Ernstfallprobe zeigt, ob der Providerwechsel wirklich klappt

Ein Providerwechsel wirkt im Vertrag oft beherrschbar. Im Betrieb entscheidet aber nicht die schön formulierte Ausstiegsklausel, sondern eine einfache Frage: Kann die Organisation den Dienst, die Daten und das Wissen rechtzeitig übernehmen oder an einen neuen Partner übergeben? Genau deshalb gehört die Ernstfallprobe in das Provider Management, bevor der Wechsel wirklich nötig wird.

IT-Outsourcing bedeutet, dass ein externer Dienstleister Teile des IT-Betriebs, der Plattformen oder der Anwendungen übernimmt. Für Fachbereiche ist das bequem, solange der Service stabil läuft. Für ITSM entsteht aber eine zusätzliche Abhängigkeit: Betrieb, Wissen, Zugänge, Dokumentation und Reaktionsfähigkeit liegen nicht mehr vollständig im eigenen Haus. Ein Wechsel oder eine Kündigung wird deshalb schnell zur Servicefrage.

Regelwerke wie DORA, die europäische Verordnung zur digitalen operationalen Resilienz im Finanzsektor, oder die EBA-Leitlinien zu Auslagerungen betonen deshalb Ausstiegsstrategien, Register, Risikoüberwachung und Kontrollrechte. Auch außerhalb regulierter Branchen ist der Kern derselbe. Wer kritische IT-Services an Dritte vergibt, braucht nicht nur Einkaufskompetenz, sondern einen belastbaren Plan für den Tag, an dem der Dienstleister ausfällt, gekündigt wird oder ersetzt werden muss.

Warum Ausstiegsklauseln allein nicht reichen

Eine Vertragsklausel kann regeln, dass Daten herausgegeben, Dokumentation übergeben oder Unterstützung geleistet werden muss. Sie beweist aber nicht, dass diese Übergabe im Betriebsalltag funktioniert. Vielleicht liegen Konfigurationsdaten in einem Format vor, das niemand intern lesen kann. Vielleicht sind Administrationsrechte über einzelne Personen gebündelt. Vielleicht kennt nur das Providerteam die historischen Sonderfälle, die im Servicekatalog nie sauber angekommen sind.

Das Risiko zeigt sich selten beim normalen Monatsreport. Es wird sichtbar, wenn ein Wechsel vorbereitet wird, eine Störung eskaliert oder ein Dienstleister seine Leistung nicht mehr zuverlässig erbringt. Dann zählt, ob die Organisation weiß, welche Systeme betroffen sind, welche Datenexporte verfügbar sind, welche Fristen gelten und wer die fachliche Entscheidung trifft. Ohne Probe bleibt diese Fähigkeit eine Annahme.

Die Ernstfallprobe übersetzt Vertrag in Betrieb

Eine Ernstfallprobe ist kein großer Krisentest mit künstlicher Dramatik. Sie ist eine kontrollierte Übung: Ein ausgewählter Service wird so betrachtet, als müsste er innerhalb eines definierten Zeitfensters an einen anderen Betreiber übergeben werden. Dabei wird nicht wirklich gekündigt. Stattdessen prüfen Einkauf, ITSM, Fachbereich, Security, Datenschutz und Provider gemeinsam, ob alle Bausteine vorhanden sind.

Die Probe beginnt mit dem Service, nicht mit dem Vertrag. Welche Nutzer hängen daran? Welche Geschäftsprozesse sind abhängig? Welche Schnittstellen, Identitäten, Datenflüsse, Lizenzen und Betriebsdokumente gehören dazu? Danach folgt die Providerseite: Welche Administrationszugänge existieren, welche Logs und Konfigurationen sind verfügbar, welche Übergabeunterlagen müssen aktualisiert werden und welche Unterstützung ist vertraglich zugesichert?

Der Service Desk merkt fehlende Übergaben zuerst

Für den Service Desk ist ein Providerwechsel besonders heikel. Nutzer melden weiter Störungen, Berechtigungsprobleme und Rückfragen, auch wenn im Hintergrund Zuständigkeiten wechseln. Fehlt eine klare Übergabe, landen Tickets zwischen altem Provider, neuem Provider und interner IT. Die Folge sind längere Lösungszeiten, widersprüchliche Auskünfte und unnötige Eskalationen.

Deshalb muss die Ernstfallprobe auch aus Supportsicht denken. Gibt es bekannte Fehlerbilder? Sind Standardantworten, Eskalationswege und Kontaktpunkte dokumentiert? Weiß der First Level, welche Fälle intern gelöst werden können und welche an den Provider gehen? Werden offene Tickets beim Übergang sauber übernommen? Solche Punkte sind unspektakulär, aber entscheidend für die Nutzererfahrung.

Welche Unterlagen wirklich gebraucht werden

Ein vollständiger Ausstiegsordner ist kein Selbstzweck. Er muss im Ernstfall handlungsfähig machen. Dazu gehören eine aktuelle Servicebeschreibung, eine Liste der technischen Komponenten, Schnittstellen und Datenflüsse, Rollen und Kontaktwege, Export- und Sicherungswege, Lizenz- und Zugangsfragen, offene Risiken sowie bekannte Abweichungen vom Standardbetrieb.

Wichtig ist außerdem die Trennung zwischen Vertragswissen und Betriebswissen. Der Einkauf kennt Laufzeiten, Kündigungsfristen und Haftungsregeln. Der Betrieb kennt Abhängigkeiten, Alarme, Workarounds und historische Sonderfälle. Security und Datenschutz kennen Schutzbedarf, Prüfnachweise und Meldewege. Erst wenn diese Sichten zusammengeführt werden, entsteht eine echte Ausstiegsfähigkeit.

Wie eine schlanke Probe ablaufen kann

• Einen kritischen, aber beherrschbaren Service auswählen.
• Alle aktuellen Vertrags-, Service- und Betriebsunterlagen zusammentragen.
• Einen hypothetischen Wechseltermin festlegen und rückwärts planen.
• Datenexporte, Zugänge, Dokumentation und Kontaktwege stichprobenartig prüfen.
• Offene Tickets, bekannte Fehlerbilder und Eskalationswege aus Supportsicht testen.
• Lücken mit Verantwortlichen und Fristen dokumentieren.
• Die Ergebnisse in Servicekatalog, Risikoregister und Providersteuerung zurückführen.

Der wichtigste Effekt liegt nicht im perfekten Dokument. Die Übung macht sichtbar, welche Annahmen bisher ungeprüft waren. Vielleicht fehlt nur eine Kontaktliste. Vielleicht ist die Datenrückgabe unklar. Vielleicht gibt es keine interne Person, die den Service fachlich genug versteht. Solche Erkenntnisse sind unangenehm, aber wertvoll, solange noch Zeit zum Nachbessern bleibt.

Providersteuerung wird dadurch konkreter

Gute Providersteuerung bewertet nicht nur Verfügbarkeit, Kosten und Vertragstreue. Sie prüft auch, ob die Organisation die Kontrolle über ihre eigenen Services behält. Eine bestandene Ernstfallprobe zeigt, dass ein Wechsel grundsätzlich möglich wäre. Eine gescheiterte Probe zeigt, wo Abhängigkeiten zu stark, Dokumentation zu schwach oder Zuständigkeiten zu unklar sind.

Damit wird der Providerwechsel nicht zum Drohszenario, sondern zu einem Steuerungsinstrument. Wer den Ausstieg übt, muss ihn nicht sofort nutzen. Die Organisation gewinnt aber Verhandlungssicherheit, bessere Transparenz und schnellere Reaktionsfähigkeit. Für ITSM ist das der Kern: Services bleiben beherrschbar, auch wenn ein externer Partner wechselt oder ausfällt.

Quellen und Einordnung DORA-Verordnung (EU) 2022/2554 zur digitalen operationalen Resilienz, EBA-Leitlinien zu Auslagerungsvereinbarungen sowie BSI-IT-Grundschutz als Orientierungsrahmen für geordneten IT-Betrieb und Auslagerungssteuerung. Stand der Quellenprüfung 28.06.2026.