Digital suverænitet

Når AI‑behandlingen forlader EU, selv om data ligger der

Når AI-behandlingen forlader EU, selv om data ligger der

En AI-assistent kan læse et dokument, der er gemt i et europæisk datacenter, og sende indholdet til en model, der kører på et helt andet kontinent. Om det sker, afgøres af indstillinger hos udbyderen og hos jer, og dem skal exit-planen kende.

Artiklen gennemgår, hvordan tre store udbydere selv beskriver, hvor AI-forespørgsler behandles. Den viser, hvilke indstillinger I kan kontrollere, og hvad I bør skrive ned for hvert system.

Lagring og behandling er to forskellige spørgsmål

Når en medarbejder beder en assistent om at opsummere en mail, sendes en prompt sammen med det indhold, modellen skal bruge. Microsoft kalder trinnet, hvor modellen udfører prompten, for inferens. Det sker der, hvor udbyderen har regnekraft ledig, og det sted behøver ikke at være det samme som lagringsstedet.

En aftale om dataresidens beskriver typisk, hvor data gemmes. Den siger ofte mindre om, hvor data behandles undervejs. Forskellen hører til i det første og andet lag i → de tre lag, og den skal noteres særskilt for hver AI-funktion.

Juridisk har behandlingsstedet betydning. Overføres personoplysninger til et land uden for EU, gælder kapitel V i databeskyttelsesforordningen, der begynder med artikel 44. Hvilket overførselsgrundlag der gælder i en konkret aftale, er et spørgsmål for jeres jurister.

Microsofts flex routing

Microsoft beskriver funktionen flex routing i sin dokumentation for Copilot. Den lader kunder i EU og EFTA tillade, at inferens sker uden for EU Data Boundary i perioder med spidsbelastning. Ifølge samme side kan behandlingen da foregå i USA, Canada eller Australien.

Siden oplyser også, at data er krypteret under overførsel og ved lagring, og at data i hvile bliver i EU Data Boundary. Der er én undtagelse. Begrænsede pseudonymiserede data kan lagres uden for området af sikkerheds- og driftshensyn.

Microsofts liste over løbende delvise overførsler er mere konkret. Den nævner prompts, svar og det indhold, svarene bygger på, som data, der kan behandles uden for området, når flex routing er tilladt. Listen dækker Copilot i Microsoft 365, Dynamics 365, Power Platform og Copilot Studio.

Standardindstillingen afhænger af lejerens alder

Dokumentationen var 29. september 2026 klar på ét punkt. Flex routing er slået til som standard for berettigede lejere, der er oprettet efter 25. marts 2026. Lejere, der fandtes på eller før den dato, opfordres til selv at kontrollere deres indstilling.

En tidligere udgave af samme side fra april 2026 henviste ældre lejere til Message Center for at se deres standard. Den konkrete standard for en eksisterende lejer kan altså kun ses i jeres egen administration. Det er grunden til, at kontrollen hører hjemme i exit-planen og ikke kan klares med et opslag i dokumentationen.

Kunder, der har købt eller brugt Multi-Geo, er ikke omfattet af EU Data Boundary for Microsoft 365, og for dem vises indstillingen ikke i Microsoft 365 admin center. Indstillingen i Power Platform admin center følger Microsoft 365-indstillingen, medmindre den selv er mere restriktiv.

Underleverandøren bag modellen

Behandlingsstedet afhænger også af, hvilken model der svarer. Microsoft oplyser, at Anthropic er blevet underdatabehandler for Microsoft, så Anthropics modeller kan bruges i blandt andet Copilot, Researcher og Copilot Studio.

Samme side siger, at Anthropic-modellerne i disse tjenester i øjeblikket er undtaget fra EU Data Boundary. Kunder i EU, EFTA og Storbritannien har modellerne slået fra som standard. En administrator kan slå dem til for udvalgte brugere eller grupper, og så følger behandlingen modellens regler frem for grænsens.

Pointen rækker ud over én udbyder. Når en AI-tjeneste skifter eller tilføjer en model, kan den nye leverandør bringe nye behandlingssteder med sig. Den ændring hører til i gennemgangen af → underdatabehandlere og leverandørkæden.

AWS: kunden vælger profilen

Amazon Bedrock har en mekanisme, der hedder cross-Region inference. Ifølge AWS’ brugervejledning vælger kunden mellem en profil knyttet til et geografisk område, fx EU, og en global profil. Med den geografiske profil holdes behandlingen inden for de regioner, profilen nævner. Med den globale kan den ske i enhver understøttet kommerciel region.

AWS anbefaler selv den geografiske profil til kunder med krav om dataresidens. Den globale profil er ifølge vejledningen omkring 10 procent billigere. Prisforskellen gør det relevant at tjekke, hvilken profil udviklerne har valgt.

Vejledningen oplyser desuden, at CloudTrail logger alle cross-Region-forespørgsler i kildens region. Feltet additionalEventData.inferenceRegion viser, hvor forespørgslen blev behandlet.

Google: dataregioner og globale endpoints

I Google Workspace følger Gemini-funktionerne organisationens dataregioner. Google meddelte 9. juni 2025, at administratorer kan vælge behandling i EU, i USA eller begge steder, ned til den enkelte organisatoriske enhed. Det gælder Enterprise Plus og kunder med Assured Controls.

Gemini-appen fik samme støtte 29. juni 2026. Enterprise Plus og Frontline Plus får både behandling og lagring i regionen, mens Education Plus og Education Standard kun får lagring i regionen.

På udviklerplatformen Vertex AI er billedet et andet. Googles side om placeringer fraråder det globale endpoint, hvis I har krav til, hvor ML-behandlingen sker, fordi I ikke kan styre eller se, hvilken region forespørgslen sendes til. Til det formål findes multiregionale endpoints, blandt andet ét for EU.

Tre udbydere på samme målestok

Lagt ved siden af hinanden giver udbydernes egen dokumentation tre spørgsmål, der kan stilles til enhver AI-tjeneste.

  • Hvem vælger behandlingsstedet. Hos AWS vælger kunden profil pr. kald. Hos Google afhænger det af edition og af det endpoint, udviklerne bruger. Hos Microsoft afhænger standarden af, hvornår lejeren blev oprettet.
  • Hvad er standarden. Microsoft tillader flex routing som standard for nye berettigede lejere. Googles globale endpoint og AWS’ globale profil skal vælges aktivt i koden.
  • Kan I se det bagefter. AWS beskriver et logfelt for behandlingsregionen. I de gennemgåede sider fra Microsoft og Google er der ikke fundet et tilsvarende felt for den enkelte forespørgsel.

Det sidste punkt bygger på det, dokumentationen nævner, og kan have ændret sig. Bed derfor udbyderen om et skriftligt svar, jf. → seks spørgsmål til leverandøren.

Indstillinger, I selv kan kontrollere

Listen tager udgangspunkt i udbydernes egne beskrivelser. Gem et skærmbillede med dato af hver indstilling.

  1. Microsoft 365 admin center · Under Copilot, Settings, View all findes punktet Flex routing during peak load periods. Det kræver rollen AI Administrator. Vælges Do not allow flex routing, sker inferensen inden for EU Data Boundary, også ved spidsbelastning.
  2. Power Platform admin center · Kontrollér, at indstillingen her er mindst lige så restriktiv, så Copilot i Dynamics 365 og Copilot Studio følger samme linje.
  3. AI-underdatabehandlere hos Microsoft · Under AI providers operating as Microsoft subprocessors ses, om Anthropic er slået til, og for hvilke brugere.
  4. Amazon Bedrock · Gennemgå, hvilke inference-profiler jeres applikationer kalder, og om nogen bruger en global profil. Søg i CloudTrail efter inferenceRegion.
  5. Google Workspace · Kontrollér politikken for dataregioner, og om jeres edition dækker behandling eller kun lagring.
  6. Vertex AI · Gennemgå, om koden kalder det globale endpoint eller et regionalt eller multiregionalt.

Når standarden ændres

Flex routing er et eksempel på, at en udbyder kan indføre en ny standard med en ny side i dokumentationen og en besked i administrationen. Ændringer af den type rammer de organisationer hårdest, der ikke har en fast rutine for at læse udbyderens meddelelser.

Exit-planen skal derfor have en ejer, der følger med i udbyderens ændringslog for AI-funktioner og kontrollerer indstillingerne igen efter hver større opdatering. Ensidige ændringer af vilkår og funktioner er beskrevet i → vilkår, der ændres ensidigt, og markedsføring, der lover mere end dokumentationen, i → sovereignty washing.

Hvad gennemgangen kan og ikke kan vise

Gennemgangen kan vise, om en AI-funktion kan sende indhold ud af EU, hvem der har valgt det, og om I kan dokumentere det bagefter. Den kan også vise, hvor meget en ny model eller en ny standard ændrer billedet.

Den kan ikke vise, hvor en bestemt forespørgsel faktisk blev behandlet, hvis udbyderen ikke logger det. Den løser heller ikke spørgsmålet om ejerens retsforhold. En behandling i et europæisk datacenter hos et amerikansk selskab er stadig omfattet af reglerne beskrevet i → Cloud Act.

Betydningen for exit-planen

Tilføj en kolonne for AI-behandling i kortlægningen fra → trin 1. Notér for hver AI-funktion behandlingssted, standardindstilling, valgt indstilling, model og underleverandør samt om der findes en log.

Vurder derefter, hvor svært det er at skifte AI-funktionen ud, hvis behandlingsstedet ikke kan accepteres. Den binding gennemgås i → binding til AI-leverandøren, og europæiske alternativer i → europæiske AI-tjenester efterprøvet.

Er AI-funktionerne bredt udrullet på tværs af flere udbydere, kan en uvildig gennemgang af behandlingssteder og underleverandører give et samlet overblik. Nielco IT’s jurisdiktions- og afhængighedsvurdering kortlægger underdatabehandlere og lovgivning pr. system.

Kilder

Skrevet af John Nielsen, indehaver af Nielco IT. Selvstændig siden 2009 og mere end 30 års erfaring med IT‑sikkerhed. Om John Nielsen · LinkedIn

John Nielsen, Nielco IT

Skal afhængigheden kortlægges?

Skriv kort, hvilke systemer eller leverandører det drejer sig om, og hvad anledningen er. Så vender jeg tilbage. Rådgivningen er uvildig og uafhængig, og Nielco IT har ikke indgået forhandleraftaler med leverandører.

Tak for din henvendelse. Jeg vender tilbage hurtigst muligt.