Marketplace-Käufe auf der Cloud-Rechnung

Marketplace-Käufe sind Software, Daten und Dienste Dritter, die über den Marketplace von AWS, Azure oder Google Cloud bezogen und über das Abrechnungskonto des Cloud-Anbieters abgerechnet werden: Die Rechnung stellt der Cloud-Anbieter oder seine Zahlungseinheit, Verkäufer bleibt der Dritte. Je nach Anbieter, Vertragstyp und Preismodell landen die Posten in der Monatsabrechnung, auf einer eigenen Rechnung zum Kaufzeitpunkt oder auf einem zweiten Dokument je Abrechnungszeitraum. Wer sie nicht erkennt, bucht Lizenzen als Infrastruktur und übersieht Rechnungen außerhalb des Monatsrhythmus.

So funktioniert es

AWS

Nutzungsbasierte Marketplace-Kosten, auch aus Private Offers, rechnet AWS am zweiten oder dritten Tag des Monats um 00:00 UTC ab, im selben Lauf wie die übrigen AWS-Kosten, aber auf einer eigenen Rechnung neben der für die Infrastruktur darunter; für Software aus einem Amazon Machine Image (AMI) ist das der Stundensatz des Verkäufers mal die Laufstunden. AMI-Jahresabonnements und Contract-Käufe werden dagegen bei Abschluss fakturiert, außerhalb der Monatsrechnung: ein Jahresabonnement mit einer Rechnung für die ganze Vereinbarung, ein flexibler Zahlungsplan mit einer Rechnung je Zahltermin; Nutzungsanteile eines Vertrags erscheinen in der Monatsrechnung. Konten in EMEA (ohne Türkei und Südafrika) erhalten für Käufe bei EMEA-berechtigten Verkäufern die Rechnung von Amazon Web Services EMEA SARL; Konten in Australien und Japan von der lokalen AWS-Gesellschaft, Konten in Indien bei indischen Verkäufern von Amazon Web Services India Private Limited, alle übrigen von Amazon Web Services, Inc. Die EMEA-Marketplace-Rechnung hat eigene Zahlungsanweisungen, weil Amazon Payments Europe, S.C.A. ihre Zahlungen abwickelt. Die meisten Käufe sind in USD bepreist; Private Offers in EUR, GBP, AUD oder JPY werden in der Angebotswährung zu festem Kurs fakturiert, gegebenenfalls mit einer eigenen Rechnung je Währung.

Ein Private Offer ist ein Angebot des Verkäufers mit verhandeltem Preis und eigenen Lizenzbedingungen an bis zu 25 benannte Konten; mit der Annahme wird es zum Agreement. Nimmt das Management-Konto einer Organization an, lässt es sich mit den Member-Konten teilen, wobei bereits abonnierte Member-Konten selbst annehmen müssen. In der Monatsrechnung erscheint es wie jedes Marketplace-Produkt, mit einem Posten je Nutzungsart. Im CUR 2.0 zeigt bill_billing_entity, ob eine Rechnung AWS Marketplace oder andere AWS-Dienste betrifft, bill_invoicing_entity die fakturierende Einheit und line_item_legal_entity den Seller of Record, der bei Drittanbietern von ihr abweichen kann.

Azure

Microsoft nennt Marketplace-Produkte External Services; die Dokumentation zu Private Offers spricht inzwischen von „Microsoft Marketplace“, die Seite zu den External Services noch von „Azure Marketplace“. Der Vertragstyp entscheidet über das Dokument. Unter einem Microsoft Customer Agreement werden sie wie Microsofts eigene Dienste abgerechnet: nutzungsbasierte mit den übrigen Azure-Diensten auf der Rechnung des Billing Profile, sitzbasierte Abonnements am Tag nach dem Kauf; Name und Adresse jedes Publishers stehen am Ende der Rechnung. Unter einem Microsoft Partner Agreement werden sie mit den übrigen Azure-Diensten abgerechnet. Bei Pay-as-you-go gibt es je Abrechnungszeitraum zwei Rechnungen, eine für Azure-Dienste und eine vom Typ „Azure Marketplace and Reservations“. Unter einem Enterprise Agreement decken Azure Prepayment und Guthaben Marketplace-Käufe und -Nutzung nicht: Sie werden trotz Guthaben fakturiert und stehen auf der Rechnung nach der Azure-Nutzung, und ein Enterprise Administrator kann Marketplace-Käufe sperren.

Private Offers kommen vom Hersteller oder als Multiparty Private Offer über einen Channel-Partner, mit verhandelten Preisen für bis zu fünf Jahre, und werden im Azure-Portal unter Private Offer Management angenommen, vom Billing Account Owner oder Contributor (MCA) oder vom Enterprise Administrator (EA). Microsoft nennt als Vorteil, dass berechtigte Käufe auf ein Microsoft Azure Consumption Commitment (MACC) zählen; was daraus folgt, behandelt Enterprise-Verträge und individuelle Preise. In den Kostendetails markiert PublisherType bei MCA Drittanbieter als Marketplace (EA und Pay-as-you-go zeigen Azure), und PublisherName nennt den Verkäufer. Die Rundungsdifferenz zur Rechnung führt Microsoft für Marketplace als eigene Zeile.

Google Cloud

Kosten aus dem Google Cloud Marketplace laufen über das Cloud Billing Account. Der Hersteller wählt Abonnementgebühren, Nutzungsgebühren oder beides, und die Google-Cloud-Ressourcen, auf denen das Produkt läuft, werden getrennt berechnet. In den Cloud-Billing-Berichten und im BigQuery-Export erscheinen Marketplace-Kosten als eigene Posten, teils mit einem Projekt verknüpft, teils nur mit dem Billing Account; seller_name trägt den rechtlichen Namen des Verkäufers. Private Offers sind rabattierte Angebote eines Herstellers, deren Preis vor der Annahme sichtbar ist. Ob sie ein eigenes Rechnungsdokument erhalten, sagt Googles Abrechnungsseite zum Marketplace nicht.

Die Entsprechungen

FOCUS hält die Rollen getrennt: Bei Marketplace-Käufen ist InvoiceIssuerName der Cloud-Anbieter und ServiceProviderName der Verkäufer; diese Spalte hat in Version 1.3 ProviderName abgelöst.

Was es für Ihre Kosten bedeutet

Im Kostenbericht trennen diese Felder Software von Infrastruktur; ohne sie erscheint eine Datenbank-Appliance als Instanzkosten. Ein Produkt erzeugt oft zwei Posten, die Gebühr des Verkäufers und die Ressource darunter, und erst die Summe ist sein Preis. Verträge verschieben den Zeitpunkt: Ein Jahresvertrag steht in den berechneten Kosten als Spitze am Tag der Annahme; welche Sicht ihn über die Laufzeit verteilt, beschreibt Listen-, berechnete, effektive, amortisierte Kosten. Dokumente vermehren sich, wie Aufbau einer Cloud-Rechnung je Anbieter zeigt: Bei AWS kommt eine Marketplace-Rechnung je fakturierender Einheit und gegebenenfalls je Angebotswährung, bei Azure Pay-as-you-go ein zweites Dokument je Zeitraum.

Wer ein Angebot annehmen darf und für welche Konten es wirkt, folgt aus Abrechnungskonten und Hierarchien; was ein Angebot in EUR oder GBP auslöst, aus Rechnungswährung und Wechselkurse. Wie die Umsatzsteuer bei einem Verkäufer in einem anderen Land behandelt wird, klärt Umsatzsteuer und Reverse Charge bei Cloud-Rechnungen.

Wo es schiefgeht

• Jahresvertrag als Anomalie. Symptom: am Tag der Annahme eines Private Offer springt der Tageswert. Ursache: AWS fakturiert Jahresabonnements und Verträge bei Abschluss, Azure unter einem MCA sitzbasierte Abonnements am Tag nach dem Kauf; der Betrag gehört zur Laufzeit.
• Die zweite Rechnung fehlt. Symptom: die Buchhaltung bucht eine Rechnung je Monat, Zahlungserinnerungen kommen trotzdem. Ursache: Azure Pay-as-you-go stellt zwei Rechnungen je Zeitraum, AWS trennt Marketplace von den AWS-Diensten, und die EMEA-Marketplace-Rechnung hat eigene Zahlungsanweisungen.
• Software als Compute gebucht. Symptom: die Instanzkosten eines Teams sind höher, als seine Instanzliste erklärt. Ursache: die Softwaregebühr des AMI steht neben den Instanzstunden und zählt ohne Filter auf bill_billing_entity zur Infrastruktur.
• Private Offer wirkt nur in einem Konto. Symptom: Member-Konten zahlen weiter den öffentlichen Preis. Ursache: ein Member-Konto hat angenommen statt des Management-Kontos, oder bereits abonnierte Member-Konten haben das geteilte Angebot nicht selbst angenommen.

Quellen

Gelesen am 2026-10-16. AWS Paying for products in AWS Marketplace, Private offers in AWS Marketplace, Bill columns, Line item columns; Microsoft Understand your Azure external service charges, Private offers overview, Review your Azure Enterprise Agreement bill, Understand your Microsoft Customer Agreement invoice, Understand usage details fields, Ingest cost details data; Google Cloud Billing for Google Cloud Marketplace products, Structure of Standard data export; FOCUS 1.4 Service Provider Name, Invoice Issuer Name, Examples: Participating Entity Identification.