Listenpreis, berechnete, effektive und amortisierte Kosten sind vier Antworten auf die Frage „Was kostet das?“: was die Nutzung zum öffentlichen Preis gekostet hätte, was der Anbieter in diesem Zeitraum in Rechnung stellt, was die Nutzung nach allen Rabatten wert ist, und wie ein vorab bezahltes Commitment über seine Laufzeit verteilt wird. Die vier Zahlen laufen auseinander, sobald Reservierungen, Savings Plans, verhandelte Preise oder Gutschriften im Spiel sind. Wer sie in einem Bericht mischt, vergleicht die Rechnung mit dem Verbrauch und erklärt Sprünge, die keine sind.
So funktioniert es
FOCUS, die offene Spezifikation für Abrechnungsdaten aus der FinOps-Community, definiert die Maße anbieterneutral; Version 1.4 ist die aktuelle:
- ListCost: Listenpreis je Einheit mal Preismenge, also die Kosten vor jedem Rabatt.
- ContractedCost: vertraglich vereinbarter Preis je Einheit mal Preismenge, also nach verhandelten Preisen, aber vor Commitment-Rabatten.
- BilledCost: die Kosten einer Position, wie der Rechnungssteller sie im Abrechnungszeitraum fakturiert. Bei einem Kauf ist das der in diesem Zeitraum berechnete Anteil; bei Nutzung ist der Anteil ausgenommen, den ein zugehöriger Kauf deckt. Die Summe je Rechnungsnummer muss bis auf Rundung dem Rechnungsbetrag entsprechen.
- EffectiveCost: die Kosten nach allen Preisanpassungen, bezogen auf die genutzten Ressourcen. Bei Nutzung enthält sie den anerkannten Anteil der Kaufkosten, die sie decken; der deckende Kauf selbst steht auf null, damit nichts doppelt zählt.
Eine eigene Spalte „amortisierte Kosten“ kennt FOCUS nicht: Was die Anbieter so nennen, ist das Verteilen eines Kaufs auf die gedeckte Nutzung, und genau das trägt EffectiveCost. Effektive Kosten und amortisierte Kosten meinen deshalb in der Praxis dasselbe Maß; „effektiv“ betont die Rabatte, „amortisiert“ die Verteilung.
AWS
Cost Explorer bietet fünf Sichten. Unblended Costs zeigen die Kosten der Nutzung, mit Rabatten als eigenen Positionen. Amortized Costs verteilen die Vorab- und Monatsgebühren von Reservierungen über den Abrechnungszeitraum; ohne diese Sicht erscheint eine Reservierungsgebühr als Spitze am Tag der Belastung, mit ihr als effektiver Tagessatz, und der ungenutzte Teil steht in der Tagesansicht am Monatsersten. Blended Costs sind der Durchschnitt über die Konten einer Organisation. Net Unblended und Net Amortized Costs rechnen zusätzlich Rabatte ein. Im CUR 2.0 stehen dieselben Maße als Spalten: line_item_unblended_cost, line_item_blended_cost und, nur wenn das Konto im Zeitraum einen Rabatt hat, line_item_net_unblended_cost; die Verteilung tragen reservation_effective_cost und savings_plan_savings_plan_effective_cost, und der Positionstyp unterscheidet Arten von Posten, darunter Usage, DiscountedUsage, Fee, RIFee, SavingsPlanUpfrontFee, SavingsPlanRecurringFee, SavingsPlanCoveredUsage, SavingsPlanNegation, Credit, Refund und Tax. Welcher Export sich eignet, behandelt AWS CUR 2.0 oder FOCUS 1.2: den richtigen Kostenexport wählen.
Azure
Cost Management führt zwei Datensätze. Actual Cost stimmt mit der Rechnung überein: Der Kauf einer Reservierung steht als Position vom Typ Purchase, und der effektive Preis der Nutzung, die den Rabatt erhält, ist null. Amortized Cost enthält keine Kaufpositionen; stattdessen trägt die gedeckte Nutzung als effektiven Preis den anteiligen Preis der Reservierung, und ungenutzte Stunden erscheinen als UnusedReservation. Die Kostenanalyse zeigt standardmäßig Actual Cost, Exporte gibt es als Actual, Amortized und FOCUS, das beide zusammenführt. Je Zeile stehen außerdem der Pay-as-you-go-Preis (Listenpreis), der Einheitspreis mit verhandeltem Rabatt und der tatsächlich gezahlte effektive Preis.
Google Cloud
Der Abrechnungsexport nach BigQuery kennt keinen Umschalter. Die Spalte cost ist der Preis nach dem jeweiligen Verbrauchsmodell einschließlich verhandelter Rabatte, cost_at_list der Listenpreis, und credits führt Gutschriften als negative Beträge mit einem von mehreren Typen, darunter COMMITTED_USAGE_DISCOUNT, SUSTAINED_USAGE_DISCOUNT, DISCOUNT, PROMOTION, FREE_TIER. Nettokosten sind die Summe aus cost und credits. Ein Commitment wird stündlich über die gesamte Laufzeit berechnet, unabhängig von der Nutzung; bei der proportionalen Zuordnung, dem Standard, wird die Gebühr den Projekten anteilig nach ihrer gedeckten Nutzung zugeordnet, der nicht zugeordnete Rest läuft auf Ebene des Abrechnungskontos. Wie der Export eingerichtet wird, zeigt Google-Cloud-Abrechnungsexport für Kostenberichte einrichten.
Was es für Ihre Kosten bedeutet
Eine All-Upfront-Reservierung zeigt das Problem vollständig. In den berechneten Kosten steht ihr ganzer Preis am Kauftag auf der Rechnung, danach erscheint die gedeckte Nutzung zum Satz null. In den effektiven Kosten verschwindet der Kauf und taucht Stunde für Stunde bei der Nutzung wieder auf, die ihn verbraucht; was unverbraucht bleibt, bleibt beim Konto, das die Reservierung hält. Die Summe über die Laufzeit ist in beiden Sichten gleich, die Verteilung auf Monate und Teams nicht.
Daraus folgt, welches Maß welche Frage beantwortet:
| Frage | Maß |
|---|---|
| Was zahlen wir in diesem Monat, und stimmt die Rechnung | berechnete Kosten: BilledCost, AWS Unblended oder Net Unblended, Azure Actual, bei Google der Rechnungsmonat |
| Was kostet ein Team, ein Produkt, ein Service wirklich | effektive Kosten: EffectiveCost, AWS Net Amortized, Azure Amortized, bei Google cost plus credits |
| Was bringen verhandelte Preise und Commitments | der Abstand zwischen Listenpreis, vertraglichen und effektiven Kosten |
| Hat eine Einsparung gewirkt | effektive Kosten derselben Ressource vor und nach der Maßnahme |
Ein Kostenbericht an ein Team ohne eigene Reservierungen zeigt effektive Kosten; die Finanzabteilung bekommt berechnete Kosten, weil nur die zur Rechnung passen. Ein Bericht, der beide braucht, zeigt beide Spalten und nennt sie.
Wo es schiefgeht
- Ein gemischter Export wird summiert. Symptom: die Summe liegt um die Commitment-Gebühren über der Rechnung. Ursache: im CUR stehen die Gebührenpositionen und die verteilten effektiven Kosten nebeneinander, und wer
line_item_unblended_costmitreservation_effective_costaddiert, zählt den Kauf doppelt; dasselbe passiert, wenn Azure Actual und Amortized in einer Tabelle landen. - Zeiträume über Maße hinweg verglichen. Symptom: der Vormonat aus dem amortisierten Bericht, der aktuelle Monat aus der Rechnung, und der Trend zeigt eine Steigerung, die es nicht gibt. Ursache: dieselbe Zahl heißt in einer Sicht Spitze und in der anderen Verteilung.
- Eine Vorabgebühr als Kostensteigerung gelesen. Symptom: eine Anomalie am Kauftag, eine Eskalation, ein Rückkauf, der nichts verbessert. Ursache: der Bericht lief auf berechneten Kosten; auf effektiven Kosten ist der Tag unauffällig.
- Gutschriften doppelt gezählt. Symptom: die Einsparung ist größer als die Rechnung hergibt. Ursache: bei Google stehen Gutschriften in der Kostentabelle als eigene Zeilen, im Export als Feld je Position; bei AWS sind Credits negative Positionen im Unblended Cost und zugleich im Reiter „Savings“ ausgewiesen. Wer beide Darstellungen addiert, zieht denselben Betrag zweimal ab.
Quellen
Gelesen am 2026-10-15. FOCUS 1.4 Column library, List Cost, Billed Cost, Effective Cost, Contracted Cost; AWS Choosing advanced options in Cost Explorer, CUR 2.0 line item columns, Reservation-Spalten, Savings-Plans-Spalten, Die Rechnung verstehen; Microsoft Understand Azure reservations usage for Enterprise Agreement and Microsoft Customer Agreement, Exporte erstellen und verwalten, Felder der Nutzungsdetails verstehen; Google Cloud Struktur des Standard-Exports, Attribution of committed use discount fees and credits, Committed Use Discounts für Compute Engine.