Ein Kostenbericht in der Cloud ist die Antwort auf eine Frage an die Abrechnungsdaten, festgelegt durch Bereich, Zeitraum, Granularität, Kostenart, Gruppierung und Filter; als gespeicherte Ansicht stellt er dieselbe Frage jedes Mal gleich. Das zählt für die Rechnung, weil dieselben Daten je nach Einstellung verschiedene Summen ergeben: berechnet oder amortisiert, mit oder ohne Gutschriften, nach Nutzungstag oder nach Rechnungsmonat. Wer einen Bericht nur als Screenshot hat, baut ihn im nächsten Monat mit anderen Einstellungen nach, und der Vergleich beantwortet dann zwei verschiedene Fragen. Gespeichert wird bei AWS, Azure und Google Cloud die Abfrage, nicht das Ergebnis. Das ist der Unterschied zwischen einer Ansicht und einem Beleg.
So funktioniert es
Ein Bericht beginnt mit einer Frage, etwa der, was das Team Checkout im September für Rechenleistung gezahlt hat, nachdem Commitments verteilt sind. Aus der Frage folgen die Parameter:
| Parameter | Legt fest | Zu entscheiden |
|---|---|---|
| Bereich | welche Konten, Subscriptions oder Projekte zählen | ein Owner oder das ganze Unternehmen; die Rechte begrenzen, was ein Leser sieht |
| Zeitraum | welche Tage oder Monate | relativ (letzter Monat, Monat bis heute) zum Beobachten, feste Daten für einen abgeschlossenen Monat |
| Zeitbasis | welcher Tag und welcher Monat gemeint ist | Nutzungstag oder Rechnungsmonat; Zeitzone der Tagesgrenze |
| Granularität | Stunde, Tag oder Monat | Tag für Bewegungen, Monat für den Abschluss |
| Kostenart | welche Zahl je Zeile steht und ob Gutschriften und Steuern darin sind | berechnet für die Rechnung, amortisiert oder effektiv für Teams |
| Gruppierung | wie die Summe zerlegt wird | eine Dimension je Bericht in der Konsole |
| Filter | was aus der Summe herausfällt | jeder Filter gehört in Name oder Beschreibung |
| Währung | in welcher Währung gerechnet wird | Rechnungswährung oder eine Berichtswährung mit Kursregel |
| Datenstand | welche Lieferung der Daten gilt | Abfragedatum nennen; vor der Finalisierung sind Zahlen vorläufig |
Was die Kostenarten unterscheidet, erklärt Listen-, berechnete, effektive und amortisierte Kosten; Gruppierung und Filter behandelt Kostendimensionen, Filter und Gruppierung. Ein relativer Zeitraum wertet sich bei jedem Öffnen neu aus: „letzter Monat“ zeigt im November den Oktober und im Dezember den November. Zum Beobachten passt das; ein Bericht über einen abgeschlossenen Monat bekommt feste Start- und Enddaten.
AWS
Wer in Cost Explorer Berichte speichern will, legt sie in der Berichtsbibliothek ab, neben den vordefinierten Berichten wie Daily costs, Monthly costs by service und Monthly costs by linked account sowie den Berichten zu Auslastung und Abdeckung von Reserved Instances. Vordefinierte Berichte lassen sich nicht ändern, nur unter neuem Namen als Ausgangspunkt speichern; je Konto sind 300 gespeicherte Berichte möglich. Alternativ hält ein Lesezeichen der Cost-Explorer-URL Datum, Filter, Diagrammstil, Gruppierung und erweiterte Einstellungen fest. Beim Öffnen rechnet Cost Explorer den gewählten Zeitraum mit aktuellen Daten neu; für einen unveränderlichen Zeitraum setzt man unter Custom feste Daten. Monate sind Kalendermonate, Zeiten UTC. Als Prüfungsnachweis taugen gespeicherte Berichte laut AWS nicht, weil sie sich nachträglich ändern lassen. Was Cost Explorer sonst zeigt, beschreibt AWS Cost Explorer und AWS Budgets.
Azure
Azure Cost Management hält in der Kostenanalyse eine Ansicht als Abfrage ohne Daten fest, mit Filtern, Gruppierung, Granularität und Diagrammarten. Verfügbar ist sie nur in dem Bereich (Scope), in dem sie angelegt wurde. Private Ansichten sieht nur, wer sie angelegt hat, bis zu 100 über alle Bereiche; geteilte Ansichten, bis zu 100 je Bereich, sieht jeder mit mindestens Cost Management Reader auf diesem Bereich. Integrierte Ansichten wie Accumulated costs lassen sich nicht ändern; wer Zeitraum, Währung oder Amortisierung anders braucht, speichert eine eigene. Ein Link über Share enthält Bereich und Konfiguration, gibt aber keinen Zugriff. Auch der Zeitraum gehört zur Ansicht, relativ wie der letzte Monat oder fest mit Start- und Enddatum; die Views-API speichert dazu einen Timeframe (Woche, Monat oder Jahr bis heute oder Custom) und einen Datumsbereich. Tage und Monate rechnet die Kostenanalyse in UTC. Rollen und Bereiche erklärt Azure Cost Management and Billing.
Google Cloud
Die Cloud Billing reports bringen vordefinierte Berichte mit, etwa Services, Projects und SKUs für den laufenden Monat. Save as new speichert Diagrammeinstellungen, Gruppierung und Filter als Bericht auf der Seite All reports, sichtbar für alle mit Zugriff auf Ebene des Cloud-Billing-Kontos: Billing Account Administrator und Billing Account Costs Manager legen Berichte an und ändern sie, Billing Account Viewer öffnet sie nur. Wer nur Projektrechte hat, speichert nichts und teilt stattdessen die URL, die Filter und Gruppierung enthält. Zwei Zeitbasen stehen zur Wahl: Charge period (früher Usage date) nach Nutzungstag, ohne Steuern und Anpassungen auf Rechnungsebene, und Billing period (früher Invoice month) in ganzen Monaten mit diesen Posten. Ein Tag beginnt um Mitternacht US-Pazifikzeit (UTC-8) mit Sommerzeitumstellung. Der Filter Savings legt fest, ob Gutschriften, Rabatte und andere Einsparungen abgezogen werden.
Was es für Ihre Kosten bedeutet
Ein gespeicherter Bericht ist eine Definition, kein Beleg, wie die Abschnitte zu AWS und Azure zeigen. Wer den Bericht später öffnet, rechnet mit dem dann aktuellen Datenstand, und bis zur Finalisierung kann sich jeder Monat noch ändern (Aktualität, Nachberechnung und Finalisierung). Wer eine Zahl festhalten muss, für den Monatsabschluss etwa, sichert auch das Ergebnis: den CSV-Download mit Abfragedatum oder eine Abfrage auf dem Export.
Drei Parameter entscheiden, ob zwei Berichte vergleichbar sind: Kostenart, Zeitbasis und Datenstand. Zwei Berichte über „September“ weichen ab, wenn einer amortisiert und einer berechnet, einer nach Nutzungstag und einer nach Rechnungsmonat zählt oder wenn zwischen beiden Abfragen Daten nachgeliefert wurden. Über mehrere Provider kommt die Tagesgrenze dazu: AWS und Azure rechnen Tage in UTC, Google in US-Pazifikzeit, sodass sich ein Tageswert zwischen den Konsolen um sieben oder acht Stunden verschiebt. Monatssummen berührt das nur am Monatsrand.
Gespeicherte Berichte sind damit das Rohmaterial des monatlichen Reviews, ein fester Satz Fragen mit festen Parametern (Monatliches Cloud-Kostenreview: Agenda und Vorlagen). Wie zwei Zeiträume fair verglichen werden, behandelt Zeitraumvergleich. Mehrere Berichte auf einer Fläche ergeben ein Dashboard, ein Bericht im festen Rhythmus per E-Mail ein Berichtsabonnement.
Wo es schiefgeht
- Relativer Zeitraum als Beleg. Symptom: Der Oktober-Bericht zeigt im Dezember andere Zahlen als in der Oktober-Runde. Ursache: Er nutzt „letzter Monat“ oder „Monat bis heute“ und rechnet bei jedem Öffnen neu; ein abgeschlossener Monat braucht feste Daten.
- Link ohne Zugriff. Symptom: Finance öffnet einen Link auf eine Azure-Ansicht und sieht nur eine Zugriffsverweigerung. Ursache: Der Link überträgt keine Rechte; nötig ist mindestens Cost Management Reader auf dem Bereich oder ein Download.
- Neuer Wert fehlt im Filter. Symptom: Eine neue Subscription taucht im Teambericht nicht auf. Ursache: Eine gespeicherte Azure-Ansicht hält genau die ausgewählten Filterwerte fest; neue Werte kommen nicht von selbst hinzu.
- Nutzungstag statt Rechnungsmonat. Symptom: Der Google-Monatsbericht liegt unter der Rechnung. Ursache: Die Zeitbasis Charge period enthält keine Steuern und Anpassungen auf Rechnungsebene; der Abgleich braucht Billing period.
- Gleicher Name, andere Einstellung. Symptom: Zwei Berichte namens „Kosten Team A“ weichen ab. Ursache: Einer ist amortisiert, einer blendet Gutschriften aus; die Einstellungen gehören in Name oder Beschreibung.
Quellen
Gelesen am 2026-10-16. AWS Cost-Explorer-Berichte, vordefinierte Berichte, Bericht anlegen, Bericht bearbeiten, Konfiguration als Lesezeichen speichern, Diagramm anpassen und Zeiträume wählen und Kontingente und Einschränkungen; Microsoft Ansichten speichern und teilen, Ansichten in der Kostenanalyse anpassen und Views-API, Create Or Update; Google Cloud Cloud Billing reports.