Kostenstellenzuordnung in der Cloud weist jede Kostenposition zwei Verantwortlichen zu: dem Team, das die Nutzung ändern kann, und der Kostenstelle, die die Kosten im Rechnungswesen trägt. Oft sind beide dieselbe Einheit, aber nicht immer, und eine Kostenzuordnung, die nur eine der beiden kennt, versagt an der anderen Stelle. Ohne Team erreicht eine Empfehlung niemanden, der handeln kann; ohne Kostenstelle lässt sich kein Budget führen und kein Monatsabschluss aufteilen. Auf der Zuordnung zu beiden beruhen zwei Verfahren, Showback und Chargeback: der Bericht der Kosten an den Verantwortlichen und die Belastung seiner Kostenstelle.

So funktioniert es

Team und Kostenstelle

Das Team ist der operative Eigentümer. Es entscheidet über Größe, Laufzeit und Architektur der Ressourcen und ist der Adressat für Empfehlungen, Anomalien und Budgetwarnungen. Die Kostenstelle ist der finanzielle Eigentümer, eine Einheit im Kostenstellenplan, auf die gebucht und gegen die geplant wird. In der Capability Allocation der FinOps Foundation fällt die Wahl der Einheiten, auf die Kosten gehen, der Finance-Persona zu, das Anbringen der Metadaten an den Ressourcen der Engineering-Persona (Core und Allied Personas im FinOps Framework).

Die beiden Zuordnungen laufen auseinander, wenn mehrere Teams auf eine Kostenstelle buchen, wenn ein Plattformteam Ressourcen für mehrere Kostenstellen betreibt, oder wenn eine Umorganisation Kostenstellen umbenennt, zusammenlegt oder teilt, während Teams und Ressourcen bleiben, wie sie sind. Stabil bleibt die Zuordnung, wenn eine Tabelle mit Gültigkeitsdatum von dem, was die Ressource trägt (Team, Produkt oder ein cost-center-Wert, wie ihn Tags und Labels aufführt), zur aktuellen Kostenstelle führt. Eine Umorganisation ändert dann Zeilen dieser Tabelle und nicht Hunderte von Tags.

Showback und Chargeback

Die FinOps Foundation behandelt beide Verfahren in ihrer Capability Invoicing & Chargeback in der Domain Manage the FinOps Practice. Sie sieht den Unterschied in der Formalität, nicht in der Reife: Chargeback ist nach ihrer Darstellung keine höhere Stufe von Showback, und nicht jede Organisation braucht es.

ShowbackChargeback
Was geschiehtDie Kosten werden dem Verantwortlichen berichtetDie Kosten werden der Kostenstelle im Rechnungswesen belastet
Granularitätbeliebig: Team, Produkt, Umgebung, Featuredie Kostenstellen des Kostenstellenplans
Vollständigkeitein sichtbarer Rest ohne Verantwortlichen ist zulässigdie ganze Rechnung wird gebucht; ob geteilte und nicht zugeordnete Kosten an verbrauchende Kostenstellen gehen oder in einem zentralen Budget bleiben, entscheiden Finance und Controlling
Datenstandlaufend, auch mit vorläufigen Datenzum Abschluss, bei Bedarf auf Schätzungen, die nach der Finalisierung oder einer Nachberechnung abgeglichen werden
Abstimmungmit dem Teammit Finance und Controlling, zu Schlüssel, Zeitpunkt und Kostenbasis

Chargeback verlangt damit, was Showback nicht braucht: ein vereinbartes Ziel für jeden Posten, eine verbrauchende Kostenstelle oder ein zentrales Budget, auch für geteilte Kosten und den nicht zugeordneten Rest, und eine Abstimmung mit Finance darüber, welcher Datenstand und welche Kostenbasis gebucht werden. Die Capability Allocation der FinOps Foundation beschreibt beide Ziele für geteilte Kosten als Entscheidung der Organisation.

Felder der Provider

Nur Azure hat ein eigenes Feld für die Kostenstelle. Die Kostendetails enthalten für EA und MCA das Feld CostCenter, die für die Subscription hinterlegte Kostenstelle; bei MCA steht es laut Microsoft nur in offenen Abrechnungszeiträumen. Im Enterprise Agreement gruppieren Abteilungen die Enrollment Accounts, und beide haben eine Kostenstelle als Eigenschaft, die Department Admins beziehungsweise Account Owner pflegen. Den Namen der Abteilung tragen die Kostendetails in InvoiceSectionName. Eine Abteilung enthält allerdings nur Nutzung, keine Käufe wie Reservierungen oder Marketplace.

AWS und Google Cloud haben kein solches Feld. Bei AWS kommt die Kostenstelle aus einem Tag an der Ressource, aus einem Account-Tag, der für das ganze Konto gilt, oder als Wert einer Cost Category, die Konten und Tags über Regeln auf Werte abbildet und im CUR 2.0 in der Spalte cost_category erscheint. Für Anwendungen, die je Nutzer abrechnen (Amazon Q Business, Amazon Q Developer und Amazon QuickSight), übernimmt AWS bis zu vier Nutzerattribute aus IAM Identity Center als Cost Allocation Tags: Cost center, Division, Organization und Department. Bei Google Cloud trägt ein Label an der Ressource oder am Projekt die Kostenstelle, im Export in labels beziehungsweise project.labels, oder ein Ordner der Ressourcenhierarchie bildet sie ab. Wie solche Schlüssel gesetzt werden, beschreibt Tags und Labels.

Was es für Ihre Kosten bedeutet

Aus derselben Rechnung entstehen zwei Sichten: eine je Team für Entscheidungen über die Nutzung und eine je Kostenstelle für Budget und Abschluss. Beide ergeben in der Summe die Rechnung. Jede Position gehört genau einem Team und genau einer Kostenstelle, oder sie steht sichtbar im Rest; eine Position in zwei Kostenstellen ist doppelt gezählt, eine Position in keiner fehlt. Wie mehrere solcher Dimensionen über denselben Daten nebeneinander bestehen, beschreibt Segmente und Hierarchien der Kostenzuordnung.

Die Kostenbasis bestimmt, wer Commitments trägt. Nach berechneten Kosten bleibt ein Kauf von Reservierungen oder Savings Plans bei dem Konto oder der Abrechnungsebene, die gekauft hat; nach amortisierten Kosten verteilt er sich auf die Nutzung, die ihn verbraucht. Welche Basis gebucht wird, entscheiden Finance und Controlling. Wie eine interne Belastung buchhalterisch zu behandeln ist, beurteilen Controlling und Wirtschaftsprüfer des Unternehmens; die Abrechnungsdaten liefern die Beträge und ihre Herkunft. Die Sicht je Team ist zugleich der Zähler für Stückkosten, und wer in welcher Rolle welche Sicht verantwortet, beschreibt FinOps-Rollen und Verantwortlichkeiten.

Wo es schiefgeht

  • Kostenstellen-Tag ohne datierte Abbildung. Symptom: Nach einer Umorganisation zeigen die Berichte alte und neue Kostenstellen nebeneinander, und manche Ressourcen tragen Nummern, die es nicht mehr gibt. Ursache: Die Kostenstelle existiert nur als Tag-Wert an den Ressourcen, ohne Tabelle mit Gültigkeitsdatum, die alte in neue Werte übersetzt; jede Änderung verlangt neues Tagging, und ein Tag wirkt erst ab dem Setzen.
  • Chargeback ohne vollständige Zuordnung. Symptom: Die Summe der Belastungen bleibt unter der Rechnung, und die Differenz landet ungeklärt bei der IT. Ursache: Für geteilte und nicht zugeordnete Kosten wurde kein Ziel vereinbart, also bleibt alles, was keine Regel erreicht, bei der Stelle, die die Rechnung bezahlt.
  • Leere Kostenstelle in geschlossenen Azure-Monaten. Symptom: In Kostendetails abgeschlossener Monate unter einem Microsoft Customer Agreement fehlt der Wert in CostCenter, im laufenden Monat ist er da. Ursache: Microsoft liefert das Feld für MCA nur in offenen Abrechnungszeiträumen; eine eigene Abbildung von Subscription auf Kostenstelle überbrückt das.
  • Nur eine der beiden Zuordnungen. Symptom: Empfehlungen gehen an Kostenstellenverantwortliche, die die Ressourcen nicht kennen, oder Teams sehen Kosten, die keiner Kostenstelle zugeordnet sind. Ursache: Erfasst wurde entweder das Team oder die Kostenstelle, nicht beides.
  • Showback als Vorstufe abgeschafft. Symptom: Seit Chargeback läuft, sehen Teams ihre Kosten nur noch als Buchung nach dem Monatsabschluss. Ursache: Showback galt als Vorstufe, die Chargeback ablöst, obwohl die laufende Sicht der Teams genau aus Showback kommt; die FinOps Foundation unterscheidet beide nach Formalität, nicht nach Reife.

Quellen

Gelesen am 2026-10-16. FinOps Foundation Capability Invoicing & Chargeback und Capability Allocation (CC BY 4.0); Microsoft Felder der Kostendetails, EA-Abrechnungsverwaltung im Azure-Portal und Scopes in Cost Management; AWS Kosten mit AWS Cost Categories organisieren, Spalte für Cost Categories im CUR 2.0, Account-Tags für die Kostenzuordnung und Nutzerattribute für die Kostenzuordnung; Google Cloud Struktur des Standard-Exports.