- Service-Zeiten
- Werktags Ersatzteilversand
- Reaktion vor Ort
- Selbst-Installation
- Wirtschaftlich für
- Test- & Entwicklungssysteme · kalte Reserve
Hardwarewartung als Service — Third Party Maintenance für Rechenzentren
Vendor-unabhängige Wartung für Server, Storage und Netzwerk-Hardware aller großen Enterprise-Hersteller — auch nach Werksgarantie und nach End-of-Service-Life. 30–70 % unter OEM-Listenpreis, mit Original-Ersatzteilen, deutsch- und englischsprachigem 24/7-Service-Desk und SLA von Parts Only bis 24×7×4. Ein Vertrag, ein Ansprechpartner, eine Rechnung — über alle 32 abgedeckten Hersteller hinweg.
Kurzantwort
Hardwarewartung bedeutet: Ein Dienstleister hält Server, Storage und Netzwerk im Rechenzentrum per Wartungsvertrag betriebsbereit, mit Fehlerdiagnose, Original-Ersatzteilen und Techniker vor Ort nach SLA. TechCare Solutions ist ein herstellerunabhängiger TPM-Anbieter (Third-Party Maintenance) mit Sitz in Deutschland: ein Hardware-Wartungsvertrag für Server-, Storage- und Netzwerk-Hardware von 32 Herstellern, SLA bis 24×7×4, typischerweise 30–70 % unter der Herstellerwartung, auch nach End of Service Life.
TPM-Anbieter in Deutschland im Überblick · Storage-, Server- und Netzwerk-Wartung in einem Vertrag · Hardwarewartung für KRITIS & NIS2
Third Party Maintenance — was, warum, für wen
Vier Grundfragen zum Service-Modell, kompakt beantwortet. Wer tiefer einsteigen will, findet in den Service-Themen-Spokes weiter unten Detail-Inhalte zu EOSL-Wartung, Post-Warranty, Wartungsverlängerung, Hardware-Lifecycle und Installation/Umzug.
Was ist Third Party Maintenance?
TPM ist Hardwarewartung durch einen unabhängigen Anbieter statt durch den Originalhersteller (OEM). TechCare liefert dieselben Original-Ersatzteile, denselben Service-Umfang (Diagnose, Vor-Ort-Einsatz, Eskalation, 24/7-Service-Desk) und vergleichbare oder strengere SLAs — aber zu 30–70 % geringeren Kosten als der OEM. Das Geschäftsmodell ist seit den 2000er-Jahren etabliert; in den USA decken die größten TPM-Anbieter zusammen mehrere Milliarden USD jährlich ab.
Woher kommt die Ersparnis?
Drei strukturelle Hebel: Erstens entfällt die Hardware-Neuverkaufs-Marge — OEMs nutzen Wartungsverträge oft als Vehikel, um Refresh-Käufe zu treiben; ein TPM-Anbieter hat dieses Geschäftsinteresse nicht. Zweitens schlankerer Service-Apparat: regional konzentrierte Spare-Parts-Hubs, weniger Management-Overhead, kein OEM-Marketing-Budget zu finanzieren. Drittens längere Hardware-Lebenszyklen: TPM-Anbieter verdienen an EOSL-Wartung, OEMs verdienen am Verkauf des Nachfolgemodells.
Wer sind typische Kunden?
Mittelstand mit heterogenen IT-Beständen (50–500 Mitarbeiter, mehrere OEM-Verträge), Konzerne mit IT-Konsolidierungs-Initiativen, Banken und Versicherungen mit BAIT/MaRisk/VAIT-Anforderungen, Krankenhäuser mit KHZG-Investitionsbudgets, Behörden und KRITIS-Einrichtungen mit Mehrjahres-Lifecycle-Strategien sowie Rechenzentrums-Betreiber, die ihre Margen über Wartungs-Konsolidierung optimieren. Gemeinsamer Nenner: Hardware ist im operativen Betrieb, Refresh wäre teuer, OEM-Verträge sind fragmentiert.
Wann ist TPM die richtige Wahl?
Vier klare Trigger: (1) Werksgarantie läuft ab und der OEM bietet eine teure Verlängerung — vergleichen Sie immer mit TPM. (2) Hardware erreicht End-of-Service-Life und der OEM stellt Service ein — TPM ist hier der Standard, nicht die Ausnahme. (3) IT-Bestand ist Multi-Vendor und SLA-Matrix wird zu komplex — Konsolidierung über einen TPM-Vertrag spart Zeit und Geld. (4) Hardware funktioniert noch gut, aber OEM drängt zum Refresh — TPM verlängert wirtschaftlich um 3–7 Jahre.
| Phase | Zeitraum | Beschreibung | TCS-Coverage |
|---|---|---|---|
| Werksgarantie | Jahr 1–3 | OEM-Default. Garantie deckt Hardware-Defekte, oft mit beschränktem SLA. Refresh-Druck steigt ab Jahr 3. | Nein |
| Post-Warranty | Jahr 3–6 | OEM verlangt 1,5–2× Aufpreis für Verlängerung — oder lässt auslaufen. TPM kostet 30–50 % weniger bei gleichem SLA. | Ja |
| End-of-Service-Life | Jahr 6–10+ | OEM stellt Service ein. TPM-Anbieter halten Original-Ersatzteile, decken weitere 3–7 Jahre mit 50–70 % Ersparnis ab. | Ja |
| Legacy / EOL | Jahr 10+ | Hardware außerhalb der OEM-Welt. TCS-Legacy-Support via Refurbisher-Network — Original-Ersatzteile aus zertifizierten Quellen, Wartung weiter möglich, oder geplanter Refresh nach Audit. | Ja |
Service-Themen im Detail
Fünf Service-Themen mit eigenen Detail-Seiten — von der konkreten Frage „Was passiert nach Werksgarantie-Ende?“ bis zur strategischen Lifecycle-Planung über mehrere Hardware-Generationen.
EOSL-Wartung
Wartung nach End-of-Service-Life — wenn der OEM den Support eingestellt hat. Typisch 50–70 % Ersparnis gegenüber OEM-Extended-Service-Tarifen, mit Original-Ersatzteilen aus eigenen Lager-Hubs. Plattformen wie HPE ProLiant Gen8/Gen9, Dell PowerEdge R720/R730, Cisco Catalyst 3850, NetApp FAS80x0 sichern wir 3–7 Jahre über das offizielle EOSL hinaus.
Detail & EOSL-ListePost-Warranty-Wartung
Wartung nach Werksgarantie-Ende, bevor EOSL erreicht ist — der typische Anwendungsfall im Mittelstand 3–5 Jahre nach Erstkauf. OEMs verlangen für Garantie-Verlängerungen oft das 1,5–2-fache von TPM, ohne erkennbare Mehrleistung. Wechsel ist nahtlos: bestehende Wartungs-Coverage läuft aus, am Folgetag startet TechCare ohne Service-Lücke.
Detail & Wechsel-PfadWartungsverlängerung
Verlängerung bestehender Wartungsverträge mit Konsolidierungs-Effekt: aus vier oder fünf separaten OEM-Verträgen mit unterschiedlichen Laufzeiten, SLAs und Mindestumsätzen wird ein einheitlicher TechCare-Vertrag. Eine Rechnung, eine SLA-Matrix, ein Service-Desk — typisch 30–50 % Konsolidierungs-Ersparnis allein durch den Wegfall paralleler OEM-Mindestspends.
Detail & KonsolidierungHardware-Lifecycle
Lifecycle-Strategie über mehrere Hardware-Generationen mit 3–7 Jahren Laufzeit-Optimierung. Statt OEM-getriebener Refresh-Zyklen (typisch 3–4 Jahre) erreichen unsere Kunden 6–8 Jahre wirtschaftlichen Betrieb pro Generation — ohne Performance-Verlust und mit gleichem SLA. Refresh-Investitionen reduziert um Faktor 2–3.
Detail & TCO-ModellInstallation & Umzug
Migrations-Services für RZ-Umzüge, Onboarding bestehender Bestände in den TechCare-Vertrag, professionelle Hardware-Übergabe und Asset-Discovery. Typischer Onboarding-Zeitraum: 2–6 Wochen je nach Bestandsgröße, ohne Service-Unterbrechung gegenüber dem laufenden OEM-Vertrag. Auch RZ-Umzüge mit Rack-Montage und strukturierter Verkabelung.
Detail & Onboarding-Phasen- Service-Zeiten
- 9×5 (Werktags 8–17 Uhr)
- Reaktion vor Ort
- Nächster Werktag
- Wirtschaftlich für
- Office-IT · sekundäre Workloads · Backup-Systeme
- Service-Zeiten
- 9×5 (Werktags 8–17 Uhr)
- Reaktion vor Ort
- 4 Stunden
- Wirtschaftlich für
- Produktive Geschäftssysteme · Datacenter Tier 2
- Service-Zeiten
- 24/7 ganzjährig
- Reaktion vor Ort
- 4 Stunden
- Wirtschaftlich für
- Trading-Systeme · KRITIS · Tier-1-Mission-Critical
Mischbetrieb möglich: pro System eigene SLA-Stufe innerhalb desselben Vertrags. Wir empfehlen die Stufen pro Asset im TPM-Audit — Sie zahlen nicht pauschal die teuerste Stufe für den ganzen Bestand.
Drittwartung und Wartungsvertrag: die Grundlagen
Was Drittwartung ist und was in einem Hardware-Wartungsvertrag mit TechCare steht.
- Drittwartung (Third Party Maintenance, TPM)
- Wartung von IT-Hardware durch einen unabhängigen Anbieter statt durch den Hersteller. Gleiche Leistungen wie beim Hersteller (Diagnose, Vor-Ort-Techniker, Original-Ersatzteile, feste Reaktionszeiten), aber herstellerübergreifend, meist deutlich günstiger und auch nach dem Supportende des Herstellers.
- Hardware-Wartungsvertrag
- Regelt, welche Systeme gewartet werden, wie schnell im Störfall reagiert wird und wer Ersatzteile stellt. Grundlage ist eine Asset-Liste mit Seriennummern und Standorten, jedes System bekommt seine eigene SLA-Stufe.
- Leistungsumfang
- Störungsannahme rund um die Uhr, Remote-Diagnose, Vor-Ort-Einsatz mit Original-Ersatzteil innerhalb der SLA, Firmware-Beratung pro System sowie Quartalsreports und Wartungsnachweise im Kundenportal.
- Laufzeit und Kündigung
- Feste Laufzeit, in der Regel 12 Monate. Der Vertrag endet automatisch mit Ablauf, eine Kündigung ist nicht nötig und eine automatische Verlängerung gibt es nicht. Rechtzeitig vor Ablauf erhalten Sie ein Verlängerungsangebot. Alle Details stehen in der Leistungsbeschreibung.
Wann ist TPM die richtige Wahl?
Vier Trigger-Situationen, in denen sich der TPM-Vergleich praktisch immer lohnt. Wenn Sie eines dieser Symptome erkennen, sollten Sie den OEM-Preis nicht blind akzeptieren — der Marktpreis-Unterschied ist groß genug, um den Aufwand für ein Vergleichsangebot wirtschaftlich zu rechtfertigen.
Werksgarantie läuft ab
Symptom: 3 Jahre nach Erstkauf, OEM-Erinnerungs-E-Mail mit Garantie-Verlängerungs-Angebot. Typische Preis-Steigerung um 40–80 % gegenüber dem ursprünglichen Wartungs-Anteil.
Reaktion: Vergleichsangebot bei TechCare einholen — innerhalb 48 h Festpreis. Dann fundiert entscheiden.
TPM typisch 50–60 % unter OEM-Extended-Tarif, identische Service-Tiefe.
End-of-Service-Life (EOSL)
Symptom: OEM kündigt Service-Ende an, gibt Refresh-Empfehlung mit neuem Generations-Modell. Coverage-Lücke droht in 6–18 Monaten.
Reaktion: Coverage-Statement bei TechCare anfragen — die meisten EOSL-Plattformen sind voll wartbar (HPE Gen8/Gen9, PowerEdge R720/R730, Catalyst 3850, FAS80x0).
50–70 % Ersparnis, Refresh um 3–7 Jahre verschoben, CapEx geschont.
Multi-Vendor-Komplexität
Symptom: 4–5 OEM-Verträge mit unterschiedlichen Laufzeiten, Service-Desks, SLAs und Mindestumsätzen. Eskalationspfade unterschiedlich, Verlängerungs-Stichtage rotieren ständig.
Reaktion: Konsolidierungs-Audit, alle Verträge in einer einheitlichen SLA-Matrix bei TechCare.
30–50 % Konsolidierungs-Ersparnis durch Wegfall paralleler Mindestumsätze plus operative Vereinfachung.
Refresh-Druck ohne wirtschaftlichen Grund
Symptom: Hardware funktioniert technisch noch einwandfrei, aber OEM drängt zur Refresh-Entscheidung — meist mit Argumenten wie „Service-Niveau sinkt“ oder „Ersatzteilverfügbarkeit unsicher“.
Reaktion: TCO-Vergleich „Refresh + neue OEM-Wartung“ versus „bestehende Hardware + TPM für 3–5 Jahre“.
Typische CapEx-Vermeidung 60–80 % pro Generation, Refresh nur dann wenn technisch begründet (Performance-Limit, Skalierungs-Bedarf).