Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
# Konzepte und bewährte Verfahren für AWS Billing Conductor
In diesem Abschnitt werden einige bewährte Methoden für die Arbeit mit AWS Billing Conductor beschrieben.
## Steuern des Zugriffs auf AWS Billing Conductor
Der AWS Billing Conductor ist nur für Benutzer zugänglich, die Zugriff auf das Zahler- oder Verwaltungskonto haben. Um IAM-Benutzern die Erlaubnis zu erteilen, Abrechnungsgruppen zu erstellen und die wichtigsten Leistungsindikatoren (KPIs) von AWS Billing Conductor () in der Billing and Cost Management-Konsole zu sehen, müssen Sie IAM-Benutzern außerdem Folgendes gewähren:
+ Konten innerhalb von Organizations auflisten
Weitere Informationen darüber, wie Sie Benutzern die Möglichkeit geben können, Abrechnungsgruppen und Preispläne in der AWS Billing Conductor-Konsole zu erstellen, finden Sie unter[Identitäts- und Zugriffsmanagement für AWS Billing Conductor](security-iam.md).
Sie können AWS Billing Conductor-Ressourcen auch programmgesteuert mithilfe der AWS Billing Conductor-API erstellen. Wenn Sie den Zugriff auf die AWS Billing Conductor-API konfigurieren, empfehlen wir, einen eindeutigen IAM-Benutzer zu erstellen, um den programmatischen Zugriff zu ermöglichen. Auf diese Weise können Sie genauere Zugriffskontrollen zwischen den Personen in Ihrer Organisation, die Zugriff auf die AWS Billing Conductor-Konsole haben, und der API definieren. Um mehreren IAM-Benutzern Abfragezugriff auf die AWS Billing Conductor-API zu gewähren, empfehlen wir, für jeden Benutzer eine IAM-Rolle mit programmatischem Zugriff zu erstellen.
## Erfahren Sie, wie sich das Beitritts- und Austrittsdatum des Hauptkontos auf die Pro-forma-Abrechnung auswirkt
Dieser Abschnitt gilt nur, wenn Sie Billing Conductor als eigenständigen Dienst verwenden, ohne dass die Rechnungsübertragung aktiviert ist.
Das Datum, an dem das Hauptkonto Ihrer Organisation beigetreten ist, definiert die historische Grenze für die Pro-forma-Kosten für diese Abrechnungsgruppe. Wenn Sie ein Konto, das Ihrer Organisation Mitte des Monats beigetreten ist, als primäres Konto einer Abrechnungsgruppe wählen, können alle Konten in dieser Abrechnungsgruppe ihre Proforma-Rechnungsdaten für die erste Monatshälfte nicht sehen. Das liegt daran, dass das Hauptkonto zu diesem Zeitpunkt noch nicht Teil der Organisation war. Wenn das Hauptkonto Ihre Organisation Mitte des Monats verlassen hat, können die Konten in der Abrechnungsgruppe ebenfalls ab dem Datum, an dem das Hauptkonto die Organisation verlassen hat, keine Proforma-Abrechnung mehr sehen.
**Anmerkung**
Die Abrechnungsgruppe ist zur Löschung im Folgemonat markiert, wenn das Hauptkonto Ihre Organisation verlässt. Um die Pro-forma-Abrechnung für Konten in dieser Abrechnungsgruppe für die folgenden Monate beizubehalten, empfehlen wir Ihnen, die Abrechnungsgruppe zu löschen und eine neue zu erstellen. Die neue Abrechnungsgruppe kann mit einem neuen Hauptkonto oder mit dem ursprünglichen Konto erstellt werden, falls das Konto Ihrer Organisation wieder beigetreten ist.
Wenn das Hauptkonto Ihre Organisation verlassen hat, erhalten Sie eine E-Mail-Benachrichtigung.
Beispiel: Ihr primäres Konto ist Ihrer Organisation am 15. Oktober beigetreten und hat sie am 28. Oktober verlassen. Die Pro-forma-Abrechnungsdaten für alle Konten in der Abrechnungsgruppe enthalten nur die Kosten und die Nutzung zwischen dem 15. und 28. Oktober. Dies gilt auch dann, wenn andere Konten Teil der Abrechnungsgruppe für den gesamten Monat Oktober sind.
Um Diskrepanzen zwischen den Kosten- und Nutzungsdaten in den gebührenpflichtigen Proforma-Domains zu vermeiden, stellen Sie sicher, dass das als primäres Konto gewählte Konto für den gesamten Monat Teil Ihrer Organisation ist.
## Grundlegendes zur Aktualisierungshäufigkeit von Billing AWS
AWS Die Abrechnungsdaten werden mindestens einmal täglich aktualisiert. AWS Billing Conductor verwendet diese Daten, um Ihre Pro-forma-Abrechnungsdaten zu berechnen. Benutzerdefinierte Einzelposten, die so generiert wurden, dass sie für den aktuellen Monat gelten, werden innerhalb von 24 Stunden angezeigt. Es kann bis zu 48 Stunden dauern, bis benutzerdefinierte Einzelposten, die für den vorherigen Abrechnungszeitraum generiert wurden, in den AWS Kosten- und Nutzungsberichten einer Abrechnungsgruppe oder auf der Rechnungsseite für eine bestimmte Abrechnungsgruppe angezeigt werden.
## Grundlegendes zur Rechenlogik von AWS Billing Conductor
Die Berechnung durch AWS Billing Conductor kann flexibel auf die Änderungen reagieren, die Sie in einem bestimmten Monat vornehmen, wobei die historische Integrität Ihrer Abrechnungsdaten aus der Vorperiode gewahrt bleibt. Dies lässt sich am besten anhand eines Beispiels beschreiben.
**Beispiel: Billing Conductor als eigenständigen Dienst verwenden**
In diesem Beispiel haben wir zwei Abrechnungsgruppen, `A` und`B`. Die Abrechnungsgruppe `A` beginnt den Abrechnungszeitraum mit den Konten 1 bis 3 in der Gruppe. Mitte des Monats wird das Konto des Zahlers auf umgestellt. `Account 3` `Billing Group B` Zu diesem Zeitpunkt ist die Neuberechnung der Kosten für Fakturierungsgruppen `A` und -gruppen erforderlich, um `B` die letzte Änderung genau zu modellieren. Wann verschoben `Account 3` wird, `Billing Group A` wird die Nutzung so modelliert, als ob sie im aktuellen Abrechnungszeitraum nicht Teil der Abrechnungsgruppe `Account 3` gewesen wäre. Darüber hinaus wird `Billing Group B` die Nutzung so modelliert, als ob sie `Billing Group B` seit Beginn des Abrechnungszeitraums Teil davon `Account 3` gewesen wäre. Dieser Ansatz macht die Berechnung komplexer Tarife und Rückbuchungsmodelle überflüssig, wenn sich Konten innerhalb des Abrechnungszeitraums gruppenübergreifend bewegen.
Aus Sicht des Mitgliedskontos werden die Einstellungen der neuen Abrechnungsgruppe auf die Nutzung des Kontos für den gesamten Monat angewendet, wenn Mitte `Account 3` des Monats von einer neuen Abrechnungsgruppe zu einer anderen gewechselt wird. Dies spiegelt sich in Cost Explorer und Bills wider, als ob das Konto seit Anfang des Monats Teil der neuen Abrechnungsgruppe wäre.
| Abrechnungsgruppe A | Tage: 1 — 15 | Tage: 16 - 30 | Ende des Monats |
| --- | --- | --- | --- |
| Konto 1 | 100$ | 100$ | 200$ |
| Konto 2 | 100$ | 100$ | 200$ |
| Konto 3 | 100$ | – | – |
| Gesamt | 300$ | 200$ | 400$ |
| Abrechnungsgruppe B | Tage: 1 — 15 | Tage: 16 - 30 | Ende des Monats |
| --- | --- | --- | --- |
| Konto 4 | 100$ | 100$ | 200$ |
| Konto 5 | 100$ | 100$ | 200$ |
| Konto 6 | 100$ | 100$ | 200$ |
| Konto 3 | 100$ | 100$ | 200$ |
| Gesamt | 400$ | 400$ | 800$ |
**Beispiel: Verwendung von Billing Conductor mit Rechnungsüberweisung**
Im Gegensatz zu eigenständigen Billing Conductor-Benutzern konfigurieren Benutzer von Billing Transfer die Abrechnungsgruppen nicht manuell. Pro forma- und kostenpflichtige Datenänderungen treten jedoch auf, wenn verknüpfte Konten hinzugefügt oder daraus entfernt AWS Organizations werden oder wenn das Rechnungsüberweisungskonto die Preiskonfiguration ändert.
## Billing Conductor mit zweistufigen Abrechnungsüberweisungen
Die Rechnungsübertragung unterstützt zweistufige Überweisungen für ausgewählte Konten. Ein Rechnungsüberweisungskonto kann seine eigene Rechnung und alle Rechnungen seines Rechnungsquellenkontos auf ein externes Verwaltungskonto (Rechnungsempfänger) übertragen. Dieses Empfangskonto ist für die Bezahlung sowohl der Rechnungen der two-levels-down Rechnungsquellenkonten als auch der Rechnungen des zwischengeschalteten Rechnungsüberweisungskontos zuständig, das durch die Überweisung seiner Rechnung zu einem Rechnungsquellenkonto wird.
Weitere Informationen zu zweistufigen Überweisungen finden Sie unter Kontingente für [Abrechnungstransfers](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/orgs_transfer_billing-quotas.html).
**Kontorollen in Konfigurationen für Abrechnungstransfers**
| Rolle des Kontos | Übertragung auf einer Ebene | Übertragung auf zwei Ebenen |
| --- | --- | --- |
| Rechnungsquellkonto | Generiert eine konsolidierte Rechnung und überträgt sie auf ein externes Verwaltungskonto | Generiert eine konsolidierte Rechnung und überträgt sie auf ein externes Verwaltungskonto |
| Konto für die Übertragung von Rechnungen | Nicht zutreffend | Überträgt seine eigenen Rechnungen und Rechnungen des Rechnungsquellenkontos auf ein Konto des Rechnungsempfängers. Dient als Rechnungsüberweisungskonto für Rechnungsquellenkonten und als Rechnungsquellenkonto für den Rechnungsempfänger. Verwendet Billing Conductor, um Preise zu verwalten, die für Konten mit Rechnungsquelle sichtbar sind. |
| Empfänger der Rechnungsüberweisung | Empfängt und bezahlt konsolidierte Rechnungen vom Rechnungsquellkonto und seinem eigenen Konto. Verwendet Billing Conductor, um die Preise zu verwalten, die für das Rechnungsquellkonto sichtbar sind. | Empfängt und bezahlt konsolidierte Rechnungen von allen Rechnungsquellenkonten (einschließlich des Rechnungsüberweisungskontos) und seinem eigenen Konto. Verwendet Billing Conductor, um die Preisgestaltung für alle Rechnungsquellenkonten zu verwalten. Nur für das Rechnungsüberweisungskonto werden die Kosten angezeigt, die vom Rechnungsempfänger berechnet werden, während für Konten mit Rechnungsquelle die Kosten nach dem Rechnungsüberweisungskonto berechnet werden. |
**Beispiel 1: Konglomeratgeschäft**
Jede Tochtergesellschaft hat mehrere Geschäftsbereiche. Der Medienkonzern verfolgt eine zentrale FinOps Strategie, um Anreize für die Nutzung bestimmter AWS Dienste im gesamten Unternehmen zu schaffen, die Infrastruktur zu modernisieren und die Cloud-Gesamtkosten zu senken.
**Ablauf der Nutzung**
+ Die AWS Nutzung von `Business Unit_1.1` (Bill Source`accountID 123`) beträgt 15$, basierend auf AWS Standardberechnungen.
+ Die AWS Verwendung von `Subsidiary_1` (`accountID 456`) kostet 30$, basierend auf AWS Standardberechnungen.
+ Die AWS Nutzung von `Conglomerate_A` (Bill Transfer-Bill Receiver`accountID 789`) kostet 10$, basierend auf Standardberechnungen. AWS
**Zahlungsfluss**
`Conglomerate_A`(`accountID 789`) erhält drei separate konsolidierte Rechnungen und Rechnungen für die Nutzung jedes Kontos. Sie zahlen AWS insgesamt 55$.
**Showback- und Chargeback-Flows**
`Conglomerate_A`(Empfänger der Rechnungsüberweisung`accountID 789`) berechnet `Subsidiary_1` (Rechnungsüberweisung`accountID 456`) 14$ für die Nutzung von Business Unit\_1.1 (Rechnungsquelle`accountID 123`) und 29$ für die Nutzung von Tochtergesellschaft 1 (Bill Transfer`accountID 456`), um sie für die Nutzung der empfohlenen Dienste zu belohnen. AWS
In der AWS Fakturierung und Kostenmanagement Konsole belaufen sich die Kosten (`accountID 123`) von `Subsidiary_1` `Business Unit_1.1` Views Only auf 14$ und die eigenen Kosten (`accountID 456`) auf 29$, wie von festgelegt. `Conglomerate_A` `Subsidiary_1`zahlt `Conglomerate_A` 43$ für die kombinierte Nutzung.
Um Anreize für eine bessere Budgetierung zu schaffen, werden 13,50 USD `Subsidiary_1` berechnet`Business Unit_1.1`.
Zeigt in der AWS Fakturierung und Kostenmanagement Konsole nur ihre eigenen Kosten in Höhe von 13,50$ an, wie von festgelegt. `Business Unit_1.1` `Subsidiary_1`
**Beispiel 2: Vertriebs- und Wiederverkaufsgeschäft**
Unternehmen B ist ein Vertriebshändler, der Dienstleistungen AWS weiterverkauft. Der Vertriebspartner erhält Rabatte im AWS Partnernetzwerk (APN), um die Expansion zu unterstützen AWS . Der Vertriebspartner verkauft an seine Partner (nachgeschaltete Verkäufer) weiter, die dann an Endkunden weiterverkaufen. Sowohl Vertriebshändler als auch nachgelagerte Verkäufer teilen sich den APN-Rabatt und berechnen Endkunden auf der Grundlage von öffentlichen, vorab ermäßigten Preisen.
**Ablauf der Nutzung**
+ Die AWS Nutzung durch den Endkunden (Bill Source-Konto-ID 123) beträgt 20$ (basierend auf der AWS Standardberechnung)
+ Der Wert AWS des Downstream-Verkäufers (Rechnungsüberweisungskonto-ID 456) beträgt 2$ (basierend auf der Standardberechnung) AWS
+ Die AWS Nutzung des Vertriebspartners (Bill Transfer-Bill Receiver, Konto-ID 789) beträgt 1$ (basierend auf einer Standardberechnung) AWS
**Zahlungsablauf**
Der Vertriebspartner (Bill Transfer Account-Bill Receiver Account ID 789) erhält drei verschiedene konsolidierte Rechnungen und Rechnungen für die Nutzung jedes Kontos und zahlt insgesamt 23$ an. AWS
**Showback- und Chargeback-Flows**
Der Vertriebspartner (Rechnungsüberweisung/Rechnungsempfänger, Konto-ID 789) berechnet dem Downstream-Verkäufer (Rechnungsüberweisungs-Konto-ID 456) 21$ für die Nutzung des Endkundenkontos (Rechnungsquellen-Konto-ID 123) und 3$ für die Nutzung des Rechnungsüberweisungskontos (ID 456) zurück. Der nachgelagerte Verkäufer zeigt in seiner Fakturierungs- und Kostenmanagement-Konsole ausschließlich die Kosten für Endkunden (Rechnungsquellen-ID 123) mit einem Preis von 21 USD an. Der nachgelagerte Verkäufer sieht ausschließlich seine eigenen Kosten für sein Rechnungsüberweisungskonto (ID 456) mit einem Preis von 3$.
Der nachgelagerte Verkäufer berechnet dem Endkunden 22$ zurück (z. B. bei öffentlichen Preisen).
**Anmerkung**
Für zweistufige Abrechnungstransfers:
Das Konto des Rechnungsempfängers muss keine Einladungen an Konten mit Rechnungsquelle senden. Nur das Konto für die Rechnungsüberweisung sendet Einladungen. Wenn ein Rechnungsquellenkonto die Einladung annimmt, erhält der Empfänger der Rechnungsüberweisung eine CloudWatch Benachrichtigung und übernimmt automatisch die Rechnungsstellung für die Rechnungsquellenkonten.
Das Konto des Rechnungsempfängers muss AWS Organizations über Billing Conductor manuell eine Fakturierungsgruppe in den Rechnungsquellenkonten konfigurieren. Diese Konfiguration ermöglicht es dem Rechnungsüberweisungskonto, die vom Rechnungsempfänger zugewiesenen Kosten für das Rechnungsquellkonto einzusehen. Benutzer des APN-Vertriebsprogramms können so nachgelagerte Verkäufer sehen, wie viel sie ihrem Vertriebspartner für die Nutzung durch ihre Endkunden schulden.
Wenn Sie Hilfe bei der Automatisierung dieses Prozesses benötigen, wenden Sie sich an. Support