Firmware-Updates für Stabilität und Security-Patches stellen die Hersteller in der Regel öffentlich bereit. Was unter OEM-Wartung exklusiv ist, sind meist Feature-Updates und Major-Releases — also Funktionalität, nicht Sicherheit. Für post-warranty oder EOSL-Hardware bedeutet das: kritische Patches kommen weiterhin, neue Features oft nicht. Wir bewerten in der Lifecycle-Roadmap konkret, ob das für Ihren Use-Case relevant ist.

Sicherheit hängt am Patch-Status, nicht am EOSL-Datum. Eine post-EOSL-Maschine mit aktuellen Firmware- und OS-Patches ist sicherer als eine in-warranty-Maschine, die nicht gepatcht wird. Was bei EOSL endet, ist die Hersteller-Verpflichtung zum Bereitstellen von Patches — nicht die Sicherheit der Hardware an sich. Für kritische Workloads kombinieren wir Wartung mit Patch-Monitoring; für unkritische empfehlen wir den Weiterbetrieb auf Basis dokumentierter Risikobewertung. Mehr unter EOSL-Wartung.

ISO 27001, BAIT, KRITIS, NIS2 und vergleichbare Frameworks verlangen einen dokumentierten Wartungsprozess mit definierten SLAs — nicht zwingend einen OEM-Vertrag. Wir liefern Compliance-fähige Dokumentation: SLA-Verträge, Wartungsnachweise, Ersatzteil-Herkunft und Service-Logs. Auditoren akzeptieren Drittwartung regelmäßig, sofern der Prozess sauber dokumentiert ist. Übersicht der Frameworks: Compliance-Audit.

Unsere Field-Engineers sind herstellerzertifiziert — viele haben vorher direkt bei den OEMs gearbeitet. Multi-Vendor-Erfahrung über 28+ Plattformen schlägt in der Praxis die isolierte Tiefe einer einzigen Hersteller-Linie. Bei Eskalationen über Server, Storage und Netzwerk-Hardware hinweg ist genau diese Querschnitts-Sicht entscheidend.

Bei aktueller Hardware: oft ja. Bei EOSL- und post-warranty-Hardware: häufig nein. OEM-Lager priorisieren neue Generationen und schließen ältere Modelle früh aus dem Programm. Drittwartungs-Anbieter unterhalten dedizierte Refurbishing-Pools genau für diese Generationen — bei manchen Modellen ist die Verfügbarkeit über TPM sogar besser als beim OEM. Wir prüfen das pro Modell vor Vertragsschluss.

Reaktionszeiten sind vertraglich definiert — egal ob OEM oder TPM. Unser 24×7×4 ist identisch oder besser als die Premium-Tarife der OEMs. Vor Ort sitzt unser Engineer-Pool DACH-weit (Heimatmarkt), international über unser globales Service-Hub-Netzwerk, während OEM-Eskalationen für seltene Komponenten teilweise auf Import-Teile aus den USA oder Asien warten. Bei DACH-Banken und KRITIS-Operatoren ist genau diese regionale Logistik der ausschlaggebende Faktor.

Die Werksgarantie endet zum Werksgarantie-Datum — nicht durch einen Wartungs-Wechsel. Hardware nach Werksgarantie hat keine OEM-Garantie mehr zu verlieren. TPM-Wartung startet typischerweise exakt am Tag 1 nach Werksgarantie und übernimmt nahtlos. Wer noch in der Werksgarantie ist und parallel TPM überlegt, fährt diese ohnehin erst nach Garantie-Ende — wir richten den Vertrag genau so aus. Übergang erklärt: Post-Warranty-Wartung.

Wiederverkaufswert hängt am System-Zustand und an einer lückenlosen, audit-fähigen Service-Historie — nicht am Logo des Wartungs-Anbieters. Wir liefern dokumentierte Service-Logs (Tickets, Eingriffe, Ersatzteil-Herkunft, Engineer-Signoffs), die in jeder Asset-Bewertung anerkannt werden. Bei Refurbishern und Buyback-Anbietern in DACH zählt der dokumentierte Wartungsprozess — TPM oder OEM, sauber dokumentiert ist der Hebel.

Drittwartung im Enterprise-Datacenter ist seit den 1990er Jahren etabliert. International gibt es seit über drei Jahrzehnten Drittwartungs-Anbieter, die weltweit operieren; in DACH und international sind regionale TPM-Anbieter seit Jahren bei Banken, Versicherungen und KRITIS-Operatoren im Einsatz — gerade in regulierten Umgebungen, wo die dokumentierte Service-Qualität zählt. Das Modell ist im Markt belastbar.

Das Gegenteil ist häufig der Fall. OEM-Bundles vermischen Software-Subscription, Hardware-Wartung, Premium-Support und Cloud-Komponenten in Rahmenverträgen, deren Einzelpositionen schwer vergleichbar sind. TPM-Verträge sind atomar nach SLA-Stufe und Hardware-Klasse — Sie zahlen genau, was Sie buchen, mit dokumentierter Trennung zwischen Hardware-Wartung und Software-Lizenzen. Was beim OEM bleibt (z. B. Solaris-Subscription, Smart Licensing, ONTAP-Support) bleibt sauber dort.

Weder BAIT noch MaRisk schreiben einen Hersteller des Ersatzteils vor. Sie verlangen Nachweisbarkeit: dokumentierte Herkunft, Seriennummer, Refurbishment-Stand, Chain-of-Custody. OEM-Originale und qualifizierte Refurbished-Teile sind beide zulässig, sofern der Audit-Trail steht. Wir liefern pro Eingriff genau diesen Trail. Mehr unter Compliance-Audit.

Im Gegenteil. DPP (Digital Product Passport, ab 2027 EU-weit) verlangt Lifecycle-, Herkunfts- und Reparatur-Daten pro Asset. Drittwartung ist hier oft im Vorteil: wir dokumentieren Refurb-Anteil, Reparatur-Eingriffe und verlängerte Lebenszeit lückenlos — alles Datenpunkte, die ins DPP einfließen. OEMs liefern diese Daten unter Standard-Wartungs-Verträgen typischerweise nicht so granular. Mehr zum Kontext: Compliance-Frameworks.

Statistisch falsch. Qualifizierte Refurbished-Teile durchlaufen Burn-in-Tests (typisch 48–72 h), Component-Level-Diagnostik und Firmware-Update — viele kritische Komponenten (Power Supplies, Mainboards) zeigen nach diesem Prozess geringere Frühausfall-Raten als ungetestete Neu-Teile (klassische Bathtub-Kurve). Wir liefern auf Wunsch pro Eingriff Refurb-Zertifikate inkl. Test-Protokoll. Lifecycle-Kontext unter Hardware-Lifecycle.