EU Data Zone für KI 2026: Wo Azure- und M365-Daten liegen

Pexon Consulting | 9 Min. Lesezeit | 10.07.2026

TL;DR

Eine EU Data Zone garantiert, dass KI-Inferenz innerhalb der EU Data Boundary läuft, nicht nur die Datenspeicherung. Pexon Consulting (80 Mitarbeiter, Microsoft Partner, Deutschland) trennt bei Azure OpenAI und M365 Copilot sauber zwischen Speicherort und Verarbeitungsort. Ergebnis: eine belastbare Datenresidenz-Aussage für euren Datenschutzbeauftragten statt Marketing-Versprechen.

Warum „EU-Region“ nicht dasselbe ist wie EU-Verarbeitung

Der häufigste Denkfehler in DSGVO-Reviews: Datenresidenz meint fast immer nur Speicherung at rest in der EU, nicht dass das Modell in der EU rechnet. Das sind zwei getrennte Garantien. Ein Prompt kann in Frankfurt gespeichert sein und trotzdem in einem US-Rechenzentrum durch das LLM laufen.

Genau hier liegt das Compliance-Risiko. Der Datenschutzbeauftragte fragt nicht „wo liegt die Datei“, sondern „wer verarbeitet den personenbezogenen Inhalt, wo, und auf welcher Rechtsgrundlage“. Bei generativer KI ist der Inhalt der Prompt selbst: Kundennamen, Vertragsdaten, Schadenmeldungen, Personalinfos. Wenn dieser Prompt zur Inferenz die EU verlässt, greift Kapitel V DSGVO (Drittlandtransfer), egal wo das Ergebnis am Ende landet.

Wir raten deshalb: Behandelt Speicherort und Verarbeitungsort in jedem KI-Vorhaben als zwei separate Zeilen im Verarbeitungsverzeichnis. Wer beides in einen Topf wirft, unterschreibt am Ende eine Aussage, die technisch nicht hält.

Die EU Data Boundary ist Microsofts vertraglicher Rahmen dafür. Sie umfasst laut Microsoft Learn zur EU Data Boundary die 27 EU- plus 4 EFTA-Länder und deckt Azure, Dynamics 365, Power Platform und Microsoft 365 ab. Customer Data und pseudonymisierte personenbezogene Log-Daten werden darin gespeichert UND verarbeitet, Professional Services Data mindestens at rest. Stand der Referenz-Seite: 27.03.2026.

So funktioniert die Azure OpenAI Data Zone

Bei Azure OpenAI entscheidet der Deployment-Typ, wo die Inferenz läuft, nicht die Ressourcen-Region allein. Das ist der Hebel. Ein „Data Zone (EU)“-Deployment verarbeitet Prompts ausschließlich innerhalb der EU Data Boundary, während die Daten at rest in der von euch gewählten Geografie bleiben.

Konkret gibt es drei relevante Deployment-Typen:

Die EU-Data-Zone umfasst Stand Mai 2026 Regionen in Frankreich, Deutschland, Italien, Niederlande, Norwegen, Polen, Spanien, Schweden und der Schweiz. Der Preis pro Token ist bei Data Zone Standard identisch zu Global Standard, ihr zahlt nur für die engere Routing-Garantie keinen Aufschlag. Zur Einordnung: gpt-5 liegt bei rund 1,25 USD Input und 10,00 USD Output je Million Tokens, gpt-4.1 bei 2,00 USD und 8,00 USD. Der Kostenunterschied zwischen „global“ und „EU-Zone“ ist also kein Argument gegen Compliance.

Ein Data-Zone-Deployment sieht in der Praxis so aus:

# Azure OpenAI Deployment in der EU Data Zone anlegen
# sku-name "DataZoneStandard" erzwingt EU-Inferenz, Region als Speicherort
az cognitiveservices account deployment create 
  --name pexon-openai-eu 
  --resource-group rg-ki-prod 
  --deployment-name gpt-5-eudatazone 
  --model-name gpt-5 
  --model-version "2026-05-01" 
  --model-format OpenAI 
  --sku-name "DataZoneStandard" 
  --sku-capacity 50

Unsere klare Empfehlung für regulierte Kunden: Data Zone (EU) als Default, Regional nur dort wo eine Aufsicht (BaFin, Landesdatenschutz) explizit In-Country verlangt. Global Standard gehört bei personenbezogenen Prompts gar nicht erst in die Auswahl.

M365 Copilot: der Flex-Routing-Fallstrick 2026

Bei M365 Copilot ist die Lage seit dem 17.04.2026 kniffliger, und viele IT-Leiter haben es noch nicht auf dem Schirm. An diesem Datum hat Microsoft „Flex Routing“ für alle EU- und EFTA-Tenants standardmäßig aktiviert. Neue Tenants ab dem 25.03.2026 sind automatisch betroffen.

Was Flex Routing macht: Die Daten at rest bleiben in der EU Data Boundary, aber die LLM-Inferenz darf bei Lastspitzen die EU verlassen. Laut Microsoft Learn zu Copilot-Datenschutz bleibt EU-Traffic zwar innerhalb der EU Data Boundary, weltweiter Traffic kann aber zur Verarbeitung in die EU und andere Regionen geschickt werden. Für die reine EU-Nutzung heißt das: Standardmäßig ist die Verarbeitung nicht mehr hart auf die EU beschränkt.

Das ist genau der Speicher-vs-Verarbeitung-Bruch von oben, nur diesmal per Default-Einstellung. Wenn euer Datenschutzbeauftragter eine harte EU-Verarbeitungszusage im Verarbeitungsverzeichnis stehen hat, ist die nach dem 17.04.2026 ohne Gegenmaßnahme nicht mehr korrekt.

Noch schärfer: Die neu in Copilot verfügbaren Anthropic-Modelle (Claude) sind aktuell komplett von der EU Data Boundary ausgeschlossen. Das steht so wörtlich in der Microsoft-Dokumentation. Wer Claude in Copilot freischaltet, sollte das nicht als „auch EU-konform“ verbuchen.

Was wir Kunden aktuell raten:

1. Prüfen, ob Flex Routing im Tenant aktiv ist, und die Entscheidung dokumentieren.
2. Für streng regulierte Workloads die In-Country-Datenverarbeitung nutzen, die Microsoft seit dem 04.11.2025 für M365 Copilot in 15 Ländern anbietet.
3. Anthropic-Modelle in Copilot nur nach eigener Drittlandtransfer-Bewertung freigeben, nicht per Default.

Was das für euer Verarbeitungsverzeichnis bedeutet

Kurz: pro KI-Dienst zwei Zeilen, Speicherort und Verarbeitungsort getrennt, plus die konkrete technische Einstellung als Nachweis. Eine pauschale Aussage „läuft in der EU“ hält einer Prüfung durch eine Aufsichtsbehörde nicht stand.

In unseren Projekten sehen wir immer wieder dasselbe Muster: Der Cloud-Vertrag ist sauber, das Auftragsverarbeitungsverhältnis steht, aber die technische Konfiguration (Deployment-Typ, Flex-Routing-Schalter, Modell-Auswahl) ist nie mit dem Papier abgeglichen. Genau diese Lücke fliegt bei einer Betroffenenanfrage oder einem Audit auf.

Deshalb koppeln wir bei jedem Pilot die Architektur an ein kurzes Nachweis-Dokument: welcher Deployment-Typ, welche Region, welches Modell, welcher Routing-Status, mit Screenshot aus dem Azure-Portal. Das kostet einen halben Tag und erspart euch die peinliche Situation, dem Datenschutzbeauftragten eine Aussage nicht belegen zu können. Wer das Thema Governance breiter aufziehen will, findet in unserem Ansatz zur KI-Governance mit Rollen und Kontrollen den passenden Rahmen.

Häufig gestellte Fragen

Was kostet eine EU Data Zone bei Azure OpenAI im Vergleich zu Global?

Der Token-Preis ist identisch. Data Zone Standard kostet pro Token dasselbe wie Global Standard, ihr zahlt für die engere EU-Routing-Garantie keinen Aufschlag. Erst echte Regional-Deployments in einer einzelnen Region können teurer oder kapazitätsbeschränkt sein. Der Kostenfaktor ist also kein Grund, bei personenbezogenen Prompts auf Global zu bleiben.

Was ist der Unterschied zwischen EU Data Zone und EU Data Boundary?

Die EU Data Boundary ist Microsofts übergreifender vertraglicher Rahmen über Azure, M365, Dynamics und Power Platform, also die 27 EU- plus 4 EFTA-Länder. Eine EU Data Zone ist die konkrete Deployment-Einstellung bei Azure OpenAI, die Inferenz auf diese Boundary begrenzt. Vereinfacht: Die Boundary ist die Landkarte, die Zone ist der Schalter, der euren Dienst darauf festnagelt.

Verlassen unsere Prompts bei M365 Copilot die EU?

Kommt drauf an. Daten at rest bleiben in der EU Data Boundary. Seit dem 17.04.2026 ist aber Flex Routing standardmäßig aktiv, wodurch die LLM-Inferenz bei Lastspitzen die EU verlassen kann. Für harte EU-Verarbeitungszusagen müsst ihr die In-Country-Verarbeitung nutzen und den Routing-Status aktiv prüfen.

Sind die Claude-Modelle in Copilot DSGVO-konform in der EU?

Nein, nicht ohne eigene Bewertung. Anthropic-Modelle in M365 Copilot sind laut Microsoft-Dokumentation aktuell von der EU Data Boundary ausgeschlossen. Die Inferenz läuft nicht auf Azure, sondern auf Anthropic-Infrastruktur, überwiegend in den USA. Vor der Freischaltung braucht ihr eine Drittlandtransfer-Bewertung nach Kapitel V DSGVO.

Reicht eine EU Data Zone allein für DSGVO-Konformität?

Nein, sie ist notwendig, aber nicht hinreichend. Die Zone löst den Verarbeitungsort, nicht die Rechtsgrundlage, das Auftragsverarbeitungsverhältnis, die Betroffenenrechte oder die Löschkonzepte. Wir sehen die Data Zone als eine von mehreren Zeilen im Verarbeitungsverzeichnis, nicht als Freibrief.

Nächster Schritt

Wenn ihr gerade eine KI-Lösung auf Azure oder M365 evaluiert, klärt zuerst den Verarbeitungsort, bevor der erste produktive Prompt läuft. Wir machen das in einem fokussierten Workshop mit eurem IT- und Datenschutz-Team.

Verwandte Themen