Eine Chargeback-Richtlinie-Vorlage füllen Finance und der Cloud-Verantwortliche gemeinsam aus, bevor die erste interne Verrechnung von Cloud-Kosten gebucht wird; sie hält fest, welche Kosten an welche Kostenstelle gehen, auf welcher Kostenbasis, mit welchen Schlüsseln für geteilte Kosten, zu welchem Stichtag und wie ein Einwand behandelt wird. Die Entscheidung, die sie festhält, unterschreibt Finance: die Kostenbasis und die Schlüssel. Ob eine Organisation überhaupt verrechnen sollte oder beim Showback bleibt, klärt Kostenstellen und Teamverantwortung; diese Seite ist die Richtlinie selbst.
Die Vorlage
Chargeback-Richtlinie <Organisation>, Version <1.0>, gültig ab <Datum>, Eigentümer <Rolle in Finance>
1. Zweck und Geltungsbereich. Die Kosten der Provider <AWS, Azure, Google Cloud> aus den Konten <Liste oder Organisationseinheit> werden monatlich den Kostenstellen in Anhang A verrechnet. Ausgenommen sind <zentrale Plattformkosten, Sandbox-Konten, Kosten unter Betrag je Monat>; sie bleiben auf <Kostenstelle der Plattform>.
2. Kostenbasis.
| Bestandteil | Regel | Begründung |
|---|---|---|
| Nutzungskosten | Effektive Kosten: Reservierungen, Savings Plans und Committed Use Discounts auf die gedeckte Nutzung verteilt | Das Team sieht den Preis, den seine Nutzung ausgelöst hat, nicht die Vorauszahlung |
| Vorauszahlungen für Commitments | <zentral getragen und über die effektiven Kosten verteilt> | Der Kauf ist eine Entscheidung der Organisation |
| Gutschriften und Credits | <dem Verursacher zugerechnet oder zentral vereinnahmt> | <Grund> |
| Support-Plan | Verteilt nach <Schlüssel aus Abschnitt 3> | Die Gebühr folgt den Gesamtkosten |
| Marketplace-Käufe | Direkt an die Kostenstelle des Käufers | Der Kauf hat einen Besteller |
| Steuern | <Regel von Finance> | |
| Währung | <Rechnungswährung> umgerechnet mit <Kurs und Quelle> zum <Stichtag> | Ein Kurs je Monat, dokumentiert |
3. Schlüssel für geteilte Kosten.
| Geteilter Posten | Schlüssel | Datenquelle | Überprüft |
|---|---|---|---|
| Netzwerk, Shared VPC, Transit | Proportional zu den eigenen Kosten der Nutzer | Export, Filter <Tag oder Konto> | <quartalsweise> |
| Gemeinsamer Kubernetes-Cluster | Nach angeforderten CPU- und Speicher-Ressourcen je Namespace | <Cluster-Kostendaten> | monatlich |
| Observability, Logging | Nach ingestierten GB je <Tag> | <Rechnung des Werkzeugs> | <quartalsweise> |
| Plattform-Team, Tooling | <gleich verteilt oder proportional> | diese Richtlinie | jährlich |
| Ressourcen ohne gültigen Tag | Kostenstelle des Konto-Eigentümers | Tagging-Richtlinie, Abschnitt 7 | monatlich |
4. Zeitplan und Stichtag. Verrechnungsperiode ist der Kalendermonat. Datenstand ist der <Tag> des Folgemonats, nach Vorliegen der Provider-Rechnung. Nachträge und Korrekturen der Provider werden im Monat ihres Eingangs gebucht, nicht rückwirkend. Der Showback-Bericht geht <n> Arbeitstage vor der Buchung an die Kostenstellenverantwortlichen.
5. Einwände.
| Schritt | Wer | Frist |
|---|---|---|
Einwand mit Ressourcen-IDs und Begründung an <Rolle> | Kostenstellenverantwortlicher | <5> Arbeitstage nach dem Bericht |
| Prüfung gegen Export und Tagging-Richtlinie | <Cloud-Verantwortlicher> | <3> Arbeitstage |
Entscheidung, bei Uneinigkeit <Rolle in Finance> | <Rolle> | vor der Buchung |
Korrektur: ab dem Folgemonat, Rückbuchung höchstens <1> Monat | Finance | nächste Buchung |
6. Ausnahmen und Neuzuordnungen. Ein neues Team erhält <n> Monate Showback ohne Buchung. Projekte mit Enddatum tragen den Schlüssel project; ihre Kosten gehen an <Projektkostenstelle> bis <Enddatum>. Eine Kostenstelle, die geschlossen wird, geht an <Nachfolger> ab <Datum>.
7. Verantwortlichkeiten. <Cloud-Verantwortlicher> liefert Bericht und Verteilung; <Finance> bucht und führt Anhang A; <Kostenstellenverantwortlicher> prüft und erhebt Einwände; <Rolle> entscheidet bei Uneinigkeit.
8. Review. Die Richtlinie wird <jährlich> und bei jeder Änderung der Kostenstellenstruktur geprüft; Schlüssel in Abschnitt 3 werden nach dem genannten Rhythmus gegen die Nutzung nachgerechnet.
| Version | Datum | Änderung | Freigegeben von |
|---|---|---|---|
<1.0> | <Datum> | Erstfassung | <Finance und Cloud-Verantwortlicher> |
Anhang A, Kostenstellen. <Kostenstelle>, <Verantwortlicher>, <Tag-Wert cost-center>, <Konten oder Subscriptions>, <gültig ab>.
So füllen Sie sie aus
Geltungsbereich: Nennen Sie die Konten, nicht nur die Provider, und setzen Sie die Untergrenze, unter der Finance nicht bucht; sie spart mehr Aufwand, als sie an Genauigkeit kostet.
Kostenbasis: Der Unterschied zwischen fakturiert, effektiv und amortisiert entscheidet, ob ein Team eine Vorauszahlung sieht, die es nie ausgelöst hat (Listen-, Rechnungs-, effektive und amortisierte Kosten). Gutschriften: Wer sie zentral vereinnahmt, hält den Anreiz der Teams sauber, wer sie zuordnet, zeigt die wahre Rechnung (Gutschriften, Erstattungen und Korrekturen). Währung: Ein Kurs je Monat und seine Quelle, wie in der Wechselkursregel für Budgets.
Schlüssel: Jeder Posten nennt die Datenquelle, weil ein Schlüssel ohne Quelle nicht nachgerechnet werden kann; die Auswahl zwischen proportional, nach Nutzung und gleich verteilt steht in geteilte Kosten. Ressourcen ohne Tag folgen der Tagging-Richtlinie, nicht einer zweiten Regel.
Stichtag: Die Provider schließen den Monat erst Tage nach dem Ultimo ab; ein Stichtag davor verrechnet vorläufige Zahlen (Abrechnungszeiträume und Stichtag). Einwände: Die Frist beginnt mit dem Showback-Bericht; die Rollen sind die des RACI für Kostenverantwortung.
So passen Sie sie an
Ein Team: Keine Verrechnung; die Richtlinie schrumpft auf Abschnitt 2 und wird zur Fußnote des Showback-Berichts. Mehrere Teams: Abschnitt 3 ist der strittige Teil; ein Schlüssel je Posten, nachrechenbar, und ein Jahr ohne Änderung, damit die Teams planen können.
Ein Provider: Die Währungszeile entfällt, wenn der Provider in Euro fakturiert; die Commitment-Zeile nennt das Programm des Providers. Drei Provider: Ein Kurs je Provider und Monat, und die effektive Kostenbasis aus der jeweiligen Export-Spalte, weil die Provider sie verschieden berechnen.
Startup: Showback statt Chargeback, bis Finance Kostenstellen führt und ein Controlling die Buchung liest; die Vorlage wird dann ohne Abschnitt 5 begonnen. Finance-geführt: Abschnitt 2 und Anhang A werden mit dem Kontenplan abgestimmt, die Buchung läuft über <ERP-Schnittstelle>, und der Review-Rhythmus folgt dem Jahresabschluss.
Quellen
Gelesen am 2026-10-21. FinOps Foundation, Invoicing & Chargeback und Allocation (CC BY 4.0), FOCUS, Billed Cost und Effective Cost, Split Charges in AWS-Kostenkategorien, Ihre AWS-Rechnung verstehen, Kostenzuordnungsregeln in Azure, Einführung in die Kostenzuordnung in Azure, Zuordnung von Committed-Use-Discount-Gebühren und -Gutschriften, EZB-Referenzkurse.