Die Modellanbieter rechnen API-Nutzung über ein eigenes Konto beim Anbieter ab, mit eigener Gliederung in Organisation, Projekte oder Workspaces und API-Schlüssel, eigenem Zahlungsmodell und eigener Exportschnittstelle; dieselben Modelle über eine Cloud-Plattform gekauft, erscheinen dagegen auf der Cloud-Rechnung, mit deren Zählern. Für die Kostenrechnung heißt das: KI-Ausgaben liegen oft außerhalb der Cloud-Rechnung, in US-Dollar und in einem Datenformat, das kein Cloud-Export mitliefert. Bevor sie sich zuordnen lassen, brauchen sie eine eigene Datenquelle, und welche das ist, hängt davon ab, wo das Modell gekauft wurde.

So funktioniert es

Zahlungsmodell. OpenAI stuft Organisationen nach der Summe ihrer gekauften Guthaben in Nutzungsstufen ein. Für jede Organisation legt OpenAI ein monatliches Nutzungslimit fest, das mit der Stufe steigt; davon getrennt lassen sich eigene Ausgabelimits setzen. Anthropic verkauft Guthaben über die Billing-Seite der Claude Console, und Unternehmenskunden können Rechnungsstellung vereinbaren. Die Gemini API rechnet über ein Cloud-Billing-Konto von Google Cloud ab. Bei Prepay werden Guthaben im Voraus gekauft und nach zwölf Monaten verfallen sie; erreicht das Guthaben null, hören alle API-Schlüssel aller Projekte am Abrechnungskonto gleichzeitig auf zu funktionieren. Bei Postpay laufen die Kosten auf und werden am Monatsende belastet oder früher, wenn eine automatisch zugewiesene Ausgabegrenze erreicht ist.

Abrechnungsrahmen und Schlüssel. Bei OpenAI ist die Organisation die oberste Ebene, darunter liegen Projekte, und der Kosten-Endpunkt filtert und gruppiert nach Projekt und nach API-Schlüssel. Bei Anthropic gliedert sich die Organisation in Workspaces. Nutzung lässt sich nach Workspace, API-Schlüssel und Modell auswerten, Kosten nach Workspace und Beschreibung; der Default-Workspace erscheint als leerer Wert, und Nutzung aus dem Playground der Console hat keinen Schlüssel. Bei der Gemini API gehören Schlüssel zu Google-Cloud-Projekten und haben keine eigenen Abrechnungseinstellungen: Stufe, Limits und Ausgabegrenzen gelten am Abrechnungskonto, und alle Projekte daran erben sie. Eine eigene Ausgabegrenze je Projekt beschreibt Google als experimentell.

Dashboards und Export. OpenAI liefert über die Admin-API einen Costs-Endpunkt mit Tagesbuckets, gruppierbar nach Projekt, Nutzer, Position (line_item), API-Schlüssel und API-Quelle, mit Beträgen in der Währung usd. Anthropic zeigt Nutzung und Kosten auf den Seiten Usage und Cost der Claude Console und bietet dazu die Usage and Cost Admin API: Nutzung in Minuten-, Stunden- oder Tagesbuckets, getrennt nach nicht gecachter Eingabe, Cache-Lesen, Cache-Schreiben und Ausgabe, Kosten in USD als Cent-Beträge mit Tagesgranularität. Kosten der Priority Tier fehlen im Kosten-Endpunkt. Beide APIs verlangen eigene Admin-Zugangsdaten. Kosten der Gemini API erscheinen in den Kostenseiten von Cloud Billing und lassen sich im Billing-Bericht nach dem Dienst filtern und nach SKU gruppieren; AI Studio zeigt Nutzung und Ausgaben, die Grafiken mit bis zu 24 Stunden Verzögerung.

Kauf über eine Cloud. Dieselben oder vergleichbare Modelle gibt es über Azure OpenAI in Microsoft Foundry, Amazon Bedrock und Vertex AI, das Google in der aktuellen Dokumentation als Gemini Enterprise Agent Platform führt. Dann rechnet der Cloud-Anbieter ab, mit eigenen Zählern. Microsoft unterscheidet in Foundry Modelle, die Azure selbst verkauft und über Azure-Zähler abrechnet, von Modellen von Partnern wie Anthropic, die über den Azure Marketplace abgerechnet werden. Bedrock führt seine Preise je Modell, Anbieter und Region, meist je Million Ein- und Ausgabetoken, dazu Batch-Preise und stündlich je Modelleinheit berechneten Provisioned Throughput. Google listet Gemini- und Claude-Modelle in USD; wer in einer anderen Währung zahlt, für den gelten die Preise der Cloud-Platform-SKUs in dieser Währung. Anthropic beschreibt dieselbe Grenze von seiner Seite: Auf Bedrock und Google Cloud stellt der Cloud-Anbieter die Rechnung. Claude Platform on AWS und Claude in Microsoft Foundry rechnen über den jeweiligen Marketplace in Claude Consumption Units ab, nachträglich und ohne Prepaid-Guthaben, und die Cloud-Rechnung zeigt dafür eine einzige Position.

Was es für Ihre Kosten bedeutet

Wer direkt beim Modellanbieter kauft, hat eine zweite Rechnung neben der Cloud, in USD und mit eigener Datenquelle. Diese Kosten stehen in keinem Abrechnungsexport der Cloud; die Ausnahme ist die Gemini API, die über Cloud Billing läuft und dort als eigener Dienst erscheint. Für die Kostenzuordnung folgt daraus zweierlei. Erstens braucht jede Anbieterrechnung eine eigene Datenquelle, also den Kosten-Endpunkt des Anbieters, bevor sie mit Cloud-Kosten in einem Bericht stehen kann, und die Währung muss dabei auf die der übrigen Kosten gebracht werden. Zweitens ist die feinste Einheit, die der Anbieter selbst auswertet, das Projekt oder der Workspace und der API-Schlüssel. Ein eigenes Projekt oder ein eigener Schlüssel je Funktion und Umgebung ist damit die Zuordnungseinheit, die ohne Instrumentierung der Anwendung auskommt; was feiner sein soll, etwa je Kunde, muss die Anwendung selbst messen. Die Einheiten, die dabei gezählt werden, beschreibt Token, Anfragen und Kontext.

Guthaben verschieben den Zeitpunkt der Zahlung, nicht den des Verbrauchs. Der Kauf ist eine Zahlung, die Nutzungs- und Kostendaten zeigen den Verbrauch, und bei der Gemini API verfallen ungenutzte Guthaben nach zwölf Monaten. Wie gekaufte, verbrauchte und verfallene Guthaben gebucht werden, entscheidet die Buchhaltung oder der Steuerberater.

Über eine Cloud gekauft, landet dieselbe Nutzung auf der Cloud-Rechnung, in deren Rechnungswährung und in deren Export, mit den Zählern und SKUs der Cloud. Bei einer Abrechnung in Claude Consumption Units steht dort ein Betrag ohne Token, sodass die Aufteilung nach Modell oder Workspace aus den Daten des Modellanbieters kommen muss, bei Claude Platform on AWS derzeit nur über die Seiten Usage und Cost der Console, nicht über die API.

Wo es schiefgeht

  • Ein Schlüssel für alle Funktionen. Der Kosten-Endpunkt zeigt eine einzige Zeile, und keine Funktion lässt sich nachträglich herauslösen. Ursache: Der Anbieter schreibt Projekt, Workspace und Schlüssel mit, aber nicht die Funktion, die eine Anfrage gestellt hat; was unter einem gemeinsamen Schlüssel lief, lässt sich ohne eigene Messung nicht mehr trennen.
  • Prepaid-Guthaben als Kosten im Kaufmonat. Der Bericht zeigt eine Spitze im Monat des Kaufs und danach kaum Kosten, obwohl die Nutzung gleichmäßig lief. Ursache: Die Zahlung wird gelesen statt des Verbrauchs.
  • Nutzungslimits als Budget. Eine Funktion steht still, ohne dass vorher jemand gewarnt wurde. Ursache: Stufenlimits und Ausgabegrenzen sind Stoppschalter. Bei der Gemini API pausiert der Dienst für alle Projekte am Abrechnungskonto bis zum nächsten Abrechnungszeitraum. Ein Budget dagegen ist ein Plan mit Verantwortung und Schwellenwerten, der vor dem Stopp warnt.
  • Das Dashboard des Anbieters als einziger Nachweis. Für den Monatsabschluss gibt es keine Daten, die sich mit der Cloud abgleichen lassen. Ursache: Das Dashboard zeigt nur diesen Anbieter, mit seinen Filtern und seinem Datenstand; ohne regelmäßigen Export über den Kosten-Endpunkt fehlt eine eigene, versionierbare Kopie.
  • Direkt und über die Cloud gekauft, ohne gemeinsame Sicht. Die KI-Kosten einer Funktion erscheinen niedriger, als sie sind. Ursache: Dasselbe Modell läuft über den Anbieter und über eine Cloud, auf zwei Rechnungen, in zwei Währungen und mit zwei Arten von Zählern, und kein Bericht führt beide zusammen.

Quellen

Gelesen am 2026-10-15. OpenAI Nutzungsstufen und Limits und Costs-Endpunkt; Anthropic Usage and Cost API und Preise und Abrechnung über Cloud-Plattformen; Google Abrechnung der Gemini API und Preise der Gemini Enterprise Agent Platform; Microsoft Foundry Models im Überblick; AWS Preise von Amazon Bedrock.