Claude-Nutzung fällt nicht unter Azure-Sponsoring
Das norwegische Startup Vegalabs AS erhielt über Microsoft for Startups ein Azure-Guthaben von 25.060 US-Dollar. Im August 2026 stellte das Unternehmen Claude über Microsoft Foundry bereit und erwartete, dass die anfallenden Kosten mit diesem Guthaben verrechnet würden.
Genau das geschah nicht. Anthropic-Modelle werden über den Azure Marketplace als Angebot eines Drittanbieters abgerechnet. Nach den Sponsoring-Regeln von Microsoft sind solche Marketplace-Leistungen nicht durch die bereitgestellten Credits gedeckt.
Die Folge war eine Rechnung über 17.600 US-Dollar vor Steuern. Ein erster Abbuchungsversuch über 16.500 US-Dollar wurde vom Kreditkartenanbieter wegen Betrugsverdachts abgelehnt.
| Position | Betrag oder Zeitraum |
|---|---|
| Ursprüngliches Azure-Guthaben | 25.060 US-Dollar |
| Claude-Rechnung vor Steuern | 17.600 US-Dollar |
| Erster Abbuchungsversuch | 16.500 US-Dollar |
| Verfallenes Restguthaben | 21.168 US-Dollar |
| Zeit bis zur Löschung des Deployments | 1 Stunde |
Zwei Abrechnungssysteme in einer Oberfläche
Das Sponsoring-Portal zeigte Vegalabs weiterhin verfügbares Guthaben an. Parallel sammelten sich jedoch Marketplace-Gebühren an, die über die hinterlegte Kreditkarte abgerechnet werden sollten. Aus kaufmännischer Sicht liefen damit zwei getrennte Kostenströme innerhalb derselben Cloud-Plattform.
Vegalabs löschte das Deployment innerhalb einer Stunde, nachdem die separaten Gebühren aufgefallen waren. Trotzdem verfielen am 8. September 2026 noch 21.168 US-Dollar an ungenutzten Sponsoring-Credits.
Das Startup räumt ein, die Ausschlussklauseln nicht gelesen und keinen Budget-Alarm eingerichtet zu haben. Die Nutzung und die dokumentierten Regeln werden nicht bestritten. Kritisiert wird vielmehr, dass die Bereitstellungsoberfläche nicht deutlich genug auf die separate Abrechnung hingewiesen habe.
Microsoft und Anthropic verweisen aufeinander
Bei der anschließenden Klärung entstand ein Zuständigkeitsproblem. Microsoft verwies darauf, dass Marketplace-Transaktionen über eine separate Abrechnung des jeweiligen Drittanbieters liefen.
Sinngemäß erklärte der Microsoft-Support, Azure könne Marketplace-Gebühren nicht direkt erlassen, erstatten oder anpassen. Wenn Anthropic einer Erstattung zustimme, könne der Anbieter die entsprechende Autorisierung über Microsoft anstoßen.
Anthropic vertrat nach Angaben von Vegalabs die gegenteilige Position. Microsoft benötige keine Zustimmung von Anthropic und könne die Erstattung selbst bearbeiten. Ob die Rechnung letztlich storniert oder erlassen wurde, ist bislang nicht bestätigt.
Zusätzlich gab Vegalabs an, dass vier von sieben Support-Antworten mit KI erstellt worden seien. Darunter sollen beide Antworten von Anthropic gewesen sein. Mehrere Antworten bezeichneten das Konto fälschlicherweise als Azure Student Sponsorship.
Cloud-Credits sind kein allgemeines Zahlungsmittel
Der Fall zeigt eine Schwäche vieler Förderprogramme. Ein ausgewiesenes Cloud-Guthaben gilt nicht automatisch für jedes Produkt, das sich über dieselbe Oberfläche aktivieren lässt. Besonders bei externen KI-Modellen können eigene Vertragsbedingungen und Abrechnungskanäle gelten.
Ähnliche Kostenrisiken entstehen, wenn Grundgebühren und nutzungsabhängige Abrechnung kombiniert werden. Das zeigt auch das Modell von Microsoft Copilot mit Abo und zusätzlichen Verbrauchsgebühren. Kostenkontrolle erfordert deshalb eine Prüfung auf Ebene des einzelnen Dienstes und nicht nur auf Ebene des Cloud-Kontos.
Auch kostenlose Programme sollten nicht mit kostenfreier Nutzung gleichgesetzt werden. Beim kostenlosen Claude-Team-Tarif für Startups sind Leistungsumfang, Laufzeit und spätere Kosten ebenfalls getrennt zu bewerten.
Konsequenzen für Unternehmen im DACH-Raum
Für Unternehmen und Startups im DACH-Raum ist vor allem die unklare Verantwortung relevant. Wenn Plattformbetreiber und Modellanbieter getrennte Abrechnungssysteme verwenden, muss vor der Bereitstellung geklärt sein, welcher Vertragspartner welche Kosten erhebt und wer eine Rechnung korrigieren kann.
Budgetkontrollen sollten Sponsoring-Konto, Marketplace und hinterlegte Zahlungsmittel getrennt berücksichtigen. Sinnvoll sind niedrige Ausgabenlimits für Tests, regelmäßige Kostenexporte und ein interner Freigabeprozess für Drittanbieter-Angebote. Eine sichtbare Restguthabenanzeige allein reicht als Kontrolle nicht aus.
Self-Hosting und Open-Source-Modelle vermeiden solche Abhängigkeiten nicht vollständig, verschieben die Kosten aber in besser kontrollierbare Bereiche wie Infrastruktur, Betrieb und Personal. Dem höheren technischen Aufwand steht eine transparentere Kostenstruktur gegenüber. Gerade bei dauerhaft hohen Modellvolumen kann diese Planbarkeit wichtiger sein als ein kurzfristiges Cloud-Guthaben.

