Exit-Rechte in SAP-Vertraegen verhandeln: Datenherausgabe, Termination Assistance, Uebergangsfristen

Exit-Klauseln in SAP-Verträgen sind beim Renewal der beste Zeitpunkt zur Verhandlung. Was standardmäßig im RISE Enterprise Agreement steht, was nicht geregelt ist und was aktiv adressiert werden sollte.

Was Exit-Rechte in SAP-Verträgen regeln

Exit-Rechte beschreiben, was am Ende eines SAP-Vertragsverhältnisses passiert: wie Daten herausgegeben werden, welche Übergangsfristen gelten, wer welche Kosten trägt und unter welchen Voraussetzungen eine Kündigung außerhalb des regulären Ablaufzeitpunkts möglich ist.

In der Praxis unterscheidet man drei Bereiche:

Ordentliche Kündigung: Der Vertrag endet zu einem vereinbarten Zeitpunkt. Fristen und Voraussetzungen sind im Enterprise Agreement und den jeweiligen Schedules geregelt. Die ordentliche Kündigung ist der Standardweg, setzt aber voraus, dass Kündigungsfristen eingehalten werden.

Außerordentliche Kündigung: Sie setzt einen Sachverhalt voraus, der im Vertrag als Kündigungsgrund definiert ist, zum Beispiel eine wesentliche Vertragsverletzung durch SAP oder das Eintreten bestimmter Change-of-Control-Szenarien. Welche Sachverhalte konkret berechtigen, variiert je nach Vertragsgestaltung.

Datenmitnahme und Termination Assistance: Unabhängig davon, ob der Vertrag ordentlich oder außerordentlich endet, stellt sich die Frage: In welchem Format werden Daten herausgegeben? Über welchen Zeitraum? Wer trägt die Kosten? Diese Fragen sind im Standard-RISE-Vertrag nur teilweise geregelt.

Wer im Renewal keine Zeit auf Exit-Klauseln verwendet, stellt möglicherweise erst am Ende der nächsten Laufzeit fest, was nicht vereinbart wurde.

Was standardmäßig im RISE-Vertrag steht

Das RISE Enterprise Agreement enthält Regelungen zu Daten nach Vertragsende, vor allem im Data Processing Agreement (Schedule C). Diese Regelungen definieren, was SAP mit Kundendaten nach Vertragsende machen darf und muss, primär unter datenschutzrechtlichen Gesichtspunkten.

DPA (Schedule C): Nach Vertragsende löscht oder gibt SAP personenbezogene Daten zurück, soweit gesetzlich zulässig. Die Frist und das Format sind im Standard nicht ausdrücklich auf Migrationszwecke ausgelegt. Schedule C regelt den Datenschutz, nicht die Betriebskontinuität.

Divestiture-Klausel: Das RISE Enterprise Agreement enthält eine Standardklausel für den Fall von Unternehmensveränderungen, zum Beispiel Verkauf einer Tochtergesellschaft oder eines Unternehmensteils. Diese Klausel sieht typischerweise eine Übergangsnutzung von bis zu 12 Monaten vor, mit einem Vorlauf von zwei Wochen für die Ankündigung. Ausgenommen von dieser Regelung sind Third-Party Cloud Services, die SAP im Rahmen von RISE bezieht.

Kein automatisches Recht auf verlängerten Datenzugang: Im Standard-RISE-Vertrag ist kein automatisches Recht des Kunden vorgesehen, nach Vertragsende lesend auf Systemdaten zuzugreifen. Was nach Ablauf des Vertragsverhältnisses technisch möglich ist, hängt von dem ab, was vertraglich vereinbart oder ausdrücklich für den Übergangszeitraum freigegeben wurde.

Der Standard-Vertrag gibt also eine Grundlage, die für datenschutzrechtliche Anforderungen ausreichend ist. Für eine strukturierte Transition oder eine Bewertung alternativer Betriebsoptionen reicht sie in vielen Fällen nicht.

Was aktiv verhandelt werden sollte

Vier Bereiche empfehlen sich als Gegenstand einer gezielten Klausel-Verhandlung beim Renewal:

Datenportabilität in standardisierten Formaten

SAP bietet mit dem SAP Data Export Service einen Mechanismus zur Datenmitnahme. Entscheidend ist, was vertraglich vereinbart ist: Welche Daten werden in welchem Format exportiert? Welche Exportformate stehen zur Verfügung, und in welchem Umfang sind diese für eine Migration in ein anderes System tatsächlich nutzbar? Wer diese Fragen im Renewal adressiert, stellt sicher, dass der Export-Service nicht nur technisch verfügbar ist, sondern auch in einem Umfang bereitgestellt wird, der eine belastbare Übergangsoption begründet.

Übergangsfristen nach Vertragsende

Wie lange nach Vertragsende besteht Zugriff auf Systemdaten, zumindest lesend? Die Standardregelungen sind auf den unmittelbaren Vertragsabschluss ausgerichtet. Für Unternehmen, die einen längeren Migrationszeitraum benötigen, zum Beispiel weil ein paralleler Betrieb auf einem neuen System aufgebaut wird, ist eine explizite Übergangsfrist von praktischem Wert. Diese Frist sollte den Zeitraum, die Zugriffsmodalitäten und die Kostentragung klar definieren.

Definition von Kundeneigentum für Migrationszwecke

Was gilt als "Eigentum des Kunden" und was als Teil der SAP-gehosteten Umgebung, das nicht einfach exportiert werden kann? Diese Abgrenzung ist besonders relevant für Eigenentwicklungen auf der BTP und für Konfigurationsdaten in S/4HANA. Wer beim Renewal schriftlich festhält, welche Datenkategorien als Kundeneigentum klassifiziert sind und welche Exportrechte daran bestehen, schafft eine belastbare Grundlage für spätere Migrationsentscheidungen.

Kostentragung bei Datenmigration

SAP-seitige Exportleistungen sind nicht automatisch kostenfrei. Wer beim Renewal nicht regelt, wer für welche Export- und Migrationsunterstützung aufkommt, läuft Gefahr, am Ende der Vertragslaufzeit Mehraufwand zu tragen, der vermeidbar gewesen wäre. Die Kostenfrage sollte Teil der Exit-Klausel sein, nicht eine nachträgliche Verhandlung unter Zeitdruck.

Vendor-Lock-in durch fehlende Exit-Klauseln

Exit-Klauseln sind keine Absicherung gegen einen geplanten Anbieterwechsel. Sie sind ein Steuerungsinstrument, das Handlungsspielraum erhält, auch wenn der Wechsel nicht beabsichtigt ist.

In der Praxis zeigt sich: Unternehmen, die über dokumentierte Exit-Rechte verfügen, verhandeln Folgekontrakte anders als Unternehmen, für die ein Anbieterwechsel mit hohem technischen und rechtlichen Aufwand verbunden wäre. Die Fähigkeit zum Exit muss nicht ausgeübt werden, um wirksam zu sein.

Drei technische Aspekte sind dabei besonders relevant:

HANA Runtime: Daten und Prozesse, die tief in der SAP-HANA-Datenbankschicht verankert sind, lassen sich nicht ohne weiteres in eine andere Umgebung überführen. Welche Teile der eigenen SAP-Landschaft auf HANA Runtime aufbauen und was davon außerhalb des SAP-Ökosystems betrieben werden könnte, ist eine technische Bewertungsaufgabe, die frühzeitig angegangen werden sollte.

BTP-Eigenentwicklungen: Anwendungen und Integrationen, die auf der Business Technology Platform entwickelt wurden, sind in ihrer Portierbarkeit von der verwendeten Architektur abhängig. Eigenentwicklungen auf BTP-eigenen Services sind anders zu bewerten als Eigenentwicklungen, die auf offenen Standards (zum Beispiel Kubernetes oder Open APIs) aufbauen. Wer BTP-Entwicklungen betreibt, sollte die Portierbarkeit als ein Kriterium in der Entwicklungsarchitektur berücksichtigen.

S/4HANA Compatibility Pack: Das Compatibility Pack, das bestimmte klassische ABAP-Entwicklungen in S/4HANA weiterhin lauffähig hält, ist zeitlich begrenzt. Die öffentlich kommunizierte Frist läuft bis zum 31. Dezember 2030. Nach diesem Datum entfällt diese Kompatibilitätsschicht. Was im eigenen System noch auf dem Compatibility Pack basiert, sollte bis zu diesem Datum auf S/4HANA-native Alternativen migriert oder in der Exit-Bewertung berücksichtigt sein.

Diese drei Bereiche bestimmen in der Praxis, wie aufwändig und kostspielig ein Exit wäre. Wer sie kennt, kann Exit-Klauseln gezielt formulieren und verhandeln.

Exit-Rechte und Renewal-Verhandlung: Der richtige Zeitpunkt

Nachträglich lassen sich Exit-Klauseln kaum ergänzen. Im laufenden Vertrag besteht kein struktureller Anlass für SAP, Bedingungen zu verbessern, die bereits vereinbart sind. Das Renewal ist der natürliche Zeitpunkt, an dem beide Parteien ohnehin über Vertragsinhalte verhandeln.

Drei Punkte geben den praktischen Rahmen:

Renewal als bester Zeitpunkt: Während der Renewal-Verhandlung können Klauseln ergänzt, präzisiert oder neu aufgenommen werden. Diese Gelegenheit entsteht nicht im laufenden Betrieb. Wer Exit-Rechte beim Renewal nicht adressiert, trägt sie für weitere drei bis sieben Jahre unverändert weiter, oder eben nicht.

Dokumentierte Exit-Optionen stärken die Position für alle nachfolgenden Renewals: Ein Vertrag, der Exit-Rechte enthält, bildet die Grundlage für den übernächsten Renewal. Wer einmal eine Übergangsregelung, eine Datenmitnahme-Verpflichtung oder eine Termination-Assistance-Klausel verhandelt hat, kann diese bei der nächsten Verlängerung als bestehende Grundlage nutzen und weiterentwickeln. Das vertragliche Wissen wächst mit jeder Vertragsperiode.

Exit-Bereitschaft als Signal, nicht als Drohung: In der Verhandlung ist es ein Unterschied, ob Exit-Rechte als offener Abbruch des Verhältnisses kommuniziert werden oder als Teil einer strukturierten Governance-Anforderung. Wer Exit-Klauseln als Teil eines vollständigen Steuerungsmodells adressiert, formuliert einen legitimen und nachvollziehbaren Anspruch. Die Bereitschaft zum Exit zeigt Souveränität im Umgang mit dem Vertrag, keine Feindseligkeit gegenüber dem Anbieter.

Häufig gestellte Fragen zu Exit-Rechten in SAP-Verträgen

Was passiert mit meinen SAP-Daten, wenn der RISE-Vertrag endet? Nach Vertragsende ist SAP gemäß Data Processing Agreement (Schedule C) verpflichtet, personenbezogene Daten zurückzugeben oder zu löschen. Für Betriebsdaten und Konfigurationsdaten, die nicht unter das DPA fallen, gelten die vertraglich vereinbarten Regelungen. Ohne explizite Übergangsfrist-Klausel besteht kein automatisches Recht auf verlängerten Datenzugang.

Kann ich beim RISE-Renewal eine längere Übergangsphase nach Vertragsende verhandeln? Eine Übergangsphase mit definiertem Zugriff, Umfang und Kostentragung ist grundsätzlich verhandelbar. Der Renewal-Zeitpunkt ist dafür der geeignete Moment. Was konkret vereinbart werden kann, hängt von der eigenen Verhandlungsposition und den spezifischen Anforderungen ab.

Was ist der SAP Data Export Service und was leistet er im Exit-Kontext? Der SAP Data Export Service ermöglicht den strukturierten Export von Kundendaten aus SAP-Systemen. Für einen belastbaren Exit-Plan ist entscheidend, welche Daten in welchem Format exportiert werden und in welchem Umfang diese für eine Weitermigration nutzbar sind. Diese Punkte sollten vertraglich definiert sein, nicht erst im Bedarfsfall geklärt werden.

Sollte ich Exit-Klauseln auch verhandeln, wenn ich nicht plane, SAP zu verlassen? Ja. Exit-Klauseln definieren den Handlungsspielraum für die gesamte Vertragslaufzeit und darüber hinaus. Unternehmen, die Exit-Optionen dokumentiert haben, verhandeln Folgekontrakte mit einer anderen Ausgangssituation als Unternehmen, für die ein Wechsel technisch und rechtlich kaum darstellbar wäre. Die Nutzung dieser Optionen ist eine separate Entscheidung.

Nächste Schritte

Wenn Sie Ihre aktuellen Exit-Klauseln einschätzen oder die Vorbereitung auf das nächste Renewal strukturieren möchten, bietet der Vertragscheck von FinOptory eine erste belastbare Grundlage: vier Wochen, 7.900 EUR Festpreis, klare Ausgangslage für die Renewal-Verhandlung.

Für den weitergehenden Kontext: