Det DORA beder om
DORA, forordning (EU) 2022/2554, har gældt siden 17. januar 2025. Den omfatter banker, betalingsvirksomheder, forsikrings- og pensionsselskaber og de fleste andre finansielle virksomheder.
Artikel 28, stk. 8, er kort. For it-tjenester, der understøtter kritiske eller vigtige funktioner, skal I have en exitstrategi. I skal kunne forlade udbyderen uden at forstyrre forretningen, uden at begrænse efterlevelsen af de forskriftsmæssige krav og uden at det går ud over jeres kunder. Exit-planen skal være omfattende og veldokumenteret. Den skal testes i tilstrækkeligt omfang og gennemgås regelmæssigt. Og I skal have fundet alternativerne og lagt en overgangsplan, så tjenester og data kan flyttes til en anden udbyder eller hjem til jer selv.
Artikel 30 lægger det samme ind i kontrakten. Aftalen om de kritiske eller vigtige tjenester skal have en obligatorisk passende overgangsperiode, hvor udbyderen bliver ved med at levere, mens I flytter.
Den 18. november 2025 udpegede de europæiske tilsynsmyndigheder 19 kritiske it-leverandører til den finansielle sektor. AWS, Google Cloud og Microsoft er på listen. Udpegningen bygger på de registre over it-aftaler, som I selv har indberettet. Tilsynet ved altså, hvem I er afhængige af.
Hvorfor et dokument ikke består
Den typiske exit-plan er et kapitel i leverandørpolitikken. Den nævner en alternativ udbyder, giver et overslag i måneder og udpeger en ansvarlig. Ingen har kørt den.
Deloitte spurgte i februar og marts 2026 50 finansielle virksomheder i 13 europæiske lande. 39 % havde endnu ingen dokumenteret exit-plan for de it-leverandører bag kritiske funktioner, som de ikke kan erstatte. Spurgt om, hvordan de tester for, at en leverandør går konkurs eller lukker tjenesten, svarede den største gruppe, 36 %, at de har en plan på papir og ingen live-test. 10 % simulerer selve flytningen eller en failover.
Hos tre ud af fire flyttes intet, når exit testes
Sådan tester finansielle virksomheder, at en kritisk it-leverandør går konkurs eller lukker tjenesten.
- Intet flyttes
- 76 %
- Dokumenteret plan, ingen live-test 36 % · Bordøvelse med leverandøren 15 % · Uafhængig gennemgang 14 % · Øvelse i tilsyn, jura og krisekommunikation 11 %
- Data flyttes
- 14 %
- Test af dataportabilitet 14 %
- Systemet flyttes
- 10 %
- Simuleret flytning eller failover 10 %
Et overslag uden en kørsel er et gæt. Afhængighederne gemmer sig i de managed tjenester: identitet, køer, databaser, nøgleboks, overvågning. Hver proprietær tjeneste i den kritiske sti skal have en erstatning, før I kan flytte. Dokumentet nævner sjældent hvilke, og hvad erstatningen er.
En gennemgang ved et bord tester dokumentet. Den tester ikke flytningen. Overgangsperioden i kontrakten hjælper kun, hvis I ved, hvad I skal bruge den til, og hvor lang tid det tager.
Margrethe Vestager, EU’s konkurrencekommissær frem til 2024, har stillet danske it-chefer tre spørgsmål. Det sidste er: “Og hvad er min plan B?” Hun peger selv på bankerne, der skal have backupsystemer: “De kan ikke bare køre på én teknologi og sige, at de krydser fingre og har god sikkerhed.” En exit-plan, ingen har kørt, er en krydset finger.
Hvad en øvet exit er
Tre ting gør exit-planen til noget, der kan køres.
Infrastruktur som kode. Når landskabet er beskrevet i Terraform eller OpenTofu, er flytningen et nyt, tyndt lag for den nye udbyder. Resten genbruges. Er det bygget i hånden i en portal, starter flytningen med at finde ud af, hvad der er bygget.
Open source i den kritiske sti. Kubernetes, PostgreSQL, en standard for beskedkøer, OpenTelemetry til overvågning. Det kan køre hos alle de europæiske udbydere, som managed tjeneste eller på jeres egne maskiner. Hvor I bruger en proprietær tjeneste, står erstatningen skrevet ved siden af.
En anden udbyder og et målt tal. Bring en rigtig arbejdsbyrde op hos en anden europæisk udbyder i et testmiljø. Notér timerne, og hvad der måtte skrives om. Gentag det en gang om året. Det tal er exit-planens kerne, og det er det, tilsynet kan læse.
Styrelsen for Arbejdsmarked og Rekruttering flyttede på ni måneder alle sine fagsystemer fra en Microsoft-domineret løsning i eget driftsmiljø til open source som kode hos Hetzner, 65–70 % billigere end hyperscalerne. Styrelsen har samtidig kontrakter hos Scaleway og OVHcloud, så hele eller dele af driften kan flyttes igen. STAR er ikke omfattet af DORA. Opbygningen er alligevel præcis den, DORA beder om: en exit med to udgange.
Vi har gjort det samme i mindre skala. Kvarters er en platform med otte applikationer i containere, bygget på Azure med Terraform. I 2026 flyttede vi den til Scaleway i Amsterdam på fem uger uden at røre applikationerne.
Hvor I begynder
Find de kritiske eller vigtige funktioner i jeres register over it-aftaler, og vælg én arbejdsbyrde.
Skriv de proprietære tjenester i dens kritiske sti op, og sæt en erstatning ud for hver.
Beskriv arbejdsbyrden som kode, hvis den ikke allerede er det.
Bring den op hos en anden europæisk udbyder. Notér timerne og det, der måtte skrives om.
Skriv tallet ind i exit-planen, og gentag om et år.
Det gælder også, hvis I bliver hos hyperscaleren. En øvet exit forpligter jer ikke til at bruge den. Den betyder, at exit-planen holder den dag, I får brug for den.