Test af eksport og gendannelse

En plan, ingen har prøvet, er en antagelse. Beslutningen her er, hvor meget I vil teste, hvilke systemer det gælder, og hvor ofte. Ingen regel sætter det tal for en almindelig virksomhed, og heller ikke DORA fastlægger form eller hyppighed for de finansielle virksomheder, der skal teste. Valget er derfor jeres, og det skal stå på skrift med en begrundelse. Siden her viser fremgangsmåden fra den mindste prøve til den fulde gendannelse, så valget kan træffes med åbne øjne.

Sådan vælger I niveau

Stil to spørgsmål pr. system: hvor dyrt er et stop, og hvor let kan det erstattes? De to svar placerer systemet på et af tre niveauer, som er sitets egen inddeling. En skrivebordsøvelse gennemgår planen og finder huller i ansvar og rækkefølge. En delvis test prøver en del af vejen i praksis, typisk en eksport og en åbning et andet sted. En fuld test bringer systemet op et andet sted, så en bruger kan arbejde i det. Det sidste forbeholdes de allervigtigste systemer, og mange systemer behøver aldrig nå så langt.

Begynd her

• Test en eksport nu: den første test, ingen behøver godkende Mindste indsats, størst udbytte, og et kort notat bagefter.
• Skrivebord, delvis eller fuld: hvor meget skal planen testes, og hvor ofte? Tre niveauer, en rytme I kan begrunde, og det, der udløser en ny runde.

Fremgangsmåden

• Gendannelse et andet sted: den test, der beviser planen Fra kopi til arbejdende system hos en anden.
• Sådan tester I uden at forstyrre driften Adskilt miljø, kopi af data og sikkerhed undervejs.
• Test af gendannelse, når I ikke styrer miljøet Hvad en SaaS-kunde selv kan prøve, og hvor I må stole på leverandøren.

Resultatet

• Hvad er en bestået test? Succeskriterier, andre kan efterprøve Kriterier skrevet før testen, så andre kan kontrollere dem.
• Testrapporten: det, ledelse, revisor og kunder vil se Felterne, afvigelserne og det, der skal holdes ude.

Den samme opbygning hver gang

Alle artikler om test følger samme skema, så I kan sammenligne dem: formål, forudsætninger, fremgangsmåde i trin, kriterier skrevet på forhånd, hvad der skrives ned, og hvem der godkender. Rækkefølgen betyder noget. Skrives kriterierne først bagefter, bliver resultatet det, der skete, og så har testen ikke vist noget.

Finder testen fejl, er den lykkedes. Fejlen står i rapporten, planen bliver rettet, og næste runde viser, om det hjalp. Tiderne fra testen går ind i tidsplanen, så overslaget hviler på en måling.

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

En prøveeksport kræver få timer og et system, en delvis test en planlagt dag eller to, og en fuld test et miljø og folk fra flere områder. Skriv det ned som tid pr. rolle, opgjort som et interval, og sammenlign med det, I har på spil. Uden test ved I ikke, om tidsplanen holder, og det opdager I på det dårligste tidspunkt. Testresultatet er også det, der gør planen brugbar over for kunder, bestyrelse og NIS2-arbejdet, så gevinsten kommer, selv om intet flytter sig. Overslaget hører hjemme i business casen.

Det skal I lade være med

• At teste i produktion uden en plan for det · en test må ikke selv blive en hændelse.
• At skrive kriterier bagefter · så kan testen ikke dumpe.
• At kalde en gennemlæsning en test · en skrivebordsøvelse viser, om planen er forståelig, og ikke om data kan komme ud.
• At lade den, der udførte testen, godkende den alene · andre skal kunne kontrollere resultatet.

Det skal planen kunne vise

• ☐ Testniveau og rytme for hvert system, med en begrundelse.
• ☐ Kriterier skrevet før testen.
• ☐ Dato, deltagere og målte tider.
• ☐ Afvigelser, og hvad der er rettet.
• ☐ Hvem der har godkendt, og hvornår næste test ligger.

Senest gennemgået: november 2026.

Næste skridt

Vælg ét system, og lav en prøveeksport i denne uge. Tag resultatet med til ledelsen, og lad den afgøre, hvor meget der skal testes resten af året.

• Beslutningsnotat om exit-planen
• Test en eksport nu

Læs også: Dataudlevering · Hold planen i live · Spørgsmål om exit-planer

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