Der Wechsel des IT-Dienstleisters ist einer jener Momente, in denen kleine Verfahrensfehler richtig teuer werden. Nicht weil der alte Anbieter böswillig ist — manchmal ist er das, häufiger ist er einfach mit anderer Arbeit beschäftigt und hat keinen Grund, Ihre Systeme in tadellosem Zustand zu übergeben. Deshalb muss eine Übergabe ein geplantes Projekt sein, keine E-Mail „bitte Dokumentation bis morgen schicken".
Dieser Text handelt nicht davon, wie Sie Ihren Anbieter entlassen. Er handelt davon, was Sie in der Hand haben müssen, bevor er tatsächlich verschwindet — denn nach dem letzten Vertragstag geht das Telefon nicht mehr ran, und Passwörter, nach denen Sie nicht gefragt haben, kosten später jeweils ein paar tausend.
Warum Übergaben scheitern
In Verträgen zwischen KMU und IT-Anbietern existiert die Übergabeklausel praktisch nicht oder besteht aus einem Satz: „der Anbieter stellt die Dokumentation bereit". In der Praxis heißt das: Wenn es zur Trennung kommt, versteht jede Seite „Übergabe" anders.
Der alte Anbieter meint, er habe ein funktionierendes System geliefert und es sei Ihre Sache, es zu verstehen. Sie meinen, da Sie drei Jahre gezahlt haben, gehöre die gesamte Dokumentation auf dem Silbertablett. Der neue Anbieter schaut zu Ihnen und fragt, ob es ein Integrationsdiagramm zur Bank gibt, denn ohne dieses ist die Kalkulation neuer Änderungen ein Schuss ins Dunkle.
Ergebnis: Drei bis sechs Monate „lernt der neue Anbieter die Umgebung kennen", der alte geht nicht mehr ran, und Sie zahlen doppelt — dem neuen Unternehmen für die Rekonstruktion des Wissens und indirekt dem alten, weil Sie ohne dieses Wissen einen Teil der Änderungen aufschieben müssen.
Was Sie wirklich übernehmen müssen
Bei einem 25-Personen-Produktionsbetrieb in Westpolen, den wir nach der vorherigen IT-Firma übernommen haben (vierjährige Zusammenarbeit, rund 6.000 PLN/Monat), haben wir vor der Trennung eine vollständige Inventur gemacht. Herausgekommen sind 47 aktive Zugänge, Konten und Ressourcen, die physisch den Eigentümer oder das Passwort wechseln mussten. Vor dem Audit schätzte der Kunde „vielleicht zwanzig". Dieser Unterschied ist keine Ausnahme — er ist die Regel.
Kategorien, die Sie nicht auslassen dürfen:
- Administrative Zugänge — Global Admin in Microsoft 365, Owner-Konto in Google Workspace, root in der Linux-Umgebung,
saim SQL Server, Admin-Konto in Comarch Optima / enova365 / Subiekt oder deutschen ERP-Systemen (DATEV, SAP Business One), Firewall-Panels, NAS, USV, Netzwerkdrucker. Jeder dieser Zugänge muss zurückgeholt, das Passwort geändert und der Eigentümer auf Sie oder Ihren neuen Anbieter umgeschrieben werden. - Domain und DNS — Konto beim Domain-Registrar, Zugang zum DNS-Panel, SPF/DKIM/DMARC-Konfiguration, SSL-Zertifikate und ihre privaten Schlüssel. Wenn die Domain auf den Anbieter registriert ist statt auf Sie, haben Sie ein Problem — der Wechsel des Registrantens dauert und braucht dessen Zustimmung.
- Quellcode und Repositories — Zugang zum Git-Repository (GitHub, GitLab, Azure DevOps, Bitbucket) inklusive Commit-Historie, CI/CD-Pipelines, Build-Artefakte, Deployment-Keys. Code ohne Historie ist halber Code — ohne sie wissen Sie nicht, warum Dinge so sind, wie sie sind.
- API-Schlüssel, Tokens, Secrets — Integrationen mit Bank, Kurier, Shop, Zahlungsanbietern, staatlichen Systemen (Elster in Deutschland, KSeF in Polen). Abgelegt in einer Datei, in einem Vault, in der Anwendungskonfiguration oder — am schlimmsten — im Kopf eines einzelnen Entwicklers.
- Datenbanken und Backups — Zugang zur Produktivdatenbank, zum Backup-Server, zum Cloud-Speicher (Azure, AWS, S3-kompatibel bei OVH oder Backblaze). Und: die Backup-Verschlüsselungsschlüssel. Ein Backup, das Sie nicht entschlüsseln können, ist wertlos.
- Verträge mit Unterlieferanten — Hosting, Monitoring, Antivirus, Plugin- und Modul-Lizenzen, SMS-Gateway, Zertifikatsanbieter. Prüfen Sie, auf wen die Rechnungen ausgestellt sind. Wenn auf den Anbieter — müssen Sie den Vertrag übertragen, bevor er ihn kündigt.
Die Dokumentation, die niemand geschrieben hat
In den meisten KMU existiert die technische Dokumentation nicht oder ist völlig veraltet. Das ist normal. Zum Problem wird es in dem Moment, in dem Sie das System jemandem übergeben müssen, der es von innen nie gesehen hat. Dann stellt sich heraus, dass die einzige „Dokumentation" Notizen in der Notes-App auf dem Laptop eines Entwicklers sind, der zur Konkurrenz wechselt.
Das vernünftige Minimum, für das es sich lohnt, in der Übergabeklausel zu kämpfen:
- Architekturdiagramm — einseitig: was spricht mit was, über welches Protokoll, in welcher Richtung. Es muss nicht schön sein, es muss stimmen.
- Integrationsliste — Bank, Kurier, Shop, Elster/KSeF, ERP, jede Integration mit Beschreibung: was sie tut, wo die Schlüssel liegen, in welchem Rhythmus sie läuft, was bei einem Ausfall passiert.
- Betriebsverfahren — wie ein Deployment einer neuen Version erfolgt, wie neu gestartet wird, wie die Datenbank aus dem Backup wiederhergestellt wird, wie ein neuer Benutzer angelegt wird.
- Änderungsprotokoll der letzten 12 Monate — auch als Liste von Commits oder E-Mails. Ohne dieses hat der neue Anbieter keine Chance zu verstehen, was passiert ist und warum.
Bestehen Sie punktweise. „Technische Dokumentation" als allgemeine Anforderung wird als PDF mit Screenshots einer Konsole geliefert.
Die Übergabeklausel im Vertrag
Wenn Sie einen neuen Vertrag mit einem IT-Anbieter verhandeln oder einen alten anpassen, ergänzen Sie ein paar Sätze zum Ausstieg. Ohne sie sind Sie auf gutem Willen angewiesen.
- Übergabezeitraum — mindestens 4 Wochen nach Kündigung, davon mindestens 2 Workshops mit dem neuen Anbieter.
- Umfang der Übergabe — aufgelistet, nicht „Dokumentation". Konkret benennen: Zugänge, Code, Schlüssel, Doku, Änderungsprotokoll, Integrationsliste.
- Geistiges Eigentum — Code, der in Ihrem Auftrag geschrieben wurde, gehört Ihnen, ohne Einschränkung. Ohne diese Klausel bleibt Code oft Eigentum des Auftragnehmers (in Deutschland regelt § 69b UrhG Arbeitnehmerwerke, Auftragswerke müssen ausdrücklich geregelt werden — schreiben Sie es klar hin).
- Vertragsstrafe bei Nichtkooperation — muss nicht groß sein. Selbst 2.000–5.000 EUR wirken disziplinierend.
- Stundensatz für Arbeiten nach Vertragsende — falls Sie einen Monat später eine Sache nachfragen müssen, darf der Anbieter dafür abrechnen — aber der Satz ist im Voraus bekannt, nicht unter Druck verhandelt.
Ein realistischer Zeitplan
Bei dem oben erwähnten 25-Personen-Produzenten hat der gesamte Prozess 8 Wochen gedauert. Wir haben ihn so aufgeteilt:
- Woche 1–2: Inventur. Der neue Anbieter listet alle Systeme, Konten, Integrationen, Verträge auf. Der alte Anbieter bekommt die Liste und füllt Lücken. Der Kunde erhält eine einzige Tabelle mit allem.
- Woche 3–4: Übergabe der Zugänge. Punkt für Punkt: Jedes Konto wechselt den Eigentümer oder das Passwort, jedes wird protokolliert. Nichts wird „mündlich erledigt".
- Woche 5–6: Wissenstransfer. Workshops (zweimal je 3 Stunden) mit altem und neuem Anbieter zusammen. Alle Fragen des neuen Anbieters kommen in ein Dokument und müssen im Workshop oder innerhalb von 5 Werktagen beantwortet werden.
- Woche 7: Selbständigkeitstest. Der neue Anbieter versucht, Routineaufgaben ohne Hilfe des alten zu erledigen. Lücken werden sichtbar — zurück zu Schritt 3.
- Woche 8: formaler Abschluss. Unterschriebenes Übergabeprotokoll mit Liste dessen, was übergeben wurde. Ohne Unterschrift wird die letzte Rechnung nicht bezahlt.
Der Kunde hat geschätzt 4–5 Monate „Umgebungslernen" der neuen Firma gespart — was bei IT-Dienstleistungskosten 25.000–30.000 PLN sind, die nicht in die Wissensrekonstruktion, sondern in tatsächliche Änderungen geflossen sind.
Was tun
Wenn Sie gerade einen Anbieterwechsel überlegen oder die Entscheidung schon gefallen ist, beginnen Sie mit einer Sache: Listen Sie jedes System, jedes Konto und jede Integration im Unternehmen auf. Auch eine unvollständige Liste zeigt Ihnen die Größenordnung und ermöglicht Ihnen, mit beiden Seiten — alt und neu — konkret statt in Versprechen zu sprechen.
Wenn Sie einen Blick von außen darauf haben möchten, was Sie tatsächlich übernehmen müssen und wie man es so im Vertrag festhält, dass die Übergabe ohne Geiseln abläuft — wir helfen KMU bei solchen Audits und beim Übernahmeprozess selbst. Das erste Gespräch ist kostenlos und dauert eine halbe Stunde.
Ein IT-Dienstleister, der zu guten Bedingungen geht, übergibt die Schlüssel. Einer, der zu schlechten geht, übergibt Ausreden.