Exit-plan

Test af exitplaner efter DORA: hvad er tilstrækkeligt?

Test af exitplaner efter DORA: hvad er tilstrækkeligt?

Tilstrækkeligt er det omfang, I kan begrunde ud fra virksomhedens størrelse, risikoprofil og tjenestens betydning. DORA kræver, at exitplaner er “testet i tilstrækkeligt omfang samt gennemgået regelmæssigt”, men forordningerne fastlægger hverken testform eller hyppighed. Derfor hviler kravet på jeres egen begrundelse, og den skal stå på skrift.

Det er lovkrav for finansielle enheder. Den konkrete metode nedenfor er sitets vurdering og ingen myndigheds. Vi kender ikke dansk tilsynspraksis om test af exitplaner, så teksten er skrevet, som reglerne lå 6. november 2026, og den bør holdes op mod det, I hører fra Finanstilsynet.

Ordlyden i korte træk

DORA art. 28, stk. 8, tredje afsnit: exitplanerne skal være omfattende og veldokumenterede. De skal, efter kriterierne i art. 4, stk. 2, gennemgås regelmæssigt og testes i et tilstrækkeligt omfang.

Art. 4, stk. 2: kapitlerne anvendes i rimeligt forhold til størrelse, risikoprofil samt karakter, omfang og kompleksitet.

Delegeret forordning 2024/1773, art. 10: politikken skal kræve en dokumenteret exitplan og “periodisk gennemgang og test”. Planen skal være realistisk og gennemførlig. Teksten nævner ingen testform og ingen hyppighed.

Forveksl det ikke med andre testkrav. Art. 11, stk. 6, om test mindst én gang om året, dækker de planer, der handler om driftsstabilitet og om indsats og genopretning. Art. 12 handler om backup, gendannelse og genopretning, og gendannes der med egne systemer, skal de være fysisk og logisk adskilt fra kildesystemet. Resultater derfra kan støtte en exitplan, men de opfylder ikke selv kravet. Testprogrammet som ledelsesopgave står på ciso-as-a-service.dk.

Det, det norske oplæg siger

Finans Norges vejledning fra 2025 er det mest konkrete, vi har fundet på et nordisk sprog. Den er skrevet af en brancheorganisation og er hverken tilsyn eller dansk. Ifølge afsnit 4.5.1 skal planen laves, så den kan testes, og der stilles ikke krav om test i faktisk drift. Bord- og skrivebordsøvelser kan bruges, baseret på plausible scenarier, og scenarier med høj sandsynlighed eller stor påvirkning testes oftere. Et årshjul kan bruges.

Vejledningen henviser til den tekniske standard for den læsning. Den danske tekst af art. 10 nævner ikke skrivebordsøvelser. Skriv derfor aldrig i jeres politik, at DORA tillader dem. Skriv, at forordningen ikke fastlægger formen, og at I har valgt en form af de grunde, I selv angiver.

Fem spørgsmål, der begrunder omfanget

Spørgsmålene er vores forslag til at gøre “tilstrækkeligt” konkret. Svarene skal stå i planens testafsnit.

  1. Hvor kritisk er funktionen? Hvad sker der med kunder og efterlevelse, hvis tjenesten står stille?
  2. Hvor svær er tjenesten at erstatte? Brug vurderingen efter art. 29, stk. 1, hvis den findes.
  3. Hvad er planens svageste antagelse? Test den først. Er antagelsen, at data kan komme ud i et brugbart format, siger en skrivebordsøvelse ikke meget om det.
  4. Hvad må kontrakten og leverandøren? Står der noget om medvirken, og hvad kan I gøre alene?
  5. Hvad har ændret sig siden sidst? Ny version, ny underleverandør, ny hosting eller ny integration.

Sådan kan niveauerne fordeles

Sitets tre niveauer af test kan bruges her. Fordelingen er et udgangspunkt, I selv skal justere og begrunde.

  • Skrivebordsøvelse: alle exitplaner, med et konkret scenarie fra planen.
  • Delvis test: tjenester, hvor planen hviler på, at data kan komme ud. En eksport af en udvalgt datatype, kontrol af resultatet og indlæsning et andet sted giver et målt tal til tidsplanen.
  • Fuld test: de få tjenester, hvor det er muligt, og hvor svigt gør mest skade. Gendannelse et andet sted er den tydeligste form. Test i produktion er ikke nødvendig for at lære noget, se test uden at forstyrre driften.

For SaaS-tjenester må dele af testen hvile på leverandørens oplysninger. Skriv, hvilke dele der gør det, og hvad I har bedt om at se, jf. test i SaaS.

Sæt også rytmen. Forordningen siger “regelmæssigt” og “periodisk”. Hvor ofte I gør det, afhænger af jeres begrundelse, og en ændring hos leverandøren bør kunne udløse en ny test uden for tur.

Dokumentationen

En test uden spor hjælper ikke, når nogen spørger. Skriv kriterierne før testen, jf. hvad er bestået. Bagefter skal testrapporten vise scenarie, deltagere, dato, resultat, fund, hvem der følger op, og hvordan planen blev ændret. Gem også begrundelsen for omfanget, for det er den, der besvarer titlens spørgsmål.

Hvad det kræver, og hvad det koster at lade være

Hvert niveau har sine poster: forberedelse, deltagernes tid, adgang til et adskilt miljø og leverandørens medvirken, som kan have en pris efter aftalen. Sæt en lav og en høj vurdering af tid pr. år og pr. aftale, og datér den. Omregning til kroner hører til i jeres eget ark.

Tester I for lidt, ved I ikke, om planen virker, og I mangler et svar på et lovkrav. Tester I for meget, tager det tid fra driften og giver risiko i et ellers stabilt miljø. Sammenhold testens tid med det, et stop koster pr. dag i egne tal, og med det, en test giver i sig selv: færre antagelser, målte tider og et bedre svar til tilsyn og ledelse.

Det skal I lade være med

  • At skrive, at DORA kræver årlig test af exitplaner · det krav står i en anden bestemmelse.
  • At skrive, at DORA tillader skrivebordsøvelser · teksten fastlægger ingen form, og det er jeres eget valg.
  • At lade en gendannelsestest stå som exit-test uden videre · den viser noget andet end at komme væk fra leverandøren.

Det skal planen kunne vise

  • ☐ Valgt testform og begrundelsen for omfanget.
  • ☐ Rytme og begivenheder, der udløser test uden for tur.
  • ☐ Kriterier skrevet før testen.
  • ☐ Resultat, fund og hvem der følger op.
  • ☐ Hvilke dele der hviler på leverandørens oplysninger.
  • ☐ Hvordan planen blev ændret bagefter.

Kilder

Senest gennemgået: november 2026.

Næste skridt

Besvar de fem spørgsmål for jeres mest kritiske tjeneste, og skriv begrundelsen ind i planens testafsnit. Læg resultatet frem for ledelsen, så omfanget bliver et valg, nogen har truffet.

Læs også: Exitplan efter DORA · Test af eksport og gendannelse

→ Kontakt · Tlf. 70 13 63 23 · Exit-plan og exit-rådgivning hos Nielco IT

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 I have en plan B?

Skriv kort, hvilke systemer eller leverandører det drejer sig om, og hvad der sætter arbejdet i gang. 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.

Seneste på bloggen