Abrechnungskonten und Hierarchien

Ein Abrechnungskonto ist die Einheit beim Cloud-Anbieter, die Rechnungen erhält und für eine Gruppe von Konten, Subscriptions oder Projekten zahlt: bei AWS das Management-Konto einer Organization, bei Azure der Billing Account mit seinen Billing Profiles, bei Google Cloud das Cloud Billing Account. Die Hierarchie darunter entscheidet, wer eine Rechnung bekommt, wessen Nutzung für Mengenrabatte zusammengezählt wird, wie weit Reservierungen wirken und wer welche Kosten sieht. Sie ist die erste Ebene der Kostenzuordnung, noch vor jedem Tag.

So funktioniert es

AWS

Jede Organization in AWS Organizations hat ein Management-Konto, das die Kosten aller Member-Konten zahlt; Exportspalten und ältere Seiten nennen es Payer-Konto. Consolidated Billing liefert eine Rechnung je Seller of Record und kombiniert die Nutzung aller Konten, sodass Mengenrabatte, Reserved Instances und Savings Plans geteilt werden, ohne Aufpreis. Die Rabattteilung steuert das Management-Konto unter Billing preferences im Abschnitt Reserved Instances and Savings Plans discount sharing preference by account: je Konto an oder aus, wahlweise auch für Kontogruppen aus Cost Categories. Getrennte Rechnungen liefert AWS Invoice Configuration mit Invoice Units: disjunkte Kontogruppen mit einem Empfängerkonto, bis zu 500 je Payer-Konto, jede mit eigener Rechnung, eigenen Rechnungskontakten und Bestellnummern. Zahlungsmethode und Zahlungsbedingungen erben sie vom Payer, Management- und Member-Konten haften laut AWS gesamtschuldnerisch, und Änderungen gelten ab der Rechnung des Folgemonats. Im CUR 2.0 steht das zahlende Konto in bill_payer_account_id, das nutzende in line_item_usage_account_id, die fakturierende Einheit in bill_invoicing_entity.

Azure

Ein Billing Account entsteht mit der Anmeldung, und sein Typ bestimmt die Hierarchie. Im Microsoft Online Services Program (Pay-as-you-go) entsteht die Rechnung je Subscription. Unter einem Enterprise Agreement ist der Billing Account das Enrollment, darunter optionale Departments, Accounts mit einem Account Owner und Subscriptions; die Rechnung entsteht je Enrollment. Unter einem Microsoft Customer Agreement folgen auf den Billing Account Billing Profiles und Invoice Sections. Ein Billing Profile steht für eine Rechnung mit Zahlungsmethode und Rechnungsadresse und erhält zu Monatsbeginn eine eigene Rechnung; eine Invoice Section gruppiert Kosten innerhalb dieser Rechnung, an ihr hängen Subscriptions und Käufe wie Marketplace-Produkte. Je eines legt Microsoft automatisch an, weitere sind frei wählbar, mit zwei Folgen: Gestaffelte Preise werden je Billing Profile berechnet und nicht über Profile hinweg aggregiert, und Reservierungen mit Shared Scope wirken nur innerhalb eines Profils. Subscriptions lassen sich zwischen Invoice Sections verschieben, Reservierungen, Savings Plans und sitzbasierte Abonnements nicht, und bestehende Rechnungen ändert ein Umzug nicht. Ein Microsoft Partner Agreement hat Billing Profiles, eines je Währung, und die Kunden des CSP-Partners. Ein MCA-Enterprise-Account kann Associated Billing Tenants aufnehmen, damit Nutzer anderer Microsoft-Entra-Mandanten Rollen am Billing Account erhalten. In den Kostendetails tragen BillingAccountId, BillingProfileId (EA-Enrollment, Pay-as-you-go-Subscription oder MCA-Billing-Profile), InvoiceSectionId (EA-Department oder MCA-Invoice-Section) und SubscriptionId die Hierarchie; die Scopes der Konsole beschreibt Azure Cost Management and Billing.

Google Cloud

Google trennt Ressourcenhierarchie und Abrechnung. Die Hierarchie reicht von der Organization als Wurzel über Folders zu den Projekten, in denen die Ressourcen liegen, und IAM-Rollen vererben sich nach unten. Das Cloud Billing Account liegt daneben: Es legt fest, wer für eine Gruppe von Ressourcen zahlt, ist mit einem oder mehreren Projekten verknüpft und zahlt über ein Google Payments Profile. Das Eigentum an einem Billing Account ist auf eine Organization beschränkt, bezahlen kann es auch Projekte anderer Organizations. Subaccounts sind für Reseller gedacht; das übergeordnete Konto zahlt und muss ein Invoiced-Konto sein. Jedes Konto arbeitet in einer Währung (siehe Rechnungswährung und Wechselkurse). Wechselt ein Projekt das Billing Account, gehen Kosten vor dem Wechsel an das alte Konto, danach an das neue. Im Export stehen billing_account_id, project.id und in project.ancestors der Pfad durch Folders und Organization.

Die Entsprechungen

FOCUS nennt die zahlende Einheit BillingAccountId, vergeben vom Rechnungssteller, und die nutzende SubAccountId, vergeben vom Dienstanbieter. Der Anhang zu den Gruppierungen ordnet die Anbieter so zu, wie die Tabelle zeigt, und nennt für Azure EA keine Entsprechung.

Was es für Ihre Kosten bedeutet

Die Hierarchie ist die Kostenzuordnung, die ohne Tags funktioniert: Member-Konto, Subscription und Projekt trägt jeder Export sicher, alles darunter braucht Tags und Labels. Wer Kontogrenzen entlang von Teams, Produkten oder Umgebungen zieht, erhält einen Großteil der Zuordnung aus den Abrechnungsdaten; wer sie nach Historie zieht, holt sie mit Tags nach.

Drei Entscheidungen hängen an der Hierarchie. Die Zahl der Rechnungen: Jede Invoice Unit, jedes Billing Profile und jedes Cloud Billing Account erzeugt je Periode ein eigenes Dokument, aufgebaut wie in Aufbau einer Cloud-Rechnung beschrieben. Die Reichweite der Rabatte: Bei AWS wirken Reservierungen und Savings Plans organisationsweit, soweit die Teilung aktiv ist, bei Azure MCA innerhalb eines Billing Profile, wo auch gestaffelte Preise berechnet werden. Ein zweites Billing Profile kann deshalb teurer sein als eine zweite Invoice Section, die die Kosten auf derselben Rechnung trennt. Die Sicht auf die Daten: Am Management-Konto, am Azure Billing Account und am Cloud Billing Account ist alles sichtbar; darunter regeln die Scopes der Konsolen, bei AWS im Cost Explorer, wer was sieht.

Ein Umzug zwischen Zahlern trennt die Historie. Verlässt ein Member-Konto die Organization, verliert es den Zugriff auf die Cost-Explorer-Daten aus dieser Zeit, das Management-Konto behält sie; wie lange Exporte die Vergangenheit halten, behandelt die Seite zur Aufbewahrung der Abrechnungsdaten. Was der Vertrag über dem Billing Account regelt, steht in Enterprise-Verträge und individuelle Preise.

Wo es schiefgeht

• Zweites Billing Profile statt Invoice Section. Symptom: nach der Trennung zweier Abteilungen steigen die Speicherkosten ohne Mehrverbrauch, und eine Reservierung deckt weniger als zuvor. Ursache: Azure berechnet gestaffelte Preise je Billing Profile und wendet Reservierungen mit Shared Scope nur innerhalb eines Profils an.
• Rabattteilung abgeschaltet. Symptom: ein Konto zahlt On-Demand, während im Nachbarkonto Reservierungen ungenutzt bleiben. Ursache: für eines der Konten ist die Teilung unter Billing preferences deaktiviert, oder der Modus Restricted Group Sharing hält den Rabatt in einer Gruppe; im Export steht die Nutzung dann als Usage statt als DiscountedUsage oder SavingsPlanCoveredUsage.
• Payer mit Nutzer verwechselt. Symptom: alle Kosten liegen beim Management-Konto oder beim Billing Account, die Zuordnung nach Team bleibt leer. Ursache: der Bericht gruppiert nach bill_payer_account_id oder billing_account_id statt nach line_item_usage_account_id oder project.id.
• Mitten im Monat umgehängt. Symptom: zwei Rechnungen für einen Monat, und keine passt zum Export des Teams. Ursache: Google berechnet Kosten vor dem Projektwechsel dem alten Billing Account, Änderungen an AWS Invoice Units wirken erst auf die Rechnung des Folgemonats, und bei Azure ändert ein Umzug bestehende Rechnungen nicht.

Quellen

Gelesen am 2026-10-16. AWS Consolidating billing for AWS Organizations, Reserved Instances, Reserved Instances and Savings Plans discount sharing, Customizing your invoice preferences with AWS invoice configuration, Quotas and restrictions, Bill columns, Line item columns; Microsoft View your billing accounts in Azure portal, Organize your invoice based on your needs, Manage billing across multiple tenants, Understand usage details fields; Google Cloud About resource hierarchy, Cloud Billing overview, Enable, disable, or change billing for a project, Structure of Standard data export; FOCUS 1.4 Billing Account ID, Sub Account ID, Grouping Constructs for Resources or Services.