Die Aktualität von Abrechnungsdaten gibt an, wie weit der zuletzt gelieferte Stand eines Exports hinter der tatsächlichen Nutzung zurückliegt; zusammen mit der Finalisierung eines Monats und späteren Nachberechnungen entscheidet sie, ob eine Zahl im Bericht vorläufig, final oder schon wieder überholt ist. Für die Rechnung zählt das, weil ein Monat, der abgeschlossen aussieht, sich bei allen drei großen Anbietern danach noch ändern kann, und weil zwei Berichte über denselben Monat nur übereinstimmen, wenn sie auf demselben Datenstand beruhen.
So funktioniert es
Drei Uhren laufen nebeneinander: die Aktualisierung, also wie oft der Anbieter neue Daten in den Export schreibt; die Finalisierung, also wann er einen Abrechnungszeitraum schließt und die Rechnung stellt; und die Nachberechnung, jede Änderung an einem schon gelieferten oder berechneten Monat. Keiner der drei Anbieter sagt eine feste Latenz zu; die Angaben unten dokumentiert jeder selbst.
AWS
Data Exports aktualisiert CUR 2.0 bis zum Ende des Abrechnungszeitraums, laut der Seite zur Exportlieferung mindestens einmal täglich, laut der Anleitung zum Erstellen eines Standardexports „Daily - export is refreshed up to one time per day“. Jede Lieferung ist kumulativ und bis zur Finalisierung eine Schätzung. AWS finalisiert die Nutzungskosten nach Ausstellung der Rechnung und kann die Lieferung des Vormonats noch in den ersten zwei Wochen danach aktualisieren. Auch ein finaler Bericht ändert sich, wenn AWS Erstattungen, Gutschriften oder Supportgebühren bucht; AWS-Supportgebühren, berechnet aus der finalen Nutzung, erscheinen am sechsten oder siebten Tag des Folgemonats. Solange ein Monat nicht final ist, bleibt bill_invoice_id leer. Im Modus Create new bleibt jede Aktualisierung in einem eigenen Verzeichnis erhalten, im Modus Overwrite ersetzt sie die vorige. Die Einzelheiten stehen in AWS Cost and Usage Report und Data Exports.
Azure
Bei EA- und MCA-Subscriptions sind Kosten- und Nutzungsdaten typischerweise nach 8 bis 24 Stunden in Cost Management, bei Pay-as-you-go nach bis zu 72 Stunden. Die geschätzten Kosten des laufenden Abrechnungszeitraums werden sechsmal täglich kumulativ aktualisiert; vor der Rechnung rechnet Cost Management mit der höchsten Preisstufe eines Produkts, und Posten können neu bewertet werden. Azure schließt den Abrechnungszeitraum typischerweise bis zu 72 Stunden nach seinem Ende, Nutzungskosten können sich bis zum fünften Tag danach ändern, final sind die Kosten mit der ausgestellten Rechnung. Ein täglicher Export schreibt die Kosten seit Monatsbeginn und überschreibt standardmäßig die Datei des Vortags. In den ersten fünf Tagen eines Monats erzeugt ein zweiter, unsichtbarer Lauf die Datei des Vormonats, damit sie der Rechnung entspricht. Steuern, Supportgebühren und Gutschriften enthält Cost Management nicht. Mehr dazu in Azure-Kostenexporte: Actual, Amortized und FOCUS.
Google Cloud
Kostendetails liegen typischerweise innerhalb eines Tages vor, manchmal später. Der Export nach BigQuery läuft in regelmäßigen Abständen, ausdrücklich ohne Zusage zu Lieferzeit oder Latenz, und die Spalte export_time steigt mit jeder Lieferung. Beim ersten Einrichten mit einem Multi-Region-Dataset lädt Google den laufenden und den Vormonat nach, was bis zu fünf Tage dauern kann. Einen Status final kennt der Export nicht: invoice.month ordnet jede Zeile ihrer Rechnung zu, die bei Konten mit Rechnungsstellung bis zum fünften Geschäftstag des Folgemonats vorliegen soll. Spät gemeldete Nutzung vom Monatsende kann auf die nächste Rechnung rutschen, und Anpassungen samt Steuern tragen den invoice.month ihres Ausstellungsmonats, auch wenn sie einen anderen Monat betreffen. Solche Zeilen haben cost_type gleich adjustment und ein adjustment_info mit Art und Modus, etwa USAGE_CORRECTION. Den Export selbst beschreibt Google-Cloud-Abrechnungsexport nach BigQuery.
FOCUS
In FOCUS markiert ChargeClass mit dem Wert Correction jede Zeile, die einen bereits geschlossenen Abrechnungszeitraum korrigiert, etwa eine Erstattung; die FOCUS-Exporte von AWS, Azure und Google Cloud führen die Spalte. Version 1.3 ergänzt Metadaten zu Vollständigkeit und Aktualität, Version 1.4 den Datensatz Billing Period mit BillingPeriodStatus (Open oder Closed) und verlangt, dass jeder Anbieter seinen Korrekturstil dokumentiert: Replacement überschreibt mit einem vollständigen Stand, Delta hängt Nettoänderungen an, Ledger hängt Storno und Neubuchung an. Ein geschlossener Zeitraum öffnet sich nur mit Zustimmung des Kunden wieder; Korrekturen erscheinen in der Regel in einem späteren offenen Zeitraum. Am Lesetag dokumentiert AWS seinen Export als FOCUS 1.2 und Azure bietet 1.2 als Preview an; Google nennt für seinen Export keine FOCUS-Version und führt Konformitätslücken bis 1.2 auf. Keiner der drei dokumentiert davon schon etwas für seinen Export.
| Anbieter | Aktualisierung | Monat final | Was sich danach ändert | Woran erkennbar |
|---|---|---|---|---|
| AWS | täglich | nach der Rechnung, Lieferungen bis zwei Wochen danach | Erstattungen, Gutschriften, Supportgebühren | bill_invoice_id gefüllt, neue Lieferung zum Vormonat |
| Azure | Export täglich (Schätzung in Cost Management sechsmal täglich), Daten nach 8 bis 72 Stunden | mit der Rechnung, Zeitraum bis 72 Stunden nach Ende geschlossen | Neubewertung bis zur Rechnung, Nutzung bis zum fünften Tag | Rechnung ausgestellt, Vormonatsdatei aus dem zweiten Lauf |
| Google Cloud | regelmäßig, ohne Latenzzusage | mit der Rechnung je invoice.month | späte Nutzung, Anpassungen und Steuern auf späteren Rechnungen | export_time, cost_type, adjustment_info |
Was es für Ihre Kosten bedeutet
Der laufende Monat ist in jedem Kostenbericht eine Schätzung, und die letzten Tage sind unvollständig, weil Dienste ihre Nutzung verzögert melden. Google weist darauf hin, dass diese Verzögerung auch Budgetwarnungen und die Erkennung von Anomalien betrifft; ein auffällig billiger letzter Tag ist deshalb zuerst eine Frage der Aktualität.
Für einen abgeschlossenen Monat folgt daraus eine einfache Prüfung: Die Summe je Monat wird für jeden Ladevorgang festgehalten und mit dem nächsten verglichen. Weicht sie ab, ist der Monat nachberechnet worden, und die Zeilen mit ChargeClass gleich Correction, Googles adjustment_info oder die neue AWS-Lieferung zum Vormonat zeigen, woher die Differenz kommt. Ein Bericht, der seinen Ladevorgang nennt, bleibt nachvollziehbar, auch wenn sich der Monat später ändert.
Die Entscheidungen daraus liegen bei Finance und den Kostenverantwortlichen: ab wann ein Monat für Showback oder Chargeback als abgeschlossen gilt, ob eine Korrektur dem Monat der Nutzung oder dem Monat ihres Eintreffens zugerechnet wird, und wie ein Zeitraumvergleich einen geschätzten laufenden Monat neben einen finalen Vormonat stellt. Wie Gutschriften, Erstattungen und Korrekturen als Dokumente aussehen, beschreibt Gutschriften, Erstattungen und Korrekturen, wo ein Abrechnungszeitraum endet, Abrechnungszeitraum, Cut-off und späte Posten.
Wo es schiefgeht
- Der laufende Monat wird als final gelesen. Symptom: Der Monatsbericht weicht später von der Rechnung ab. Ursache: Bis zur Finalisierung ist jede Lieferung eine Schätzung; bei Azure ändern sich Nutzungskosten bis zum fünften Tag danach.
- Verzögerung wird als Anomalie gedeutet. Symptom: Die Kosten der letzten Tage fallen ab und steigen mit der nächsten Lieferung. Ursache: Die Dienste melden Nutzung zu unterschiedlichen Zeiten, die jüngsten Tage sind unvollständig.
- Korrekturen landen im falschen Monat. Symptom: Ein Monat enthält eine Gutschrift für Nutzung, die er nicht hatte. Ursache: Bei Google tragen Anpassungen den Rechnungsmonat ihrer Ausstellung; eine FOCUS-Zeile mit
ChargeClassgleichCorrectiongehört zu einem früheren, geschlossenen Zeitraum. - Der frühere Stand ist überschrieben. Symptom: Ein Bericht vom Monatsanfang lässt sich nicht reproduzieren. Ursache: Overwrite bei AWS und die Standardeinstellung der Azure-Exporte halten nur die letzte Lieferung.
- Summen nach Zeitstempel statt Rechnungsmonat. Symptom: Die Google-Summe eines Monats passt nicht zur Rechnung. Ursache: Abfragen auf
usage_start_timeoderexport_timeerfassen spät gemeldete Nutzung einer anderen Rechnung; zur Rechnung passt nurinvoice.month.
Quellen
Gelesen am 2026-10-16. What are AWS Cost and Usage Reports?, Understanding your report versions, Understanding export delivery, Standardexport erstellen, Bill columns, FOCUS 1.2 with AWS columns: columns, Understand Cost Management data, Create and manage Cost Management exports, FOCUS cost and usage details file schema, Set up Cloud Billing data export to BigQuery, Understand the Cloud Billing data tables in BigQuery, Structure of Standard data export, Structure of FOCUS data export, Get a Cloud Billing document such as an invoice, statement, or receipt, FOCUS 1.4: Charge Class, FOCUS 1.4: Billing Period Status, FOCUS 1.4: Correction Handling, FOCUS 1.4: Recency Metadata.