Subaccount-Kostenallokation: BTP-Kosten verursachergerecht auf Kostenstellen umlegen

Wer BTP-Kosten nachträglich auf Kostenstellen verteilen will, stellt in der Praxis häufig fest: Ohne eine passende Subaccount-Struktur gibt es keine belastbare technische Grundlage. Die Entscheidung, wie ein Global Account und seine Subaccounts organisiert sind, ist keine Architekturaufgabe im engeren Sinne. Sie ist ein Steuerungsmoment mit direkter Auswirkung auf die Kostensteuerbarkeit über die gesamte Vertragslaufzeit.

Dieser Artikel beschreibt, wie Sie eine verursachergerechte BTP-Kostenallokation Schritt für Schritt aufbauen, worauf es bei der Subaccount-Struktur ankommt und welche Grenzen SAP-eigene Werkzeuge dabei haben.

---

Warum die Subaccount-Struktur die Grundlage für alles ist

SAP liefert monatliche Balance Statements auf Subaccount-Ebene. Das ist die einzige strukturierte Datenquelle für die interne Verrechnung. Was auf Subaccount-Ebene nicht getrennt wurde, lässt sich auf Berichtsebene nicht mehr trennen, unabhängig davon, welche Auswertung oder welches Werkzeug Sie einsetzen.

Diese Tatsache hat eine praktische Konsequenz: Wer heute keine durchdachte Subaccount-Architektur hat, kann morgen keine verursachergerechte Allokation durchführen. Der Aufwand für eine nachträgliche Umstrukturierung ist erheblich und erfordert Sorgfalt bei der Neuzuweisung von Entitlements (Quelle: SAP Help Portal, Monitoring Usage and Consumption Costs).

Der Steuerungsmoment liegt deshalb nicht bei der Abrechnung, sondern bei der Einrichtung: Die Subaccount-Entscheidung muss vor dem produktiven BTP-Betrieb getroffen werden, nicht danach.

---

Schritt 1: Klären Sie, welche Zurechnungseinheiten Sie brauchen

Bevor Sie eine Subaccount-Struktur aufbauen oder überarbeiten, müssen Sie festlegen, auf welcher Ebene interne Verrechnung stattfinden soll.

Vier Organisationsprinzipien haben sich in der Praxis bewährt:

Nach Geschäftsbereichen: Ein Subaccount pro Business Unit. Einfach zu verwalten und ausreichend präzise, wenn jede BU ein klar abgegrenztes BTP-Nutzungsprofil hat. Weniger geeignet, wenn innerhalb einer BU mehrere Projekte mit sehr unterschiedlichen Credit-Verbräufen laufen.

Nach Projekten: Ein Subaccount pro BTP-Projekt oder Vorhaben. Präzise Kostenverantwortung, aber höherer Verwaltungsaufwand. Geeignet für Organisationen mit klar abgegrenzten, mehrjährigen Projekten, bei denen eine saubere Kostentrennung vertragliche oder buchhalterische Bedeutung hat.

Nach Umgebungen mit Projekttrennung: Je ein Subaccount für Produktion, Test und Entwicklung pro Projekt. Ermöglicht zusätzlich die Unterscheidung zwischen produktivem Verbrauch und Dev/Test-Kosten. Diese Unterscheidung ist für Non-Production-Shutdown-Strategien und für eine realistische interne Verrechnung relevant, weil Dev/Test-Verbräuche häufig nicht auf Fachbereichsbudgets umgelegt werden sollen.

Nach Kostenstellen: Die Subaccount-Struktur bildet die interne Kostenstellenstruktur direkt ab. Direkteste Verbindung zur buchhalterischen Steuerung, setzt aber eine stabile Kostenstellenstruktur voraus.

Wählen Sie das Prinzip, das zu Ihrer Organisationsstruktur und zu den Controlling-Anforderungen Ihres CFO passt. Dokumentieren Sie die Entscheidung und die Begründung.

---

Schritt 2: Bauen Sie das Mapping zwischen Subaccounts und Kostenstellen auf

Technische Struktur allein reicht nicht. Sie brauchen ein gepflegtes Mapping, das festlegt, welcher Subaccount welcher Kostenstelle zugeordnet ist.

Dieses Mapping ist der operative Kern jeder monatlichen Verrechnung. Es verbindet die SAP-seitige BTP-Welt mit Ihrer internen Kostenstellenhierarchie. Ohne dieses Mapping bleibt jede noch so saubere Subaccount-Architektur im BTP Cockpit stecken und findet keinen Weg in die interne Buchhaltung.

Halten Sie das Mapping aktuell. Eine Änderung der internen Organisationsstruktur, etwa bei einer Umstrukturierung von Geschäftsbereichen, erfordert eine entsprechende Anpassung der Subaccount-Zuordnung. Wer diesen Schritt vergisst, erzeugt fehlerhafte Allokationen, die sich im Jahresverlauf aufaddieren.

---

Schritt 3: Führen Sie die monatliche Verrechnung strukturiert durch

Mit Subaccount-Struktur und Mapping ist der monatliche Verrechnungsprozess operationalisierbar. Er folgt drei Schritten:

Balance Statement auswerten: Für jeden relevanten Subaccount den Credit-Verbrauch des Monats aus dem monatlichen Balance Statement entnehmen. Das BTP Cockpit liefert diese Auswertung nach Service und Subaccount aufgeschlüsselt (Quelle: SAP Help Portal, Monitoring Usage and Consumption Costs).

In Euro umrechnen: Den Credit-Verbrauch mit dem vertraglich fixierten Credit-Preis aus Ihrem Order Form multiplizieren. Dieser Vertrags-Credit-Preis, nicht der Listenpreis, ist die korrekte Grundlage für die interne Verrechnung. Wer den Listenpreis als Referenz nimmt, überschätzt systematisch die internen Kosten, weil Volumenrabatte aus dem Enterprise Agreement dabei nicht berücksichtigt werden. Typische Rabatte auf den Listenpreis liegen bei mittleren Commitments bei 10 bis 25 Prozent (Community Knowledge: Redress Compliance, Rizing; kein offizieller SAP-Wert).

Auf Kostenstellen buchen: Den Euro-Betrag auf die zugeordnete Kostenstelle oder den internen Budget-Owner übertragen. Dieser Schritt erfordert ein definiertes Freigabe- und Buchungsverfahren. Fehlt dieses Verfahren, bleibt die Allokation im Berichtswesen stecken und erreicht die Fachbereiche nicht.

---

Schritt 4: Entscheiden Sie, ob Sie Showback oder Chargeback einführen

Nicht jede Organisation ist bereit, von Beginn an einen vollständigen Chargeback-Prozess einzuführen. Showback ist ein valider Einstiegspfad.

Showback macht BTP-Kosten für Kostenstellen und Projekte sichtbar, ohne eine tatsächliche interne Buchung vorzunehmen. Fachbereiche sehen monatlich, welchen Credit-Verbrauch ihre BTP-Nutzung erzeugt. Das reicht aus, um Kostenbewusstsein zu entwickeln und Verbrauchsmuster zu steuern. Showback ist auch dann umsetzbar, wenn die Subaccount-Struktur noch nicht vollständig nach Zurechnungseinheiten getrennt ist.

Chargeback verrechnet BTP-Kosten tatsächlich auf Fachbereichsbudgets durch interne Buchungen. Wer intern zahlt, steuert seinen Verbrauch anders als jemand, der nur einen Bericht erhält. Die FinOps Foundation beschreibt Showback als typischen Reifeschritt auf dem Weg zu Chargeback: Viele Organisationen beginnen mit sechs bis zwölf Monaten Showback, bevor der Chargeback-Prozess eingeführt wird (Quelle: FinOps Foundation, FinOps Framework 2025).

Beide Modelle haben ihre Berechtigung. Entscheidend ist, dass Sie eines davon einführen. Keine interne Transparenz ist die schlechteste Option, weil dann das zentrale IT-Budget Kosten trägt, deren Treiber in den Fachbereichen liegen und dort nicht wahrgenommen werden.

---

Schritt 5: Integrieren Sie die Allokation in den Renewal-Prozess

Interne Verrechnung ist nicht nur eine Controlling-Maßnahme. Sie ist eine Voraussetzung für fundierte Renewal-Entscheidungen.

Wer über eine oder zwei Vertragsperioden hinweg monatliche Verbrauchsdaten je Subaccount und Kostenstelle gesammelt hat, kann beim nächsten Renewal belegen, welcher Geschäftsbereich welchen BTP-Bedarf hat und welche Services dabei die Credit-treibenden Komponenten sind. Das ist die Datenbasis, die für eine belastbare Commitment-Dimensionierung und für eine substanzielle Renewal-Verhandlung notwendig ist.

Ohne diese Verbrauchshistorie bleibt das Renewal-Gespräch mit SAP eine Schätzung. Mit ihr wird es ein strukturiertes Gespräch auf Basis eigener Zahlen.

---

Wo SAP-eigene Werkzeuge an ihre Grenzen stoßen

Das BTP Cockpit und die Balance Statements liefern die Rohdaten. Für das Monitoring und die Basis-Auswertung auf Vertragsebene sind sie ausreichend.

Die Grenzen zeigen sich, wenn die Anforderungen steigen. Das Cockpit bietet keine direkte Integration in interne ERP- oder Controlling-Systeme. Der Weg von den Balance-Statement-Daten in das interne Rechnungswesen muss außerhalb des Cockpits gestaltet werden. In der Praxis führt das häufig zu Excel-basierten Allokationsmodellen, die bei jeder Vertragsänderung oder Organisationsanpassung manuell überarbeitet werden müssen.

Das Cockpit bietet außerdem keine konsolidierte Sicht über mehrere Vertragsstrukturen. Wer parallel ein CPEA-Agreement und mehrere Subscription-Verträge betreibt, sieht diese in separaten Ansichten, nicht als zusammengeführtes Budget-Bild.

Excel-Allokationsmodelle sind für den Einstieg akzeptabel. Als dauerhafter Prozess für ein wachsendes SAP-Portfolio skalieren sie nicht, weil ihre Qualität von einzelnen Personen abhängt und sie mit der Portfoliokomplexität an ihre operative Grenze stoßen.

---

Häufige Fragen

Wie gehe ich vor, wenn ich noch keine saubere Subaccount-Struktur habe?

Als Übergangslösung bietet sich eine nutzungsbasierte Schlüsselung an: Der Gesamtverbrauch eines Subaccounts wird nach einem vorab vereinbarten Schlüssel aufgeteilt, zum Beispiel nach dem Anteil der aktiven Nutzer je Geschäftsbereich oder dem Anteil der Transaktionsvolumina. Parallel dazu sollten neue BTP-Projekte von Beginn an mit einer sauberen Subaccount-Zuordnung starten. Eine nachträgliche Umstrukturierung bestehender Subaccounts ist technisch möglich, erfordert aber Planung bei der Entitlement-Neuzuweisung (Quelle: SAP Help Portal, Monitoring Usage and Consumption Costs).

Muss ich für jedes Projekt einen eigenen Subaccount anlegen?

Nein. Die richtige Granularität hängt von Ihrer Organisationsgröße und Ihren Controlling-Anforderungen ab. Zu viele Subaccounts erhöhen den Verwaltungsaufwand für Entitlement-Zuweisung und Monitoring. Zu wenige Subaccounts schränken die Allokationspräzision ein. Ein praktikabler Ausgangspunkt für mittelgroße Organisationen ist die Trennung nach Geschäftsbereichen, ergänzt um eine Umgebungstrennung (Produktion, Test, Entwicklung) für die verbrauchsstärksten Projekte.

Welcher Credit-Preis gilt für die interne Verrechnung: Listenpreis oder Vertragspreis?

Der vertraglich fixierte Credit-Preis aus Ihrem Order Form ist die korrekte Grundlage. Der Listenpreis überschätzt die tatsächlichen Kosten systematisch, weil er Volumenrabatte aus dem Enterprise Agreement nicht berücksichtigt. Für die interne Verrechnung sollte der Vertrags-Credit-Preis verwendet werden, damit die internen Kosten die realen Vertragskosten widerspiegeln.

Wie oft sollte die Verrechnung aktualisiert werden?

Monatlich, weil die BTP-Balance Statements monatlich geliefert werden. Eine quartalsweise Aggregation reicht für Budget-Reviews, erfasst aber keine unterjährigen Verbrauchsverschiebungen, die für die Steuerung relevant sein können.

---

Nächste Schritte

Subaccount-Struktur als Teil des Vertragscheck: Wenn Sie eine belastbare Grundlage für die verursachergerechte BTP-Kostenallokation aufbauen wollen, beginnt das mit einer Analyse Ihrer aktuellen Subaccount-Architektur, Vertragsmodelle und Verbrauchsdaten. Der FinOptory Vertragscheck liefert diese Analyse in vier Wochen, inklusive einer konkreten Empfehlung für Struktur und Verrechnungsmodell.

Weiterführende Artikel: Interne Verrechnung von BTP-Kosten: Chargeback-Modelle für hybride Portfolios | BTP FinOps: Credits steuern, Overages vermeiden, Kosten verursachergerecht verrechnen | Kosten als Steuerungsmoment: ACV-Tracking, Derived Charges und interne Verrechnung