Steuerungsmomente bei SAP-Verträgen: Wann Sie eingreifen müssen

SAP-Verträge haben konkrete Zeitpunkte, an denen eine Steuerungsentscheidung möglich und sinnvoll ist. Wer diese Steuerungsmomente kennt, kann sein Vertragsportfolio aktiv führen. Wer sie nicht kennt, erfährt von Budgetabweichungen, Verbrauchsproblemen oder verpassten Fristen erst dann, wenn keine korrigierende Handlung mehr möglich ist. Dieser Artikel beschreibt, was ein Steuerungsmoment ist, in welchen vier Bereichen er entsteht, und wie er strukturiert beobachtet werden kann.

Was ein Steuerungsmoment ist

Ein Steuerungsmoment ist ein konkreter Zeitpunkt im Vertragsleben, an dem eine Entscheidung möglich ist und eine Wirkung hat. Er unterscheidet sich von einer Routine-Aufgabe dadurch, dass er ein Handlungsfenster öffnet und wieder schließt. Wer ihn nutzt, kann das Ergebnis beeinflussen. Wer ihn verpasst, nimmt ein bestimmtes Ergebnis hin.

Die Abgrenzung zu anderen Governance-Aktivitäten ist wichtig:

Eine FUE-Klassifizierungsprüfung ist eine Routine-Aufgabe. Sie sollte monatlich durchgeführt werden, weil SAP mit dem PCE-Metering-Modell monatlich misst. Das Ergebnis dieser Prüfung ist jedoch der Input für Steuerungsmomente: Wenn die Messung zeigt, dass zu breit angelegte Berechtigungsrollen den gemessenen Lizenztyp in eine höhere Kategorie treiben, entsteht ein Steuerungsmoment. Die Entscheidung, ob und wie Berechtigungsrollen angepasst werden, ist eine Handlung mit Konsequenzen, die über die bloße Beobachtung hinausgeht.

Ähnliches gilt für Lizenz-Compliance-Aktivitäten: Sie stellen fest, ob eine Über- oder Unternutzung vorliegt. Der Steuerungsmoment entsteht, wenn diese Feststellung eine Entscheidung verlangt, etwa ob Übernutzung gemeldet wird, ob Zusatzlizenzen beschafft werden oder ob die Basismenge beim Renewal angepasst wird.

Die vier Steuerungsbereiche im Pillar-1-Hub beschreiben, in welchen Feldern des SAP-Vertragsportfolios Steuerungsmomente strukturell entstehen. Dieser Artikel vertieft, wie sie konkret aussehen und wie sie erkannt werden.

Vier Bereiche, in denen Steuerungsmomente entstehen

Steuerungsmomente entstehen nicht zufällig. Sie folgen der Vertragsstruktur und dem Verbrauchsrhythmus eines SAP-Portfolios. In der Praxis lassen sie sich vier Bereichen zuordnen.

Nutzung und Vermessung

Nutzungsbasierte Steuerungsmomente entstehen, wenn die tatsächliche Systemnutzung von der vertraglich vereinbarten Basis abweicht oder abzuweichen droht. Das klassische Beispiel: Ein Benutzer erhält im Rahmen eines Projekts eine erweiterte Berechtigung. Diese Berechtigung entspricht einem Advanced-Lizenztyp, auch wenn der Benutzer sie nur gelegentlich nutzt. In der monatlichen PCE-Vermessung wird er als Advanced gezählt. Das ist kein Fehler im System, sondern die vertragskonforme Anwendung der Berechtigungslogik.

Der Steuerungsmoment entsteht, wenn diese Abweichung sichtbar wird: Ist die Berechtigung weiterhin betrieblich notwendig? Wenn nicht, kann eine Anpassung den gemessenen Lizenztyp korrigieren. Diese Entscheidung hat ein Fenster, das sich mit jedem Metering-Zyklus schließt und neu öffnet. Wer monatlich schaut, hat monatliche Steuerungsmomente. Wer quartalsweise schaut, hat die dazwischenliegenden Monate bereits verarbeitet, ohne die Möglichkeit gehabt zu haben, einzugreifen.

Berechtigungen und Klassifizierung

Berechtigungsbasierte Steuerungsmomente entstehen vor allem in S/4HANA Cloud-Umgebungen, in denen die Lizenzklassifizierung berechtigungsbasiert funktioniert. Ein Steuerungsmoment liegt vor, wenn eine geplante Rollenzuweisung, ein Organisationswechsel oder eine neue Projektstruktur die Klassifizierung eines Nutzerpools verändert.

Ein konkretes Beispiel: Wenn ein Team, das bisher als Core User klassifiziert war, im Rahmen eines Prozessausbaus Zugang zu Advanced-Funktionen erhält, steigt die FUE-Last. Diese Veränderung ist steuerbar: Welche Berechtigung ist tatsächlich notwendig? Kann ein granulareres Rollenmodell die Klassifizierung optimieren, ohne den betrieblichen Bedarf einzuschränken? Diese Abwägung ist ein Steuerungsmoment, kein Audit-Ereignis. Er entsteht bei der Planung, nicht erst bei der nächsten Rechnung.

Infrastruktur und Verbrauchslogik

In Cloud-Vertragsmodellen entstehen Steuerungsmomente durch die Verbrauchslogik einzelner Services. BTP-Credits, Cloud Service-Guthaben in RISE und AI Units verhalten sich nach unterschiedlichen Regeln: BTP-Credits verfallen in der Regel am Jahresende, AI Units (PUPM) monatlich (Quelle: SAP Help Portal, SAP Community Blogs). Der Roll-over-Mechanismus für Cloud Service-Guthaben in RISE erlaubt eine begrenzte Übertragung in das Folgejahr, aber nicht unbegrenzt (Quelle: saprisenegotiations.com, saplicensingexperts.com).

Steuerungsmomente in diesem Bereich entstehen an definierten Punkten im Jahres- oder Vertragszyklus: Wenn ein Burndown-Plan zeigt, dass das Jahresguthaben nicht verbraucht wird, ist das ein Steuerungsmoment. Es können Projekte vorgezogen, interne Entwicklungskapazitäten auf BTP gelenkt oder Credit-Allokationen intern neu verteilt werden. Wer diesen Punkt zu spät erkennt, hat keine Handlungsoption mehr.

Kostenplanung und Vertragsfristen

Kostenbasierte Steuerungsmomente entstehen, wenn sich Vertragsparameter auf die Budgetentwicklung auswirken: CPI-Escalation-Klauseln, die zum neuen Vertragsjahr automatisch greifen, Overages, die durch Verbrauchsüberschreitungen entstehen, oder Preisänderungen durch Vertragsänderungen. Fristenbasierte Steuerungsmomente sind die zeitkritischsten: Auto-Renewal-Fristen, Kündigungsfenster und Renewal-Vorbereitungsfristen haben ein festes Datum. Wer sie nicht aktiv im Kalender hat, verliert die Handlungsmöglichkeit ohne Warnung.

Beispiel: BTP-Credits über die Vertragslaufzeit

BTP-Credits sind ein anschauliches Beispiel für eine strukturierte Abfolge von Steuerungsmomenten über das Vertragsjahr. Sie entstehen nicht an einem einzigen Punkt, sondern verteilt über den Zyklus.

Q1: Burndown-Plan aufsetzen. Zu Beginn des Vertragsjahres ist bekannt, wie viele BTP-Credits zur Verfügung stehen. Auf Basis der geplanten Projekte, der laufenden Services und des historischen Verbrauchs lässt sich ein Burndown-Plan erstellen: Bis wann sollte welcher Credit-Anteil verbraucht sein, damit am Jahresende kein Verfall entsteht? Dieser Planungsschritt ist ein Steuerungsmoment, weil er die spätere Steuerung erst ermöglicht. Wer hier keinen Plan aufstellt, hat keine Baseline für spätere Vergleiche.

Mid-Year: Forecast-Überprüfung. In der Jahresmitte wird der tatsächliche Verbrauch gegen den Burndown-Plan gehalten. Liegt der Verbrauch unter Plan, entsteht ein Steuerungsmoment: Welche geplanten Projekte können vorgezogen werden? Welche ungenutzten Services sollten aktiviert werden? Gibt es interne Teams, die BTP-Kapazitäten für Entwicklungs- oder Testszwecke nutzen können? Dieser Moment hat noch ausreichend Handlungszeit. Ein Eingriff im Q4 hat weniger Wirkungstiefe.

Year-End: Reallocation. Im letzten Quartal des Vertragsjahres ist der verbleibende Handlungsspielraum begrenzt. Ein verbleibender Credit-Überschuss kann noch durch kurzfristige Service-Aktivierungen oder Ressourcenumschichtungen reduziert werden. Was bis zu diesem Zeitpunkt nicht für die Nutzung eingeplant wurde, verfällt. Der Steuerungsmoment am Year-End hat eine harte zeitliche Grenze, die nicht verhandelbar ist.

Diese Abfolge zeigt, dass Steuerungsmomente nicht singulär auftreten, sondern in Sequenzen. Wer den Q1-Moment nutzt, hat beim Mid-Year-Moment bessere Voraussetzungen. Wer den Mid-Year-Moment nutzt, reduziert den Druck am Year-End.

Beispiel: RISE-FUE quartalsweise

Im RISE-Kontext entsteht eine eigene Sequenz von Steuerungsmomenten rund um die monatliche Nutzungsvermessung durch PCE-Metering.

PCE-Metering und seine Governance-Konsequenz. SAP hat mit Performance Capacity Equivalent (PCE) Metering die Nutzungsmessung für S/4HANA Cloud auf eine monatliche Kadenz umgestellt (Quelle: SAP Help Portal). Das bedeutet: Die Klassifizierung von Benutzern wird monatlich automatisiert erfasst. Abweichungen zwischen der vertraglichen Basismenge und dem tatsächlichen Verbrauch werden monatlich sichtbar, nicht erst beim jährlichen Audit.

Berechtigungsbasierte Klassifizierung als Steuerungsmoment. Wenn ein Metering-Zyklus einen erhöhten FUE-Wert zeigt, entsteht ein Steuerungsmoment: Welche Berechtigungsrollen haben den Wert beeinflusst? Ist die Berechtigung betrieblich notwendig, oder handelt es sich um eine zu breite Rollenkonfiguration? Diese Analyse kann im nächsten Metering-Zyklus zu einer korrigierten Messung führen, wenn eine Anpassung vorgenommen wird.

Quartalsweise Review als Steuerungsrhythmus. Monatliches Metering bedeutet nicht, dass monatlich eine tiefe Governance-Analyse nötig ist. Sinnvoll ist ein quartalsweiser Review, der die monatlichen Messergebnisse zusammenfasst und auf Trend-Abweichungen prüft: Hat sich die FUE-Belastung in drei Monaten verändert? Deutet sich eine Übernutzung an? Sind Berechtigungsrollen-Konfigurationen nach Projekten angepasst worden? Dieser Review schafft die Steuerungsgrundlage für den kommenden Quartalszeitraum.

Übernutzungs-Meldepflicht als kritischer Steuerungsmoment. Wer die Pflicht kennt, Übernutzung schriftlich und rechtzeitig bei SAP zu melden, hat einen konkreten Steuerungsmoment vor der Fälligkeit der Meldung. Wer diese Pflicht nicht kennt oder die Übernutzung zu spät erkennt, zahlt nicht nur die Overages, sondern verliert auch die SLA-Garantie in der Übernutzungsphase, ein doppelter Nachteil (Quelle: saprisenegotiations.com, saplicensingexperts.com).

Wie man Steuerungsmomente strukturiert beobachtet

Steuerungsmomente lassen sich nicht ad hoc identifizieren. Sie entstehen aus Daten, die regelmäßig erhoben und ausgewertet werden müssen. Ein strukturierter Beobachtungsansatz hat drei Komponenten.

Cadence. Nicht alle Steuerungsmomente entstehen im gleichen Rhythmus. Monatliche Aktivitäten umfassen die Auswertung des PCE-Metering-Ergebnisses, den Review des BTP-Credit-Verbrauchs und die Prüfung auf neue Rechnungen. Quartalsweise erfolgt der FUE-Trendvergleich, die Forecast-Überprüfung für Credits und die Einschätzung der Verhandlungsposition für das nächste Renewal. Jährlich steht die vollständige Bestandsaufnahme des Portfolios mit Blick auf alle anstehenden Renewals in den nächsten 24 Monaten an.

Tooling-Anforderungen. Steuerungsmomente sind nur erkennbar, wenn Vertrags-, Nutzungs- und Kostendaten zusammengeführt sind. Eine SAP-Rechnung allein sagt nichts darüber aus, welche Nutzung sie verursacht hat. Eine FUE-Messung allein sagt nichts darüber aus, welche Budgetwirkung sie hat. Erst die Verbindung dieser Daten in einer gemeinsamen Sicht macht Steuerungsmomente sichtbar. Systeme, die Daten in getrennten Silos halten, erzeugen keine Steuerungsgrundlage.

Verantwortungsverteilung. Steuerungsmomente liegen an der Schnittstelle mehrerer Funktionsbereiche. Die vier Perspektiven im Steuerungsmodell beschreiben, wie Director SAP Plattform, Einkauf, Controlling und IT-Betrieb jeweils unterschiedliche Daten einbringen. Ein Steuerungsmoment, der in einer Funktion sichtbar wird, muss in einer anderen zur Entscheidung gelangen. Ohne klare Verantwortung und definierten Informationsfluss zwischen diesen Bereichen entstehen Lücken, in denen Steuerungsmomente ungenutzt verstreichen.

Warum Steuerungsmomente verpasst werden und was hilft

Steuerungsmomente werden nicht verpasst, weil die Fachkompetenz fehlt. Sie werden verpasst, weil organisatorische, technische und methodische Strukturen fehlen, die sie sichtbar machen.

Organisatorische Lücken. In vielen Organisationen ist die Post-Signature-Phase des SAP-Vertrags keiner Funktion dauerhaft zugeordnet. Die Pre-Signature-Phase hat ein klares Team (Einkauf, Recht, Management). Was danach kommt, liegt zwischen IT-Betrieb, Einkauf und Controlling. Diese Unklarheit führt dazu, dass Steuerungsmomente keiner Person aktiv zugeordnet sind. Wer nicht verantwortlich ist, beobachtet nicht systematisch.

Tool-Lücken. SAP-eigene Werkzeuge liefern Nutzungsmonitoring für ihre jeweilige Domäne. Sie verbinden jedoch nicht automatisch Vertragsstruktur, Nutzungsdaten und Kostenwirkung in einer gemeinsamen Sicht. Wer die für Steuerungsmomente relevante Perspektive nur aus einzelnen Systemen zusammenstellen muss, braucht mehr Zeit und verliert Steuerungsmomente durch den manuellen Aufwand.

Methodische Lücken. Ein Steuerungsmoment ist nur erkennbar, wenn ein Ausgangswert (Baseline) bekannt ist und eine Abweichung gemessen werden kann. Wer keinen Burndown-Plan für BTP-Credits hat, erkennt keinen Abweichungsmoment. Wer die vertraglich vereinbarte FUE-Basismenge nicht dokumentiert hat, kann keine Über- oder Unternutzung identifizieren. Die methodische Grundlage ist die vollständige Aufarbeitung des eigenen Vertragsportfolios, wie sie etwa ein strukturierter Vertragscheck schafft.

Wenn diese drei Lücken geschlossen sind, entstehen Steuerungsmomente nicht als Überraschung, sondern als planbare Entscheidungspunkte.

FAQ

Was ist ein Steuerungsmoment bei SAP-Verträgen?

Ein Steuerungsmoment ist ein konkreter Zeitpunkt im SAP-Vertragsleben, an dem eine Entscheidung möglich ist und eine nachweisliche Wirkung auf Nutzung, Kosten oder Vertragskonditionen hat. Typische Beispiele sind der Jahreswechsel bei BTP-Credits, der Monatszyklus im PCE-Metering oder das Kündigungsfenster vor einem Auto-Renewal. Wer Steuerungsmomente kennt und beobachtet, kann proaktiv agieren statt reaktiv reagieren.

Wie unterscheidet sich ein Steuerungsmoment von einem SAP-Audit?

Ein SAP-Audit ist eine von SAP initiierte oder vertraglich vereinbarte Prüfung der Lizenzcompliance. Ein Steuerungsmoment ist eine aus der eigenen Governance-Systematik hergeleitete Entscheidungssituation. Steuerungsmomente entstehen aus laufendem Monitoring durch die eigene Organisation, nicht durch externe Prüfungen. Wer Steuerungsmomente strukturiert beobachtet, ist in einer Audit-Situation besser aufgestellt, weil die eigene Datenbasis bereits vollständig ist.

Kann ich Steuerungsmomente ohne spezialisiertes Tool erkennen?

Mit erheblichem manuellem Aufwand ist das möglich, aber kaum skalierbar. BTP-Credit-Verbräuche, FUE-Metering-Ergebnisse und Vertragsdaten liegen in unterschiedlichen Systemen. Sie manuell zusammenzuführen ist zeitaufwendig und fehleranfällig. Für ein Portfolio mit mehreren SAP-Vertragstypen ist eine Datenbasis erforderlich, die diese Quellen automatisch verbindet und Abweichungen sichtbar macht.

Wie oft entstehen Steuerungsmomente in einem typischen SAP-Portfolio?

Das hängt von der Portfoliokomplexität ab. In einem RISE-Portfolio mit BTP und S/4HANA Cloud gibt es monatliche Metering-Zyklen, jährliche Credit-Jahresgrenzen, AI-Unit-Verfall auf PUPM-Basis und mehrjährige Renewal-Fristen. Ein strukturiertes Governance-Modell identifiziert in einem typischen RISE-Portfolio mindestens 8 bis 12 relevante Steuerungsmomente pro Jahr, die eine aktive Entscheidung erfordern.

Dieser Artikel ist Teil des SAP Contract Governance Pillar. Weitere Artikel aus dieser Serie: Vier Rollen, ein Steuerungsmodell und der vollständige Hub zu allen Steuerungsbereichen.

Autor: Bernhard Mändle, Managing Consultant bei FinOptory.

Haben Sie Fragen zu Steuerungsmomenten in Ihrem SAP-Portfolio? Gespräch vereinbaren oder Vertragscheck anfragen.