Auto-Renewal-Fristen bei SAP-Vertraegen: Welche Kuendigungsfenster wann greifen

SAP-Verträge verlängern sich ohne aktive Entscheidung automatisch. Für welche Produkte welche Fristen gelten, wo diese im Vertrag stehen und wie ein strukturierter Umgang damit aussieht: der Überblick über das gesamte SAP-Portfolio.

Warum Auto-Renewal-Fristen produktübergreifend gesteuert werden müssen

Viele Unternehmen steuern SAP-Vertragsfristen produktweise. Der RISE-Vertrag liegt beim IT-Betrieb, SuccessFactors beim HR-Bereich, Ariba beim Einkauf. Das ist organisatorisch nachvollziehbar, hat aber einen blinden Fleck: Die Steuerungsmomente treffen oft zeitlich zusammen, die Verantwortung für sie ist aber über mehrere Abteilungen verteilt, ohne übergreifende Koordination.

Das Ergebnis: Eine Frist wird verpasst, weil niemand einen vollständigen Überblick hatte. Oder ein Renewal wird formal korrekt abgewickelt, ohne die Situation der anderen SAP-Produkte zu berücksichtigen, was die Verhandlungsposition für das Gesamtportfolio schwächt.

Dieser Beitrag beschreibt, welche Fristmechanismen bei den fünf wichtigsten SAP-Produkttypen gelten, was sie jeweils bedeuten, und wie eine produktübergreifende Steuerung aufgebaut werden kann.

Die Frist-Typen im SAP-Portfolio: Übersicht

Bevor die Details je Produkttyp beschrieben werden, ist es hilfreich, die Grundstruktur zu verstehen: SAP-Auto-Renewal-Mechanismen bestehen in aller Regel aus drei Elementen.

Kündigungsfrist (Termination Notice Period): Wie lange vor Vertragsende muss eine Kündigung eingegangen sein? Diese Frist ist der operative Dreh- und Angelpunkt. Sie steht in der Order Form oder den Schedules und ist vertragsindividuell. Die SAP Cloud AGB (deDE.v.2-2023) nennt als allgemeinen Standard einen Monat Kündigungsvorlauf; produktspezifische Fristen können abweichen. Maßgeblich ist immer der eigene Vertragswortlaut (Quelle: SAP Cloud AGB deDE.v.2-2023, SAP Trust Center).

Preiserhöhungs-Ankündigungsfenster: Wie viele Tage vor Verlängerungsbeginn muss SAP eine beabsichtigte Preiserhöhung ankündigen? Dieses Fenster bestimmt, ab wann Kunden reagieren können. Bei RISE ist das 45-Tage-Fenster aus Schedule 5 öffentlich dokumentiert.

Verlängerungslaufzeit: Wenn keine Kündigung eingeht, für welchen Zeitraum verlängert sich der Vertrag automatisch? Häufig entspricht dieser Zeitraum der ursprünglichen Laufzeit oder einem vereinbarten Renewal-Term.

RISE Enterprise Agreement

Das RISE Enterprise Agreement ist das komplexeste SAP-Vertragswerk in Bezug auf Fristmechanismen. Es bündelt Cloud Managed Services, Cloud Software und Cloud Application Services (CAS) unter einer Order Form. Was für das gesamte Agreement gilt, gilt auch für die gebündelten Komponenten.

Kündigungsfrist: Vertragsindividuell, in der Praxis typischerweise 90 bis 180 Tage vor Vertragsende. Die genaue Frist steht in der Order Form. Maßgeblich ist der vertragliche Wortlaut, nicht ein Branchendurchschnitt.

Preiserhöhungs-Ankündigung: SAP muss eine beabsichtigte Erhöhung mindestens 45 Tage vor Verlängerungsbeginn ankündigen (Schedule 5, öffentlich). Bei verspäteter Ankündigung gilt die Erhöhung erst für die übernächste Periode. Der maximale Erhöhungsrahmen pro Verlängerungszeitraum beträgt 3,3 Prozent (Schedule 5, öffentlich). Das Kündigungsrecht bei einer angekündigten Preiserhöhung ist SAP-Standard.

Verlängerungslaufzeit: In der Regel entspricht sie der ursprünglichen Vertragslaufzeit, sofern im Order Form nichts anderes vereinbart wurde.

Besonderheit: Die Sperrfristen innerhalb des laufenden Vertrags sind für den Steuerungsmoment Renewal besonders relevant. In den letzten sechs Monaten vor Vertragsende lassen sich keine neuen Cloud-Managed-Service- oder Software-Subskriptionen mehr einbuchen. In den letzten zwölf Monaten sind keine neuen CAS-Einheiten möglich. Wer Volumen- oder Komponentenanpassungen plant, muss diese vor diesen Fristen abgeschlossen haben.

S/4HANA Cloud Public Edition

S/4HANA Cloud Public Edition (vormals SAP S/4HANA Cloud) wird als jährlich erneuerbares Subscription-Modell angeboten. Die Vertragsstruktur ist typischerweise schlanker als bei RISE, das Grundprinzip des Auto-Renewals ist aber vergleichbar.

Kündigungsfrist: Vertragsindividuell; die genaue Frist steht in der Order Form und ist vom eigenen Vertragswortlaut abhängig. Vertragsindividuell können abweichende Fristen vereinbart sein (Quelle: SAP Cloud AGB deDE.v.2-2023, SAP Trust Center).

Preiserhöhungs-Ankündigung: Öffentliche SAP-Kommunikation beschreibt für Cloud-Standardprodukte ein 30-bis-45-Tage-Ankündigungsfenster. Die vertragliche Ausgestaltung variiert je nach Vertragsbaujahr und geografischem Markt.

Besonderheit: Bei S/4HANA Cloud Public Edition ist die Nutzerzahl die zentrale Abrechnungsgröße. Wer Nutzer abbaut, muss das Abonnement entsprechend anpassen. Ungeprüfte Nutzermengen, die am Renewal-Tag über dem tatsächlichen Bedarf liegen, verlängern sich vollumfänglich.

Steuerungsmoment: Nutzervermessung und Lizenzklassenprüfung sind auch hier der Steuerungsmoment, der frühzeitig im Renewal-Vorfeld bearbeitet werden sollte. Ein Nutzerabgleich, der erst nach dem Renewal-Datum stattfindet, hat für die verlängerte Periode keinen Effekt mehr.

SAP BTP-Subscriptions

BTP-Subscriptions folgen einer anderen Logik als die RISE-gebundenen BTP-Credits. Wer BTP-Services über eigenständige Subscriptions bezieht statt über das RISE-Bundle, hat separate Vertragslaufzeiten und separate Fristmechanismen zu steuern.

Kündigungsfrist: Je nach Service-Art und Vertragsbaujahr typischerweise 30 bis 90 Tage vor dem Renewal-Datum. Wer BTP-Services über das SAP Store-Modell oder über eigenständige Order Forms bezieht, sollte die jeweilige Renewal-Klausel gesondert prüfen.

Verlängerungslogik: Viele BTP-Services verlängern sich monatlich oder jährlich, abhängig von der gewählten Subscription-Art. Monatliche Services bieten mehr Flexibilität, sind aber in der Stückpreislogik typischerweise teurer als Jahresverträge.

Besonderheit: BTP-Subscriptions im RISE-Bundle folgen der RISE-Vertragsmechanik und nicht separaten BTP-Fristen. Die Trennung ist nur dann relevant, wenn BTP-Services außerhalb des RISE-Bundles bezogen werden.

Steuerungsmoment: Wer BTP-Subscriptions außerhalb von RISE betreibt, braucht einen eigenständigen Fristenkalender für diese Verträge, der von der RISE-Steuerung getrennt geführt wird. Die Versuchung, alle SAP-Fristen am RISE-Renewal-Datum auszurichten, führt bei BTP-Standalone-Subscriptions zu Fehlsteuerungen.

SAP SuccessFactors

SuccessFactors-Verträge werden als HCM-Subscription mit jährlichem Renewal oder Mehrjahresvertrag abgeschlossen. Die Fristmechanik ist ähnlich zu anderen SAP-Cloud-Produkten, hat aber einige HCM-spezifische Besonderheiten.

Kündigungsfrist: Typischerweise 60 bis 90 Tage vor dem Renewal-Datum, vertragsindividuell. Bei Mehrjahresverträgen gelten die vereinbarten Kündigungsfristen für das Ende der Mindestlaufzeit und für jeden nachfolgenden Renewal-Term.

Preiserhöhungs-Ankündigung: SAP kommuniziert für SuccessFactors marktübliche Ankündigungsfristen von 30 bis 45 Tagen. Die genaue Ausgestaltung ist im Vertrag zu prüfen.

Besonderheit: SuccessFactors wird häufig auf Basis von Employee-Headcount abgerechnet. Eine Headcount-Reduktion im Unternehmen führt nur dann zu einer Volumenreduzierung, wenn sie aktiv im Renewal adressiert wird. Wer das Renewal passiv verstreichen lässt, behält auch Headcount-Volumen, das nicht mehr benötigt wird.

Außerdem ist SuccessFactors in vielen Unternehmen nicht beim IT-Vertragsmanagement angesiedelt, sondern beim HR. Das erzeugt einen organisatorischen Steuerungsmoment: Wer stellt sicher, dass HR-seitige SuccessFactors-Fristen in das zentrale SAP-Fristenmanagement integriert sind?

SAP Ariba

Ariba-Verträge umfassen je nach Modul und Lizenzmodell unterschiedliche Friststrukturen. Die Unterscheidung zwischen Ariba Network (transaktionsbasiert) und Ariba-Applikationsmodulen (Subscription-basiert) ist für die Fristensteuerung relevant.

Kündigungsfrist (Applikationsmodule): Typischerweise 60 bis 90 Tage vor dem Renewal-Datum, vertragsindividuell.

Ariba Network: Das Ariba Network-Membership wird separat abgerechnet und hat eine eigene Vertragslaufzeit. Die Kündigungsfristen können von den Applikationsmodulen abweichen.

Besonderheit: Ariba-Verträge sind häufig mit dem Einkaufsbereich verankert, nicht mit dem IT-Vertragsmanagement. Das erzeugt dieselbe organisatorische Herausforderung wie bei SuccessFactors: Wer stellt die Koordination sicher?

Ein weiterer Aspekt: Transaktionsvolumen und Subscription-Volumen wachsen bei Ariba mit dem Beschaffungsvolumen des Unternehmens. Wer Renewal-Gespräche ohne aktuelle Transaktionsdaten führt, hat eine eingeschränkte Grundlage für die Volumenplanung der nächsten Periode.

Fristen im Überblick: Orientierungstabelle

Die folgende Tabelle fasst die typischen Fristbereiche je Produkttyp zusammen. Maßgeblich ist immer der eigene Vertragswortlaut. Die Tabelle dient der ersten Orientierung, nicht der vertraglichen Entscheidungsgrundlage.

Produkttyp	Typische Kündigungsfrist	Preiserhöhungs-Ankündigung	Quelle (öffentlich)
RISE Enterprise Agreement	vertragsindividuell	45 Tage (Schedule 5)	SAP Schedule 5, SAP Cloud AGB deDE.v.2-2023
S/4HANA Cloud Public Edition	vertragsindividuell	30 bis 45 Tage	SAP Cloud AGB deDE.v.2-2023, SAP Trust Center
BTP Standalone-Subscription	30 bis 90 Tage (je Service)	vertragsindividuell	SAP Help Portal
SuccessFactors	vertragsindividuell	30 bis 45 Tage	SAP Cloud AGB deDE.v.2-2023, SAP Trust Center
Ariba (Applikationsmodule)	vertragsindividuell	vertragsindividuell	SAP Trust Center

Wie ein produktübergreifender Fristenkalender aufgebaut wird

Ein einzelner Fristenkalender, der alle SAP-Produkte erfasst, ist die Grundvoraussetzung für eine strukturierte Steuerung. Er beantwortet vier Fragen:

Wann endet welcher Vertrag? Für jede Order Form ist das Vertragsende dokumentiert. Bei Mehrjahresverträgen ist das Datum des nächsten Renewal-Terms relevant, nicht nur das Ende der Mindestlaufzeit.

Wann öffnet welches Kündigungsfenster? Das Fenster ergibt sich durch Rückrechnung vom Vertragsende auf Basis der vertraglich vereinbarten Frist. Planen Sie mindestens 60 Tage Arbeitspuffer vor dem eigentlichen Fristdatum ein, um interne Abstimmung, juristische Prüfung und Dokumentation zu ermöglichen.

Wer ist verantwortlich? Für jede Frist gibt es eine klar benannte Person, die eskaliert, wenn eine Entscheidung aussteht. Ohne diese Zuordnung verteilt sich Verantwortung auf Zuständigkeitsgrenzen und bleibt im Zweifel liegen.

Was brauche ich zur Entscheidung? Jede Renewal-Entscheidung braucht eine Datenbasis: Nutzungsdaten, Budget-Szenarien und eine interne Abstimmung. Der Fristenkalender enthält deshalb nicht nur das Entscheidungsdatum, sondern auch die Vorlauf-Meilensteine: Wann muss die Datenbasis vollständig sein? Wann findet das interne Abstimmungsgespräch statt?

Was dieser Überblick nicht leistet

Dieser Beitrag beschreibt Fristmechanismen auf Framework-Ebene. Er ersetzt keine vertragliche Prüfung und keine juristische Einschätzung des eigenen Vertrags.

Produkttyp-übergreifende Vertragsklauseln wie Cross-Product-Commitments, Enterprise-Wide-License-Agreements oder Pauschalkonditionen aus Rahmenverträgen können die hier beschriebenen Standardmechanismen überlagern. Wer solche Konstrukte in seinem SAP-Portfolio hat, sollte diese gesondert bewerten.

Für einen tiefen Dive in die RISE-spezifische Auto-Renewal-Mechanik, einschließlich des 45-Tage-Fensters, der Zusammensetzung von Guthaben-Verfall und Sperrfristen, und der taktischen Optionen im Kündigungsfenster: Pillar 1 SP-1 zum SAP RISE Auto-Renewal.

Auto-Renewal-Fristen als Steuerungsmoment

Kündigungsfristen, die verstrichen sind, entziehen Verhandlungsoptionen. Das ist keine Besonderheit von SAP-Verträgen, bei SAP wirkt es sich aber überproportional aus, weil das Vertragsvolumen und die Vertragskomplexität in aller Regel erheblich sind.

Der strukturierte Umgang mit Auto-Renewal-Fristen ist ein Steuerungsmoment, der mit klarer Zuständigkeit, einem gepflegten Fristenkalender und einer frühzeitigen Datenbasis ausreichend früh gesetzt werden kann. Fristen, die konsequent gesteuert werden, ermöglichen eine vorbereitete Verhandlungsposition. Fristen, die passiv verstreichen, übergeben die Gestaltungshoheit an die andere Seite.

Über den Autor

Bernhard Mändle ist Managing Consultant bei FinOptory. Er unterstützt Unternehmen dabei, SAP-Verträge nach der Unterschrift laufend zu steuern, Nutzung und Kosten aufeinander auszurichten und die SAP-Investition gezielt einzusetzen. Langjährige Erfahrung in SAP-Vertragsverhandlung und Governance über On-Premise, BTP und RISE, DSAG-Mitglied, unabhängig von SAP, Resellern und Systemintegratoren. Mehr unter finoptory.ai und auf LinkedIn.

Quellen:

SAP Help Portal: SAP RISE Contract Terms
SAP Cloud AGB deDE.v.2-2023 (SAP Trust Center)
SAP Trust Center: Cloud Agreements
Redress Compliance: SAP Contract Management
SAP Schedule 5 (öffentliches Vertragswerk, Preisanpassungsregeln)