Die effektive Sparquote ist die Einsparung aus Commitment-Rabatten und, je nach Basis, ausgehandelten Rabatten als Anteil dessen, was dieselbe Nutzung ohne sie gekostet hätte. Sie fasst in einer Zahl zusammen, was Reservierungen, Savings Plans und Committed Use Discounts tatsächlich bringen, einschließlich der Zusagen, die bezahlt und nicht genutzt wurden. Aussagekräftig ist sie nur mit drei Angaben: Umfang, Zeitraum und Preisbasis, denn dieselben Kosten ergeben auf verschiedenen Basen verschiedene Quoten.
So funktioniert es
Die Quote vergleicht zwei Summen über denselben Zeitraum: was die Nutzung zu einer Bezugsgröße gekostet hätte, und was sie effektiv gekostet hat, mit den Commitments über die Nutzung verteilt und dem ungenutzten Teil eingerechnet. FOCUS liefert die Spalten dafür. ListCost ist Listenpreis mal Menge, ContractedCost Vertragspreis mal Menge, und ohne ausgehandelte Rabatte entsprechen die Vertragskosten den Listenkosten. EffectiveCost sind die Kosten nach allen Rabatten mit dem anteiligen Commitment. Wie die Kostenarten zusammenhängen, beschreibt Listen-, berechnete, effektive, amortisierte Kosten.
Drei Quellen wählen drei Bezugsgrößen:
| Quelle | Formel | Was die Quote enthält |
|---|---|---|
| FOCUS Use Case Library | (ContractedCost − EffectiveCost) / ContractedCost | nur Commitment-Rabatte, denn ausgehandelte Preise stecken schon in den Vertragskosten |
| FinOps-Toolkit von Microsoft | Einsparung gegenüber den Listenkosten, ohne Commitment-Käufe | ausgehandelte und Commitment-Rabatte |
| Arbeitsgruppe der FinOps Foundation | (Einsparung aus RIs und Savings Plans − Kosten für ihre Erzielung) / On-Demand-Äquivalent | Commitment-Rabatte abzüglich Aufwand wie Werkzeuge und Arbeitszeit |
Die FinOps Foundation führt die Quote in ihrer Capability Rate Optimization als Kennzahl Effective Savings Rate Percentage.
Käufe und ungenutzte Zusagen
Ein Commitment-Kauf, der berechtigte Nutzung decken soll, trägt nach FOCUS EffectiveCost null; sein Betrag erscheint anteilig in den gedeckten Nutzungszeilen, und über Kauf und gedeckte Nutzung zusammen muss EffectiveCost dem berechneten Betrag entsprechen. Was keine Nutzung findet, steht in Zeilen mit CommitmentDiscountStatus = Unused: effektive Kosten ohne Nutzung dahinter. Deshalb senkt ungenutzte Zusage die Quote, und bei starker Überdeckung wird sie negativ. Die Arbeitsgruppe der Foundation liest eine negative Quote als Aufschlag auf den On-Demand-Preis, meist aus zu großen oder schlecht ausgelasteten Commitments; Microsoft nennt im Toolkit ungenutzte Commitments als eine der Stellen, die bei negativen Einsparungen zu prüfen sind. Für Einsparungsrechnungen raten die Definitionen von ContractedCost und ListCost, entweder die Käufe oder die gedeckte Nutzung aus der Summe zu nehmen, damit nichts doppelt zählt; bei periodengerechter Betrachtung die Käufe. Die Abfrage der Use Case Library summiert alle Zeilen; wer sie unverändert übernimmt, prüft im eigenen Export, welche Vertragskosten Kauf- und Unused-Zeilen tragen.
Was die Quote bewegt
Die Arbeitsgruppe zerlegt die Quote in Auslastung, Abdeckung und Rabatt. Damit bewegen sie vier Hebel:
- Abdeckung: der Anteil der berechtigten Nutzung unter einem Commitment; mehr Abdeckung hebt die Quote, solange die Auslastung hält. Beide Kennzahlen beschreibt Commitment-Abdeckung und Auslastung.
- Auslastung: der genutzte Anteil der Zusage; jede ungenutzte Stunde ist effektiver Aufwand ohne Gegenwert.
- Rabatttiefe: Laufzeit, Zahlungsweise und Bindung bestimmen den Rabatt, wie Commitment-Rabatte im Vergleich zeigt.
- Ausgehandelte Preise: Sie heben nur die Quote auf Listenbasis; auf Vertragsbasis stecken sie schon im Nenner.
Woher die Eingaben kommen
| Quelle | Bezugsgröße | Effektive Kosten und ungenutzter Teil |
|---|---|---|
| FOCUS | ListCost, ContractedCost | EffectiveCost, ungenutzt mit CommitmentDiscountStatus = Unused |
| AWS CUR 2.0 | pricing_public_on_demand_cost als öffentlicher On-Demand-Preis | reservation_effective_cost und savings_plan_savings_plan_effective_cost je gedeckter Zeile; ungenutzt reservation_unused_amortized_upfront_fee_for_billing_period, reservation_unused_recurring_fee und bei Savings Plans savings_plan_total_commitment_to_date abzüglich savings_plan_used_commitment |
| Azure | ListCost, ContractedCost im FOCUS-Export | EffectiveCost; CommitmentDiscountStatus ist in 1.2-preview laut Microsoft derzeit leer |
| Google Cloud | cost_at_list für die Listenbasis, cost mit ausgehandelten Rabatten | cost plus credits mit den CUD-Gutschriften; im neuen Modell für ausgabenbasierte CUDs gleicht FEE_UTILIZATION_OFFSET die Gebühr aus, und die Nutzung läuft zum rabattierten Preis |
Welche FOCUS-Spalten die Provider füllen, steht unter FOCUS-Spalten und das Mapping der Anbieter.
Was es für Ihre Kosten bedeutet
Die Quote misst die Preishebel, nicht die Kosten insgesamt. Eine Nutzungsmaßnahme kann sie senken, während die Rechnung sinkt: Wer nach dem Kauf eines Commitments verkleinert, senkt dessen Auslastung. Deshalb steht sie im Bericht neben effektiven Kosten, Abdeckung und Auslastung, nie allein.
Jede berichtete Quote nennt drei Dinge. Die Basis: Vertrag, Liste oder On-Demand-Äquivalent. Den Umfang: Die Abfrage der Use Case Library nimmt alle Zeilen des Zeitraums, das Beispiel der Arbeitsgruppe nur Nutzung unter RIs und Savings Plans plus On-Demand-Ausgaben; nicht berechtigte Nutzung im Nenner verdünnt die Quote. Den Zeitraum: Ein Monatswert mittelt Stunden mit Über- und Unterdeckung. Eine Quote je Team hängt zudem davon ab, wie geteilte Commitments verteilt werden, wie Geteilte Kosten beschreibt.
Wie ein Commitment-Portfolio auf eine bessere Quote hinarbeitet, beschreibt Commitment-Strategie.
Wo es schiefgeht
- Basen verglichen. Symptom: Zwei Berichte nennen für denselben Monat verschiedene Quoten. Ursache: Einer teilt durch Vertragskosten, der andere durch Listenkosten oder das On-Demand-Äquivalent.
- Fehlende Preise. Symptom: Auf Azure fallen Einsparungen und Quote auffällig niedrig aus oder liegen bei null. Ursache: Laut Microsoft liefert Cost Management nicht für alle Konten Listen- und Vertragspreise; wo sie fehlen, zeigt das Toolkit eine Einsparung von null, bis die Preise exportiert sind.
- Nur gedeckte Zeilen gezählt. Symptom: Die Quote bleibt hoch, obwohl die Auslastung fällt. Ursache: Ein Filter auf gedeckte Nutzung schließt die
Unused-Zeilen aus, und die ungenutzte Zusage fällt aus der Rechnung. - Kaufbetrag im Monat des Kaufs. Symptom: Im Monat einer Vorauszahlung wird die Quote stark negativ. Ursache: Gerechnet wurde mit
BilledCoststattEffectiveCost, und der Kauf steht dort in voller Höhe. - Staffelpreise auf AWS. Symptom: Für Dienste mit Staffelpreisen passt die Listenbasis nicht zur Preisliste. Ursache: Bei SKUs mit mehreren öffentlichen On-Demand-Preisen weist
pricing_public_on_demand_costden Gegenwert der höchsten Stufe aus, wie On-Demand-Preise beschreibt. - Kosteneffizienz statt Sparquote. Symptom: Die Quote steigt nach einem Aufräumen ungenutzter Ressourcen. Ursache: Gemeint war die Kosteneffizienz des AWS Cost Optimization Hub, 1 minus mögliche Einsparung geteilt durch optimierbare Ausgaben; sie misst, was noch zu holen ist, und steigt mit jeder umgesetzten Empfehlung.
Beispiel
V sind die Vertragskosten der berechtigten Nutzung im Zeitraum. Der Anteil a davon läuft unter einem Commitment mit Rabatt r gegenüber dem Vertragspreis, die Zusage ist zu u ausgelastet, und der ausgehandelte Rabatt gegenüber der Liste ist n.
| Größe | Formel |
|---|---|
| Gedeckte Nutzung zum Commitment-Preis | a × V × (1 − r) |
| Zusage im Zeitraum, genutzt und ungenutzt | a × V × (1 − r) / u |
| Ungedeckte Nutzung | (1 − a) × V |
| Effektive Kosten E | (1 − a) × V + a × V × (1 − r) / u |
| Quote auf Vertragsbasis | (V − E) / V = a × (1 − (1 − r) / u) |
| Listenkosten L | V / (1 − n) |
| Quote auf Listenbasis | (L − E) / L = n + (1 − n) × Quote auf Vertragsbasis |
Bei voller Auslastung ist die Quote auf Vertragsbasis a × r, Abdeckung mal Rabatt. Sinkt u unter 1 − r, wird sie negativ: Die Zusage kostet dann mehr, als die gedeckte Nutzung zum Vertragspreis gekostet hätte. Dieselben effektiven Kosten ergeben auf Listenbasis eine um n × (1 − Quote auf Vertragsbasis) höhere Zahl.
Quellen
Gelesen am 2026-10-16. FOCUS Use Case: Effective Savings Rate bestimmen, Use Case: Effective Savings Rate je Dienst, Spalten ListCost, ContractedCost, EffectiveCost und CommitmentDiscountStatus (CC BY 4.0); FinOps Foundation Rate Optimization und How to Calculate Effective Savings Rate (ESR) (CC BY 4.0); Microsoft Rate-optimization-Bericht des FinOps-Toolkits, Einsparungsberechnung im FinOps-Toolkit und Schema der FOCUS-Kostendatei; AWS CUR 2.0 Preisspalten, Reservierungsspalten, Savings-Plans-Spalten und Kennzahl Kosteneffizienz; Google Cloud Schema des Standard-Kostenexports.