Was kostet SAP Vendor Governance mit FinOptory?

FinOptory berechnet für das Self-Service-Modell 1,5% des ACV der verwalteten Verträge pro Jahr. Für das Managed Service-Modell 2,2% des ACV pro Jahr. Der Einstieg erfolgt über einen Vertragscheck zu einem Festpreis von 7.900 EUR (4 Wochen, ein Vertrag).

SAP als strategischer Vendor managen: Unabhängigkeit, Eskalation und Vertragsübergänge

Q: Was passiert mit meinem SAP-Vertrag bei einer Unternehmensübernahme?

Das hängt von den Vertragsklauseln ab, insbesondere Change-of-Control- und Assignment-Klauseln. Typischerweise erfordert eine Übertragung auf einen anderen Rechtsträger die schriftliche Zustimmung von SAP. Diese Zustimmungspflicht sollte so früh wie möglich im M&A-Prozess adressiert werden.

Eine SAP-Vertragsbeziehung dauert typischerweise fünf bis sieben Jahre. In dieser Zeit wechseln Ansprechpartner auf beiden Seiten, Projektteams kommen und gehen, und die Vertragsstruktur verändert sich durch Renewals, Eskalationen und organisatorische Ereignisse wie Fusionen oder Carve-outs. Wer SAP ausschließlich als Lieferant betrachtet und die Beziehung nicht aktiv steuert, verliert strukturelle Positionen, die sich später kaum zurückgewinnen lassen. Dieser Pillar beschreibt, wie SAP als strategischer Vendor dauerhaft und unabhängig gesteuert wird.

Inhaltsverzeichnis

Was strategisches Vendor-Management bei SAP bedeutet
Die vier Rollen in der SAP-Vendor-Steuerung
Stakeholder-Karte auf Seiten von SAP verstehen
SAP-Account-Management: Rollen, Anreize, Grenzen
Interne Kompetenz aufbauen und erhalten
Eskalationspfade: Von Service-Ticket zu Executive Escalation
Vendor-Lock-in verstehen und Handlungsspielraum erhalten
Cross-funktionale Steuerung intern koordinieren
M&A, Carve-out und Vertragstransfer bei SAP
Governance-Kalender für die laufende Vendor-Steuerung
FAQ
Nächste Schritte

Was strategisches Vendor-Management bei SAP bedeutet {#was-strategisches-vendor-management-bei-sap-bedeutet}

Vendor-Management wird in vielen Organisationen als Beschaffungs- und Compliance-Aufgabe verstanden: Verträge abschließen, Lieferanten bewerten, Rechnungen prüfen. Bei einem Vendor der Größe, Tiefe und Komplexität von SAP reicht dieses Verständnis nicht aus.

Unterschied zwischen Lieferanten-Beziehung und strategischer Vendor-Steuerung

Eine Lieferanten-Beziehung ist transaktional. Sie ist darauf ausgerichtet, eine Leistung zu einer definierten Kondition zu beziehen. Wenn die Leistung erbracht und die Rechnung bezahlt ist, ist die Transaktion abgeschlossen.

Eine strategische Vendor-Steuerung ist kontinuierlich. Sie verfolgt nicht nur die laufende Leistungserbringung, sondern auch die Entwicklung der Vertragsstruktur über die gesamte Laufzeit: Welche Rechte hat das Unternehmen beim nächsten Renewal? Welche Vertragspositionen wurden im laufenden Betrieb aufgebaut oder geschwächt? Welche Steuerungsmomente stehen in den nächsten zwölf Monaten an?

Bei SAP-Verträgen ist dieser Unterschied besonders relevant. SAP-Verträge haben typischerweise Laufzeiten von drei bis sieben Jahren, umfassen mehrere Produkttypen und verändern sich durch Add-ons, Mengenänderungen und Upgrades kontinuierlich. Eine rein transaktionale Betrachtung erfasst diese Dynamik nicht vollständig.

Warum SAP eine andere Governance-Tiefe erfordert als andere Software-Anbieter

SAP unterscheidet sich von anderen Software-Anbietern in mehreren Dimensionen, die für die Governance relevant sind.

Erstens durch die Tiefe der technischen und prozessualen Integration. SAP ist in den meisten Organisationen tief in Kernprozesse eingebettet: Finanzsteuerung, Beschaffung, Personalverwaltung, Supply Chain. Diese Integration erzeugt Abhängigkeiten, die sich nicht kurzfristig auflösen lassen.

Zweitens durch die Komplexität der kommerziellen Vertragsstruktur. Ein typisches SAP-Vertragsportfolio umfasst On-Premise-Lizenzen, Cloud-Subscriptions, Maintenance-Verträge, BTP-Nutzungsrechte und verschiedene Add-ons. Jede dieser Komponenten hat eigene Laufzeiten, Preisregeln und Verlängerungslogiken.

Drittens durch die Asymmetrie der Marktinformation. SAP verfügt über jahrzehntelange Verhandlungserfahrung, spezialisierte Commercial-Teams und detailliertes Wissen über die Kostenstruktur seiner Produkte. Auf Kundenseite ist dieses Wissen strukturell weniger konzentriert.

Viertens durch die Steuerungsmomente, die in regelmäßigen Abständen entstehen. Renewals, Produktmigrationen, Auditzyklen, Organisationsänderungen auf SAP-Seite und auf Kundenseite: All das sind Zeitpunkte, an denen aktives Eingreifen möglich und sinnvoll ist.

Was "post-Signature" bedeutet: Der Vertragsabschluss ist der Beginn, nicht das Ende

Vertragsverhandlungen erhalten in den meisten Organisationen erhebliche Aufmerksamkeit. Juristen, Einkauf, IT und Finanz sind eingebunden. External Advisors werden hinzugezogen. Das ist richtig so, weil der Vertragsabschluss die Grundlage für alles Folgende legt.

Aber der Abschluss ist nicht das Ende. Er ist der Beginn einer mehrjährigen Steuerungsaufgabe. Was im Vertrag steht, entfaltet seinen Wert nur dann vollständig, wenn es im laufenden Betrieb aktiv gesteuert wird. Verhandelte Rechte, die nicht ausgeübt werden, haben keinen praktischen Wert. Compliance-Verpflichtungen, die nicht gemessen werden, erzeugen strukturelle Risiken.

Die laufende Steuerung nach der Unterschrift ist damit keine Fortsetzung der Verhandlung, sondern eine eigenständige Disziplin mit eigenem Rhythmus, eigenen Werkzeugen und eigenen Rollen.

Vier Steuerungsbereiche als Anker

Die laufende Steuerung strukturiert sich entlang vier Bereichen, in denen Steuerungsmomente regelmäßig entstehen:

Nutzung: User-Zahlen, FUE-Werte, Transaktionsvolumina, BTP-Credit-Verbrauch, Active Contracts. Dieser Bereich ist der unmittelbarste Indikator für die Frage, ob das vertraglich Lizenzierte tatsächlich genutzt wird und ob der Verbrauch im vertraglich vorgesehenen Rahmen bleibt.

Berechtigungen: Rollen, Access-Zuordnungen, Lizenzklassen, Compliance-Bewertung, PCE Metering. Dieser Bereich entscheidet darüber, ob Nutzer die richtigen Lizenzklassen haben und ob die Berechtigungsstruktur auditfest dokumentiert ist.

Infrastruktur: System Sizing, SLA-Abgleich, Performance-Messungen, RISE/On-Prem-Mix. Dieser Bereich stellt sicher, dass die vertraglich zugesagte Infrastrukturleistung tatsächlich erbracht wird und Abweichungen erkennbar sind.

Kosten: ACV-Tracking, Derived Charges, Rechnungsabgleich, Renewal-Pricing, interne Verrechnung. Dieser Bereich schafft die Basis für Budgetplanbarkeit und Verhandlungsvorbereitung.

Was sich verändert, wenn systematische Vendor-Steuerung ausbleibt

Wenn die laufende Steuerung nicht systematisch erfolgt, entstehen strukturelle Nachteile, die sich über die Vertragslaufzeit akkumulieren. Derived Charges, die sich nicht direkt aus dem Vertrag herauslesen lassen, werden nicht erkannt. BTP-Verbrauch und kontraktiertes Volumen driften auseinander, ohne dass die Abweichung frühzeitig sichtbar wird. SLA-Zusagen lassen sich ohne systematisches Monitoring nicht überprüfen. Renewal-Termine erfordern Vorlauf, den die Vertragsstruktur allein nicht liefert.

Jeder dieser Aspekte ist ein Steuerungsmoment, der wahrgenommen werden kann oder nicht. Wer die Steuerungsmomente systematisch erfasst und bearbeitet, gestaltet die Vendor-Beziehung aktiv. Wer sie nicht erfasst, überlässt die Entwicklung der Vertragsbeziehung anderen.

Die vier Rollen in der SAP-Vendor-Steuerung {#die-vier-rollen-in-der-sap-vendor-steuerung}

Vier interne Rollen teilen sich die Verantwortung für die SAP-Vendor-Beziehung. Wenn eine davon fehlt oder nicht ausreichend eingebunden ist, entstehen strukturelle Lücken in der Steuerung. Die Lücken zeigen sich selten sofort, sondern werden sichtbar, wenn ein Steuerungsmoment nicht genutzt werden kann: weil die notwendigen Daten fehlen, weil keine Entscheidungsgrundlage vorliegt oder weil die zuständige Person nicht eingebunden wurde.

Contract Manager: laufende Vertragskontrolle und Compliance-Steuerung

Der Contract Manager ist die Rolle, die den Vertrag als lebendes Dokument behandelt. Sie verfolgt, was im Vertrag steht, ob es eingehalten wird und wo sich Abweichungen abzeichnen. Der Contract Manager ist die Hauptverantwortung für die Identifikation von Steuerungsmomenten in allen vier Bereichen: Nutzung, Berechtigungen, Infrastruktur und Kosten.

In der Praxis ist diese Rolle in vielen Organisationen nicht explizit besetzt. Die Aufgaben werden zwischen IT, Einkauf und Finanz aufgeteilt, ohne dass eine Person die übergreifende Vertragssicht hält. Das erzeugt Lücken, weil die vier Steuerungsbereiche nicht isoliert, sondern im Zusammenhang gesteuert werden müssen.

Der Contract Manager benötigt Zugang zu Vertragsdokumenten, Nutzungsdaten, Abrechnungsdetails und technischen Infrastruktur-Reports. Er ist der erste Ansprechpartner bei Audit-Ankündigungen, Renewal-Prozessen und Eskalationen.

Procurement: Konditionensteuerung, Renewal-Optionen, Lieferantenentwicklung

Procurement trägt die Verantwortung für die kommerzielle Dimension der Vendor-Beziehung. Das geht über den initialen Vertragsabschluss hinaus: Renewal-Optionen müssen frühzeitig bewertet werden, Konditionsveränderungen im Markt müssen verfolgt werden, und die langfristige Lieferantenentwicklung muss aktiv gestaltet werden.

Ein Steuerungsmoment, der in vielen Organisationen zu spät wahrgenommen wird, ist der Renewal-Vorlauf. SAP-Verträge enthalten typischerweise Kündigungsfristen und Verlängerungsautomatiken, die bei fehlender Steuerung zu ungeplanten Vertragsverlängerungen führen. Procurement muss diese Fristen nicht nur kennen, sondern aktiv in den Jahreskalender integrieren.

Die Rolle von Procurement in der laufenden Vendor-Steuerung ist nicht auf Verhandlungsphasen beschränkt. Procurement ist kontinuierlich relevant: für den Abgleich zwischen vertraglichen Konditionen und tatsächlichen Rechnungsbeträgen, für die Bewertung von Add-on-Angeboten und für die strategische Frage, wie sich das SAP-Portfolio über die nächste Vertragsperiode entwickeln soll.

Controlling: Kostenallokation, Rechnungsprüfung, Budgetklarheit

Controlling trägt die Verantwortung für die finanzielle Transparenz der SAP-Vertragsbeziehung. Diese Transparenz ist eine Voraussetzung für Steuerungsfähigkeit: Wer nicht weiß, welche Kosten auf welche Einheit entfallen und warum eine Rechnung vom Forecast abweicht, kann nicht präzise steuern.

Die typische Herausforderung liegt in der Komplexität der SAP-Abrechnungsstruktur. Derived Charges, Overage-Mechaniken, Add-on-Abrechnungen und Indexierungsklauseln erzeugen Abrechnungsbestandteile, die ohne Vertragskenntnisse schwer nachzuvollziehen sind. Controlling muss diese Mechaniken verstehen, um Abweichungen zu erkennen und intern kommunizieren zu können.

Ein konkreter Steuerungsmoment im Controlling-Bereich ist der monatliche Rechnungsabgleich: Stimmt die Abrechnung mit dem vertraglich vereinbarten ACV überein? Gibt es Positionen, die erklärungsbedürftig sind? Sind Derived Charges korrekt berechnet?

Executive: Prioritäten, strategische Weichenstellungen, Eskalationsfreigaben

Die Executive-Rolle steuert nicht die operative Vertragsdetails, sondern setzt Prioritäten und gibt Eskalationsfreigaben. Wann wird eine Eskalation auf C-Ebene bei SAP eingeleitet? Welche strategischen Entscheidungen beeinflusst das SAP-Portfolio in den nächsten Jahren? Wie viel Budget wird für das nächste Renewal bereitgestellt?

Diese Fragen können nicht von Contract Manager, Procurement oder Controlling allein beantwortet werden. Sie erfordern eine Executive-Perspektive, die die SAP-Vendor-Beziehung in den Kontext der Unternehmens- und IT-Strategie stellt.

Die Executive-Rolle ist besonders in zwei Steuerungsmomenten unverzichtbar: bei formalen Eskalationen auf SAP-Seite und bei Renewal-Entscheidungen mit strategischer Bedeutung.

Wie die vier Rollen zusammenarbeiten und wann sie gleichzeitig am Tisch sein müssen

Die vier Rollen arbeiten nicht isoliert. Sie sind auf regelmäßigen Informationsaustausch angewiesen: Contract Manager liefert Vertragsstatus und Compliance-Bewertung, Procurement bewertet Konditionslage und Renewal-Optionen, Controlling liefert Kostenentwicklung und Forecast-Abweichungen, Executive gibt Prioritäten und Freigaben.

Drei Situationen erfordern, dass alle vier Rollen gemeinsam eingebunden sind: Renewal-Vorbereitung ab 18 Monate vor Vertragsende, formale Eskalationen mit Executive-Beteiligung und M&A-Ereignisse, die die Vertragsgrundlage verändern. In allen drei Fällen sind Steuerungsmomente vorhanden, die nur dann vollständig genutzt werden können, wenn alle vier Rollen Informationen liefern und Entscheidungen tragen.

Stakeholder-Karte auf Seiten von SAP verstehen {#stakeholder-karte-auf-seiten-von-sap-verstehen}

SAP hat mehrere Ansprechpartner mit unterschiedlichen Zielen und unterschiedlichem Handlungsspielraum. Wer die interne SAP-Struktur kennt, kommuniziert auf der richtigen Ebene und richtet Steuerungsmaßnahmen gezielt aus. Die häufigste Fehlerquelle ist, eine Frage an die falsche Stelle zu adressieren, weil die Zuständigkeit nicht bekannt ist.

Account Executive (AE): Hauptkontakt, umsatzorientiert

Der Account Executive ist der primäre Ansprechpartner für kommerzielle Themen. Er ist an Umsatzzielen gemessen, was seine Perspektive auf die Kundenbeziehung prägt. Der AE hat begrenzte Discount-Autorität: Für größere kommerzielle Zugeständnisse muss er intern eskalieren, typischerweise zum Global Deals Desk oder zu einem Global Account Director.

Das ist eine wichtige Implikation für die Steuerung: Wenn eine kommerzielle Frage an den AE adressiert wird, muss der AE diese intern weiterleiten. Diese Weiterleitung kostet Zeit und erzeugt Informationsverluste. Wer weiß, dass die eigentliche Entscheidungsinstanz an anderer Stelle liegt, kann gezielter kommunizieren.

Der AE ist auch der erste Ansprechpartner für Add-on-Angebote und Upsell-Initiativen. Er kennt das Portfolio des Kunden und identifiziert Erweiterungsmöglichkeiten, die seinen Umsatzzielen dienen. Diese Angebote sollten immer gegen den tatsächlichen Bedarf und die bestehende Nutzung geprüft werden, bevor sie angenommen werden.

Customer Success Manager (CSM): Adoption und Nutzungstiefe

Der Customer Success Manager ist darauf ausgerichtet, die Nutzungstiefe und Adoption bei bestehenden Kunden zu steigern. Er ist kein Vertragspartner im kommerziellen Sinne, sondern ein Begleiter auf dem Weg zu einer breiteren Nutzung des SAP-Portfolios.

Die Ziele des CSM sind nicht deckungsgleich mit den Steuerungszielen des Kunden. Der CSM möchte, dass SAP-Funktionen genutzt werden. Das ist nicht per se falsch, aber es erzeugt einen Interessenkonflikt, wenn Nutzungssteigerung mehr Lizenzen oder höhere Add-on-Ausgaben erfordert. Steuerungsrelevante Fragen zu Vertragsstrukturen, Compliance oder kommerziellen Konditionen sind nicht das Aufgabengebiet des CSM.

Technical Account Manager (TAM): Infrastruktur, Support-Eskalation

Der Technical Account Manager ist für technische Infrastrukturthemen und Support-Eskalationen zuständig. Er ist der richtige Ansprechpartner, wenn SLA-Themen, Performance-Probleme oder technische Eskalationen bearbeitet werden müssen.

Der TAM ist auch der erste Ansprechpartner bei Priority-Hochstufungen im Incident-Management. Wer einen SAP-Systemausfall oder eine kritische Leistungsbeeinträchtigung eskaliert, sollte den TAM formell einbinden und die Eskalation schriftlich dokumentieren. Diese Dokumentation ist später als Steuerungsinstrument verwendbar.

SAP Pricing und Commercial Teams: Renewal, Add-ons, Paketierung

Hinter den sichtbaren Ansprechpartnern beim Kunden arbeiten interne SAP-Teams, die kommerzielle Entscheidungen treffen: der Global Deals Desk, Pricing-Spezialisten und Commercial Finance. Diese Teams bewertet die strategische Bedeutung eines Kunden und legen fest, welche Konditionen angeboten werden können.

Kunden haben in der Regel keinen direkten Zugang zu diesen Teams. Die Kommunikation läuft über den AE. Das bedeutet: Wie gut ein AE die Interessen des Kunden intern vertritt, hat direkten Einfluss auf das Ergebnis kommerzieller Verhandlungen. Eine gute Kommunikation mit dem AE, die diesem erlaubt, intern eine starke Position für den Kunden aufzubauen, ist Teil der Steuerungsstrategie.

Bei strategisch bedeutsamen Kunden hat SAP einen Executive Sponsor, der auf C-Ebene ansprechbar ist. Dieser Ansprechpartner wird bei formellen Executive Escalations relevant, wenn die normalen Eskalationswege keine Lösung gebracht haben oder wenn eine strategische Weichenstellung auf Führungsebene getroffen werden soll.

Der Executive Sponsor sollte nicht routinemäßig eingebunden werden. Ein zu häufiger Rückgriff auf diese Ebene wertet das Signal ab. Die Einbindung des Executive Sponsors ist ein strategisches Mittel, das für Situationen reserviert sein sollte, in denen die regulären Wege erschöpft sind oder eine Entscheidung auf Augenhöhe zwischen Führungspersonen erforderlich ist.

Warum Ansprechpartnerwechsel auf SAP-Seite aktiv gesteuert werden sollten

SAP-seitige Ansprechpartnerwechsel sind häufig und strukturell bedingt: AEs werden umgesetzt, CSMs rotieren, TAMs wechseln Zuständigkeiten. Jeder Wechsel erzeugt potenziell einen Informationsverlust auf SAP-Seite.

Dieser Informationsverlust ist ein Steuerungsmoment auf Kundenseite: Wer seine Vertragshistorie, offenen Themen und vereinbarten Positionen gut dokumentiert hat, kann einem neuen SAP-Ansprechpartner schnell und präzise erläutern, wo die Beziehung steht. Wer diese Dokumentation nicht hat, beginnt bei jedem Wechsel neu.

Deshalb sollte bei jedem Ansprechpartnerwechsel eine formelle Übergabe eingefordert werden, bei der die bisherigen Vereinbarungen, offenen Punkte und nächsten Schritte schriftlich bestätigt werden.

SAP-Account-Management: Rollen, Anreize, Grenzen {#sap-account-management-rollen-anreize-grenzen}

SAP-Account-Management operiert mit eigenen Zielen, die aus der Unternehmensstruktur von SAP resultieren. Diese Ziele zu kennen ist keine Kritik an den handelnden Personen, sondern ein notwendiges Instrument für die Gestaltung einer sachgerechten Vendor-Beziehung.

Wie SAP AEs incentiviert sind

SAP Account Executives arbeiten auf Basis von Umsatzzielen. Ihr Anreiz ist, den Umsatz mit einem Kunden zu steigern: durch Add-on-Verkäufe, durch Paketierungen, durch Migrations-Commitments, durch höhere Tier-Aufstiege. Dieser Anreiz ist bekannt und legitim.

Die Implikation für die Steuerung: Angebote, die der AE einbringt, entstehen nicht primär aus der Perspektive des optimalen Vertragsergebnisses für den Kunden. Sie entstehen aus der Perspektive des SAP-Umsatzziels. Das bedeutet nicht, dass diese Angebote unvorteilhaft sind, aber es bedeutet, dass sie unabhängig geprüft werden sollten.

Ein konkretes Muster: Add-on-Angebote werden häufig als Paket präsentiert, bei dem einzelne Komponenten schwer zu trennen sind. Wer das Paket nehmen möchte, nimmt Komponenten mit, die keinen unmittelbaren Bedarf decken. Diese Komponenten erzeugen Maintenance-Kosten über die Vertragslaufzeit und können zu Shelfware werden.

Wo die Interessen von SAP und Kunde übereinstimmen, und wo nicht

Die Interessen stimmen dort überein, wo SAPs Umsatzinteresse und der Kundenbedarf deckungsgleich sind: wenn eine Erweiterung des SAP-Portfolios tatsächlich den Geschäftsprozess des Kunden verbessert und das Nutzungsvolumen rechtfertigt.

Die Interessen divergieren dort, wo SAP langfristige Commitments bevorzugt und der Kunde Flexibilität benötigt, oder wo SAP Paketierungen bevorzugt, die den Kunden stärker an bestimmte Produktlinien binden. Auch bei der Informationsasymmetrie in der Preisgestaltung: SAP kennt seine eigene Kostenstruktur und die typischen Marktkonditionen besser als die meisten Kunden.

Diese Divergenz ist kein strukturelles Problem, wenn sie erkannt und aktiv gesteuert wird. Sie wird zu einem Problem, wenn sie nicht erkannt wird und Entscheidungen auf Basis unvollständiger Information getroffen werden.

Was AEs leisten können und was nicht in ihrer Entscheidungshoheit liegt

Ein AE kann viel, aber nicht alles. Er kann im normalen Rahmen Konditionen anbieten, Informationen zu Produktentwicklungen liefern, interne Eskalationen anstoßen und als Vermittler zwischen Kunden und SAP-internen Teams fungieren.

Er kann keine größeren Discount-Entscheidungen allein treffen, die über seine interne Autorisationsschwelle hinausgehen. Er kann keine Zusagen zu zukünftigen Produktentwicklungen machen, die nicht durch offizielle SAP-Roadmaps gedeckt sind. Er kann keine Compliance-Entscheidungen treffen, die rechtliche Risiken für SAP erzeugen würden.

Wer weiß, welche Entscheidungen in der Autorität des AE liegen und welche nicht, formuliert Anfragen gezielter und vermeidet Frustration über ausbleibende Zusagen.

Typische Situationen, in denen Kunden auf falsche Ansprechpartner zurückgreifen

Drei häufige Muster entstehen, wenn die SAP-Stakeholder-Struktur nicht gut bekannt ist.

Erstens: Technische Eskalationen an den AE. Wenn ein System-Performance-Problem eskaliert wird, ist der AE nicht der richtige Ansprechpartner. Der TAM und der SAP Support sind die zuständigen Stellen. Eine Eskalation über den AE erzeugt eine unnötige Zwischenstation und verlängert den Lösungsprozess.

Zweitens: Kommerzielle Fragen an den CSM. Der CSM verfolgt Adoption-Ziele. Wenn eine kommerzielle Frage zu einer Preisanpassung oder einer Renewal-Kondition an den CSM adressiert wird, erhält man möglicherweise eine Antwort aus der Adoption-Perspektive, nicht aus der kommerziellen Perspektive.

Drittens: Executive Escalation zu früh oder zu spät. Wenn Executive Escalation zu früh ausgelöst wird, bevor die normalen Kanäle ausgeschöpft sind, verliert das Signal seine Wirkung. Wenn sie zu spät ausgelöst wird, nachdem irreversible Entscheidungen getroffen wurden, verliert sie ihre Steuerungswirkung.

Kommunikations-Hygiene: Was in schriftliche Protokolle gehört und warum

Alle relevanten Vereinbarungen, Zusagen und Entscheidungen in der Vendor-Beziehung sollten schriftlich protokolliert werden. Das ist kein Misstrauen gegenüber den handelnden Personen, sondern eine strukturelle Notwendigkeit, weil Ansprechpartner wechseln und mündliche Vereinbarungen bei einem Wechsel verloren gehen.

Was in schriftliche Protokolle gehört: verhandelte Konditionen und ihre Grundlage, Zusagen zu Produktentwicklungen oder SLAs, vereinbarte Eskalationswege, Ergebnisse von formellen Reviews und die nächsten Schritte aus jedem relevanten Gespräch.

Dieses Protokollieren ist auch ein Steuerungsmoment: Es schafft eine dokumentierte Vertragshistorie, die bei späteren Verhandlungen als Ausgangspunkt dient.

Interne Kompetenz aufbauen und erhalten {#interne-kompetenz-aufbauen-und-erhalten}

SAP-Vertragswissen ist komplex. Es entsteht durch Erfahrung: durch das Durcharbeiten von Vertragsstrukturen, durch Eskalationsprozesse, durch Renewals, durch Audit-Situationen. Dieses Wissen muss intern systematisch dokumentiert werden, damit es unabhängig von Beratermandaten und Personalwechseln erhalten bleibt.

Was intern dokumentiert sein muss

Drei Kategorien von Wissen sind für die interne Dokumentation unverzichtbar.

Erstens die Vertragsstruktur: Was ist lizenziert? Auf welcher Basis (User, Metrik, Volume)? Was sind die Laufzeiten der einzelnen Vertragskomponenten? Welche Kündigungsfristen gelten? Welche Verlängerungsautomatiken sind aktiv?

Zweitens die Nutzungshistorie: Wie hat sich die tatsächliche Nutzung über die Vertragslaufzeit entwickelt? Wo weicht die Nutzung von den ursprünglichen Sizing-Annahmen ab? Welche Steuerungsmomente wurden in der Vergangenheit genutzt, und mit welchem Ergebnis?

Drittens die Änderungshistorie: Welche Add-ons wurden wann hinzugefügt? Welche kommerziellen Verhandlungen wurden geführt, und was war ihr Ergebnis? Welche Eskalationen wurden ausgelöst, und wie wurden sie gelöst?

Diese drei Dokumentationsschichten bilden zusammen eine Wissensbasis, die unabhängig von Personaländerungen verfügbar ist.

Wissenssicherung bei Personalwechsel

Personalwechsel in der SAP-verantwortlichen Rolle sind ein Hochrisiko-Steuerungsmoment. Wenn eine Person, die SAP-Vertragswissen trägt, die Organisation verlässt, ohne dass eine strukturierte Übergabe erfolgt ist, geht dieses Wissen verloren, auch wenn die Vertragsdokumente erhalten bleiben.

Eine vollständige Übergabe sollte Folgendes enthalten: alle laufenden Verträge mit Laufzeiten und Renewal-Terminen, den aktuellen Stand aller offenen Themen mit SAP, die dokumentierte Vertrags- und Verhandlungshistorie, einen Überblick über die SAP-Ansprechpartner und ihre Rollen, sowie den aktuellen Stand von Compliance-Themen und Audit-Risiken.

Diese Übergabe sollte nicht als Einmaldokument existieren, sondern aus einer laufend gepflegten Dokumentation entstehen. Wer erst bei einem Personalwechsel beginnt, die Wissensbasis aufzubauen, kommt zu spät.

Die Rolle externer Begleitung: Wann sinnvoll, mit welchem Mandat

Externe Begleitung durch spezialisierte SAP-Governance-Experten ist in bestimmten Phasen sinnvoll: bei komplexen Renewals, bei Audit-Situationen, bei M&A-Ereignissen und beim initialen Aufbau einer internen Governance-Funktion.

Das Mandat externer Begleitung sollte klar definiert sein. Es geht nicht darum, die interne Kompetenz dauerhaft zu ersetzen, sondern darum, in spezifischen Phasen Tiefenwissen einzubringen, das intern nicht in der erforderlichen Konzentration vorhanden ist. Gleichzeitig sollte jedes externe Engagement dazu beitragen, internes Wissen aufzubauen, nicht nur die unmittelbare Aufgabe zu lösen.

Eine Governance-Beziehung, die dauerhaft auf externe Expertise angewiesen ist, ohne dass internes Wissen akkumuliert, ist strukturell verletzlich. Jede externe Begleitung sollte mit einer Wissensübergabe enden, die die interne Kompetenz stärkt.

Interner SAP-Kompetenzaufbau versus dauerhaftes externes Outsourcing

Die Frage, wie viel SAP-Governance-Kompetenz intern aufgebaut werden soll und wie viel extern bleiben kann, ist eine strategische Entscheidung, die vom SAP-Portfolioumfang und von der internen Ressourcenverfügbarkeit abhängt.

Für Organisationen mit einem komplexen, mehrere Produkttypen umfassenden SAP-Portfolio und langen Vertragslaufzeiten ist eine substanzielle interne Kompetenz in der Regel die tragfähigere Lösung. Steuerungsmomente entstehen kontinuierlich, nicht nur in Projektphasen, und erfordern eine Reaktionsfähigkeit, die dauerhaftes externes Outsourcing nicht bieten kann.

Für spezifische Spezialkenntnisse, die intern nicht wirtschaftlich aufgebaut werden können, wie etwa die Bewertung spezifischer Vertragsklauseln oder die Einschätzung von Marktkonditionen in Renewal-Verhandlungen, bleibt externe Begleitung dauerhaft sinnvoll.

Checkliste: Was eine funktionsfähige interne SAP-Governance-Funktion umfasst

Eine interne SAP-Governance-Funktion ist dann funktionsfähig, wenn sie folgende Elemente abdeckt:

Vollständige Vertragsdokumentation aller laufenden SAP-Vereinbarungen mit Laufzeiten, Metriken und Renewal-Terminen
Kontinuierliche Nutzungsmessung in allen vier Steuerungsbereichen: Nutzung, Berechtigungen, Infrastruktur, Kosten
Dokumentierter Governance-Kalender mit monatlichen, quartalsweisen, halbjährlichen und jährlichen Routinen
Klare Rollenzuordnung für Contract Manager, Procurement, Controlling und Executive
Dokumentierter Eskalationspfad für technische und kommerzielle Eskalationen
Aktuelle Kontaktkarte der SAP-Ansprechpartner auf allen relevanten Ebenen
Schriftliche Protokollierungspflicht für alle relevanten Vereinbarungen und Entscheidungen

Eskalationspfade: Von Service-Ticket zu Executive Escalation {#eskalationspfade-von-service-ticket-zu-executive-escalation}

Eskalationen bei SAP folgen formalen Pfaden. Wer diese kennt, erreicht Lösungen strukturiert und dokumentiert gleichzeitig den Prozess für spätere Steuerungsentscheidungen. Eskalationshistorie ist ein Steuerungsmoment: Sie liefert dokumentierte Belege für Leistungsabweichungen, die in späteren Vertragsverhandlungen und Renewal-Gesprächen als Grundlage dienen können.

Schritt 1: Service-Ticket und Incident-Management im Standard-Betrieb

Der Standardweg bei SAP-Problemen ist das Incident-Management über das SAP Support Portal. Incidents werden mit einer Priorität versehen, die die Auswirkung auf den Geschäftsbetrieb beschreibt: Very High (Produktionsausfall), High (starke Beeinträchtigung), Medium (begrenzte Auswirkung), Low (kein unmittelbarer Betriebseinfluss).

Die Wahl der richtigen Priorität ist relevant für den Eskalationsverlauf. Wer einen schwerwiegenden Betriebseinfluss als Medium klassifiziert, erhält eine langsamere Reaktion als gerechtfertigt wäre. Die Priorität sollte die tatsächliche Betriebssituation widerspiegeln, und die Klassifizierung sollte intern dokumentiert werden.

Schritt 2: Priority-Hochstufung und Eskalation an SAP Support-Leitung

Wenn ein offenes Incident nicht innerhalb der SLA-Zeiten bearbeitet wird oder die Lösung ausbleibt, ist die erste Eskalationsstufe die Priority-Hochstufung und die Einschaltung des SAP Support-Managements.

Diese Eskalation erfolgt schriftlich über das SAP Support Portal und sollte die bisherige Reaktionszeit, die Auswirkung auf den Betrieb und die konkrete Erwartung an den nächsten Schritt dokumentieren. Schriftliche Eskalationen erzeugen einen Zeitstempel, der für spätere SLA-Prüfungen relevant ist.

Schritt 3: CSM und TAM formal einbinden

Wenn die Standard-Support-Eskalation nicht die erforderliche Reaktion erzeugt, werden CSM und TAM formal eingebunden. Diese Einbindung sollte schriftlich und mit einer klaren Problemdokumentation erfolgen: Was ist das Problem? Seit wann besteht es? Welche Auswirkung hat es? Welche Lösungsversuche wurden unternommen?

Der TAM ist besonders relevant für technische Eskalationen, die Infrastrukturkomponenten betreffen. Der CSM ist relevant, wenn die Eskalation die laufende SAP-Beziehung und die Nutzungserfahrung betrifft.

Schritt 4: Eskalation an SAP Account Executive mit schriftlicher Problemdokumentation

Wenn die CSM/TAM-Ebene keine ausreichende Lösung bringt, wird der AE formal eingebunden. Diese Eskalation signalisiert, dass das Problem die normale Support-Ebene überschritten hat und eine kommerzielle oder strategische Relevanz hat.

Die schriftliche Problemdokumentation für den AE sollte präzise sein: Daten zum Incident, SLA-Abweichungen, bisher ergriffene Maßnahmen und deren Ergebnisse, sowie die konkrete Erwartung an den AE. Diese Dokumentation ermöglicht dem AE, intern eine fundierte Position zu vertreten.

Schritt 5: Executive Escalation (SAP CxO-Ebene): wann und wie

Executive Escalation ist die letzte formale Eskalationsstufe und richtet sich an die SAP-Führungsebene. Sie ist dann sinnvoll, wenn alle anderen Wege keine Lösung gebracht haben oder wenn eine Entscheidung auf strategischer Ebene getroffen werden muss, die unterhalb der Führungsebene nicht möglich ist.

Executive Escalation sollte vorbereitet sein: mit einem vollständigen Eskalations-Log aller bisherigen Schritte, mit einer klaren Problemdarstellung, mit der konkreten Erwartung an die Führungsebene und mit einer Verbindlichkeitsaussage auf Kundenseite, dass die Lösung dieses Problems Priorität hat.

Was bei jeder Eskalation dokumentiert werden sollte

Jede Eskalationsstufe sollte folgende Elemente dokumentieren: Datum und Zeit der Eskalation, Ansprechpartner auf beiden Seiten, konkrete Darstellung des Problems und seiner Auswirkung, bisherige Reaktion von SAP, Erwartung an die nächste Stufe und das Ergebnis.

Diese Dokumentation dient zwei Zwecken: Erstens ermöglicht sie ein strukturiertes Vorgehen, das Fortschritt messbar macht. Zweitens schafft sie eine Eskalationshistorie, die als Steuerungsmoment in künftigen Vertragsverhandlungen nutzbar ist.

Wie Eskalationshistorie als Steuerungsinstrument dient

Eine dokumentierte Eskalationshistorie ist mehr als ein Problemprotokoll. Sie ist ein Beleg für die tatsächliche Leistungsqualität von SAP im Verhältnis zu den vertraglich zugesagten SLAs. Diese Belege sind relevant bei der Renewal-Vorbereitung, wenn SLA-Formulierungen verhandelt werden, und bei kommerziellen Gesprächen, wenn Leistungsabweichungen als Grundlage für Konditionsanpassungen eingebracht werden.

Wer keine Eskalationshistorie hat, hat in diesen Gesprächen keinen dokumentierten Ausgangspunkt. Wer eine vollständige, schriftliche Eskalationshistorie hat, kann auf eine nachvollziehbare Faktenbasis zurückgreifen.

Vendor-Lock-in verstehen und Handlungsspielraum erhalten {#vendor-lock-in-verstehen-und-handlungsspielraum-erhalten}

Strukturelle Abhängigkeit von einem Vendor entsteht nicht durch einen einzelnen Vertrag, sondern durch akkumulierte technische, organisatorische und vertragliche Bindungen über Jahre. Handlungsspielraum ist keine Zufallsgröße, sondern das Ergebnis aktiver Governance-Entscheidungen, die kontinuierlich getroffen werden müssen.

Technischer Lock-in: Daten, Schnittstellen, Eigenentwicklungen

Technischer Lock-in entsteht durch die tiefe Integration von SAP in Geschäftsprozesse und Systemlandschaften. Daten, die in SAP-Systemen verwaltet werden, sind in einem proprietären Format strukturiert. Schnittstellen, die auf SAP-APIs und SAP-Protokollen basieren, sind nicht ohne Aufwand auf andere Systeme übertragbar. Eigenentwicklungen in ABAP oder auf der BTP-Plattform sind auf die SAP-Infrastruktur ausgerichtet.

Dieser technische Lock-in ist in vielen Fällen nicht zu vermeiden und ist für sich genommen kein Problem. Er wird zu einem Steuerungsthema, wenn er die Verhandlungsposition in kommerzielle Gespräche einfließen lässt. SAP weiß, wie hoch die Wechselkosten sind, und kalkuliert das in seiner Konditionsgestaltung ein.

Die Steuerungsmaßnahme ist keine schnelle Auflösung der technischen Abhängigkeit, sondern ihre genaue Kenntnis: Welche Daten sind in welchem Format in SAP-Systemen? Welche Schnittstellen sind von SAP-spezifischen Protokollen abhängig? Welche Eigenentwicklungen wären bei einem Systemwechsel neu zu entwickeln? Diese Fragen lassen sich nicht über Nacht beantworten, aber wer sie stellt und dokumentiert, hat eine informierte Grundlage für die nächste Verhandlung.

Vertraglicher Lock-in: Auto-Renewal-Fristen, Mindestlaufzeiten, Co-Termination

Vertraglicher Lock-in entsteht durch Klauseln, die den Handlungsspielraum bei Renewals einschränken. Drei Mechanismen sind besonders relevant.

Auto-Renewal-Klauseln verlängern einen Vertrag automatisch, wenn er nicht innerhalb einer definierten Frist gekündigt wird. Wenn diese Fristen nicht im Governance-Kalender verankert sind, können Renewals eintreten, die nicht strategisch gewollt sind.

Mindestlaufzeiten binden das Unternehmen für einen definierten Zeitraum, unabhängig davon, wie sich der tatsächliche Bedarf entwickelt. Wenn Mindestlaufzeiten mit Volumenengagements kombiniert werden, entsteht ein weiterer Steuerungsmoment: Wird das commitierte Volumen tatsächlich genutzt?

Co-Termination-Klauseln synchronisieren die Laufzeiten verschiedener SAP-Vertragskomponenten. Das kann vorteilhaft sein, wenn eine koordinierte Renewal-Verhandlung angestrebt wird, und nachteilig, wenn einzelne Komponenten zu ungünstigen Zeitpunkten verlängert werden müssen.

Organisatorischer Lock-in: Fehlendes internes Know-how, externe Abhängigkeiten

Organisatorischer Lock-in ist die oft unterschätzte Dimension der Abhängigkeit. Er entsteht, wenn das SAP-Vertragswissen ausschließlich in externen Beratern oder in einzelnen internen Personen konzentriert ist, die die Organisation verlassen können.

Wenn das interne Wissen fehlt, ist das Unternehmen bei jedem Steuerungsmoment auf externe Unterstützung angewiesen. Das ist sowohl ein Kostenfaktor als auch eine Reaktionszeitfrage: Ein externer Berater braucht Zeit, sich in eine spezifische Situation einzuarbeiten. Eine intern gut dokumentierte Wissensbasis ermöglicht schnellere und präzisere Steuerung.

Wie Handlungsspielraum erhalten wird

Vier Maßnahmen sind besonders wirksam.

Erstens kontinuierliche Dokumentation der Vertragsstruktur und ihrer Änderungshistorie, sodass die Ausgangslage für jede Verhandlung klar ist.

Zweitens ein aktiver Governance-Kalender, der Renewal-Termine, Kündigungsfristen und strategische Steuerungsmomente früh sichtbar macht.

Drittens periodische Bewertung der Exit-Optionen: Nicht mit der Absicht, SAP zu verlassen, sondern um zu wissen, welche Optionen bestehen und welche Kosten damit verbunden wären. Diese Kenntnis stärkt die Verhandlungsposition, auch wenn ein Wechsel nicht geplant ist.

Viertens der Aufbau einer internen Kompetenz, die unabhängig von einzelnen Personen und externen Beratern ist.

Wann das Thema Handlungsspielraum in den Jahresrhythmus gehört

Die Frage des Handlungsspielraums sollte nicht nur dann thematisiert werden, wenn eine Verhandlung unmittelbar bevorsteht. Sie gehört in den jährlichen Portfolio-Review: Wie hat sich die strukturelle Abhängigkeit von SAP im vergangenen Jahr verändert? Welche neuen technischen, vertraglichen oder organisatorischen Bindungen sind entstanden? Welche Maßnahmen sind erforderlich, um den Handlungsspielraum auf einem angemessenen Niveau zu halten?

Unabhängigkeit als aktive Governance-Entscheidung

Unabhängigkeit in der SAP-Vendor-Beziehung entsteht nicht dadurch, dass keine Abhängigkeiten eingegangen werden. Sie entsteht dadurch, dass Abhängigkeiten bewusst eingegangen, dokumentiert und aktiv gesteuert werden. Wer seine Abhängigkeiten kennt, kann mit ihnen umgehen. Wer sie nicht kennt, ist ihnen ausgeliefert.

Cross-funktionale Steuerung intern koordinieren {#cross-funktionale-steuerung-intern-koordinieren}

SAP-Vertragssteuerung berührt IT, Einkauf, Finance und Geschäftsbereiche gleichzeitig. Ohne koordinierten internen Prozess arbeiten diese Einheiten mit unterschiedlichen Informationsständen, was zu Lücken in der Steuerung führt. Die häufigste Manifestation ist die dezentrale SAP-Steuerung, bei der jede Einheit ihren Ausschnitt kennt, aber niemand die übergreifende Steuerungssicht hält.

Warum dezentrale SAP-Steuerung strukturelle Lücken erzeugt

Dezentrale Steuerung ist oft ein Ergebnis organisatorischer Geschichte. SAP-Module wurden unterschiedlichen Teams zugeordnet, unterschiedliche Einkaufsstrukturen haben mit verschiedenen SAP-Teams verhandelt, und Controlling hat die SAP-Kosten als eine von vielen IT-Budgetpositionen behandelt.

Diese Dezentralität erzeugt konkrete Steuerungslücken. Ein Beispiel: Procurement kennt die Vertragskonditionen, aber nicht die tatsächliche Nutzung. Controlling kennt die Rechnungsbeträge, aber nicht die zugrunde liegenden Vertragsklauseln. IT kennt die Nutzungsdaten, aber hat keinen Überblick über die Kostenimplikationen. Niemand hat alle drei Dimensionen gleichzeitig im Blick.

Diese Lücken werden spätestens dann sichtbar, wenn ein Steuerungsmoment wie ein Renewal oder eine Eskalation eine koordinierte Reaktion erfordert.

Drei Modelle für die interne Koordination

Zentrales Modell: Eine dedizierte SAP-Governance-Funktion, die alle vier Rollen koordiniert und die übergreifende Vertragssicht hält. Dieses Modell ist am klarsten in der Verantwortung, erfordert aber Ressourcen und organisatorische Klarheit.

Dezentrales Modell: Jede Rolle trägt Verantwortung für ihren Ausschnitt, und die Koordination erfolgt durch regelmäßige Steuerungsrunden. Dieses Modell ist leichter zu etablieren, erfordert aber disziplinierte Kommunikationsprozesse, damit die Informationen zur richtigen Zeit an der richtigen Stelle sind.

Hybrides Modell: Eine zentrale Koordinationsfunktion, die die Steuerung verantwortet, aber auf Beiträge aus dezentralen Rollen angewiesen ist. In der Praxis ist dieses Modell das häufigste, weil es die Stärken beider Ansätze verbindet.

Informationsflüsse zwischen den vier Rollen

Damit die vier Rollen effektiv koordiniert werden können, müssen Informationsflüsse klar definiert sein. Wer liefert welche Informationen in welchem Rhythmus?

Contract Manager liefert: monatlichen Vertragsstatus, aktuelle Compliance-Bewertung, identifizierte Steuerungsmomente und offene Punkte mit SAP.

Procurement liefert: Markteinschätzung zu Renewal-Konditionen, Bewertung von Add-on-Angeboten, Konditions-Abgleich mit vertraglich vereinbarten Parametern.

Controlling liefert: monatlichen Rechnungsabgleich, Forecast-Abweichungen, Kostenentwicklung nach Kostenträger.

Executive liefert: strategische Prioritäten, Freigaben für Eskalationen und Verhandlungsdelegation, Budget-Signale für Renewal-Szenarien.

Entscheidungsvorlagen und Eskalations-Trigger

Damit Entscheidungen effizient getroffen werden können, sollten Entscheidungsvorlagen standardisiert sein. Eine Entscheidungsvorlage für ein Renewal enthält: Vertragsstand, Nutzungshistorie, Kostentransparenz, Markteinschätzung und empfohlene Verhandlungsposition. Eine Entscheidungsvorlage für eine Executive Escalation enthält: Eskalations-Log, Auswirkungsbewertung, bisherige Lösungsversuche und erwartetes Ergebnis.

Eskalations-Trigger sind definierte Bedingungen, bei deren Eintreten die nächste Steuerungsstufe automatisch ausgelöst wird: zum Beispiel wenn ein SLA-Wert über drei Monate unter dem vereinbarten Schwellenwert bleibt, oder wenn eine Rechnung um mehr als fünf Prozent vom Forecast abweicht.

Wie ein interner Governance-Kalender die Koordination strukturiert

Der Governance-Kalender ist das operativste Koordinationsinstrument. Er legt fest, wann welche Rolle welche Informationen liefert, wann Steuerungsrunden stattfinden und wann strategische Steuerungsmomente vorbereitet werden müssen. Ohne diesen Kalender entsteht Koordination als Reaktion auf Ereignisse, statt als proaktive Steuerung.

M&A, Carve-out und Vertragstransfer bei SAP {#ma-carve-out-und-vertragstransfer-bei-sap}

M&A-Ereignisse verändern die Grundlage einer SAP-Vertragsbeziehung. Wer frühzeitig prüft, welche Vertragskomponenten betroffen sind und welche Schritte erforderlich sind, behält Steuerungsposition in einer Phase, die strukturell komplex und zeitkritisch ist.

Was bei einer Unternehmensübernahme mit bestehenden SAP-Verträgen passiert

Bei einer Unternehmensübernahme können SAP-Verträge grundsätzlich auf den übernehmenden Rechtsträger übergehen oder vom übernommenen Unternehmen weitergeführt werden. Welcher Weg möglich und vorteilhaft ist, hängt von den Vertragsklauseln, den Lizenzierungsmodellen und der strategischen Entscheidung ab, wie die SAP-Landschaft langfristig konsolidiert werden soll.

SAP-Verträge enthalten typischerweise Klauseln, die bei einem Kontrollwechsel relevant werden. Diese können das Recht von SAP begründen, dem Transfer zuzustimmen oder abzulehnen. In der Praxis bedeutet das: Bevor eine M&A-Transaktion abgeschlossen wird, sollten die SAP-Vertragsklauseln auf ihre Change-of-Control-Regelungen geprüft werden.

Assignment-Klauseln: Was typischerweise eine Zustimmung von SAP erfordert

Assignment-Klauseln regeln, unter welchen Umständen ein Vertrag auf eine andere Partei übertragen werden kann. In SAP-Verträgen sind Assignment-Klauseln typischerweise restriktiv: Eine Übertragung auf einen anderen Rechtsträger erfordert in der Regel die schriftliche Zustimmung von SAP.

Die Zustimmungspflicht ist kein automatisches Hindernis, aber sie ist ein Steuerungsmoment, der frühzeitig adressiert werden sollte. SAP hat bei einem Zustimmungsverfahren die Möglichkeit, Konditionen anzupassen oder zusätzliche Vereinbarungen einzufordern. Wer frühzeitig kommuniziert und das Zustimmungsverfahren gezielt vorbereitet, hat mehr Steuerungsmöglichkeit als wer das Thema bis kurz vor dem Transaktionsabschluss aufschieben.

Affiliate Licensing: Wie zusätzliche Konzerngesellschaften in bestehende Verträge eingebunden werden

Affiliate-Licensing-Klauseln regeln, welche Konzerngesellschaften unter einem bestehenden SAP-Vertrag nutzungsberechtigt sind. Diese Klauseln sind typischerweise an eine Definition des Affiliates gebunden: Gesellschaften, in denen der Vertragspartner eine Mehrheitsbeteiligung hält, sind in der Regel als Affiliates berechtigt.

Wenn ein Unternehmen eine neue Gesellschaft übernimmt oder gründet, muss geprüft werden, ob diese Gesellschaft unter die Affiliate-Definition fällt und damit automatisch unter den bestehenden Vertrag fällt, oder ob eine separate Vereinbarung erforderlich ist.

Die umgekehrte Richtung ist ebenfalls relevant: Wenn eine Gesellschaft verkauft oder ausgegründet wird, die bisher als Affiliate unter einem Vertrag genutzt hat, endet dieses Nutzungsrecht in der Regel mit dem Verlust der Konzernzugehörigkeit. Das ist ein Steuerungsmoment bei Carve-out-Transaktionen.

Carve-out und Spin-off: Welche SAP-Lizenzen übertragbar sind und welche nicht

Bei einem Carve-out, also der Ausgliederung eines Unternehmensteils, stellt sich die Frage, welche SAP-Nutzungsrechte auf das ausgegründete Unternehmen übergehen können. On-Premise-Lizenzen, Cloud-Subscriptions und BTP-Nutzungsrechte haben unterschiedliche Übertragbarkeitsregeln.

On-Premise-Lizenzen sind typischerweise an den Rechtsträger gebunden. Eine Übertragung auf ein ausgegründetes Unternehmen erfordert eine explizite Vereinbarung mit SAP. Cloud-Subscriptions sind in der Regel nutzerbezogen und folgen einer ähnlichen Logik: Die Nutzungsberechtigten müssen dem neuen Rechtsträger zugeordnet werden.

Die Komplexität steigt, wenn SAP-Systeme von mehreren Unternehmensbereichen gemeinsam genutzt werden, die nach einem Carve-out getrennte Rechtswege gehen. In diesem Fall ist eine sorgfältige Entflechtungsplanung erforderlich, die sowohl die technische Systemtrennung als auch die vertragliche Neuzuordnung umfasst.

Übernommene Compliance-Risiken: Was bei Akquisitionen geprüft werden sollte

Bei der Übernahme eines Unternehmens, das SAP betreibt, können Compliance-Risiken mitübernommen werden. Das erworbene Unternehmen könnte Lizenzen haben, die nicht ausreichen, um die tatsächliche Nutzung zu decken. Es könnte Nutzungsmuster geben, die aus SAPs Perspektive als Indirect Access gewertet werden könnten. Es könnte Wartungsrückstände oder ungeklärte Audit-Positionen geben.

Diese Risiken sollten in der Due-Diligence-Phase der Transaktion systematisch erfasst werden. Eine SAP-Lizenz-Due-Diligence ist ein eigenständiger Prüfbereich, der in allgemeinen IT-Due-Diligences häufig nicht in der erforderlichen Tiefe abgedeckt wird.

Wann SAP in M&A-Prozesse einzubinden ist und mit welchem Vorlauf

SAP sollte dann in M&A-Prozesse eingebunden werden, wenn klar ist, dass die Transaktion Vertragsklauseln berührt, die eine SAP-Zustimmung erfordern, oder wenn die Neustrukturierung eine kommerzielle Verhandlung erfordert, die Zeit braucht.

Der Vorlauf sollte realistisch eingeschätzt werden: SAP interne Entscheidungsprozesse, insbesondere für Assignment-Zustimmungen und kommerzielle Neustrukturierungen, dauern in der Praxis mehrere Wochen bis Monate. Eine kurzfristige Einbindung kurz vor Transaktionsabschluss erzeugt Zeitdruck, der die Verhandlungsposition schwächt.

Governance-Kalender für die laufende Vendor-Steuerung {#governance-kalender-fuer-die-laufende-vendor-steuerung}

Vendor-Steuerung ist kein Projekt mit Anfang und Ende, sondern ein Jahresrhythmus. Ein Governance-Kalender macht diesen Rhythmus operativ: Er definiert, wann welche Routinen stattfinden, wer beteiligt ist und was das Ergebnis sein soll. Steuerungsmomente entstehen regelmäßig, und der Governance-Kalender stellt sicher, dass sie nicht verpasst werden.

Monatliche Routinen: Nutzungsdaten, Rechnungsabgleich, offene Tickets

Im monatlichen Rhythmus werden die operativen Steuerungsmomente bearbeitet.

Nutzungsdaten werden erhoben und gegen die vertraglichen Größen geprüft: Sind User-Zahlen, FUE-Werte und Transaktionsvolumina im vertraglich vorgesehenen Rahmen? Gibt es Abweichungen, die Erklärung oder Handlung erfordern?

Rechnungsabgleich: Stimmt die aktuelle SAP-Abrechnung mit dem erwarteten ACV überein? Gibt es Positionen, die erklärungsbedürftig sind oder die gegen den Vertrag geprüft werden müssen?

Offene Tickets: Welche Incidents und Eskalationen sind offen? Sind sie innerhalb der SLA-Fristen bearbeitet worden? Welche erfordern eine aktive Steuerungsmaßnahme?

Diese monatlichen Routinen dauern in einer gut aufgestellten Governance-Funktion typischerweise ein bis zwei Stunden und verhindern, dass Abweichungen unbemerkt akkumulieren.

Quartalsweise Routinen: Status-Reviews mit SAP, interne Steuerungsrunde

Im quartalsweisen Rhythmus finden formale Reviews statt.

Formale Quartals-Reviews mit SAP, typischerweise mit CSM und AE, bieten eine Gelegenheit, den Status der Vertragsbeziehung zu besprechen, offene Themen zu klären und nächste Schritte zu vereinbaren. Diese Reviews sollten mit einer vorbereiteten Agenda stattfinden und mit einem schriftlichen Protokoll abgeschlossen werden.

Interne Steuerungsrunde der vier Rollen: Contract Manager, Procurement, Controlling und Executive treffen sich quartalsweise, um den Gesamtstatus der SAP-Vendor-Beziehung zu besprechen, strategische Fragen zu klären und den Governance-Kalender für das nächste Quartal vorzubereiten.

Halbjährliche Routinen: Vertragsstand, Compliance-Check, Wissens-Dokumentation

Im halbjährlichen Rhythmus werden tiefere Prüfungen vorgenommen.

Vertragsstand-Review: Sind alle Vertragskomponenten aktuell dokumentiert? Haben sich Laufzeiten, Metriken oder Renewal-Termine verändert? Sind neue Add-ons hinzugekommen, die dokumentiert werden müssen?

Compliance-Check: Entspricht die tatsächliche Nutzung dem vertraglich Lizenzierten? Gibt es Bereiche, in denen eine Abweichung besteht, die proaktiv adressiert werden sollte?

Wissens-Dokumentation: Ist die interne Wissensbasis aktuell? Sind alle relevanten Vereinbarungen dokumentiert? Gibt es Personalbewegungen, die eine Wissensübergabe erfordern?

Jährliche Routinen: Renewal-Vorbereitung, Portfolio-Bewertung

Im jährlichen Rhythmus werden strategische Steuerungsmomente vorbereitet.

Wenn die Vertragslaufzeit weniger als 18 Monate beträgt, beginnt die formale Renewal-Vorbereitung: Welche Nutzungshistorie liegt vor? Welche Konditionsänderungen sind zu erwarten? Welche strategischen Optionen bestehen? Diese Vorbereitung ist ein zentraler Steuerungsmoment, der ausreichend Zeit erfordert.

Portfolio-Bewertung: Wie hat sich das SAP-Portfolio im vergangenen Jahr entwickelt? Welche Module werden genutzt, welche nicht? Gibt es Bereiche, in denen das Portfolio angepasst werden sollte? Diese Bewertung ist die Grundlage für strategische Entscheidungen im nächsten Vertragszyklus.

Ereignis-getriggerte Routinen

Neben den rhythmischen Routinen gibt es ereignis-getriggerte Steuerungsmomente, die eine sofortige Reaktion erfordern.

M&A-Ereignisse: Jede geplante Akquisition oder Ausgliederung löst eine SAP-Vertragsprüfung aus.

Eskalationen: Wenn eine Eskalation eine definierte Schwelle überschreitet, wird sie in der nächsten internen Steuerungsrunde als Tagesordnungspunkt behandelt.

SAP-Produktänderungen: Wenn SAP Produkte oder Preismodelle ändert, die im Portfolio des Unternehmens relevant sind, wird eine Bewertung ausgelöst, ob die bestehende Vertragsstruktur angepasst werden sollte.

Wie der Governance-Kalender in bestehende Governance-Strukturen integriert wird

Ein SAP-Governance-Kalender muss nicht als separate Struktur aufgebaut werden. Er kann in bestehende IT-Governance-, Einkaufs- und Finance-Prozesse integriert werden. Die wichtigste Voraussetzung ist, dass die Steuerungsmomente des SAP-Governance-Kalenders in den übergreifenden Entscheidungsrhythmus der Organisation eingespeist werden, sodass Ressourcen und Entscheidungskapazität dann verfügbar sind, wenn sie benötigt werden.

FAQ {#faq}

Was ist der Unterschied zwischen SAP-Lizenzmanagement und strategischem Vendor-Management?

SAP-Lizenzmanagement ist auf die Compliance-Dimension ausgerichtet: Sind die tatsächlich genutzten SAP-Produkte korrekt lizenziert? Es ist eine Prüf- und Dokumentationsaufgabe, typischerweise reaktiv und auf Audit-Vermeidung ausgerichtet.

Strategisches Vendor-Management geht darüber hinaus. Es steuert die gesamte SAP-Vendor-Beziehung über alle vier Steuerungsbereiche: Nutzung, Berechtigungen, Infrastruktur und Kosten. Es ist proaktiv, kontinuierlich und auf die Steuerungsmomente in der Vendor-Beziehung ausgerichtet, nicht nur auf Compliance.

Ein weiterer Unterschied liegt im Zeithorizont. Lizenzmanagement ist auf den aktuellen Zustand ausgerichtet. Strategisches Vendor-Management ist auf die Entwicklung der Vendor-Beziehung über die gesamte Vertragslaufzeit und über zukünftige Vertragszyklen hinweg ausgerichtet.

Wie oft sollte ich formale Reviews mit SAP halten?

Quartalsweise sind formale Reviews mit SAP-Ansprechpartnern (typischerweise CSM und AE) sinnvoll. Diese Reviews bieten eine strukturierte Gelegenheit, offene Themen zu besprechen, den Status der Vertragsbeziehung zu klären und nächste Schritte zu vereinbaren.

Zusätzlich gibt es anlassbezogene Gespräche: bei Eskalationen, bei Renewal-Vorbereitung und bei M&A-Ereignissen. Diese Gespräche sind nicht nach einem festen Rhythmus getaktet, sondern reagieren auf konkrete Steuerungsmomente.

Wer in meiner Organisation sollte die SAP-Vendor-Beziehung "besitzen"?

Die SAP-Vendor-Beziehung sollte von einer dedizierten Contract-Manager-Rolle verantwortet werden, die die übergreifende Vertragssicht hält. In der Praxis ist diese Rolle in vielen Organisationen nicht explizit besetzt. Sie wird zwischen IT, Einkauf und Finanz aufgeteilt, ohne dass eine Person die Gesamtverantwortung trägt.

Die Empfehlung ist nicht zwingend eine separate Stellenbesetzung, sondern eine klare Rollenzuordnung: Wer trägt die übergreifende Verantwortung für die Vertragssicht? Wer koordiniert die vier Rollen? Wer ist erster Ansprechpartner für SAP und intern?

Wie vermeide ich, dass Wissen beim Ausscheiden eines Mitarbeiters verloren geht?

Wissenserhalt erfordert eine kontinuierliche Dokumentationsdisziplin, nicht eine einmalige Übergabe kurz vor dem Ausscheiden einer Person. Die Wissensbasis muss laufend gepflegt werden: Vertragsstruktur, Nutzungshistorie, Änderungshistorie, SAP-Ansprechpartnerkarte und offene Themen.

Eine strukturierte Übergabe beim Personalwechsel ist dennoch notwendig und sollte ein Review aller offenen Steuerungsmomente, eine Einführung in die aktuell laufenden SAP-Prozesse und eine formale Vorstellung beim SAP-Ansprechpartner umfassen.

Was ist der richtige Eskalationspfad, wenn SAP ein SLA nicht einhält?

Der Eskalationspfad beginnt mit der schriftlichen Dokumentation der SLA-Abweichung über das SAP Support Portal mit einer Prioritäts-Hochstufung. Wenn der Standard-Support keine ausreichende Reaktion zeigt, werden CSM und TAM formal eingebunden. Wenn auch das nicht zur Lösung führt, wird der AE mit einer vollständigen schriftlichen Problemdokumentation eingebunden. Wenn alle diese Stufen keine Lösung bringen, ist Executive Escalation der nächste Schritt.

Entscheidend ist die schriftliche Dokumentation jeder Eskalationsstufe. Diese Dokumentation ist ein Steuerungsmoment, der für spätere SLA-Verhandlungen relevant ist.

Was bedeutet "Executive Escalation" bei SAP und wann ist sie sinnvoll?

Executive Escalation bei SAP bezeichnet die Einbindung der SAP-Führungsebene in eine Eskalationssituation. Sie ist sinnvoll, wenn alle regulären Eskalationswege ausgeschöpft sind und keine ausreichende Lösung gebracht haben, oder wenn eine strategische Entscheidung auf Führungsebene erforderlich ist, die unterhalb dieser Ebene nicht getroffen werden kann.

Executive Escalation sollte vorbereitet und gezielt eingesetzt werden. Wer Executive Escalation zu häufig oder ohne ausreichende Vorbereitung auslöst, wertet das Signal ab. Die Einbindung der Führungsebene signalisiert die strategische Bedeutung des Themas.

Wie erkenne ich, ob SAP im Renewal-Prozess zeitlichen Druck aufbaut?

Zeitdruck im Renewal-Prozess äußert sich in der Praxis durch verkürzte Angebotsgültigkeiten, durch die Verknüpfung von Renewal-Angeboten mit zeitlich begrenzten Boni oder durch die Betonung bevorstehender Preisänderungen. Diese Kommunikationsmuster sind Teil des normalen SAP-Verhandlungsrahmens.

Die Gegenstrategie ist eine ausreichend frühe Renewal-Vorbereitung, die dem Unternehmen ermöglicht, Angebote zu prüfen, Alternativen zu bewerten und Verhandlungen ohne Zeitdruck zu führen. Wer 18 Monate vor Vertragsende mit der Renewal-Vorbereitung beginnt, hat den Steuerungsmoment auf seiner Seite.

Wie behalte ich Handlungsspielraum gegenüber SAP, wenn wir bereits tief in RISE sind?

Handlungsspielraum bei einer tiefen RISE-Integration beginnt mit der genauen Kenntnis der eigenen Abhängigkeiten: Welche Daten, Schnittstellen und Eigenentwicklungen sind SAP-spezifisch? Welche Vertragsklauseln schränken den Handlungsspielraum beim Renewal ein?

Auf dieser Basis können gezielte Maßnahmen ergriffen werden: die Dokumentation der technischen Abhängigkeiten, die Prüfung von Exit-Optionen (ohne dass ein Wechsel geplant sein muss), die frühzeitige Vorbereitung des Renewals und der Aufbau einer intern starken Verhandlungsposition durch vollständige Nutzungs- und Kostentransparenz.

Was passiert mit meinem SAP-Vertrag bei einer Unternehmensübernahme?

Das hängt von den Vertragsklauseln ab, insbesondere von den Change-of-Control- und Assignment-Klauseln. Typischerweise erfordert eine Übertragung eines SAP-Vertrags auf einen anderen Rechtsträger die schriftliche Zustimmung von SAP. Diese Zustimmungspflicht sollte so früh wie möglich im M&A-Prozess adressiert werden, da SAP-interne Entscheidungsprozesse Zeit benötigen.

Die Vorab-Prüfung der SAP-Vertragsklauseln auf Change-of-Control-Regelungen ist Teil einer vollständigen M&A-Due-Diligence.

Was ist Affiliate Licensing bei SAP und wann ist es relevant?

Affiliate Licensing bezeichnet das Recht von Konzerngesellschaften, unter einem bestehenden SAP-Hauptvertrag SAP-Produkte zu nutzen. Die Definition des Affiliates ist vertraglich geregelt und typischerweise an eine Mehrheitsbeteiligung des Vertragspartners gebunden.

Affiliate Licensing ist relevant bei M&A-Transaktionen (wenn neue Gesellschaften in den Konzernverbund kommen), bei Carve-outs (wenn Gesellschaften ausscheiden) und bei der organischen Expansion in neue Konzerngesellschaften.

Wie dokumentiere ich Eskalationen so, dass ich sie später in Verhandlungen nutzen kann?

Eine verhandlungsrelevante Eskalationsdokumentation enthält: Datum und Dauer der Eskalationssituation, belegte SLA-Abweichungen (Reaktionszeiten, Lösungszeiten), Auswirkung auf den Geschäftsbetrieb, alle formalen Eskalationsstufen mit Ansprechpartnern und Reaktionen sowie das Ergebnis.

Diese Dokumentation sollte laufend gepflegt und als Bestandteil der Vertragshistorie behandelt werden. Bei der Renewal-Vorbereitung ist sie ein konkreter Eingabepunkt für die Bewertung der Vertragsleistung und für die Formulierung von SLA-Anpassungsforderungen.

Wann brauche ich externe SAP-Governance-Unterstützung, und wann reicht internes Know-how?

Externe Unterstützung ist sinnvoll bei komplexen Renewals, bei Audit-Situationen, bei M&A-Transaktionen mit SAP-Vertragsimplikationen und beim initialen Aufbau einer SAP-Governance-Funktion. In diesen Phasen ist spezialisiertes Wissen gefragt, das intern nicht in der erforderlichen Tiefe vorhanden ist.

Internes Know-how reicht für den laufenden Betrieb, wenn eine vollständige Dokumentation der Vertragsstruktur, ein funktionierender Governance-Kalender und die vier Rollen ausreichend besetzt und koordiniert sind. Die interne Kompetenz sollte so aufgebaut sein, dass sie die laufenden Steuerungsmomente eigenständig wahrnehmen kann.

Nächste Schritte {#naechste-schritte}

SAP als strategischen Vendor zu steuern beginnt mit Klarheit darüber, wo die eigene Governance-Funktion aktuell steht. Ein Vertragscheck mit FinOptory schafft diese Klarheit in vier Wochen: Wo weicht die tatsächliche Nutzung von der Vertragsbasis ab? Welche Steuerungsmomente stehen in den nächsten zwölf Monaten an? Welche Governance-Strukturen sind vorhanden, und wo bestehen Lücken?

Wer die laufende Steuerung nach dem Vertragscheck selbst übernehmen möchte, arbeitet mit der FinOptory-Plattform. Wer einen festen Ansprechpartner für die kontinuierliche SAP-Vendor-Steuerung sucht, arbeitet mit FinOptory im Managed Service.

Beides beginnt mit einem Erstgespräch.

Weiterführende Artikel aus diesem Pillar:

Cross-Pillar-Links: