FOCUS, die Spezifikation für Abrechnungsdaten

Die FOCUS-Spezifikation, ausgeschrieben FinOps Open Cost and Usage Specification, legt ein gemeinsames Schema für Abrechnungsdaten fest: welche Datensätze ein Anbieter liefert, welche Spalten sie enthalten, was jede Spalte bedeutet und welche Mindestanforderungen für die Werte gelten. Für die Rechnung zählt sie, weil ein FOCUS-Export die Kosten von AWS, Azure, Google Cloud und weiteren Anbietern in dieselben Begriffe bringt, aber nur so weit, wie die umgesetzte Version reicht und die dokumentierten Lücken des Anbieters es zulassen.

So funktioniert es

Trägerschaft und Lizenz

Laut Projektseite ist FOCUS eine offene Spezifikationsinitiative der Linux Foundation, unterstützt von der FinOps Foundation, der Tokenomics Foundation und dem ITAM Forum. Aufgesetzt ist sie als Specification Project der Joint Development Foundation, die offenen Projekten Governance und eine Rechtsform für Lizenz- und Patentfragen stellt. Ein Steering Committee, dessen Mitglieder das Governing Board der FinOps Foundation ernennt, gibt die Richtung vor und genehmigt die Spezifikationen; am Lesetag gehören ihm unter anderem Vertreter von AWS, Google Cloud und Microsoft an. Maintainer pflegen die Spezifikation im öffentlichen GitHub-Repository FOCUS_Spec. Organisationen wirken nach Unterzeichnung des Contributor License Agreement mit, ohne Mitglied der FinOps Foundation zu sein und ohne Kosten; Issues kann jeder mit GitHub-Konto anlegen. Jede Veröffentlichung durchläuft Beiträge aus der Community, Review, Freigaben, Ratifizierung und eine IP-Prüfung. Der Text steht unter CC BY 4.0, für Patente gilt die Option W3C Mode.

Versionen

FOCUS versioniert angelehnt an Semantic Versioning, ohne strikte Kompatibilitätszusage: Neue Versionen ergänzen vor allem, Breaking Changes laufen über einen dokumentierten Deprecation-Zyklus, und eine Implementierung soll angeben, welcher Version sie folgt.

Version 1.4 streicht außerdem ProviderName und PublisherName; ihre Rolle übernehmen ServiceProviderName, HostProviderName und InvoiceIssuerName, und Data-Generator-Metadaten. An Version 1.5 wird gearbeitet: die Identität von KI-Modellen und Tokenverbrauch im Datensatz Cost and Usage, ein Datensatz Price Sheet für Listenpreise und ein Leitfaden für den Wechsel zwischen Versionen.

Datensätze

Welche Spalten Cost and Usage hat und wie die Anbieter sie befüllen, beschreibt FOCUS-Spalten und das Mapping der Anbieter.

Konformität und Anbieter

Die Anforderungen sind mit MUST, SHOULD und MAY nach BCP 14 formuliert. Von einer Implementierung wird erwartet, alle MUST-Anforderungen zu erfüllen. Die FinOps Foundation pflegt den FOCUS Validator, den sie für ihre eigenen Konformitätsprüfungen nutzt; das FOCUS Conformance Program ist der Zertifizierungsweg für Datenlieferanten. Am Lesetag prüft der FOCUS Validator die Versionen 1.2 und 1.3; Unterstützung für 1.4, angekündigt für das dritte Quartal 2026, gab es noch nicht. Die drei großen Anbieter erklären am Lesetag Version 1.2 und veröffentlichen ihre Lücken selbst:

Da alle drei 1.2 folgen, liefern sie die Datensätze aus 1.3 und 1.4 noch nicht. Die Exporte selbst beschreiben AWS Cost and Usage Report und Data Exports, Azure-Kostenexporte: Actual, Amortized und FOCUS und Google-Cloud-Abrechnungsexport nach BigQuery.

Was es für Ihre Kosten bedeutet

FOCUS legt Namen, Definitionen und Mindestanforderungen fest, nicht mehr. Die Spezifikation vereinheitlicht keine Preise: ListCost zweier Anbieter vergleicht zwei Preislisten. Sie ordnet keine Kosten den eigenen Teams zu: Die Allocated-Spalten aus 1.3 zeigen nur, wie ein Anbieter selbst aufteilt, die Zuordnung zu Produkten oder Kostenstellen bleibt beim Nutzer. Und sie ersetzt die Rechnung nicht: Cost and Usage beschreibt, was genutzt wurde, Steuerposten fehlen dort laut FinOps Foundation typischerweise, und erst Invoice Detail bildet ab, was auf der Rechnung steht. Wie eine Rechnung buchhalterisch behandelt wird, entscheidet die Steuerberatung oder Wirtschaftsprüfung, nicht die Spezifikation.

Ein anbieterübergreifender Bericht kann deshalb nur die Spalten nutzen, die alle beteiligten Exporte in ihrer Version füllen. Im Kern sind das die Kostenspalten: BilledCost ist die Rechnungssicht, EffectiveCost die Sicht der effektiven Kosten, in der Vorauszahlungen als amortisierte Kosten auf die Nutzung verteilt sind. Seit 1.4 gilt dafür eine anbieterunabhängige Regel: Ein deckender Kauf hat eine Effective Cost von null, seine Kosten gehen auf die gedeckte Nutzung über. Die Kostensichten erklärt Listen-, berechnete, effektive, amortisierte Kosten, die Wahl zwischen FOCUS-Export und CUR 2.0 bei AWS AWS CUR 2.0 oder FOCUS 1.2: den richtigen Kostenexport wählen. Bei den Datenverantwortlichen liegen die Entscheidungen, welche Version die Grundlage ist, ob eine dokumentierte Lücke den geplanten Bericht betrifft und ob ein Preview-Datensatz als Quelle genügt.

Wo es schiefgeht

• Die Version wird nicht geprüft. Symptom: Eine Abfrage, die für eine Version geschrieben ist, findet in einer anderen ProviderName oder InvoiceDetailId nicht. Ursache: Versionen ergänzen Spalten und streichen veraltete; 1.4 hat ProviderName entfernt, die Exporte der drei Anbieter folgen 1.2.
• Konformität wird als lückenlos gelesen. Symptom: Summen nach CommitmentDiscountId oder InvoiceId sind bei einem Anbieter leer. Ursache: Jeder Anbieter dokumentiert eigene Lücken; Google liefert Committed Use Discounts in x_Credits.
• Der FOCUS-Export wird als Rechnung genommen. Symptom: Die Summe weicht von der Rechnung ab. Ursache: Cost and Usage beschreibt die Nutzung, und Invoice Detail liefert noch keiner der drei Anbieter.
• Preview-Schemas brechen Abfragen. Symptom: Ein Bericht schlägt nach einer Schemaänderung fehl. Ursache: Azure liefert 1.2 als Preview, Google den ganzen Export; Google empfiehlt Views, weil sich das Schema ändern kann.
• Ältere FOCUS-Daten fehlen in BigQuery. Symptom: Die Zeitreihe endet zwei Jahre zurück. Ursache: Für die FOCUS-Tabelle von Google gilt eine Lebensdauer von zwei Jahren, ältere Daten werden automatisch gelöscht.

Quellen

Gelesen am 2026-10-16. FOCUS, What is FOCUS?, About the FOCUS Project, FOCUS Specification 1.4, FOCUS 1.4: Conformance Checkers and Validators, FOCUS 1.4 Datasets, FOCUS data generators: AWS, FOCUS data generators: Microsoft Azure, FOCUS data generators: Google Cloud, Introducing FOCUS 1.4, FOCUS Validator, FOCUS_Spec repository, FOCUS_Spec releases, Joint Development Foundation, FOCUS 1.2 with AWS columns, FOCUS 1.2 with AWS columns conformance gaps, FOCUS cost and usage details file schema, Create and manage Cost Management exports, Structure of FOCUS data export, Export Cloud Billing data to BigQuery.