I lang tid blev teknologibeslutninger vurderet ud fra et velkendt sæt spørgsmål: Er det hurtigere? Er det billigere? Kan det skaleres? Vil det gøre teamet mere produktivt?
De spørgsmål er stadig vigtige. De er bare ikke længere nok.
Når en organisation er afhængig af ekstern infrastruktur, platforme og i stigende grad eksterne AI-modeller, melder et sværere spørgsmål sig først: hvad sker der, når vilkårene ændrer sig? Hvad sker der, når adgangen bliver dyrere, mere begrænset, politisk følsom eller svær at forklare over for en tilsynsmyndighed, bestyrelse eller kunde?
Det er suverænitetsspørgsmålet i IT og AI.
Det handler ikke kun om, hvor data befinder sig. Det handler om kontrol i bredere forstand: hvem der kan inspicere systemet, afbryde det, tvinge adgang igennem, ændre reglerne eller gøre det svært at forlade. Det handler også om ansvarlighed. Når noget går galt, hvem står så tilbage med ansvaret?
Der findes ikke én global definition af digital suverænitet. Forskellige jurisdiktioner lægger vægt på forskellige aspekter: juridisk rækkevidde, afhængighed af infrastruktur, datakontrol, operationel robusthed, koncentration hos leverandører og i stigende grad kontrol over AI-modellaget. Den fælles tråd er praktisk snarere end ideologisk.
Suverænitet er evnen til at bevare reel kontrol over de digitale kapaciteter, som en organisation er mest afhængig af.
Det betyder ikke, at alle lande eller virksomheder selv skal bygge alting. Det betyder, at man ved, hvor afhængighed er acceptabel, hvor den er farlig, og hvilken kontrol der skal forblive internt eller kunne håndhæves kontraktligt.
Suverænitet er ikke selvforsyning
Suverænitet bliver ofte forvekslet med selvforsyning eller datalagring i et bestemt land. Ingen af delene indfanger hele problemet.
En virksomhed kan opbevare sine data i den rigtige jurisdiktion og stadig være eksponeret, hvis den omgivende platform er svær at forlade, leverandøren fortsat er underlagt udenlandske juridiske krav, eller de AI-systemer, der er indlejret i kritiske arbejdsgange, ikke kan auditeres eller påvirkes af kunden.
AI gør denne skelnen mere presserende. En model er ikke bare endnu en softwarekomponent. Den kan forme, hvordan en organisation skriver, søger, klassificerer, yder kundesupport, analyserer information og træffer beslutninger. Når det sker, flytter afhængigheden højere op i stakken. Spørgsmålet er ikke længere kun, hvor en maskine kører. Det er, hvem der former intelligensen i arbejdet.
De fleste organisationer genkender dette i helt almindelige driftsmæssige situationer. En leverandør ændrer sin prissætning, og et ellers levedygtigt use case bliver pludselig dyrt. En modelopdatering ændrer output, og interne arbejdsgange må kalibreres på ny. Jura- eller compliance-teams stiller enkle spørgsmål om datahåndtering og får uklare svar. Indkøb opdager, at en arkitektur, der angiveligt skulle være fleksibel, ville være dyr og langsom at udskifte.
En geopolitisk krise er ikke nødvendig. Almindelig afhængighed er nok.
En global debat med forskelligt juridisk sprog
Spørgsmålet er globalt, også dér hvor terminologien er en anden.
I USA udtrykkes bekymringen ofte gennem føderal autorisation og national sikkerhedskontrol snarere end med udtrykket digital suverænitet. FedRAMP giver en standardiseret tilgang til at vurdere, autorisere og løbende overvåge cloudtjenester, som føderale myndigheder bruger. Myndighederne er fortsat ansvarlige for deres workloads, efter at de er flyttet til skyen, og forsvarsmiljøer stiller yderligere krav.
I Storbritannien indrammes spørgsmålet typisk gennem operationel robusthed og systemisk afhængighed. Bank of England, PRA og FCA etablerede et Critical Third Parties-regime, fordi en større forstyrrelse hos en ekstern leverandør kan skabe risiko ikke kun for én virksomhed, men for det bredere finansielle system.
Canadas cloud-kontrolprofil for Protected B-information gør ansvarlighedsprincippet eksplicit: Ansvar kan delegeres til cloudleverandører, men ansvarligheden forsvinder ikke ved overdragelsen.
Indien kombinerer krav om datalokalisering for betalingssystemdata med en forventning om, at regulerede enheder fortsat er ansvarlige for outsourcede IT- og cloudordninger. Singapore byder cloudadoption velkommen, men betragter den som outsourcing, der skal styres. Australien, Brasilien og Sydafrika griber tilsvarende spørgsmålet an gennem operationel robusthed, leverandørrisiko, tilsynsadgang, datastyring og strategisk infrastruktur.
Mønstret er tydeligt. Suverænitet er ikke en snæver europæisk bekymring. Det er et bredt svar på, at digital afhængighed er blevet strategisk.
Hvorfor den europæiske tilgang er vigtig
Europa har drevet konceptet længere end de fleste jurisdiktioner ved at gøre det til en ramme for indkøb og vurdering.
Europa-Kommissionens Cloud Sovereignty Framework vurderer sovereign cloud-leverandører ud fra otte mål: strategiske, juridiske og jurisdiktionelle, data og AI, operationelle, forsyningskæde-, teknologiske, sikkerheds- og compliance- samt miljømæssige hensyn. Det bruger to komplementære mekanismer:
- Sovereignty Effectiveness Assurance Level (SEAL): et minimumsniveau for assurance for hvert mål.
- Overall sovereignty score: en vægtet sammenligning af tilbud, der opfylder den krævede SEAL-tærskel.
Skellet er vigtigt. Den samlede SEAL fastsættes af det laveste relevante niveau, der er opnået på tværs af målene. En alvorlig svaghed på ét kritisk område kan derfor begrænse leverandørens samlede niveau, uanset styrker andre steder. Scoren tjener et andet formål: Den skelner mellem tilbud, som allerede har passeret minimumstærsklen.
Niveau er tærskellogik; score er sammenligningslogik.
Kommissionens vejledning giver den ordregivende myndighed mulighed for at fastsætte den krævede minimums-SEAL for et indkøb og derefter sammenligne kvalificerede tilbud via scoren. Dens indkøb af sovereign cloud i 2026 krævede, at leverandører nåede mindst SEAL-2. Rammen anerkender også grader af suverænitet: SEAL-2 forbindes med datasuverænitet, SEAL-3 med digital robusthed, og SEAL-4 med fuld digital suverænitet.
Det højeste niveau er bevidst krævende. Kommissionen bemærker, at fuld suverænitet fortsat er vanskelig i den nuværende europæiske kontekst på grund af vedvarende afhængigheder i forsyningskæderne, især hardware og chips. Det er en nyttig korrektion til binær tænkning. En tjeneste kan forbedre en organisations suverænitetsposition uden at opfylde den stærkest tænkelige definition af suverænitet.
Derfor er rammen mere end en tjekliste. Den tvinger konceptet til at holde til mødet med indkøb, engineering, juridisk gennemgang og institutionel ansvarlighed.
Hvorfor dette er vigtigt også uden for regulerede sektorer
Banker, teleoperatører, forsvarsorganisationer, sundhedssystemer og offentlige myndigheder mærker typisk disse pres først, fordi regulering gør konsekvenserne synlige. Den underliggende sårbarhed er langt mere udbredt.
En producent, der er afhængig af én enkelt hyperscaler-region til produktionsanalyse, et softwarefirma, der har bygget kernefunktioner op omkring én modeludbyder, en detailvirksomhed, der er afhængig af ekstern identitetsinfrastruktur, eller et universitet, der integrerer tredjeparts AI-værktøjer i forskning og administration, står alle over for varianter af det samme problem.
En del af risikoen er geopolitisk. Eksportkontrol, sanktioner, nationale sikkerhedsindgreb og grænseoverskridende juridiske krav kan række længere ind i teknologistakken, end mange organisationer havde antaget. En anden del er strukturel: Et lille antal virksomheder understøtter en stor del af den globale kapacitet inden for cloud, platforme, identitet og AI. Deres kapabiliteter er ofte fremragende. Det er netop derfor, afhængigheden kan blive dyb.
AI skærper problemstillingen, fordi eksterne tjenester bliver til interne kapabiliteter. Når en model væves ind i supportarbejdsgange, tekstudarbejdelse, søgning, compliance-gennemgang eller produktoplevelsen, bliver den en del af, hvordan organisationen tænker og arbejder. Hvis det lag er svært at auditere, styre eller erstatte, er afhængigheden ikke længere blot teknisk. Den bliver ledelsesmæssig og strategisk.
Hvad suverænitetsperspektivet hjælper dig med at se
Suverænitet forstås bedst som en dømmekraftsdisciplin, ikke som et krav om total uafhængighed.
Det nyttige spørgsmål er ikke, om en organisation kontrollerer alting. Det kan næsten ingen. Det bedre spørgsmål er: hvilket suverænitetsmål er svagest, og hvorfor?
Er den begrænsende faktor ejerskab og governance? Juridisk eksponering? Datakontrol? Operationel afhængighed? Skrøbelighed i forsyningskæden? Teknologisk lock-in? Eller selve AI-laget?
Når det først er synligt, bliver svaret konkret. Nogle organisationer har brug for stærkere audit- og exit-rettigheder. Nogle har brug for strammere jurisdiktionsmæssige begrænsninger for bestemte data eller workloads. Nogle kan vælge at holde udvalgte funktioner portable på tværs af cloud- eller modeludbydere, selv hvor det øger omkostningerne. Andre kan acceptere styret afhængighed på mindre kritiske områder, mens de bevarer stærkere kontrol over systemer, der er afgørende for robusthed, ansvarlighed eller konkurrencefordel.
Det er værdien af suverænitetsperspektivet. Det foreskriver ikke én politisk konklusion eller kræver dramatisk teknologisk selvforsyning. Det giver organisationer en disciplineret måde at identificere deres svageste relevante mål, forstå hvorfor det er svagt, og afgøre, om eksponeringen er acceptabel.
Det spørgsmål gælder nu for infrastruktur, data og i stigende grad også for AI.
Kilder
- Europa-Kommissionen: Sovereign Cloud Framework forklaret (2026)
- Europa-Kommissionen: Cloud Sovereignty Framework — Vejledning til implementering (2026)
- Europa-Kommissionen: Kommissionen fremmer cloudsuverænitet gennem strategiske indkøb (2026)
- APRA: CPG 230 Operationel risikostyring
- U.S. General Services Administration: Cloud-sikkerhed
- Bank of England, PRA og FCA: Kritiske tredjeparter for den britiske finanssektor
- Canadas regering: Sikkerhedskontrolprofil for cloud-baserede GC-tjenester
- Reserve Bank of India: Ofte stillede spørgsmål om lagring af betalingssystemdata
- Reserve Bank of India (Commercial Banks – Managing Risks in Outsourcing) Directions, 2025
- Monetary Authority of Singapore: Cloud
- Banco Central do Brasil: Resolução CMN nº 4.893
- Sydafrikas regering: National politik for data og cloud (2024)

