EU-residens: Anthropic, OpenAI, Copilot och Azure jämförda

Fyra vägar dominerar när svenska organisationer köper generativ AI: Anthropic och OpenAI direkt, GitHub Copilot för utvecklingen och Azure AI Foundry som plattform. Ställda bredvid varandra framträder ett mönster som förenklar hela utvärderingen: ingen av dem ger EU-residens som standard. Residensen är alltid något ni konfigurerar och avtalar fram. Det gör jämförelsen enklare än den ser ut: frågan är inte vem som lovar mest, utan vad varje väg kräver av er.

Kraven per leverantör

Fyra olika mekanismer, samma princip: residens är konfigurationsberoende, inte ett produktnamn. Den som frågar ”har leverantören EU-residens?” får alltid svaret ”ja” – den som frågar ”vilken konfiguration kräver den, och har vi den?” får svaret som betyder något.

Tabellen döljer också en viktig likhet: i samtliga fyra fall är det enklaste och billigaste alternativet det som inte håller data i EU. Residens kostar pengar, migrering eller konfigurationsarbete – vilket är precis varför den så ofta saknas när ingen uttryckligen ägt frågan.

Lagring är inte inferens

Nästa lager i jämförelsen är vad residensen faktiskt täcker, och där skiljer sig vägarna åt:

• OpenAI: EU-residensen täcker lagring och GPU-inferens på nya tenants, men autentisering, routning, indexering och analys kan ligga utanför regionen, och vissa endpoints är undantagna.
• Copilot: residensen står och faller med modellpolicyn – är den avstängd lämnar Copilot-data regionen, och telemetri och fakturering ligger i USA oavsett.
• Azure AI Foundry: täckningen beror på deployment-typ per modell; Global-deployment lämnar EU även från EU-resurser.
• Claude via hyperskalare: behandlingen sker i den region ni väljer, men kringtjänsterna följer hyperskalarens villkor och ska granskas separat.

Frågan att ställa är alltid densamma: var sker lagringen, var går transiten och var körs inferensen – för exakt vår SKU, tier och modell? Skillnaderna ovan är inte argument mot någon enskild väg – de är påminnelsen om att täckningen verifieras per led, inte per varumärke.

Alla fyra är ytterst amerikansk jurisdiktion

Anthropic, OpenAI, GitHub och Microsoft är amerikanska bolag, och hyperskalarna likaså. CLOUD Act når dem alla. Exponeringen går att mitigera – kundkontrollerade nycklar, zero data retention, EU-tenants – men inte att eliminera.

Det förändrar hur jämförelsen ska läsas. Valet handlar inte om att hitta ett riskfritt alternativ, för det finns inte bland de fyra. Det handlar om vilken kvarvarande risk ni bäst kan dokumentera, mitigera och försvara inför en granskare. En väl underbyggd DPIA med tydliga mitigeringar slår en optimistisk lägesbild varje gång. Håll också isär två spår i dokumentationen: överföringsmekanismen som gör behandlingen laglig, och mitigeringarna som minskar den praktiska risken. En granskare vill se båda, och de svarar på olika frågor.

Så använder ni jämförelsen

Ett konkret exempel: en organisation med Azure-miljö och ett utvecklarteam vill ha både Copilot och en intern AI-assistent. Vägvalet blir ghe.com med aktiverad modellpolicy för Copilot, och Foundry med DataZone-deployment för assistenten. US-flödena – telemetri, fakturering, secret scanning – dokumenteras som kvarvarande överföringar. Två beslut, en sammanhängande dokumentation.

Arbetsgången i fyra steg:

1. Utgå från användningsfallet och ert befintliga moln – de avgör vilka vägar som är realistiska.
2. Lista per kandidat vad residensen täcker: lagring, transit, inferens.
3. Kräv skriftlig bekräftelse per SKU, tier och modell vid avtalstillfället.
4. Datera underlaget och ompröva vid varje modelluppgradering.

Residensvillkor ändras löpande – en jämförelse som denna är en karta, inte ett facit. Det daterade skriftliga beskedet vid avtalstillfället är det som håller i granskning. Och ju tidigare kraven ställs, desto billigare är de: en residenskolumn i upphandlingsmallen kostar ingenting, medan en migrering i efterhand kostar månader. Vill ni ha hjälp att omsätta kartan till ett faktiskt vägval för er AI-satsning? Hör av dig så tar vi det därifrån.