Kritische Klauseln in SAP-Vertraegen: Was beim Renewal verhandelbar ist
Nicht alle Klauseln in einem SAP-RISE-Vertrag haben gleiches Gewicht. Einige regeln Details, die im Alltag kaum sichtbar werden. Andere entscheiden darüber, wie viel Handlungsspielraum Sie über die gesamte nächste Laufzeit haben: bei Preisanpassungen, bei Unternehmensveränderungen, beim Ausscheiden aus dem Vertrag.
Das Renewal ist der Steuerungsmoment, an dem diese Klauseln überprüft, angepasst und, wo nötig, neu verhandelt werden können. Wer die Klausel-Review-Phase in der Renewal-Vorbereitung systematisch nutzt, tritt das Gespräch mit SAP mit einer klaren Vorstellung davon an, was im nächsten Vertrag stehen soll. Wer sie überspringt, verlängert den Status quo, mit allen Einschränkungen, die dieser enthält.
Dieser Artikel beschreibt sechs Klausel-Bereiche, die in jedem Klausel-Review vor Renewal vollständig bewertet sein sollten.
Sechs Klausel-Bereiche, die über die Steuerbarkeit des nächsten Vertrags entscheiden
1. Preisanpassungsklausel (CPI-Mechanismus)
Die Preisanpassungsklausel regelt, wie SAP Preiserhöhungen bei Renewal ankündigen darf und in welchem Rahmen sie zulässig sind. Sie ist einer der meistdiskutierten Klausel-Bereiche in SAP-Renewals, weil sie direkten Einfluss auf die Kostenentwicklung der nächsten Laufzeit hat.
Was öffentlich bekannt ist: Schedule 5 des RISE Enterprise Agreements sieht eine maximale Erhöhung von 3,3 Prozent pro Verlängerungszeitraum vor. SAP ist verpflichtet, eine beabsichtigte Erhöhung mindestens 45 Tage vor dem Verlängerungsbeginn anzukündigen. Erfolgt die Ankündigung nicht fristgerecht, gilt sie erst für die übernächste Verlängerungsperiode. Der Kunde hat bei einer angekündigten Preiserhöhung das Recht zur ordentlichen Kündigung. Dieses Recht ist SAP-Standard und unabhängig davon, ob eine Erhöhung tatsächlich stattfindet.
Was über den öffentlich dokumentierten Rahmen hinaus verhandelt werden kann, betrifft die genaue Formulierung des Mechanismus im individuellen Vertrag. Relevante Aspekte: Ist die Begrenzung absolut oder prozentual formuliert? Welcher Index gilt als Referenz, über welchen Zeitraum wird er gemessen? Eine Klausel, die auf einem bestimmten Preisindex basiert, kann in verschiedenen Marktumgebungen unterschiedlich wirken. Der Review dieser Formulierung vor dem Renewal-Gespräch schafft die Grundlage dafür, gezielt nachzufragen.
Eine Wechselwirkung existiert mit dem Guthaben-Reduktions-Mechanismus: SAP-Standardbedingungen sehen vor, dass SAP bei Guthabenreduktion den Rabatt anpassen kann. Wer das Volumen in der nächsten Laufzeit reduzieren möchte, sollte diese Wechselwirkung in die Szenario-Analyse einbeziehen, bevor das Renewal-Gespräch beginnt.
2. Auto-Renewal-Klausel
Die Auto-Renewal-Klausel regelt, unter welchen Bedingungen sich der Vertrag verlängert, welche Fristen gelten und welche Optionen beide Seiten haben. Sie ist die Klausel, die in der Praxis am häufigsten unterschätzt wird, weil ihre Wirkung erst dann sichtbar wird, wenn eine Frist verpasst wurde.
Der RISE-Vertrag verlängert sich ohne aktive Kündigung automatisch. Der Verlängerungszeitraum entspricht in der Regel der ursprünglichen Laufzeit, sofern im Order Form nichts anderes vereinbart wurde. Die Kündigungsfrist ist vertragsspezifisch und im Order Form oder in den Schedule-Verweisen zu finden. Sie beträgt typischerweise drei Monate, ist aber zu prüfen, nicht zu unterstellen.
Was diese Klausel für die Governance bedeutet: Ohne einen aktiv gesteuerten Fristenkalender mit ausreichend Vorlauf kann die relevante Entscheidungsfrist unbemerkt passieren. Das ist keine ungewöhnliche Situation. Sie entsteht dort, wo Renewal-Vorbereitung nicht als strukturierter Prozess mit klaren Zuständigkeiten geführt wird.
Was beim Renewal in diesem Klausel-Bereich zu prüfen ist: Entspricht der Verlängerungszeitraum noch den eigenen Planungszyklen? Gibt es Gründe, eine kürzere oder längere Verlängerungsperiode zu vereinbaren? Diese Fragen lassen sich vor dem Renewal strukturiert adressieren, nicht danach.
Weiterführend beschreibt [Cluster 1: Der Renewal-Zeitplan in der Praxis] den vollständigen Fristrahmen für die Renewal-Vorbereitung.
3. SLA-Struktur und Geltungsbereich
Die SLA im RISE-Vertrag (Schedule B) definiert die Verfügbarkeit der Systeme. Der Standard sieht 99,7 Prozent vor. Enhanced Operations (Schedule 3) für große Unternehmen sieht 99,95 Prozent vor. Was die SLA misst, ist die Logon-Fähigkeit des Hauptsystems, nicht Antwortzeiten, Batch-Verarbeitungsfenster oder die Qualität von Service-Requests.
Wesentliche Einschränkungen des Geltungsbereichs, die im Klausel-Review bekannt sein sollten: Cloud Features laufen auf separater Infrastruktur und fallen nicht unter das SLA des Hauptsystems. Service-Requests haben keine vertraglich garantierten Reaktionszeiten. Übernutzungsphasen (Overage) sind vom SLA explizit ausgenommen.
Was das für die Steuerung bedeutet: SLA-Credits sind als Steuerungsinstrument begrenzt. Die maximal erreichbare Gutschrift liegt bei 0,25 Prozent des Jahresbetrags pro Quartal, kumuliert bei fünf Prozent, ausschließlich als Gutschrift, geltend zu machen innerhalb eines Monats nach Quartalsende, schriftlich (Schedule D). Die operative Performance-Governance muss deshalb unabhängig von der SLA-Credit-Mechanik aufgebaut sein.
Was beim Renewal zu prüfen ist: Entspricht das vereinbarte SLA-Niveau dem tatsächlichen Betriebsbedarf? Gibt es Systemkomponenten, für die ein erhöhtes Verfügbarkeitsniveau relevant wäre? Der Klausel-Review ist der richtige Zeitpunkt, diese Fragen zu stellen und den Steuerungsmoment Infrastruktur vollständig zu bewerten.
4. Exit-Klauseln und Datenportabilität
Exit-Klauseln fehlen in SAP-Verträgen nicht grundsätzlich. Sie sind im Standard adressiert, aber in einem Umfang, der für eine aktive Exit-Governance nicht immer ausreicht. Der Unterschied liegt in den Details: Format, Frist, Kosten.
Was standardmäßig im RISE-Vertrag steht: Schedule C (DPA) regelt datenschutzrechtliche Aspekte für die Zeit nach Vertragsende. Diese Regelung ist notwendige Grundlage, aber sie enthält keine automatischen Portabilitäts-Garantien in kundengewählten Formaten. Die Divestiture-Klausel sieht zwölf Monate Übergangsnutzung bei Unternehmensveräußerungen vor, mit zwei Wochen Voranmeldung. Third-Party-Cloud-Services sind dabei ausgenommen.
Was aktiv verhandelt werden sollte: Datenportabilität in standardisierten Formaten nach Vertragsende, Zugriffsfristen für den Zeitraum unmittelbar nach Laufzeitende und die Kostentragung bei SAP-seitigen Exportleistungen. Diese Fragen entstehen regelmäßig dann, wenn das Vertragsende unmittelbar bevorsteht. Das Renewal ist der strukturell bessere Zeitpunkt, sie zu adressieren.
Vendor-Lock-in entsteht nicht primär durch fehlende Exit-Klauseln, sondern durch fehlende Klarheit darüber, was portierbar ist: welche Eigenentwicklungen auf BTP laufen, welche Daten auf HANA Runtime liegen und welche Einschränkungen das S/4HANA Compatibility Pack bis 31.12.2030 mit sich bringt. Diese Fragen sollten Teil der Exit-Klausel-Bewertung sein.
Eine vertiefte Analyse bietet [SP-3: Exit-Rechte in SAP-Verträgen verhandeln].
5. Divestiture-Klausel
Die Divestiture-Klausel regelt, was bei Unternehmensveränderungen mit dem laufenden SAP-Vertrag passiert. Sie ist für viele Unternehmen lange Zeit nicht relevant, wird dann aber sehr relevant, wenn eine M&A-Aktivität oder Konzernumstrukturierung eintritt.
Was der Standard vorsieht: zwölf Monate Übergangsnutzung nach einer Unternehmensveräußerung, mit einer Voranmeldefrist von zwei Wochen. Third-Party-Cloud-Services sind von dieser Regelung ausdrücklich ausgenommen, was bedeutet, dass Drittanbieter-Softwarekomponenten im Vertrag separat zu behandeln sind.
Was bei Carve-out, Spin-off oder dem Verkauf eines Geschäftsbereichs, der RISE nutzt, gilt, ist im Detail vertragsspezifisch. Die Klausel schafft einen Rahmen, aber keine automatische Lösung für die operative Trennungssituation. Wer diese Klausel im Klausel-Review bewertet, stellt fest, ob der aktuelle Standard den eigenen Unternehmensumständen entspricht, und kann beim Renewal gezielt nachbessern.
6. Subskriptions-Flexibilität
Die Subskriptions-Flexibilität bestimmt, welche Komponenten zu welchem Zeitpunkt angepasst, reduziert oder dekommissioniert werden können. Sie ist ein Steuerungsmoment im Bereich Kosten und direkt relevant für die Budget-Steuerung über die nächste Laufzeit.
Mindestlaufzeiten je Komponente: Cloud-Managed-Services und Cloud-Software haben Mindestlaufzeiten von sechs Monaten. CAS-Pakete haben eine Mindestlaufzeit von zwölf Monaten. Third-Party-Software ist generell nicht dekommissionierbar, ein in der initialen Vertragsgestaltung häufig unterschätzter Mechanismus, der erst bei Vertragsüberprüfung sichtbar wird.
Sperrfristen für neue Subskriptionen in den letzten Monaten vor Vertragsende begrenzen die Gestaltungsmöglichkeiten erheblich: In den letzten sechs Monaten lassen sich keine neuen Managed-Service- oder Software-Subskriptionen einbuchen. In den letzten zwölf Monaten sind keine neuen CAS-Einheiten mehr möglich. Notwendige Komponentenanpassungen müssen vor diesen Fristen abgeschlossen sein, was frühzeitige Planung voraussetzt.
Was beim Renewal in diesem Bereich zu prüfen ist: Sind die Mindestlaufzeiten der einzelnen Komponenten mit dem eigenen Planungshorizont kompatibel? Gibt es Komponenten, bei denen mehr Flexibilität für die nächste Laufzeit sinnvoll wäre? Dieser Klausel-Bereich ist unmittelbar mit der Datenbasis aus Phase 1 der Renewal-Vorbereitung verknüpft, weil Shelfware-Analyse und Subskriptions-Flexibilität dieselben Nutzungsdaten als Grundlage nutzen.
Wie der Klausel-Review in die Renewal-Vorbereitung integriert wird
Der Klausel-Review gehört in Phase 3 der Renewal-Vorbereitung, das heißt zwischen neun und sechs Monaten vor Vertragsende. Zu diesem Zeitpunkt ist die Datenbasis aus Phase 1 aufgebaut, die Szenarien aus Phase 2 sind intern abgestimmt, und das erste formale Gespräch mit SAP steht noch bevor.
Das Ergebnis des Klausel-Reviews ist ein dokumentiertes Klausel-Delta: Welche Klauseln entsprechen dem Bedarf der nächsten Laufzeit? Welche sollten angepasst werden? Welche sind vertretbar, wenn andere Punkte im Renewal verhandelt werden? Dieses Delta ist die Grundlage für die Verhandlungsvorbereitung.
Nicht jede Klausel wird in jedem Renewal aktiv verhandelt. Aber wer den Review nicht durchgeführt hat, tritt das Gespräch ohne die Möglichkeit ein, das zu wissen.
FAQ: Kritische Klauseln beim SAP-Renewal
Was ist die wichtigste Klausel, die ich beim SAP-Renewal prüfen sollte? Es gibt keine einzelne Klausel, die für alle Unternehmen gleich relevant ist. Die Preisanpassungsklausel ist zentral, weil sie die Kostenentwicklung der nächsten Laufzeit direkt beeinflusst. Die Auto-Renewal-Klausel ist operativ kritisch, weil ihr Versäumnis keine Korrekturmöglichkeit kennt. Welche Klausel für das eigene Unternehmen im Vordergrund steht, hängt von der aktuellen Vertragssituation, den geplanten Veränderungen und der Unternehmenssituation ab.
Kann ich beim Renewal Klauseln verändern, die SAP als Standard formuliert hat? SAP-Standardverträge sind der Ausgangspunkt, nicht die Grenze. Was in einem individuellen Vertrag vereinbart wird, hängt vom Verhandlungsgespräch und der eigenen Position ab. Eine fundierte Datenbasis, eine klar formulierte Klausel-Delta-Analyse und ausreichend Vorlaufzeit sind die Voraussetzungen dafür, dieses Gespräch strukturiert zu führen.
Was passiert, wenn ich Exit-Klauseln beim Renewal nicht anspreche? Sie verlängern den Status quo. Das muss kein Problem sein, wenn der aktuelle Stand dem eigenen Bedarf entspricht. Wo Lücken bestehen, etwa bei Datenportabilität oder Übergangsfristen nach Vertragsende, sind sie nach dem Renewal strukturell schwieriger zu adressieren als davor.
Wie finde ich heraus, welche Klauseln in meinem Vertrag wie formuliert sind? Der erste Schritt ist eine vollständige Vertragsdokumentation: Order Form, alle Schedules, alle Amendments. Die in diesem Artikel beschriebenen Klauseln befinden sich in der Regel in Schedule 5 (Preisanpassung, Auto-Renewal), Schedule B und D (SLA und Credits), Schedule C (DPA und Exit) sowie in der Order Form selbst (Sondervereinbarungen, Mindestlaufzeiten, Sperrfristen).
Nächste Schritte
Die sechs Klausel-Bereiche, die hier beschrieben werden, sind der Inhalt des Klausel-Reviews in Phase 3 der Renewal-Vorbereitung. Die Datenbasis, die dafür gebraucht wird, beschreibt [Cluster 2: Datenbasis für SAP-Renewal aufbauen]. Den vollständigen Zeitplan von M-18 bis M-0 finden Sie im [Pillar-5-Hub: SAP Renewal Negotiation Framework].
Wenn Sie Ihren aktuellen Vertrag vor dem nächsten Renewal einordnen möchten: Der [Vertragscheck von FinOptory] analysiert Ihre Vertragsposition in vier Wochen. Festpreis, klare Ausgangslage für die Renewal-Vorbereitung.
Naechste Schritte
Wenn Sie Ihr naechstes SAP-Renewal strukturiert vorbereiten moechten: Der FinOptory Vertragscheck ist ein Festpreis-Engagement, das in vier Wochen eine strukturierte Handlungsempfehlung liefert.
Dieser Beitrag gehört zum Themen-Hub das SAP Renewal Negotiation Framework. Für die Bewertung eines konkreten Vertrags liefert der FinOptory Vertragscheck in vier Wochen eine strukturierte Grundlage.
Zuletzt aktualisiert: Juli 2026