Warum reichen klassische SAM-Tools für SAP-Cloud-Verrechnung nicht aus?

SAM-Tools wurden für Lizenz-Metriken entwickelt, nicht für Credit-Verbräuche. Sie messen FUE und Berechtigungen, verbinden diese aber nicht automatisch mit Vertragskosten auf Service-Ebene.

Wie kann ich BTP-Kosten auf Kostenstellen aufteilen?

Durch eine Subaccount-Struktur, in der BTP-Ressourcen je Geschäftsbereich oder Projekt in separaten Subaccounts betrieben werden. Diese Strukturentscheidung muss früh getroffen werden.

SAP-Kosten intern verrechnen: Wo SAP-eigene Werkzeuge an Grenzen stoßen

Verursachergerechte Verrechnung von SAP-Cloud-Kosten auf Geschäftsbereiche und Kostenstellen ist eine der häufigsten ungelösten Aufgaben in SAP-Portfolios. Klassische SAM-Tools messen Lizenzen, sie verrechnen sie aber nicht. Dieser Beitrag zeigt, wo SAP-eigene Werkzeuge enden und welche Steuerungsansätze entstehen.

Was interne Verrechnung bei SAP-Verträgen bedeutet

Interne Verrechnung bezeichnet die strukturierte Zuweisung von SAP-Vertragskosten auf die Organisationseinheiten, die diese Kosten verursachen. Im Unterschied zu klassischer Kostenstellenrechnung geht es dabei nicht um die buchhalterische Aufteilung von Gesamtkosten nach einem fixen Schlüssel, sondern um die verursachungsgerechte Zuordnung: Welcher Geschäftsbereich nutzt welche SAP-Ressource in welchem Umfang, und welche Vertragskosten entstehen daraus?

Diese Unterscheidung ist relevant, weil SAP-Cloud-Verträge zunehmend verbrauchsabhängige Komponenten enthalten. Ein RISE-Vertrag mit Cloud Service Guthaben, BTP-Credits, FUE-basierter Nutzerklassifizierung und AI Units ist kein pauschales Abo, bei dem der Gesamtbetrag einfach durch die Anzahl der Buchungseinheiten geteilt werden kann. Der Verbrauch ist verteilt, die Kostentreiber liegen in unterschiedlichen Systemen, und die Allokationslogik muss diese Heterogenität abbilden.

Für Directors SAP Plattform entsteht daraus eine konkrete Steuerungsaufgabe: Wer ist für welchen Verbrauch verantwortlich, und wie wird das messbar gemacht? Die Antwort hat direkte Auswirkungen auf die Budgetplanung, die Renewal-Vorbereitung und die interne Glaubwürdigkeit des SAP-Budgets gegenüber dem CFO.

Was SAP-eigene Tools heute leisten

SAP stellt eine Reihe von Werkzeugen bereit, die im Bereich Lizenz- und Verbrauchssteuerung eingesetzt werden. Die wesentlichen sind:

SAM4U (SAP Asset Management for Users): SAM4U ist das offizielle SAP-Werkzeug zur Nutzerverwaltung und berechtigungsbasierten Klassifizierung im S/4HANA-Umfeld. Es erlaubt die Zuordnung von Nutzern zu Lizenzkategorien (Advanced, Core, Self-Service) auf Basis ihrer Berechtigungsprofile und unterstützt die monatliche Vermessung nach dem FUE-Modell. SAM4U liefert damit eine fundierte Basis für die Nutzerseitige Lizenzsteuerung.

USMM (User System Measurement Maintenance): USMM ist das traditionelle On-Premise-Messwerkzeug von SAP. Es wurde entwickelt, um die lizenzrelevante Nutzung im SAP-System zu erfassen und die Ergebnisse für die jährliche Lizenzmessung vorzubereiten. Im Cloud-Umfeld hat USMM eine eingeschränkte Rolle, ist aber in hybriden Landscapes noch aktiv in Betrieb.

LAW (License Administration Workbench): LAW konsolidiert Messergebnisse aus mehreren SAP-Systemen und ist das zentrale Werkzeug für die Vorbereitung des jährlichen SAP Licence Audit. LAW liefert einen konsolidierten Überblick über die Nutzungslage, bezogen auf die gemessene Nutzung zum Messzeitpunkt.

SAP-Cloud-Konsolen (BTP Cockpit, Cost Management-Ansichten): Im BTP-Umfeld stellt SAP eigene Verbrauchsansichten bereit. Das BTP Cockpit zeigt Subaccount-Verbrauch und Credit-Konsumption. Diese Ansichten sind technisch nützlich für die Überwachung auf Service-Ebene, aber nicht als übergreifendes Berichtswerkzeug konzipiert.

Was alle diese Werkzeuge gemeinsam leisten: Sie liefern Messdaten zur Lizenzkomplianz und zur operativen Nutzung innerhalb der SAP-Systemlandschaft. Das ist wertvoll und notwendig.

Wo die Tools an Grenzen stoßen

Die beschriebenen Werkzeuge wurden für einen spezifischen Zweck entwickelt: die Ermittlung der lizenzkomplianzrelevanten Nutzung gegenüber SAP. Dieser Zweck unterscheidet sich grundlegend von der internen Verrechnung auf Geschäftsbereiche und Kostenstellen.

Multi-Topf-Verbrauch ohne gemeinsame Allokationslogik

Ein modernes SAP-Portfolio besteht aus mehreren Vergütungskomponenten mit unterschiedlicher Verbrauchslogik: FUE werden berechtigungsbasiert pro Nutzer ermittelt, BTP-Credits werden servicebasiert konsumiert, AI Units verfallen per Nutzer pro Monat, Cloud Service Guthaben im RISE-Vertrag deckt Managed Services und Cloud Software nach einer eigenen Degressionslogik ab. Jede dieser Komponenten hat einen eigenen Messmechanismus und eine eigene Vertragsverankerung.

SAM4U, USMM und LAW adressieren den Nutzerbereich. Das BTP Cockpit adressiert den Service-Verbrauch. Eine übergreifende Sicht, die alle Kostentreiber in einem Allokationsmodell zusammenführt, ist in keinem dieser Werkzeuge vorgesehen.

Fehlende Causation-Logik

Lizenzwerkzeuge messen, wer ein System nutzt. Sie messen nicht, warum eine Nutzung stattfindet, welchem Projekt oder Prozess sie zuzurechnen ist, und welcher Geschäftsbereich damit den vertraglichen Verbrauch treibt. Die Frage "Welcher Teil meines BTP-Verbrauchs kommt aus dem HR-Digitalisierungsprojekt in Business Unit A, und welcher aus der Beschaffungsanbindung in Business Unit B?" ist mit SAP-eigenen Werkzeugen in der Regel nicht direkt beantwortbar.

Diese Causation-Logik ist jedoch die Voraussetzung für eine glaubwürdige interne Verrechnung. Ohne sie wird aus Verrechnung eine Pauschale, und aus der Pauschale wird ein Vertrauensproblem im internen Budgetprozess.

Eingeschränkte Mandantenfähigkeit für interne Allokation

SAP-Werkzeuge sind auf den Dialog mit SAP (als Messgrundlage für Audits und Renewals) ausgelegt, nicht auf den internen Dialog zwischen IT-Plattform und Geschäftsbereichen. Ein Reporting, das einem Geschäftsbereichsleiter seinen verursachten SAP-Anteil in einer Form aufzeigt, die er im Budgetgespräch verwenden kann, ist mit diesen Werkzeugen allein nicht erstellbar. Das Format, die Granularität, die Periodizität und die betriebswirtschaftliche Sprache, die dafür benötigt werden, liegen außerhalb des Gestaltungsbereichs dieser Tools.

In der Praxis bedeutet das: Viele Organisationen exportieren Messdaten aus SAM4U oder dem BTP Cockpit in Excel und bauen dort manuell Allokationsmodelle nach. Das ist aufwändig, fehleranfällig und produziert Ergebnisse, die bei der nächsten Vertragsänderung oder Verbrauchsverschiebung überarbeitet werden müssen.

Was Directors SAP Plattform stattdessen brauchen

Wer SAP-Kosten verursachergerecht verrechnen will, braucht eine Datenbasis, die drei Schichten verbindet: was im Vertrag steht (Vertragsebene), was tatsächlich verbraucht wird (Verbrauchsebene) und wem dieser Verbrauch zuzurechnen ist (Allokationsebene).

Das FinOps-Framework, das aus der Cloud-Governance bekannt ist, beschreibt diesen Zusammenhang strukturiert. Die drei Phasen Inform, Optimize und Operate lassen sich auf SAP übertragen:

Inform: Alle relevanten Kostentreiber sind sichtbar, konsolidiert und in einer gemeinsamen Berichtsstruktur verfügbar. Das schließt FUE, BTP-Credits, AI Units, RISE-Guthaben und Zusatzkomponenten ein. Die Datenbasis ist vollständig, nicht fragmentiert über verschiedene Werkzeuge.
Optimize: Auf Basis dieser Datenbasis werden Allokationsentscheidungen getroffen: Welche Verbrauchsanteile werden welchen Geschäftsbereichen zugeordnet, nach welchem Schlüssel, mit welcher Aktualisierungsfrequenz? Diese Entscheidungen sind dokumentiert und nachvollziehbar.
Operate: Das Reporting läuft periodisch, nicht anlassbezogen. Abweichungen vom geplanten Verbrauch werden sichtbar, bevor sie sich in der Jahresrechnung niederschlagen.

Der entscheidende Unterschied zu einem reinen Lizenzmanagement-Ansatz ist die durchgängige Verbindung von Vertragsdaten, Verbrauchsdaten und organisatorischer Zuordnung in einem einzigen Modell. SAP-eigene Werkzeuge decken Teilbereiche ab, aber nicht diese Verbindung.

Drei typische Fehlbilder bei interner Verrechnung

In der Praxis sind drei Muster besonders verbreitet, wenn die Datenbasis für eine verursachergerechte Verrechnung fehlt:

Pauschal-Allokation auf Headcount: Die SAP-Gesamtkosten werden proportional nach Mitarbeiterzahl auf Geschäftsbereiche verteilt. Dieses Modell ist einfach umzusetzen, aber methodisch ungenau. Ein Geschäftsbereich mit intensiver BTP-Nutzung wird ebenso belastet wie einer, der fast ausschließlich lesend auf das System zugreift. Steuerungsreize entstehen dadurch nicht, weil der individuelle Verbrauch keine Konsequenz für das zugeordnete Budget hat.
Allokation auf Vorjahresvolumen: Die Verrechnung basiert auf den Nutzungswerten des Vorjahres. In wachsenden Portfolios mit jährlichen Vertragsänderungen und verschobenen Verbrauchsschwerpunkten bildet dieses Modell die tatsächliche Kostenlage nur verzögert ab. Neue Projekte und Verbrauchsverschiebungen erscheinen erst mit einem Jahr Verzögerung in der Allokation.
Ad-hoc Excel-Verrechnung: Die Allokation wird projekt- oder renewalbezogen in Tabellenkalkulationen nachgebaut. Das Ergebnis ist oft präziser als die beiden anderen Muster, aber nicht skalierbar. Bei jeder Vertragsänderung, jedem neuen Produkttyp oder jeder Portfolioerweiterung muss das Modell von Grund auf überarbeitet werden. Die Qualität hängt stark von den beteiligten Personen ab, nicht von einem stabilen Prozess.

Allen drei Mustern gemeinsam ist, dass sie keine laufende Steuerungsgrundlage bieten. Interne Verrechnung entfaltet ihren Nutzen aber gerade dann, wenn sie kontinuierlich sichtbar ist, nicht nur bei Budget-Runden oder Renewal-Terminen.

Welche Steuerungsmöglichkeiten eine echte Verrechnung schafft

Wenn die Allokationsbasis verlässlich und aktuell ist, entstehen konkrete Steuerungsmöglichkeiten, die über das reine Reporting hinausgehen.

Renewal-Verhandlung: Wer zum Renewal-Termin belegen kann, welche Verbrauchsanteile auf welche Geschäftsbereiche entfallen, kann Vertragsumfang und Nutzungsrechte gezielt anpassen. Die Verhandlungsposition gegenüber SAP ist substanziell stärker, wenn der eigene Verbrauch transparent dokumentiert ist, als wenn Lizenzen pauschal auf Basis von Forecast-Schätzungen verlängert werden.

Budget-Forecasting: Eine strukturierte Allokationsbasis erlaubt belastbare Forecasts für das kommende Geschäftsjahr. Geschäftsbereiche können ihren Anteil am SAP-Budget für die Planung verwenden, und die IT-Plattform kann Wachstum oder Konsolidierung in einzelnen Bereichen sichtbar machen, bevor sie vertraglich relevant werden.

Investitions-Priorisierung: Wenn SAP-Kosten verursachergerecht sichtbar sind, entstehen interne Entscheidungsgrundlagen: Welcher Geschäftsbereich treibt unverhältnismäßig hohen BTP-Verbrauch, der noch nicht in der Vertragsplanung berücksichtigt ist? Wo besteht Optimierungspotenzial bei der Nutzerklassifizierung? Diese Fragen lassen sich nur beantworten, wenn die Allokation auf einer belastbaren Datenbasis steht.

Wie FinOptory die Lücke schließt

FinOptory verbindet Vertragsdaten, Verbrauchsdaten und organisatorische Allokation in einer einzigen Steuerungsebene. Statt mehrerer isolierter Werkzeuge ergibt sich eine durchgängige Sicht: was vertraglich vereinbart ist, was tatsächlich verbraucht wird, und wem dieser Verbrauch intern zuzurechnen ist.

Das Managed-Service-Modell von FinOptory setzt dieses Steuerungsmodell operativ um: monatliches Reporting nach internen Allokationslogiken, Dokumentation für Renewal-Verhandlungen, Abweichungsanalyse bei Verbrauchsverschiebungen.

Wenn Sie die Datenbasis für eine strukturierte interne Verrechnung aufbauen wollen, ist der Vertragscheck der erste Schritt: eine unabhängige Analyse Ihres SAP-Portfolios auf Basis Ihrer eigenen Vertrags- und Verbrauchsdaten.

Weiterführend: SAP Contract Governance: Der Überblick und FinOptory Wir steuern als Managed-Service-Option für laufende Verrechnung und Steuerung.

Häufige Fragen

Kann SAM4U für interne Kostenverrechnung genutzt werden?

SAM4U ist für die berechtigungsbasierte Nutzerklassifizierung im S/4HANA-Umfeld entwickelt worden und liefert dafür verlässliche Messdaten. Als Allokationswerkzeug für die interne Kostenverrechnung ist es nicht konzipiert: Es fehlen die Verbindung zu Vertragskosten, die Causation-Logik für Projektbezug und die Reporting-Formate für den internen Budgetdialog.

Was ist der Unterschied zwischen Lizenzmanagement und interner Verrechnung?

Lizenzmanagement stellt sicher, dass die Nutzung der SAP-Software im vertraglichen Rahmen bleibt und Compliance gegenüber SAP nachweisbar ist. Interne Verrechnung ordnet die entstehenden Kosten den verursachenden Organisationseinheiten zu. Beides setzt unterschiedliche Daten, Prozesse und Werkzeuge voraus. In vielen Organisationen ist das Lizenzmanagement etabliert, die interne Verrechnung dagegen noch nicht strukturiert.

Wie häufig sollte eine interne Verrechnung aktualisiert werden?

Eine monatliche Aktualisierung ist sinnvoll, weil wesentliche SAP-Verbrauchskomponenten monatlich abgerechnet werden (AI Units verfallen monatsweise, BTP-Verbrauch läuft monatlich). Eine quartalsweise Aggregation reicht für Budget-Forecasting, erfasst aber keine unterjährigen Verschiebungen, die für Renewal-Vorbereitung relevant sind.

Welche Datenquellen brauche ich für eine strukturierte Verrechnung?

Die wesentlichen Quellen sind: Vertragsdokumente mit Komponenten und Preisstruktur, SAM4U-Messdaten für Nutzerklassifizierung, BTP-Verbrauchsdaten aus dem BTP Cockpit, sowie eine Zuordnungslogik, die Verbrauch mit Projekten oder Geschäftsbereichen verbindet. Diese Zuordnungslogik fehlt in den meisten SAP-eigenen Werkzeugen und muss außerhalb aufgebaut werden.