ChatGPT Enterprise ist über den AWS Marketplace erhältlich. Der Kauf über Ihr AWS-Konto verlagert den Workspace jedoch nicht in Ihre eigene AWS-Umgebung und garantiert nicht, dass sämtliche Kundendaten auf AWS bleiben. Für deutsche Unternehmen ist die Neuerung ein Beschaffungsweg mit möglicherweise anrechenbaren Ausgaben für bestehende Cloud-Abnahmeverpflichtungen – kein Ersatz für die Freigabe von Workspace, Datenregionen und angebundenen Werkzeugen. Prüfen Sie das individuelle Angebot und den konkreten Funktionsumfang, bevor Sie sensible Arbeitsabläufe zulassen.
Was sich geändert hat – und was nicht
Am 9. November 2026 hat OpenAI die Verfügbarkeit von ChatGPT Enterprise im AWS Marketplace angekündigt. Nach Angaben des Anbieters erhalten Kunden dieselben Modelle, Funktionen und Aktualisierungen zum selben Zeitpunkt wie beim direkten Bezug von OpenAI. Das Angebot umfasst ChatGPT, ChatGPT Work, Codex und dots. Berechtigte Kunden können außerdem die Angebote für Healthcare und Financial Services über diesen Kanal beziehen. Die Voraussetzungen müssen Sie mit Ihrem OpenAI- oder AWS-Ansprechpartner klären.
Der Eintrag im AWS Marketplace nennt OpenAI als Verkäufer und beschreibt einen von OpenAI verwalteten Produktbetrieb. Einkauf und Abrechnung erfolgen über den Marketplace. Angekündigt wurden weder herunterladbare Modellgewichte noch eine selbst betriebene ChatGPT-Ausgabe oder eine Installation in der VPC des Käufers.
Davon ist Amazon Bedrock zu unterscheiden. OpenAI beschreibt Bedrock als Zugang für Entwickler, die Anwendungen und Agenten mit Modellen bauen. ChatGPT Enterprise stellt dagegen die Workspace-Erfahrung für Beschäftigte bereit. Der Kauf des Marketplace-Angebots legt deshalb keinen Bedrock-Endpunkt für diesen Workspace fest. Prüfen Sie beide als unterschiedliche Dienstarchitekturen, auch wenn sie im selben Cloud-Budget erscheinen.
Erst das Angebot prüfen, dann die Anrechnung kalkulieren
Der Marketplace-Eintrag sieht individuelle Preise über ein Private Offer vor, abhängig von Anforderungen und Berechtigung. Ein allgemein gültiger öffentlicher Preis pro Arbeitsplatz ist im geprüften Angebot nicht angegeben. Laut Eintrag kann berechtigter Verbrauch auf ein AWS EDP- oder PPA-Commitment angerechnet werden – vorbehaltlich Ihrer Vereinbarung. Daraus folgen weder ein garantierter Rabatt noch die Anrechenbarkeit jeder Rechnungsposition.
Lassen Sie im konkreten Angebot die anrechenbaren Leistungen, das Einkaufskonto, den Abrechnungszeitraum, die Behandlung des Commitments, den Leistungsumfang und die Verlängerungsbedingungen benennen. Wenn bereits ein Direktvertrag besteht, klären Sie zusätzlich den Vertrags- und Workspace-Übergang. Die Ankündigung beschreibt weder eine automatische Migration noch das Recht, bestehende Verpflichtungen zu beenden. Das sind offene Vertragsfragen und keine technischen Lücken, die sich durch einen anderen API-Schlüssel schließen lassen.
Trennen Sie beim wirtschaftlichen Vergleich den Softwarepreis, die Nutzung bestehender Abnahmeverpflichtungen und den Einführungsaufwand. Bereits zugesagte Cloud-Ausgaben zu nutzen kann die Budgetzuordnung erleichtern, ohne den angebotenen Dienstpreis zu senken. Umgekehrt hilft ein günstigerer Beschaffungsweg nicht, wenn eine benötigte Funktion die freigegebene Datengrenze nicht einhalten kann. Die bestehende Anleitung zur Steuerung von KI-Lieferanten liefert die Grundlage, um Lieferantenvereinbarung und tatsächliche Dienstkonfiguration miteinander zu verknüpfen.
Der entscheidende Hinweis unter „Deployed on AWS“
Die Marketplace-Seite trägt die Kennzeichnung „Deployed on AWS“. Ihr Detailtext stellt jedoch ausdrücklich klar: Der Marketplace-Kauf garantiert nicht, dass alle Kundendaten auf AWS-Infrastruktur oder innerhalb Ihrer AWS-Umgebung verbleiben. OpenAI wird als Datenverarbeiter genannt und setzt Unterauftragnehmer ein, darunter AWS. Eine Einkaufskennzeichnung ist damit kein ausreichender Nachweis für eine private Netzwerkgrenze oder einen bestimmten Verarbeitungsort.
Die OpenAI-Dokumentation zu Daten- und Inferenzresidenz unterscheidet gespeicherte Inhalte von der GPU-Ausführung. Europa, dort als EWR einschließlich Schweiz definiert, wird für beide Optionen unterstützt, abhängig von Berechtigung und Konfiguration. Inferenzresidenz setzt Datenresidenz in derselben Region voraus. Keine der beiden Optionen begrenzt sämtliche Verarbeitungsschritte auf diese Region: CPU-Verarbeitung, Authentifizierung, Routing und externe Integrationen können anderen Grenzen folgen.
Das ist relevant, wenn Ihre Anforderung „ausschließlich Verarbeitung in der EU“ lautet. EWR einschließlich Schweiz ist nicht mit der EU identisch. Eine Zusage zur GPU-Ausführung umfasst zudem nicht automatisch jeden Verarbeitungsschritt. Lassen Sie die erforderlichen Vertrags- und Übermittlungsregelungen von Datenschutz- und Rechtsexperten bewerten. Dieser Beitrag liefert technische Prüfkriterien, keine rechtliche Entscheidung über die Zulässigkeit einer konkreten Nutzung.
Die Dokumentation nennt außerdem ausgeschlossene Funktionen, darunter Codex Web, GPTs von Drittanbietern und noch nicht allgemein verfügbare Funktionen. Dabei unterscheidet sie Codex Web von der unterstützten Codex-App und CLI. Übertragen Sie eine Workspace-Zusage nicht pauschal auf jedes Produkt eines kommerziellen Pakets. Prüfen Sie jede geplante Funktion gegen den aktuell dokumentierten Geltungsbereich. Warum sich Standortzusagen verschiedener Dienste nicht austauschen lassen, zeigt die Analyse der Hosting-Grenze der Agents API an einem anderen Produkt.
Eine prüfbare Übergabe vom Einkauf an den Workspace-Betrieb
Betrachten Sie eine deutsche Entwicklungsabteilung, die Wartungsunterlagen auswerten und an internem Code arbeiten möchte. Das ist ein Beispielszenario, kein Bericht über eine Kundenimplementierung. Der Einkauf prüft das individuelle Angebot. Die Workspace-Verantwortlichen prüfen unabhängig davon die tatsächliche Workspace-ID, Speicherregion, Inferenzregion, erlaubte Funktionen und angebundene Apps. Die Sicherheitsverantwortlichen bewerten Werkzeugrechte und Datenklassen. Freigegeben wird diese Kombination – nicht lediglich eine AWS-Bestellung.
OpenAI dokumentiert für Administratoren eine Prüfung unter Workspace settings, General: Data Residency Region und, soweit angezeigt, separat Inference Residency Region. Diese Felder zeigen die konfigurierten Regionen; sie dienen nicht zum Ändern der Datenresidenz. Fehlt ein Wert oder ist er unklar, holen Sie eine Bestätigung ein. Der Einkaufsort oder das Abrechnungskonto ersetzt diese Prüfung nicht.
Verwenden Sie für die Abnahme synthetische Dokumente und ein nicht produktives Repository. Kontrollieren Sie zuerst, welchen Workspace der Testnutzer ausgewählt hat, und prüfen Sie anschließend jede freigegebene Funktion. Versuchen Sie eine untersagte Verbindung zu einer App und kontrollieren Sie, ob die vorgesehene Richtlinie sie blockiert. Unerwartete Verfügbarkeit oder nicht unterstützte Funktionen sind prüfpflichtige Befunde. Eine erfolgreiche Chat-Antwort belegt den Dienstzugang, aber nicht den Ort sämtlicher Verarbeitungsschritte. Dafür benötigen Sie weiterhin den dokumentierten Geltungsbereich und die Bestätigung der Konfiguration.
Prüfliste vor Annahme des Angebots
|
Prüfung |
Nachweis |
Nicht ableiten |
|---|---|---|
|
Vertrag |
Angebot und anrechenbare Posten |
Jeder Posten zählt zum Commitment |
|
Workspace |
ID und gewählte Regionen |
AWS-Rechnung legt Region fest |
|
Funktionen |
Residenz je Funktion |
Das ganze Paket ist abgedeckt |
|
Apps |
Erlaubte Tools und Sperrtest |
Residenz gilt auch für Dritte |
|
Freigabe |
Zuständige und erlaubte Daten |
Kauf erlaubt produktive Nutzung |
Halten Sie Angebotsreferenz, Workspace-Identität, zulässige Funktionen, Konfigurationsnachweise, Testergebnisse und benannte Freigabeverantwortliche in einem Übergabedokument fest. Beschränken Sie die erfassten Inhalte: Screenshots und Protokolle sollten keine vertraulichen Prompts oder Repository-Inhalte offenlegen, nur um eine Kontrolle nachzuweisen. Öffnen Sie die Prüfung erneut, wenn sich Konfiguration, angebundene Apps, Funktionsumfang oder einschlägige Lieferantenbedingungen ändern.
Der Nachteil ist zusätzlicher Abstimmungsaufwand zwischen Einkauf und Plattformteam. Er ist gerechtfertigt, wenn sonst ein erfolgreicher Kauf als Erlaubnis zur Verarbeitung sensibler Daten missverstanden würde. Daraus sollte keine unbegrenzte Prüfliste werden: Beginnen Sie mit einem Arbeitsablauf und seinen tatsächlich benötigten Funktionen. Erweitern Sie die Freigabe erst, wenn diese Grenze verstanden ist.
Was die Ankündigung nicht belegt
Die geprüften Quellen belegen weder einen Einheitspreis noch die automatische Berechtigung jedes deutschen Kunden, die Anrechnung jeder Position oder einen dokumentierten Übergang für jeden bestehenden Direktvertrag. Sie zeigen auch keine Verbesserung von Modelllatenz oder Qualität durch den Marketplace-Kauf. Dieser Beitrag ist eine quellenbasierte Beschaffungs- und Architekturanalyse, kein unabhängiger Leistungstest.
Die Veröffentlichung schafft einen konkreten zusätzlichen Beschaffungsweg für Unternehmen mit AWS-Schwerpunkt. Nutzen Sie ihn, wenn die Vertragsbedingungen helfen und der geplante Workspace dieselbe Betriebsprüfung besteht wie bei einem Direktkauf. Eine Beratung zur KI-Implementierung kann einen vorgesehenen Arbeitsablauf in eine dokumentierte Dienstgrenze und einen Abnahmeplan übersetzen. Das nächste sinnvolle Ergebnis ist eine zusammengehörige Angebots- und Workspace-Freigabe – keine pauschale Aussage, dass AWS-Abrechnung das gesamte Paket produktionsreif macht.
