Self-Report-Pflicht und Overage bei SAP-Vertraegen: Was Kunden monatlich melden muessen

Im RISE Enterprise Agreement liegt die Meldepflicht bei Übernutzung beim Kunden. SAP meldet nicht automatisch, wenn das vereinbarte Guthaben überschritten wird. Wer diese Pflicht nicht systematisch steuert, riskiert ungeklärte Sachstände genau in dem Zeitfenster, das für eine fundierte Renewal-Vorbereitung genutzt werden sollte.

Was die Self-Report-Pflicht im RISE-Vertrag bedeutet

Das RISE Enterprise Agreement enthält eine Kundenverantwortung, die in der täglichen Betriebspraxis oft nicht die Aufmerksamkeit bekommt, die ihr zusteht: Der Kunde ist verpflichtet, Übernutzung an SAP zu melden. Diese Pflicht gilt nicht erst, wenn die Übernutzung festgestellt ist, sondern bevor sie eintritt.

SAP hat keine automatische Meldepflicht gegenüber dem Kunden, wenn das vereinbarte Guthaben überschritten wird. Das SAP-Portal zeigt zwar den aktuellen Guthabenstand, aber kein Warnsystem ersetzt die aktive Steuerung durch den Kunden. Die Meldung ist Kundenaufgabe.

Was im Vertrag gilt

Die Konsequenzen bei Übernutzung sind im Enterprise Agreement klar definiert. Verbrauch, der über das vereinbarte Guthaben hinausgeht, wird mit einem 15-prozentigen Aufschlag auf die reguläre Verbrauchsgebühr fakturiert. Für die Übernutzungsphase gilt keine SLA-Garantie: Der Standard-SLA des RISE-Vertrags, also die Verfügbarkeits- und Reaktionszeitregelungen aus Schedule B, ist während Overage ausgesetzt.

Fakturiert wird monatlich im Nachhinein. Das bedeutet: Eine Übernutzung, die im laufenden Monat entsteht, erscheint erst auf der Folgerechnung. Wer keine eigene monatliche Auswertung betreibt, erfährt von der Situation erst, wenn die Rechnung vorliegt, und hat den Steuerungsmoment bereits verpasst.

Welche Vertragskomponenten betroffen sind

Die Self-Report-Pflicht bezieht sich auf alle Verbrauchskomponenten des RISE-Vertrags: FUE-Nutzung, BTP-Credit-Verbrauch, Cloud-Managed-Services-Nutzung gegen eingekauftes Volumen und CAS-Pakete. Jede dieser Komponenten hat einen eigenen Guthabenstand, der im monatlichen Balance Statement ausgewiesen wird.

Ein häufiger Missverständnis-Punkt: FUE-Übernutzung und BTP-Credit-Übernutzung sind separate Sachverhalte mit separaten Meldewegen. Wer nur den FUE-Stand im Blick hat, kann gleichzeitig eine BTP-Credit-Überschreitung aufbauen, ohne es zu bemerken.

Folgen bei Übernutzung: 15% Uplift und kein SLA

Der 15-prozentige Aufschlag klingt zunächst überschaubar. In der Praxis zeigt sich die Wirkung erst bei einem Blick auf die absoluten Volumen.

Wie der Aufschlag wirkt

Wenn ein Unternehmen im RISE-Vertrag ein Jahresguthaben von beispielsweise 2 Millionen Euro vereinbart hat und im Monatsdurchschnitt 180.000 Euro verbraucht, entspricht das einem Jahresverbrauch von 2,16 Millionen Euro. Die Differenz von 160.000 Euro liegt im Overage-Bereich und wird mit dem 15-prozentigen Aufschlag fakturiert. Aus 160.000 Euro werden damit 184.000 Euro. Über eine Vertragslaufzeit von mehreren Jahren summiert sich dieser Effekt.

Der zweite Aspekt ist operativ bedeutsamer: Die Suspension des SLA während der Overage-Phase. SAP garantiert in dieser Phase keine vereinbarte Verfügbarkeit, keine definierten Reaktionszeiten, keine SLA-Credits bei Ausfällen. Für produktive Systeme in einem laufenden Geschäftsbetrieb ist das eine eingeschränkte Betriebssituation, keine theoretische Randbedingung.

Der Steuerungsmoment vor Eintritt

Die Pflicht zur Meldung besteht, bevor die Übernutzung eintritt. Das setzt voraus, dass der aktuelle Guthabenstand bekannt ist und eine Projektion auf den Vertragsabschluss vorliegt. Wer erst meldet, wenn das Guthaben bereits aufgebraucht ist, hat die Pflicht zwar formal erfüllt, aber den Steuerungsmoment nicht genutzt.

Wie monatliches Balance-Statement-Review organisiert wird

Das Balance Statement ist die primäre Steuerungsgrundlage für den Guthabenstand. Es ist die einzige verlässliche, monatlich aktualisierte Quelle für alle Verbrauchskomponenten im RISE-Vertrag.

Schritt 1: Balance Statement monatlich auswerten

Das Balance Statement wird von SAP monatlich bereitgestellt. Es enthält den Guthabenstand je Vertragskomponente, den kumulierten Verbrauch und, je nach Vertragsgestaltung, eine Übersicht über den Roll-Over-Status des Guthabens.

Wer das Balance Statement nicht monatlich auswertet, verliert den Überblick über den Verbrauchspfad. Halbjährliche Reviews reichen nicht aus, um frühzeitig auf eine drohende Overage-Situation reagieren zu können. Der Monat ist die minimale Granularität für eine funktionsfähige Overage-Governance.

Schritt 2: Verbrauchspfad gegen Jahresplan stellen

Der Jahresplan für den Guthaben-Verbrauch ergibt sich aus dem Verhältnis von Jahresguthaben zu geplanten Nutzungsmengen. Im Review wird der tatsächliche monatliche Verbrauch gegen diesen Plan gestellt.

Ein Verbrauch, der konsistent über dem Monatssoll liegt, ist ein frühes Signal für eine potenzielle Jahresübernutzung. Das gibt Zeit, steuernd einzugreifen: Nutzungsverhalten anpassen, eine Zusatz-Subskription prüfen oder die Overageakzeptanz bewusst als Entscheidung treffen, statt als ungeplante Konsequenz zu erleben.

Schritt 3: Restguthaben zum Vertragsende projizieren

Monatlich wird auf Basis des aktuellen Verbrauchspfads hochgerechnet, welches Restguthaben zum Vertragsende zu erwarten ist. Eine Projektion auf Null oder ein negatives Restguthaben ist ein Eskalationssignal.

Für die Renewal-Vorbereitung ist diese Projektion außerdem ein direkter Input: Welches Guthaben reicht aus, welches übersteigt den Bedarf, und welche Volumenanpassung wäre für die nächste Laufzeit sachgerecht?

Threshold-Definition und interner Eskalationspfad

Ein Balance-Statement-Review ohne definierten Eskalationsschwellenwert bleibt reaktive Information. Erst ein Threshold macht daraus einen aktiven Steuerungsprozess.

Schwellenwerte definieren

Ein Threshold-Modell für Overage-Governance hat typischerweise zwei Stufen.

Die erste Stufe, der operative Threshold, löst eine interne Abstimmung aus. Ein sinnvoller Richtwert liegt bei 20 Prozent Restguthaben bezogen auf den Jahresplan. Wer 80 Prozent des Jahresguthabens verbraucht hat und noch mehr als sechs Monate Laufzeit vor sich hat, braucht eine aktive Entscheidung.

Die zweite Stufe, der Eskalations-Threshold, löst eine Entscheidung auf Führungsebene aus. Wenn das projizierte Restguthaben zum Vertragsende unter null liegt und keine Gegenmaßnahme eingeleitet wurde, ist das eine Entscheidung über Budget und Risikoakzeptanz, keine operative Frage.

Die konkreten Schwellenwerte hängen vom Unternehmen, dem Vertragsvolumen und der Vertragsstruktur ab. Was zählt, ist, dass sie definiert, kommuniziert und im Review-Prozess aktiv ausgewertet werden.

Eskalationspfad intern klären

Wer entscheidet, wenn der operative Threshold überschritten ist? Die Optionen sind klar: Nutzungsverhalten kurzfristig anpassen, eine Zusatz-Subskription bei SAP beantragen, oder Overage bewusst akzeptieren und budgetieren. Keine dieser Entscheidungen sollte ad hoc getroffen werden.

Der Contract Manager ist typischerweise die Rolle, die den Threshold auslöst. Die Entscheidung über Zusatz-Subskription versus Overage-Akzeptanz liegt beim Controlling, das die Budget-Implikation einschätzen kann, und beim Executive, der die Freigabe erteilt. Dieser Pfad sollte dokumentiert sein, bevor der erste Threshold ausgelöst wird.

PCE-Metering: Was SAP automatisch misst

Seit 2025 hat SAP mit dem PCE-Metering (Private Cloud Edition Metering) eine zunehmend automatisierte eigene Messung der FUE-Nutzung eingeführt. Dieser Wandel ist für die Overage-Governance relevant.

Was PCE-Metering bedeutet

PCE-Metering erfasst die FUE-Nutzung auf Systemebene und liefert SAP-seitig eine kontinuierliche Messung der tatsächlichen Nutzung. Diese Messung läuft parallel zur Kunden-eigenen Vermessung.

Das bedeutet für den Kunden: SAP hat zunehmend eine eigene belastbare Datenbasis für die FUE-Auslastung. Die bisherige Situation, in der der Kunde die primäre Informationsquelle für die eigene Nutzung war, verändert sich. SAP kann auf Basis des PCE-Meterings proaktiver auf Übernutzung hinweisen, auch wenn die Self-Report-Pflicht des Kunden davon unberührt bleibt.

Eigene Vermessung als Kontrollinstrument

Die SAP-seitige Messung entbindet nicht von der eigenen Vermessung. Im Gegenteil: Wer keine eigene FUE-Auslastung ermittelt, ist nicht in der Lage, SAP-Messergebnisse zu validieren.

Bei Abweichungen zwischen SAP-Messung und Eigenermittlung ist ein strukturierter Klärungsprozess gefragt. Dieser Prozess setzt dokumentierte eigene Messdaten voraus. Ohne diese Basis besteht keine gleichwertige Ausgangslage für eine Abweichungsanalyse.

Die Eigenermittlung der FUE-Nutzung erfolgt auf Basis der Benutzerverwaltung im SAP-System: Wer hat welchen User-Typ zugeordnet, und wie oft hat sich dieser User im Messzeitraum tatsächlich eingeloggt? Diese Auswertung ist mit SAP-eigenen Bordmitteln möglich und sollte monatlich, parallel zum Balance-Statement-Review, durchgeführt werden.

Warum Overage-Governance in den letzten 12 Monaten vor Renewal besonders wichtig ist

Overage-Governance ist eine durchgängige Steuerungsaufgabe, kein Thema, das erst kurz vor Renewal Aufmerksamkeit bekommt. Aber die letzten 12 Monate vor Vertragsende haben eine besondere Qualität.

Offene Sachstände schwächen die Verhandlungsposition

Ungeklärte Overage-Sachstände, ungelöste Abrechnungsfragen oder offene Meldepflichten binden Aufmerksamkeit und Ressourcen. Wer in das Renewal-Gespräch mit SAP offene Fragen aus der laufenden Vertragslaufzeit mitbringt, muss diese parallel zu den eigentlichen Verhandlungsthemen lösen. Das erzeugt Druck, der sich in der Verhandlungsführung auswirkt.

Saubere Buchführung über die gesamte Vertragslaufzeit mit vollständigen Balance Statements, dokumentierten Overage-Entscheidungen und einem nachvollziehbaren Verbrauchspfad ist dagegen eine Stärke im Renewal-Gespräch: Sie zeigt, dass das eigene Unternehmen den Vertrag aktiv steuert und belastbare Daten mitbringt.

Sperrfristen begrenzen die Gegenmaßnahmen

Ein weiterer Aspekt, der in den letzten 12 Monaten vor Vertragsende besonders relevant wird: Neue CAS-Einheiten können in den letzten zwölf Monaten nicht mehr gebucht werden. Neue Managed-Service- oder Software-Subskriptionen sind in den letzten sechs Monaten ausgeschlossen. Wenn eine drohende Overage durch eine Guthaben-Umschichtung in CAS-Pakete vermieden werden soll, ist das nach dem zwölf-Monats-Punkt nicht mehr möglich.

Wer die Sperrfristen kennt und den Verbrauchspfad monatlich beobachtet, hat ausreichend Vorlauf für Gegenmaßnahmen. Wer erst im letzten Quartal reagiert, hat strukturell eingeschränkte Optionen.

Overage-Dokumentation als Renewal-Input

Die dokumentierten Overage-Sachstände der letzten Vertragslaufzeit sind ein direkter Input für die Renewal-Datenbasis. Sie zeigen, welche Komponenten strukturell unterallokiert waren und welches Volumen für die nächste Laufzeit sachgerecht wäre.

Eine Laufzeit, in der keine Overages aufgetreten sind, aber das Restguthaben konsistent hoch war, gibt umgekehrt Hinweise auf Überallokation. Beides ist wertvolle Information für die Renewal-Verhandlung, sofern es dokumentiert vorliegt.

Fazit: Self-Report-Pflicht als Steuerungsmoment, nicht als Formalität

Die Self-Report-Pflicht im RISE Enterprise Agreement ist kein bürokratischer Randpunkt. Sie ist der vertragliche Ausdruck dafür, dass die Verbrauchssteuerung beim Kunden liegt, nicht bei SAP. Wer diese Verantwortung mit einem monatlichen Balance-Statement-Review, definierten Schwellenwerten und einem klaren Eskalationspfad organisiert, hat die Grundlage für eine Overage-Governance, die trägt.

Vier Aspekte sind entscheidend:

Monatliches Balance-Statement-Review als Pflichtprozess, nicht als optionale Auswertung
Threshold-Definition vor dem ersten Eskalationsfall, nicht danach
Eigene FUE-Vermessung parallel zur SAP-seitigen PCE-Messung als Kontrollinstrument
Overage-Dokumentation als kontinuierliche Steuerungsaufgabe, deren Ergebnisse direkt in die Renewal-Datenbasis einfließen

Der Steuerungsmoment Renewal beginnt nicht mit dem ersten Gespräch mit SAP. Er beginnt mit der monatlichen Verbrauchsauswertung, die zwei oder drei Jahre vor dem Renewal-Termin zur Routine gemacht wurde.

Häufige Fragen

Was passiert konkret, wenn ich Übernutzung nicht melde?

Die vertragliche Konsequenz ist der 15-prozentige Aufschlag auf den übernutzten Verbrauch, fakturiert auf der Folgerechnung. Zusätzlich entfällt die SLA-Garantie für die Dauer der Übernutzungsphase. Die Self-Report-Pflicht ist eine vertraglich festgelegte Kundenverantwortung, deren Nichterfüllung im Rahmen einer Vertragsprüfung relevant werden kann.

Wie oft muss ich das Balance Statement auswerten?

Monatlich. Das ist die Mindestfrequenz für eine funktionsfähige Overage-Governance. SAP stellt das Balance Statement monatlich zur Verfügung. Wer weniger häufig auswertet, hat keine belastbare Grundlage für eine Projektion des Restguthabens zum Vertragsende.

Was bedeutet PCE-Metering für die eigene Vermessungspflicht?

PCE-Metering ist die SAP-seitige Messung der FUE-Nutzung. Sie ersetzt die eigene Vermessung nicht, weil sie keine Grundlage für die Validierung von SAP-Messergebnissen bietet. Eigene Vermessung und SAP-Messung laufen parallel. Bei Abweichungen ist die eigene Messhistorie die Voraussetzung für eine sachgerechte Klärung.

Kann ich Overage durch Zusatz-Subskriptionen vermeiden?

Ja, sofern die Sperrfristen es erlauben. Neue Cloud-Managed-Service- oder Software-Subskriptionen sind bis sechs Monate vor Vertragsende möglich. Neue CAS-Einheiten bis zwölf Monate vor Vertragsende. Wer eine drohende Overage frühzeitig erkennt, hat ausreichend Optionen. Im letzten Quartal vor Vertragsende sind diese Optionen strukturell eingeschränkt.

Warum ist Overage-Governance kurz vor Renewal besonders relevant?

Ungeklärte Sachstände aus der laufenden Vertragslaufzeit binden Ressourcen im Renewal-Gespräch. Eine saubere Overage-Dokumentation ist dagegen ein sachlicher Input für die Renewal-Datenbasis: Sie zeigt, welche Komponenten strukturell unter- oder überallokiert waren und welches Volumen für die nächste Laufzeit sachgerecht wäre.

Nächste Schritte

Overage-Governance ist ein Bestandteil einer vollständigen Renewal-Vorbereitung. Der SAP Renewal Negotiation Framework beschreibt den Gesamtprozess: von der Bestandsaufnahme 18 Monate vor Vertragsende bis zur Unterzeichnung und Transition-Governance.

Wenn Sie Ihre eigene Vertragsposition strukturiert einordnen möchten, ist ein Vertragscheck der direkte Einstieg: vier Wochen, klare Ausgangslage, Festpreis.