Digital suverænitet og Microsoft 365
Krisedata er blandt de mest følsomme oplysninger, en organisation besidder. Her er vores ærlige position om placering, adgang, nøgler og exit.
Hvorfor købere spørger
Krisestyringsdata omfatter hændelsestidslinjer, personale roller, kontinuitetsplaner, sårbarhedsvurderinger — og i den maritime case sikkerhedsfølsomt materiale under ISPS-koden. Spørgsmålet i indkøb er i stigende grad ikke kun "er det sikkert?" men "hvilken lovgivning gælder for det, hvem kan kræve adgang, og hvordan kommer vi ud?"
Tre drivkræfter ligger bag det spørgsmål:
Ekstraterritorial rækkevidde
Amerikanske udbydere kan være underlagt amerikanske retsakter, der rækker til data, også når de er gemt uden for USA. Det er substansen i den langvarige CLOUD Act- og Schrems II-debat.
Regulatorisk retning
Forventningerne på EU-niveau til forsyningskædesikkerhed (NIS2) og databeskyttelse har presset placering, adgangskontrol og leverandørvurdering ind i kontrakten.
Strategisk autonomi
For organisationer med samfundskritiske funktioner er afhængigheden af én udenlandsk leverandør i sig selv en risiko, der skal vurderes — ikke kun en omkostning eller en bekvemmelighed.
Hvad Microsoft faktisk tilbyder — sagt fair
Microsoft har flyttet sig væsentligt på dette område, og det er værd at være præcis:
- EU Data Boundary. En formel forpligtelse, der dækker Azure, Microsoft 365, Dynamics 365 og Power Platform, om at holde kundedata, personlige identifikatorer og supportdata inden for europæiske datacentre.
- Cloud for Sovereignty. Suverænitetskontroller — dataplacering, krypteringskontroller, styring af regulerede miljøer — leveret som et lag oven på Azure frem for som en separat cloud, med varianterne Sovereign Public Cloud og Sovereign Private Cloud, operationelt styret i Europa og med ekstern nøglestyring.
- Suveræne kontroller til regulerede miljøer, tilgængelige i europæiske regioner.
Den ærlige læsning, og den markedet er landet på, er at suverænitet er et spektrum, ikke et binært valg. Microsofts tilbud er lagt oven på en platform, de ejer og driver. For mange organisationer er det fuldt tilstrækkeligt. For andre — forsvarsnære, kritisk infrastruktur eller organisationer med et hårdt krav om kontrol over nøgler og fortsat adgang — er lagtilgangen en afbødning snarere end en løsning.
Hvor Honnimar står, og hvorfor
Honnimar er dybt integreret i Microsoft 365, og det er bevidst. Platformen kører på den infrastruktur, jeres organisation allerede driver, bruger den identitets- og adgangsmodel, jeres medarbejdere kender, og lever i det dokument- og samarbejdsmiljø, de allerede arbejder i. Derfor er adoptionen hurtig, oplæringen kort, og kriseværktøjet ikke et fremmedlegeme i driften. Det betyder også, at jeres dokumenter og data styres af jeres tenant-konfiguration — ikke af vores.
Jeres data ligger i jeres tenant, under jeres styring. Honnimar er bygget på et fælles datalager, som kunden ejer. I praksis betyder det:
- Placeringen følger jeres tenant. Hvor jeres Microsoft 365-tenant opbevarer data, er en beslutning, I træffer og kan dokumentere — og Honnimars data ligger i samme miljø.
- Adgangskontrollen er jeres. Granulære, hierarkibaserede tilladelser konfigureres af applikationsejeren gennem Honnimar Manager, inden for jeres egen identitetsmodel.
- Nøgler og compliance-posture er jeres. Kryptering, opbevaring, DLP og revision håndteres gennem jeres Microsoft 365-kontroller.
- Exit er ikke et migrationsprojekt. Fordi datalageret er et fælles lager, I ejer, er data ikke låst inde i en proprietær Honnimar-silo. Det er tilgængeligt for tredjepartsapplikationer og rapportering — Power BI er det nærmeste eksempel — og læsbart af andre værktøjer.
- Ingen AI-lock-in. AI-assistance kan leveres gennem Copilot eller en anden compliant AI-løsning, I vælger, i stedet for en model, vi udpeger for jer.
En lagdelt strategi
Vi påstår ikke, at ét leverandørvalg afgør suverænitet. Ingen enkelt afhængighed bør være afgørende.
Hærdet konfiguration
Aktivér og konfigurér korrekt de placering-, adgangs-, opbevarings- og revisionskontroller, der allerede findes i jeres Microsoft 365-miljø. Det meste eksponering er fejlkonfiguration, ikke platformens design.
Dokumenteret placeringsforpligtelse
Vid, og registrér, hvor jeres tenant opbevarer data, inklusive backup- og supportdatastrømme.
Kundestyret kryptering og nøglestyring
Hvor jeres risikovurdering kræver det — ekstern nøglestyring og kundeejede nøgler, så adgang kan tilbagekaldes.
Dataejerskab i kontrakten
Skriftlige vilkår om ejerskab, portabilitet, sletning og revisionsrettigheder, med eksportformatet specificeret.
En testet exit-vej
Ikke en teoretisk: en indøvet procedure for at få data ud og fortsætte driften.
Valgfrie suveræne datarum eller europæiske komponenter
Til de datamængder, hvor klassifikationsniveauet kræver det, i stedet for til alt som standard.
Anvendt på en kriseplatform betyder disse seks lag det, der betyder mest: når krisen er på sit værste, har I stadig jeres planer, jeres logs og jeres adgang — og I er ikke afhængige af en leverandørs fortsatte velvilje for at nå dem.
Spørgsmål vi besvarer i indkøbsprocessen
Vi giver skriftlige svar, ikke mundtlig beroligelse, på:
- Hvor opbevares vores data, og hvor behandles og supporteres de?
- Hvem kan tilgå dem, under hvilke retsakter, og hvordan logges det?
- Kan vi holde nøglerne? Hvad ændrer det operationelt, hvis vi gør?
- Hvad er eksportformatet, og hvor lang tid tager en fuld eksport?
- Hvad sker der med vores data og vores adgang, hvis vi opsiger aftalen?
- Hvilke underleverandører er involveret, og hvordan er de vurderet?
- Hvordan dokumenterer vi over for vores egen tilsynsmyndighed, at vi overholder reglerne?
Suverænitetsspørgsmål hører til i første møde, ikke det sidste.
Stil os de svære spørgsmål. Vi sætter svarene på skrift.
Book en demo