Det, der er mest kritisk, testes mest. Vælg ét af tre niveauer pr. system, skrivebordsøvelse, delvis test eller fuld test, og sæt en rytme, I kan begrunde. Ingen regel sætter tallet for jer, heller ikke DORA for dem, der er omfattet, og derfor skal valget stå på skrift med en begrundelse. Inddelingen i tre er sitets egen.
Test af exit-plan er for de fleste virksomheder et frivilligt valg. Spørgsmålet er derfor, hvor meget test der giver mening i forhold til det, I har på spil, og hvad planen ellers er værd. Tre systemer, der er testet ordentligt, er mere værd end tyve planer, ingen har prøvet.
Det, DORA faktisk siger
For finansielle virksomheder skal exitplaner efter art. 28, stk. 8, være “omfattende, veldokumenterede” og efter kriterierne i art. 4, stk. 2, “testet i tilstrækkeligt omfang samt gennemgået regelmæssigt”. Art. 4, stk. 2, er reglen om proportionalitet: størrelse, risikoprofil, karakter, omfang og kompleksitet. Art. 10 i delegeret forordning 2024/1773 nævner “periodisk gennemgang og test” og kræver, at planen er realistisk og gennemførlig.
Forordningerne fastlægger ingen testform og ingen hyppighed for exitplaner. Testkravet i art. 11, stk. 6, om mindst én gang om året gælder planerne for driftsstabilitet samt for indsats og genopretning. Det gælder altså andre planer, og de to må ikke blandes sammen. Finans Norges vejledning fra 2025 læser det sådan, at bord- og skrivebordsøvelser kan bruges, og at et scenarie testes oftere, når sandsynligheden er høj eller påvirkningen stor. Det er et norsk brancheoplæg, og vi kender ikke dansk tilsynspraksis. Læsere i finans bør se test af exitplaner efter DORA. Her bruges reglerne som model for alle andre.
Niveau 1: skrivebordsøvelse
De rette folk sætter sig med planen og gennemgår et scenarie, trin for trin. Metoden kaldes også en tabletop. Formålet er at finde huller i planen: hvem ringer til hvem, hvad står der i kontrakten, hvem må beslutte? Intet bliver flyttet.
Det egner sig til alle systemer i planen og som første test af et nyt scenarie. Det kræver en deltager fra forretningen, IT, en med kontraktkendskab og en, der leder øvelsen. Det viser, om planen er forståelig og har ejere. Det viser ikke, om data kan komme ud. Ledelsens beredskabsøvelse er beslægtet, men har et andet formål, se ciso-as-a-service.dk om øvelsen.
Niveau 2: delvis test
En del af vejen ud prøves i praksis, typisk en eksport af én valgt type data, en kontrol af resultatet og en åbning eller indlæsning et andet sted. Egner sig til de systemer, I har kaldt kritiske. Det viser, om leddene holder hver for sig, og det giver et målt tal til tidsplanen.
Niveau 3: fuld test
Et system bringes op et andet sted, og en bruger arbejder i det, som beskrevet i gendannelse et andet sted. Det er niveauet for en lille håndfuld systemer, hvor et stop gør mest skade, og hvor gendannelse overhovedet er mulig. Ved SaaS kan det sjældent lade sig gøre, se test i SaaS. Fuld test kræver mest, og det er helt legitimt at beslutte, at et system aldrig kommer dertil.
Sådan vælger I
Sæt systemerne op efter to spørgsmål: Hvad koster et stop, og hvor svært er det at erstatte? Resultatet kan se sådan ud. Niveauerne og rytmen er et forslag, I selv skal justere.
- Mest kritisk og svær at erstatte: skrivebordsøvelse én gang om året, delvis test én gang om året, fuld test ved en beslutning fra ledelsen.
- Kritisk: skrivebordsøvelse og delvis test hvert andet år eller ved en større ændring.
- Vigtig, men let at erstatte: en gennemgang af planen, når aftalen fornyes.
- Øvrige: ingen test. Skriv det, så det står som et valg.
Fordel gerne testene over året, så det ikke hober sig op. Se årshjul for exit-arbejdet.
Det, der udløser en ny test
Rytmen følger kalenderen, og nogle hændelser kan ikke vente på den. Gentag testen uden for tur, når:
- leverandøren er opkøbt, eller produktet er ændret væsentligt,
- hosting, format eller eksportfunktion er ændret,
- data er vokset markant,
- en integration er kommet til,
- aftalen skal fornys inden for et år,
- nøglepersoner er stoppet,
- den seneste test dumpede.
Som model nævner gennemførelsesforordning 2024/2690, punkt 4.1.4, for bestemte digitale tjenester, at planer testes med faste intervaller og igen efter større hændelser og ændringer.
Hvad det kræver, og hvad det koster at lade være
Hvert niveau har sine poster. En skrivebordsøvelse koster forberedelse og et par timer for en håndfuld folk. En delvis test koster timer hos IT og en bruger. En fuld test kan koste dage og et midlertidigt miljø. Angiv pr. system et lavt og et højt bud på tiden pr. år, dateret, så ledelsen kan se samlet tid. Kroner hører til i jeres eget ark.
Vælger I for lidt, bliver planen en tekst, der aldrig har mødt virkeligheden. Vælger I for meget, bruger I tid, der kunne være gået til driften. Sammenhold tre ting: hvad testene kræver om året, hvad et stop koster i egne tal, og hvad der fås alligevel, fx bevis over for kunder og færre antagelser.
Det skal I lade være med
- At skrive “årligt” uden begrundelse · en frekvens uden valg bag holder ikke, når nogen spørger.
- At kopiere kravet til beredskabsplaner over på exit-planen · det er to forskellige regler.
- At kalde en gennemlæsning for en test · uden scenarie og fund er det en korrektur.
Det skal planen kunne vise
- ☐ Testniveau pr. system og begrundelsen.
- ☐ Rytme og næste dato.
- ☐ Listen over hændelser, der udløser en ny test.
- ☐ Systemer uden test og hvem der har besluttet det.
- ☐ Lav og høj vurdering af tid pr. år.
- ☐ Resultatet af de seneste tests.
Kilder
- Forordning (EU) 2022/2554 (DORA): art. 4, stk. 2, art. 11, stk. 6, og art. 28, stk. 8.
- Delegeret forordning (EU) 2024/1773: art. 10.
- Finans Norge: Veileder for styring av IKT-tredjepartsrisiko i finansnæringen, 2025: afsnit 4.5.1. Norsk brancheoplæg.
- Gennemførelsesforordning (EU) 2024/2690: bilag, punkt 4.1.4. Bruges her som model.
Senest gennemgået: november 2026.
Næste skridt
Sæt et niveau ud for hvert kritisk system, og skriv en begrundelse på én linje. Forelæg listen for ledelsen med den samlede tid pr. år.
Læs også: Hvad er en bestået test? · Sådan tester I uden at forstyrre driften
→ Kontakt · Tlf. 70 13 63 23 · Exit-plan og exit-rådgivning hos Nielco IT