Stand: November 2026
Einleitung: Wann ist der Wechsel des IT-Systemhauses sinnvoll?
Der Gedanke an einen Anbieterwechsel taucht oft auf, wenn der tägliche Betrieb stockt. Drei Auslöser dominieren die Praxis: Der Support ist bei Störungen kaum erreichbar, die Dokumentation besteht aus Lücken und Vermutungen, und die vereinbarten Service-Level passen nicht mehr zur geschäftlichen Realität. Wer dann impulsiv kündigt, riskiert Ausfallzeiten und Datenverlust – besonders, wenn Zugänge, Lizenzrechte oder Netzwerkpläne beim Altanbieter liegen.
Ein strukturierter Prozess schützt vor genau diesen Folgen. Er beginnt mit der Vertragsprüfung, erfasst den kompletten Asset-Bestand und definiert messbare Anforderungen an den neuen Partner. Erst dann folgt die Auswahl, begleitet von einem verbindlichen Übergabeprotokoll und einer überwachten Übergangsphase. Dieser Leitfaden beschreibt die acht Schritte, die sich in Projekten bewährt haben – von der Kündigungsfrist bis zur finalen Abnahme der Systemstabilität. Orientierung bieten unter anderem der Wechsel-Leitfaden von HTH Computer und die Checkliste von Juunit, die beide auf Planung statt Improvisation setzen. Typischer Aufwand: vier bis acht Wochen Projektarbeit plus ein vierstelliger Betrag für internen und externen Übergabe-Aufwand.
Bevor du startest: 3 Klärungsfragen
Bevor der Markt nach einem neuen Partner abgesucht wird, müssen drei Punkte intern geklärt sein. Erstens: Wie steht es um den laufenden Vertrag? Kündigungsfristen, automatische Verlängerungen und mögliche Sonderkündigungsrechte bestimmen den frühestmöglichen Wechseltermin. Ein Blick in die Vertragsunterlagen verhindert teure Überschneidungen oder rechtliche Risiken. Zweitens: Wem gehören die kritischen Assets? Domains, Software-Lizenzen, Cloud-Mandanten (etwa Microsoft 365 oder Azure), TLS-Zertifikate und Telefonnummern müssen auf das Unternehmen registriert sein – nicht auf das Systemhaus. Fehlt diese Klarheit, verzögert sich die Übergabe massiv. Drittens: Welche Leistungen schreibt der neue Vertrag verbindlich fest? Reaktionszeiten, Dokumentationspflichten, Zugriffsrechte auf Monitoring und Backup sowie Eskalationswege gehören schriftlich fixiert. Wer diese Fragen vorab beantwortet, schafft die Entscheidungsgrundlage für einen strukturierten Wechsel. Ein Leitfaden von Gropper IT fasst die Vertragsprüfung kompakt zusammen, während Addbase die Asset-Klärung und vertragliche Fixierung detailliert beschreibt.
Die 8 Auswahlkriterien für den neuen IT-Partner
Wer den Wechsel professionell steuert, prüft acht Hebel, bevor der Vertrag unterschrieben wird. Compose IT nennt Service-Fenster, Reaktionszeiten und Dokumentationspflicht als harte Messlatten. Grundlagen Computer ergänzt Branchenkenntnis, Cloud-Erfahrung und transparente Eskalationswege. Die folgende Checkliste fasst die Kriterien zusammen, die in den nächsten Abschnitten einzeln vertieft werden:
- Vertrag & Kündigung: Fristen, Eigentumsrechte an Domains, Lizenzen, Mandanten – prüfen Sie automatische Verlängerungen und Sonderkündigungsrechte exakt
- Asset-Inventar: vollständige Erfassung von Hardware, Software, Cloud-Tenants – Seriennummern, Lizenzschlüssel, Vertragslaufzeiten lückenlos dokumentieren
- Dokumentation: Netzwerkpläne, Runbooks, Zugriffsrechte im Kundenportal – IP-Konzepte, VLAN-Dokumentation, Passwortlisten als Mindeststandard
- Service-Fenster: definierte Erreichbarkeit (8/5 oder 24/7) mit verbindlichen SLAs – Reaktionszeit bei Priorität 1, Eskalationsstufen, Messpunkte schriftlich fixieren
- Cloud-Kompetenz: souveräner Betrieb von M365, Azure, AWS sowie Hybrid-Szenarien – Zertifizierungen, Referenzprojekte für Mandanten-Übergänge vorweisen lassen
- Branchenwissen: Referenzen in DATEV, Medizintechnik, Fertigung oder vergleichbaren Feldern – Compliance-Anforderungen, Audit-Nachweise, validierte Backup-Strategien
- Transparenz: offene Ticket-Historie, monatliche Reports, klare Eskalationsmatrix – Live-Demo des Kundenportals vor Vertragsabschluss fordern
- Parallelbetrieb: überschneidende Phase für Wissens-Transfer und risikoarme Übernahme – schreibgeschützter Zugriff, schrittweise Verantwortungsübernahme, finale Abnahme
1. Vertrag und Kündigungsfristen prüfen
Der erste Schritt beim Wechsel des IT-Systemhauses führt in die Vertragsakte. Laufzeit, automatische Verlängerung und Kündigungsfristen des Altvertrags müssen exakt bekannt sein. Wer diese Daten nicht parat hat, riskiert Doppelkosten oder eine unfreiwillige Vertragsverlängerung um weitere zwölf Monate.
Prüfen Sie den Hauptvertrag sowie alle Zusatzvereinbarungen auf stillschweigende Verlängerungen. Viele Managed-Service-Verträge verlängern sich automatisch, wenn nicht fristgerecht – oft drei Monate vor Laufzeitende – gekündigt wird. Eine Checkliste für den Anbieterwechsel hilft, keine Frist zu übersehen.
Die Kündigung muss schriftlich erfolgen und der Zugang beim Altanbieter belegt werden. Empfehlenswert ist ein Einschreiben mit Rückschein oder die Übergabe gegen schriftliche Empfangsbestätigung. Auch eine detaillierte Übergabe-Checkliste empfiehlt, den Kündigungszeitpunkt und die Bestätigung dokumentiert zu archivieren. So vermeiden Sie Streit über den tatsächlichen Beendigungszeitpunkt und schaffen Rechtssicherheit für die Übergangsphase.
2. Asset-Inventar und Eigentumsrechte klären
Hardware, Software, Lizenzen, Cloud-Mandanten, Domains und TLS-Zertifikate gehören vollständig inventarisiert und auf das Unternehmen überschrieben. Fehlende Eigentumsrechte ermöglichen dem Altanbieter, den Zugriff zu verweigern — ein klassisches Druckmittel bei ungeklärten Übergaben.
Erstelle eine Bestandsliste aller Assets mit Seriennummern, Lizenzschlüsseln und Vertragslaufzeiten. Liste sämtliche Zugänge auf: Admin-Konten für Firewalls, Hypervisor, Microsoft-365-Tenant, DNS-Verwaltung, Backup-Portale und VPN-Konzentratoren. Prüfe, ob Domains und Zertifikate auf die Firma oder auf das Systemhaus registriert sind.
Vereinbare die Übertragung schriftlich im Übergabeprotokoll. Fordere Herausgabe aller Passwörter, API-Tokens und Recovery-Keys zum Stichtag. Ein strukturierter Checklisten-Ansatz verhindert Lücken. Ergänzend hilft ein praxisorientierter Leitfaden, um Eigentumsfragen vor Kündigung verbindlich zu klären.
3. Dokumentationsqualität und Übergabeprotokoll
Netzwerkpläne, IP-Konzepte, VLAN-Dokumentation und Passwortlisten bilden das Rückgrat jeder IT-Übergabe. Fehlen diese Unterlagen, muss der neue Partner die Umgebung auf eigene Kosten neu inventarisieren – ein Aufwand, der schnell in den vierstelligen Euro-Bereich läuft. Ein strukturiertes Übergabeprotokoll zwingt beide Seiten zur schriftlichen Bestätigung: Was liegt vor? Was fehlt? Wer liefert nach bis wann?
Prüfe vor Vertragsende jeden einzelnen Punkt. Fehlende Runbooks für kritische Dienste (Backup, Monitoring, Patch-Management) sofort anfordern. Dokumentiere offene Lücken als Risiko im Protokoll und setze Fristen. Der neue Dienstleister sollte vor dem Stichtag schreibgeschützten Zugriff auf die Dokumentationsplattform erhalten – so lassen sich Lücken früh erkennen, nicht erst beim ersten Incident. Eine vollständige Checkliste hilft, nichts zu übersehen: von Firewall-Regeln über DNS-Einträge bis zu TLS-Zertifikaten. Wer hier schludert, zahlt doppelt – einmal für die Nacharbeit, einmal für vermeidbare Ausfallzeiten. Dokumentationslücken beim Altanbieter sind der häufigste Grund für chaotische Übergaben: Fehlen Netzwerkpläne, IP-Konzepte oder Zugänge, muss der Neue die Umgebung selbst inventarisieren statt zu übernehmen.
4. Service-Fenster und Reaktionszeiten
Definierte Erreichbarkeit entscheidet, wie schnell ein Ausfall bearbeitet wird. Übliche Modelle sind 8/5 (werktags 8–17 Uhr) oder 24/7 für durchgängige Überwachung. Ohne verbindliche Reaktions- und Wiederherstellungszeiten im SLA bleibt der Support im Ernstfall ungewiss.
Prüfen Sie das SLA des neuen Anbieters: Welche Reaktionszeit gilt bei Störungspriorität 1? Wann greift die Eskalation an die nächste Stufe? Fordern Sie schriftliche Fixierung aller Fristen – inklusive Messpunkten (Ticket-Eröffnung, technischer Beginn, Wiederherstellung).
Vergleichen Sie die Angebote konkret: Ein Anbieter nennt 24/7 oder 8/5 als Standard-Fenster, ein anderer differenziert nach Kritikalität der Systeme. Lassen Sie sich Referenzkunden nennen, die vergleichbare SLAs bereits im Betrieb messen lassen.
Ein strukturierter Wechselprozess dokumentiert diese Parameter im Übergabeprotokoll. Checklisten für den Systemhauswechsel empfehlen, Eskalationspfade vor dem Go-live mit beiden Partnern durchzuspielen – nur so vermeiden Sie Diskussionen, wenn die Produktion steht.
5. Cloud-Kompetenz und Mandanten-Übergabe
Cloud-first ist längst Standard. Der neue Partner muss Microsoft-365-Mandanten, Azure-Subscriptions oder AWS-Accounts nicht nur administrieren, sondern lückenlos übernehmen und dokumentieren können. Fehlt dieses Fachwissen, drohen Datenverluste, Lizenzchaos oder Sicherheitslücken bei Identitäten und Conditional-Access-Policies.
Prüfen Sie die Cloud-Expertise gezielt: Fordern Sie aktuelle Zertifizierungen (Microsoft-Partner, AWS Competencies) und konkrete Referenzprojekte mit Mandanten-Übergängen an. Ein strukturierter Übergabeplan muss festlegen, wer wann Global-Admin-Rechte erhält, wie Break-Glass-Accounts gesichert werden und wie der Rollback funktioniert, falls die Migration scheitert. Regeln Sie schriftlich, wer während der Übergangsphase Owner-Rechte an Ressourcengruppen, Policies und Billing hält.
Sichern Sie alle Admin-Zugänge per Privileged Identity Management und dokumentieren Sie Service-Principals, App-Registrierungen und Graph-API-Berechtigungen in einer aktuellen CMDB. Eine Entscheidungshilfe für Cloud-Modelle erleichtert die Bewertung. Bei Unternehmensnachfolgen klärt der Verkaufsprozess oft parallel, wie Cloud-Assets rechtlich sauber auf den Erwerber übergehen. Hybrid-Betrieb als Standard-Anforderung: Neue Partner werden danach bewertet, ob sie Cloud-Mandanten souverän übernehmen und dokumentieren können.
6. Branchenreferenzen und Fachkompetenz
Branchenerfahrung wiegt schwerer als der Standort um die Ecke. Wer DATEV-Kanzleien, Medizintechnik-Betriebe oder Fertigungsunternehmen betreut, kennt die spezifischen Anwendungen, Zertifizierungspflichten und Meldewege. Ein Systemhaus ohne dieses Domänenwissen lernt auf Ihre Kosten – und riskiert Compliance-Verstöße.
Prüfen Sie gezielt: Nennen Sie Referenzkunden aus Ihrer Branche und fordern Sie direkte Ansprechpartner ein. Lassen Sie sich demonstrieren, wie Remote-Management und sichere VPN-Zugänge im Alltag funktionieren. Standardisierte Dokumentationsportale und definierte Eskalationspfade müssen live vorführbar sein, nicht nur in der Angebotsmappe stehen.
Ein Anbieter, der Ihre branchentypischen Prozesse – von der validierten Backup-Strategie bis zum Audit-Nachweis – bereits bei anderen Kunden umsetzt, verkürzt die Einarbeitungsphase massiv. Vergleichen Sie die Tiefe der Referenzen, nicht die Kilometerzahl. Wechselprojekte scheitern häufig an fehlendem Fachvokabular, nicht an Entfernungen. Regionale Nähe verliert an Bedeutung, Fachkompetenz gewinnt: Remote-Management und sichere VPN-Zugänge machen Standortnähe sekundär; Branchen-Know-how wird wichtiger.
7. Transparente Dokumentation und Kundenportal
Ein Kundenportal, eine CMDB oder eine IT-Dokumentationsplattform löst Excel-Listen ab und liefert Echtzeit-Transparenz über Tickets, Verträge und Assets. Ohne diese Sichtbarkeit bleibt der Wechsel ein Blackbox-Prozess, bei dem Lücken erst im Störfall auffallen.
Prüfe vor Vertragsabschluss: Fordere eine Live-Demo des Portals an. Achte darauf, ob sich Ticket-Historien, Vertragslaufzeiten, Lizenzbestände und Netzwerkpläne ohne Medienbruch einsehen lassen. Dokumentationspflichten – etwa monatliche Statusberichte, Runbooks für kritische Systeme, Änderungsprotokolle – gehören schriftlich in den Servicevertrag. Transparente Dokumentation ist kein Nice-to-have, sondern vertragliche Gegenleistung für die monatliche Pauschale.
Fehlt dem Anbieter ein eigenes Portal, kläre, welche Drittlösung genutzt wird und wer Zugriffsrechte verwaltet. Ein Leserecht für dein Team muss Standard sein, keine Verhandlungssache. Tool-gestützte Übergabe (CMDB, IT-Dokumentationsplattformen) löst Excel/Word ab; Übergabeprotokolle, Runbooks und Kundenportale werden vertraglich gefordert.
8. Parallelbetrieb und Wissens-Transfer
Eine Übergangsphase sichert den Wechsel ab. Während der neue Dienstleister zunächst schreibgeschützt mitarbeitet, behält der Altanbieter den Betrieb aufrecht. Erst nach und nach übernimmt der neue Partner Verantwortung für Systeme und Anwendungen. Dieser Parallelbetrieb dauert in der Regel mehrere Wochen und kostet zusätzlich, vermeidet aber teure Ausfallzeiten. Planen Sie vier bis acht Wochen für die Überschneidungsphase ein – die Zusatzkosten sind gut investierte Versicherung gegen Datenverlust und Produktionsstillstand.
Der Wissens-Transfer steht im Zentrum dieser Phase. Der Altanbieter muss Netzwerkpläne, IP-Konzepte, VLAN-Dokumentationen und alle Administrator-Zugänge herausgeben. Fehlen diese Unterlagen, inventarisiert der neue Partner die Umgebung selbst. Das erhöht den Aufwand und verzögert die Übernahme. Ein strukturierter Übergabeplan legt fest: Wer erhält wann Global-Admin-Rechte? Wie werden Break-Glass-Accounts gesichert? Welcher Rollback greift, wenn die Übernahme scheitert?
Fixen Sie die Übergabe schriftlich. Ein Übergabeprotokoll hält fest, welche Zugänge, Lizenzen und Cloud-Mandanten auf Ihr Unternehmen übergehen. Vereinbaren Sie zudem, wer während der Übergangszeit für Störungen verantwortlich ist und wann die finale Abnahme erfolgt. Messbare Stabilitätskriterien (Ticket-Aufkommen, Reaktionszeiten, Backup-Integrität) entscheiden über den Go/No-Go.
Rechnen Sie mit einem vierstelligen Betrag für den internen und externen Übergabe-Aufwand. Ein kompletter Wechsel umfasst vier bis acht Wochen Projektarbeit. Investieren Sie in den Parallelbetrieb, vermeiden Sie nachträgliche Reparaturen und Datenverluste. Der neue Dienstleister arbeitet zunächst schreibgeschützt mit, übernimmt schrittweise; diese Überschneidungsphase wird als „Versicherung“ empfohlen.