EU-Region für Claude: Was sie löst, was nicht

"Bleiben unsere Daten in Europa" ist die Standardfrage, wenn ein KI-Anbieter in den Stack soll, und sie wird fast immer mit der DSGVO begründet. Das ist der schwächere der beiden Gründe. Der stärkere steht in der Abgabenordnung.

Bei Claude ist die Antwort auf die Frage außerdem nicht offensichtlich, denn sie hängt daran, über welchen Weg man das Modell anspricht.

Was Anthropic direkt anbietet

Anthropic unterscheidet in der Dokumentation zur Datenresidenz zwei Schalter: inference_geo steuert, wo gerechnet wird, die Workspace-Geo, wo Daten liegen. Unter "Current limitations" steht, was davon verfügbar ist:

"Inference geo: Only "us" and "global" are available."

"Workspace geo: Only "us" is currently available. Workspace geo can't be changed after workspace creation."

Ein europäischer Workspace existiert also nicht. Wer sich für die USA statt für "irgendwo" entscheidet, zahlt dafür: "US-only inference (inference_geo: "us") is priced at 1.1x the standard rate across all token pricing categories". Bei einer Priority-Tier-Zusage zieht jedes Token zusätzlich 1,1 Token vom zugesagten Durchsatz ab.

Aufgefallen ist das vielen erst über die Kostenanzeige. Im Changelog von Claude Code steht zu Version 2.1.239: "Cost estimates (/cost, status line, --max-budget-usd) now include the 1.1× US-only-inference premium for data-residency workspaces". Wer in so einem Workspace arbeitet, hat vorher zu niedrige Zahlen gesehen.

Der Weg, auf dem es doch geht

Zwei Absätze weiter steht in derselben Doku der entscheidende Hinweis: "On Amazon Bedrock and Google Cloud, the inference region is determined by the endpoint URL or inference profile, so inference_geo is not applicable." Der Schalter, den Anthropic nicht auf Europa stellen kann, existiert bei den Partnerplattformen gar nicht, weil dort der Endpunkt die Region bestimmt.

AWS beschreibt das EU-Geo-Routing so: "Bedrock routes your request to a Region within a defined geography (US, EU, Japan, or Australia), keeping data within that geography." Prompts und Ausgaben "may move within the geography but not outside it". Wer enger binden will, nimmt eine Region ohne Routing. Die Auswahl ist kleiner als erwartet:

Ausgerechnet Frankfurt, die Standardregion für fast jedes deutsche Projekt, hat kein Claude-Modell in-region. Wer dort seinen Stack stehen hat, landet zwangsläufig beim EU-Geo-Routing oder in einer anderen Region.

Wofür die Region wirklich zählt

Hier wird es interessant, und hier liegt der Grund, der in den meisten Diskussionen fehlt. § 146 Absatz 2 der Abgabenordnung sagt schlicht:

"Bücher und die sonst erforderlichen Aufzeichnungen sind im Geltungsbereich dieses Gesetzes zu führen und aufzubewahren."

Für elektronische Bücher lockert Absatz 2a das auf die EU: Wer sie in einem anderen Mitgliedstaat führt, braucht dafür keine Erlaubnis, muss aber den vollen Datenzugriff sicherstellen. Für ein Drittland gilt Absatz 2b, und der ist eine andere Hausnummer. Dort braucht es eine schriftliche oder elektronische Bewilligung der zuständigen Finanzbehörde, gebunden an vier Bedingungen, darunter die Mitteilung von Standort und Betreiber des Datenverarbeitungssystems. Die Bewilligung ist widerruflich, wenn die Besteuerung beeinträchtigt wird, und dann sind die Daten unverzüglich zurückzuholen. Wer den Standort nicht meldet, riskiert nach Absatz 2c ein Bußgeld von 2.500 bis 250.000 Euro.

Das ist eine echte Standortpflicht mit Zähnen, und sie greift unabhängig von jeder Datenschutzfrage. Sie greift allerdings auch nicht überall: Ein Coding-Assistent, der Quellcode sieht, führt keine Bücher. Sobald aber ein Agent Belege auswertet, Rechnungen verarbeitet oder Auswertungen erzeugt, die als Aufzeichnung gelten und dort auch gespeichert werden, ist man in diesem Regime. Genau dann ist die Frage nach der Region keine Vorliebe mehr, sondern eine Genehmigungsfrage.

Warum die Region die DSGVO-Frage nicht löst

Der umgekehrte Fehlschluss ist verbreiteter: dass eine EU-Region das Datenschutzproblem erledigt. Tut sie nicht, und der Grund heißt CLOUD Act. 18 U.S. Code § 2713 lautet im Wortlaut:

"A provider of electronic communication service or remote computing service shall comply with the obligations of this chapter to preserve, backup, or disclose the contents of a wire or electronic communication and any record or other information pertaining to a customer or subscriber within such provider's possession, custody, or control, regardless of whether such communication, record, or other information is located within or outside of the United States."

Der letzte Halbsatz ist der ganze Punkt. Ein Anbieter, der amerikanischer Jurisdiktion unterliegt, muss herausgeben, was er kontrolliert, egal wo die Bits liegen. Das gilt für Anthropic, und es gilt genauso für AWS. Die EU-Region verschiebt also den Speicherort, nicht die Zuständigkeit.

flowchart TB
  A["Was läuft durch<br/>das Modell?"] --> B["Buchführungsrelevante<br/>Unterlagen"]
  A --> C["Personenbezogene<br/>Daten"]
  B --> D["EU-Region löst das:<br/>§ 146 Abs. 2a AO, keine Genehmigung nötig"]
  C --> E["EU-Region löst das nicht:<br/>CLOUD Act greift ortsunabhängig"]
  class D decision
  classDef decision fill:#1A3A4A,stroke:#F59E0B,color:#FDE68A

Das heißt nicht, dass Datenschutz keine Rolle spielt. Es heißt, dass die Region dafür der falsche Hebel ist. Wer die DSGVO-Seite sauber haben will, muss beim Übermittlungsmechanismus, bei der Auftragsverarbeitung und bei der Frage ansetzen, wer überhaupt zugriffsverpflichtet werden kann. Ein europäischer Anbieter oder ein Modell auf eigener Hardware verändert diese Antwort, eine europäische Region bei einem US-Konzern nicht.

Was das für euch heißt

Drei Fragen, in dieser Reihenfolge:

1. Laufen buchführungsrelevante Daten durch das System und bleiben sie dort? Wenn ja, ist die Region eine Genehmigungsfrage nach § 146 AO, und dann führt der Weg über Bedrock in einer EU-Region, nicht über die Erste-Partei-API.
2. Wer kann zum Zugriff verpflichtet werden? Diese Frage beantwortet die Region nicht. Sie beantwortet sich über die Jurisdiktion des Anbieters, und daran ändert ein Rechenzentrum in Irland nichts.
3. Was kostet die Entscheidung? Der Aufschlag von 1,1x gilt für die Erste-Partei-API und für Microsoft Foundry mit US Data Zone. Auf Bedrock und Google Cloud gelten laut Anthropic eigene regionale Preise, die getrennt zu rechnen sind.

Wie man diese Fragen in einen belastbaren Prozess bringt, steht in DSGVO und KI-Tools. Und wenn Frage 2 der Knackpunkt ist, führt der einzige Weg, der sie wirklich beantwortet, an der Cloud vorbei: KI auf dem eigenen Gerät.