En sprogmodel købt gennem en stor amerikansk cloudplatform i en europæisk region giver jer to løfter, der skal læses hver for sig: hvor data gemmes, og hvor modellen regner. Lagringen følger regionen. Beregningen følger den type udrulning, I vælger, og den globale type er ofte den, platformen selv foreslår først.
Mange virksomheder møder sprogmodellerne gennem den cloudplatform, de allerede bruger. Det er praktisk: samme konto, samme adgangsstyring, samme regning. Spørgsmålet her er, hvad valget af en europæisk region giver, og hvad det ikke giver, målt mod de krav, I selv har til data og jurisdiktion. Hvordan indstillingerne hos de store teknisk fungerer, og hvorfor behandling kan ske uden for EU, er forklaret på digital-suveraenitet.dk.
Vi har læst dokumentationen hos tre store amerikanske platforme (8/11 2026). Ingen nævnes her, for mekanismerne ligner hinanden, og ingen af dem stilles op som forbillede eller skræmmebillede.
Lagring og beregning er to løfter
Hos alle tre bliver data i hvile i den region eller geografi, kunden vælger. Det er det løfte, regionen giver.
Beregningen er et andet spørgsmål. Alle tre har udrulninger, hvor en forespørgsel kan behandles i enhver af platformens regioner i verden, ofte kaldt global. De har også udrulninger, der holder beregningen inden for en geografi, for eksempel EU, og nogle har en type, der holder den i én region. Én platform oplyser, at dens globale adresse kan sende forespørgsler til enhver af dens placeringer uden løfte om dataresidens. En anden anbefaler selv den geografisk bundne type, når der er krav til compliance.
Samtidig anbefaler én af platformene at begynde med den globale type, fordi nye modeller kommer dér først. Typer bundet til en geografi kommer sidst og uden garanteret dato. Ønsker I den nyeste model og beregning i EU, kan I altså komme til at vente.
Standardvalget
Ved oprettelsen vælges en udrulning. Det valg bestemmer, hvor beregningen må ske, og det kan være foreslået af platformen, en guide eller den udvikler, der satte løsningen op. Tjek hver eksisterende udrulning sammen med den aftale, der ligger i indkøb. En løsning i en europæisk region kan have en global udrulning bag sig.
Kapacitet er den grund, platformene selv angiver, når behandlingen kan flytte. Mere om det i artiklen om spidsbelastning.
Hvem ser prompterne
Platformene skriver, at modellens udvikler ikke har adgang til de konti, modellen kører i, og dermed ikke til prompter og svar. Én platform beskriver misbrugsovervågning, hvor prøver kan udtages til menneskelig gennemgang. For ressourcer i EØS gemmes de data i kundens geografi, og de medarbejdere, der gennemgår dem, sidder i EØS. Kunder kan søge om ændret overvågning. Læs den del af dokumentationen for jeres platform, og skriv ned, hvad der gælder for jeres udrulning.
Udfasning følger platformen
Den samme model kan have forskellige datoer hos udvikleren og på platformen. Én platform skriver det direkte. Mekanismerne varierer: hos én kan nye kunder ikke tage en model i brug, når den er gået i en senere fase, og eksisterende kan miste adgang efter en periode uden brug. Hos en anden opgraderes visse udrulninger automatisk ved udfasning, også selv om den nye version ikke var i regionen i forvejen. Hos en tredje gives et minimumsvarsel for modeller med kort levetid. Varslet skal derfor læses på platformen. Se modeller med udløbsdato.
Det, regionen ikke svarer på
En europæisk region siger, hvor data ligger og eventuelt regnes på. Den siger intet om, hvem der ejer platformen, og hvilken lov ejeren er underlagt. Det er et spørgsmål om jurisdiktion, og det står på digital-suveraenitet.dk. Er jeres krav alene placering af lagring og beregning, kan en korrekt valgt udrulning opfylde det. Er kravet, at ingen uden for EU kan pålægge udbyderen at udlevere data, svarer regionen ikke på det.
Mål løfterne mod jeres krav
Skriv jeres krav op i tre linjer: hvor data må gemmes, hvor de må behandles, og hvilken jurisdiktion udbyderen må være underlagt. Sæt for hver udrulning, I har eller planlægger, det, platformen lover, ud for hvert krav. Hvor løftet mangler, er der tre muligheder: vælg en anden udrulningstype, accepter afvigelsen med en skrevet begrundelse, eller vælg en anden driftsform. De andre driftsformer er sammenlignet i de fire driftsformer.
Hvad det kræver, og hvad det koster at lade være
Gennemgangen kræver en liste over jeres udrulninger med type og region, de relevante sider i platformens dokumentation og jeres krav skrevet ned. Lav vurdering: en dag for en enkelt løsning. Høj vurdering: en uge, når flere afdelinger har oprettet udrulninger uden fælles overblik.
Lader I være, kan en global udrulning ligge bag en løsning, som alle tror kører i Europa. Opdages det af en kunde eller ved en revision, skal udrulningen skiftes, og en ny type kan mangle den model, I bruger. Det koster omstilling, ny test og en forklaring, der er sværere at give bagefter.
Det skal I lade være med
- At læse regionen som svaret på beregningen · udrulningstypen afgør, hvor modellen regner.
- At læse udviklerens varsel · platformens datoer kan være andre.
- At bruge regionen som svar på jurisdiktion · ejer og lov er et særskilt spørgsmål.
Det skal valget kunne vise
- ☐ En liste over udrulninger med type, region og model.
- ☐ Jeres tre krav med platformens løfte ud for hvert.
- ☐ Platformens varsel for de modeller, I bruger, læst og dateret.
- ☐ En skrevet begrundelse for hver afvigelse, I accepterer.
Kilder
- Dokumentation fra tre store amerikanske cloudplatforme om udrulningstyper, dataresidens, databeskyttelse og modellers livscyklus, læst 8. november 2026.
Senest gennemgået: november 2026.
Næste skridt
Find alle udrulninger af sprogmodeller i jeres konti, og skriv typen ud for hver.
Læs også: Købt direkte, gennem en platform eller gennem en partner · Suveræne AI-tilbud fra de store leverandører
→ Kontakt · Tlf. 70 13 63 23 · Jurisdiktions- og afhængighedsvurdering hos Nielco IT
