Exit-Strategie und Datenrückgabe beim Cloud-Anbieter

Der Wechsel eines Cloud-Anbieters scheitert selten daran, dass keine Alternative verfügbar ist. Kritisch wird es, wenn wichtige Daten nur in einem proprietären Format vorliegen, Schnittstellen fehlen, der bisherige Anbieter kaum unterstützt oder nach Vertragsende sofort der Zugriff endet. Dann wird aus einer geplanten Migration ein kostspieliges Risiko für Betrieb, Datenschutz und Projektplanung. Deshalb gehört die Exit-Strategie nicht ans Ende der Vertragsverhandlung, sondern in den ersten Vertragsentwurf.

Warum die Exit-Strategie ein Vertragsthema ist

Eine Exit-Strategie beschreibt, wie du einen Cloud-Service geordnet verlassen kannst. Sie betrifft nicht nur die Kündigung, sondern den gesamten Zeitraum vor, während und nach dem Ende des Vertrags. Ziel ist, dass dein Unternehmen seine Daten vollständig, nutzbar und rechtzeitig erhält, den Betrieb überführen kann und der bisherige Anbieter die verbleibenden Daten zuverlässig löscht.

Ohne konkrete Vereinbarung bestimmt häufig der Anbieter, welche Exportfunktion verfügbar ist, welche Daten sie umfasst und wie lange der Zugriff nach Vertragsende besteht. Allgemeine Aussagen wie „Datenexport möglich“ reichen nicht aus. Sie beantworten insbesondere nicht diese Fragen:

• Welche Daten werden exportiert?
• In welchem Format erhältst du sie?
• Können Anhänge, Versionen, Protokolle und Berechtigungsinformationen übernommen werden?
• Wie lange bleibt der Zugang nach Vertragsende aktiv?
• Welche Unterstützung leistet der Anbieter bei der Migration?
• Wann und wie löscht der Anbieter Produktivdaten, Sicherungskopien und Testdaten?

Eine gute Exit-Klausel macht diese Punkte überprüfbar. Sie legt Leistungen, Zuständigkeiten, Fristen und Nachweise fest.

Den Umfang der Datenrückgabe vollständig beschreiben

Der Begriff „Kundendaten“ ist oft zu ungenau. Für einen funktionsfähigen Wechsel brauchst du regelmäßig mehr als die Inhalte, die Nutzende im System sehen. Beschreibe deshalb im Vertrag oder in einer Anlage möglichst präzise, welche Daten der Anbieter zurückgeben muss.

Typische Datenbestände sind:

• Stammdaten, Transaktionsdaten und fachliche Inhalte
• hochgeladene Dokumente, Bilder, Audio- oder Videodateien
• Metadaten, etwa Erstellungszeitpunkte, Bearbeitungsstände, Klassifizierungen und Verknüpfungen
• Versionshistorien und Freigabestände
• Rollen, Rechte, Gruppen und Berechtigungskonzepte
• Konfigurationen, Workflows, Formulare und Vorlagen
• Schnittstellenkonfigurationen, soweit diese für den Weiterbetrieb erforderlich sind
• Protokolldaten, Audit-Logs und Nachweise, soweit Aufbewahrungs- oder Compliance-Pflichten bestehen
• Daten aus Test-, Schulungs- und Entwicklungsumgebungen
• Daten, die durch Automatisierungen, Auswertungen oder KI-Funktionen erzeugt wurden

Gerade bei SaaS-Lösungen entstehen oft Daten, deren rechtliche und technische Zuordnung nicht eindeutig ist. Das können Analyseergebnisse, Bewertungswerte, Trainingsdaten, aggregierte Kennzahlen oder automatisch erzeugte Zusammenfassungen sein. Kläre ausdrücklich, ob und in welchem Umfang du diese Daten exportieren darfst. Andernfalls kann ein wesentlicher Teil deines Wissens im System des Anbieters verbleiben.

Eine belastbare Formulierungsidee lautet: Der Anbieter stellt sämtliche Kundendaten einschließlich zugehöriger Metadaten, Anhänge, Versionen, Konfigurationen und Protokolldaten in einem dokumentierten, maschinenlesbaren Format zur Verfügung. Ausnahmen müssen einzeln benannt sein. So vermeidest du, dass der Anbieter später mit einem engen Datenbegriff argumentiert.

Exportformate und technische Nutzbarkeit festlegen

Ein Export ist nur dann wertvoll, wenn dein Unternehmen ihn tatsächlich weiterverwenden kann. Ein PDF-Ausdruck oder eine Sammlung proprietärer Dateien hilft bei einer Migration meist nicht weiter. Vereinbare deshalb nicht nur „ein gängiges Format“, sondern die gewünschten Formate und die technische Dokumentation.

Für strukturierte Daten kommen häufig CSV, JSON oder XML in Betracht. Bei Dokumenten können verbreitete Dateiformate sinnvoll sein. Entscheidend ist jedoch immer der konkrete Anwendungsfall. Prüfe insbesondere:

Prüffrage	Warum sie wichtig ist
Sind die Formate offen oder ausreichend dokumentiert?	Dein neues System oder ein Dienstleister muss die Daten einlesen können.
Bleiben Beziehungen zwischen Datensätzen erhalten?	Kunden-, Vorgangs- und Vertragsdaten verlieren ohne Verknüpfungen ihren fachlichen Zusammenhang.
Werden Zeichensätze, Zeitstempel und Zeitzonen beschrieben?	Fehler entstehen oft erst bei der Übernahme und Auswertung.
Sind Anhänge eindeutig zugeordnet?	Dokumente ohne Bezug zum Datensatz sind nur eingeschränkt nutzbar.
Werden Berechtigungen und Rollen exportiert?	Sonst muss das Berechtigungskonzept unter Zeitdruck neu aufgebaut werden.
Gibt es eine Datenbeschreibung?	Felddefinitionen, Wertebereiche und Statuscodes sind für die Migration unverzichtbar.

Fordere eine technische Spezifikation als Vertragsanlage oder zumindest einen verbindlichen Verweis auf eine versionierte Dokumentation. Die Dokumentation sollte erklären, welche Datenfelder geliefert werden, wie Datenstrukturen aufgebaut sind und welche Einschränkungen bestehen.

Sinnvoll ist außerdem ein Recht auf Testexport während der Vertragslaufzeit. Erst ein Test zeigt, ob der Export vollständig ist, ob Sonderzeichen korrekt verarbeitet werden und ob Anhänge sowie Verknüpfungen tatsächlich ankommen. Warte damit nicht bis zur Kündigung. Dann fehlt oft die Zeit, Fehler zu beheben oder den Anbieter zur Nachbesserung anzuhalten.

Übergangsfristen realistisch planen

Nach Vertragsende darf der Zugriff nicht automatisch und ohne Vorwarnung entfallen, wenn deine Migration noch läuft. Vereinbare eine Übergangsphase, in der du Daten abrufen, Exporte wiederholen und gegebenenfalls noch lesend auf den Service zugreifen kannst.

Die Dauer hängt von Datenmenge, Systemkomplexität, regulatorischen Anforderungen und dem geplanten Zielsystem ab. Lege nicht nur eine abstrakte Frist fest, sondern definiere auch den Beginn. Möglich ist etwa eine Regelung ab Zugang der Kündigung, ab Vertragsende oder ab Bereitstellung eines vollständigen Exports. Für dein Unternehmen ist regelmäßig entscheidend, dass die Frist erst zu laufen beginnt, wenn der Anbieter seine geschuldete Datenbereitstellung ordnungsgemäß erbracht hat.

Kläre zudem diese Punkte:

• Bleibt der Service während der Übergangsphase uneingeschränkt oder nur lesend nutzbar?
• Darfst du weitere Daten eingeben oder nur Daten abrufen?
• Bleiben Schnittstellen aktiv, damit du Daten automatisiert übertragen kannst?
• Erhältst du Zugriff für Administratoren und technische Migrationswerkzeuge?
• Wie schnell muss der Anbieter bei Fehlern im Export reagieren?
• Welche Unterstützung schuldet der Anbieter bei Rückfragen oder Störungen?

Eine reine Leseberechtigung kann sinnvoll sein, damit keine neuen Datenbestände entstehen. Sie muss aber technisch ausreichend sein. Wenn deine Exportfunktion Schreibrechte, Token oder Schnittstellen benötigt, kann ein vermeintlicher Lesezugriff die Migration faktisch verhindern.

Mitwirkung des Anbieters konkret vereinbaren

Bei einfachen Standarddiensten genügt ein automatisierter Export. Bei geschäftskritischen Anwendungen brauchst du oft mehr: Ansprechpartner, technische Abstimmungen, Migrationsunterstützung oder eine geordnete Übergabe an den neuen Dienstleister.

Vermeide Klauseln, nach denen Unterstützung „nach Verfügbarkeit“ oder „nach Ermessen“ erfolgt. Das schafft keine belastbare Leistungspflicht. Besser ist eine Vereinbarung, die mindestens festlegt:

• benannte technische und fachliche Ansprechpartner
• Reaktionszeiten für Migrationsanfragen
• Bereitstellung erforderlicher Zugangsdaten und Schnittstellendokumentationen
• Unterstützung bei Fehleranalyse und Wiederholung fehlerhafter Exporte
• Mitwirkung bei der Übertragung großer Datenmengen
• klare Abgrenzung zwischen geschuldeter Grundleistung und zusätzlich beauftragter Unterstützung

Zusatzleistungen dürfen vergütungspflichtig sein, wenn Umfang und Aufwand transparent vereinbart werden. Wichtig ist, dass der Anbieter die Datenrückgabe nicht als bloße Sonderleistung behandelt, obwohl du ohne sie deine Daten nicht nutzen kannst. Die Herausgabe der vereinbarten Daten gehört in den Kern der Exit-Regelung.

Passende Seminare und Termine zu IT-Verträgen, Cloud-Verträgen und rechtlichen Risiken findest du bei uns auf cmt.de.

Löschung und Löschbestätigung sauber regeln

Die Rückgabe deiner Daten ist erst die erste Hälfte des Exits. Danach muss geregelt sein, was beim Anbieter verbleibt. Das betrifft Produktivsysteme, Testumgebungen, lokale Kopien, Protokolldaten und Sicherungskopien.

Vereinbare, dass der Anbieter Kundendaten nach Ablauf der Übergangsphase löscht, soweit keine gesetzlichen Aufbewahrungspflichten entgegenstehen. Für Sicherungskopien ist eine sofortige Löschung technisch nicht immer möglich. Dann sollte der Vertrag festlegen, dass die Daten bis zur Überschreibung nicht produktiv genutzt werden, gegen Zugriff geschützt bleiben und im üblichen Sicherungszyklus gelöscht werden.

Fordere eine Löschbestätigung an. Sie sollte nicht nur pauschal erklären, die Daten seien „gelöscht“. Nützlich ist eine Bestätigung, die mindestens den betroffenen Datenbestand, das Löschdatum, ausgenommene Sicherungskopien und deren Löschprozess nennt. Wenn personenbezogene Daten betroffen sind, sollte die Regelung mit dem Auftragsverarbeitungsvertrag abgestimmt sein.

Achte auch darauf, ob der Anbieter Daten zu eigenen Zwecken weiterverwenden darf. Nutzungsrechte an anonymisierten oder aggregierten Daten können in Standardbedingungen weit gefasst sein. Prüfe, ob dabei Rückschlüsse auf dein Unternehmen, Geschäftsvolumen, Kundenstruktur oder interne Prozesse möglich bleiben.

Die Exit-Regelung vor Unterschrift testen

Die beste Vertragsklausel hilft wenig, wenn die technische Realität anders aussieht. Nimm den Exit deshalb in deine Auswahlentscheidung auf. Lass dir den Export demonstrieren, fordere Beispieldateien an und prüfe die Dokumentation mit Fachbereich, IT und Datenschutz.

Diese Checkliste hilft dir bei der Vertragsprüfung:

• Sind alle relevanten Datenarten einschließlich Metadaten, Anhängen und Protokollen erfasst?
• Sind konkrete, nutzbare Exportformate und eine Datenbeschreibung vereinbart?
• Gibt es ein Recht auf Testexport während der Vertragslaufzeit?
• Ist die Übergangsphase lang genug und an eine vollständige Datenbereitstellung gekoppelt?
• Bleiben notwendige Schnittstellen und Zugänge während des Exits verfügbar?
• Sind Mitwirkungsleistungen, Ansprechpartner und Reaktionszeiten klar beschrieben?
• Ist geregelt, wie Exportfehler korrigiert und Exporte wiederholt werden?
• Sind Löschung, Sicherungskopien und Löschbestätigung nachvollziehbar festgelegt?
• Passen Cloud-Vertrag, Leistungsbeschreibung und Auftragsverarbeitungsvertrag zusammen?

Eine Exit-Strategie ist keine Misstrauenserklärung gegenüber dem Anbieter. Sie ist ein Bestandteil professioneller Betriebs- und Risikosteuerung. Wenn du Datenrückgabe, Übergang und Löschung vorab konkret regelst, kannst du den Anbieter wechseln, ohne dass deine Daten zum Verhandlungshebel werden.