I ved, at det hele er kommet med, når fire kontroller er gennemført: optælling, stikprøver, åbning i et andet system og en underskrift fra den, der ejer data. Kontrollen skal være færdig, før adgangen lukker, for bagefter kan manglerne ikke rettes. Kriterierne for, hvad der er godt nok, skal skrives ned, før data kommer.
Kontrol af dataudtræk bliver let en eftertanke. Filerne er ankommet, størrelsen ser rigtig ud, og alle er trætte. Denne artikel gennemgår planens afsnit om kontrol. Datavalidering ved en migrering i et nyt system er et næste trin, der hører til flytningen.
Skriv kriterierne først
Beslut på forhånd, hvad der skal kontrolleres, og hvad der er bestået. DORA er kun bindende for finansielle virksomheder, men en delegeret forordning (2024/1774, art. 26, stk. 1, litra f) siger om planer for indsats og genopretning, at de skal præcisere, hvornår gennemførelsen kan erklæres for vellykket. Som model uden for finans er tanken brugbar: nogen skal kunne sige, hvornår arbejdet er færdigt, efter regler, der blev skrevet før.
Grundlaget er listen fra eksporterbare data og digitale aktiver. Skriv pr. datatype, hvad der forventes, hvordan det måles, og hvad en afvigelse må være. Hvordan kriterierne formuleres, så andre kan efterprøve dem, står i hvad er en bestået test?.
De fire kontroller
1. Optælling. Sammenlign antal i kilden med antal i udtrækket: kunder, ordrer, dokumenter, brugere. Tag tallene fra kilden samme dag, som eksporten laves. Tæl pr. datatype og pr. år, for en rund samlet sum kan skjule, at et helt år mangler. Hvor det kan lade sig gøre, kan I også sammenligne summer, fx den samlede fakturasum for en periode, og det kan regnskab normalt hjælpe med. Kontrolsummer på filer viser, at ingen fil er blevet ændret eller beskadiget undervejs.
2. Stikprøver. Vælg poster med vilje. Tag de ældste, de nyeste, dem med mange vedhæftninger, dem med særlige tegn som æ, ø og å, de store og dem, der har skiftet status mange gange. Træk derudover nogle tilfældige. Lad en bruger, der kender data, sammenligne med systemet. Her dukker de fejl op, tællingen ikke ser, fx datoer der har byttet om på dag og måned, og tal der er blevet til tekst. Følg listen i det, der mangler i eksporten.
3. Åbning i et andet system. Filerne skal kunne bruges uden det system, de kommer fra. Åbn dem i et almindeligt værktøj, eller indlæs en del i et testmiljø. Kan I sætte en kunde, en ordre og et dokument sammen igen? Følger strukturen beskrivelsen? Lad gerne en person, der ikke kender systemet, prøve, for det viser, om dokumentationen er god nok.
4. Underskrift. Den, der ejer data i forretningen, godkender med navn og dato, hvad der er kontrolleret, hvilke afvigelser der er, og hvad der er accepteret. IT kan kontrollere teknikken. Kun forretningen kan afgøre, om manglen betyder noget.
Når data er krypteret, skal kontrollen laves på læsbare data, så nøglen hører med til det, der skal afprøves.
Tidspunktet er det vigtigste
Sæt en sidste dag, og tæl baglæns. Art. 25, stk. 2, litra g, i Data Act (dataforordningen) sikrer ved cloudtjenester en udtræksperiode på mindst 30 kalenderdage, og litra h fører til fuldstændig sletning, når skiftet er vellykket. Hvornår aftalen anses for ophørt, står i litra c. Gengivelsen er forenklet, og uden for Data Act gælder kontrakten.
Praktisk betyder det: kontroller på den første eksport, der kommer, så der er tid til en ny. Sig ikke god for skiftet eller bed om sletning, før underskriften er på plads. Eksporteres der flere gange, gælder kontrollen for den sidste. Giv også plads til, at leverandøren skal rette, og at der kan gå uger, før et svar kommer. Sletning gennemgås i sletning ved ophør, og tidsplanen for selve overførslen i hvor lang tid tager overførslen?.
Det kan I gøre allerede nu
Kontrollen behøver ikke vente på en exit. Lav den en gang på en prøveeksport, og gem kontrollisten i planen. Så er metoden afprøvet, og I ved, hvor lang tid den tager. Se test en eksport nu. Afvigelser fra testen bliver til rettelser i planen.
Hvad det kræver, og hvad det koster at lade være
Kontrollen kræver en IT-kyndig til optælling og åbning, en daglig bruger til stikprøver og en dataejer til underskriften. Anslå timerne pr. system i to tal, et lavt og et højt, og datér dem. Større systemer tager længere tid, så vælg stikprøvernes omfang efter datatypens betydning. En fuld gennemgang af alt er sjældent mulig og heller ikke nødvendig.
Uden kontrol opdager I manglerne, når adgangen er lukket og leverandøren har slettet data. Så er tabet det, der ikke kan genskabes, og tiden til at rekonstruere resten. Regn i egne tal på en mangel, I kan forestille jer, fx et år uden fakturagrundlag, og sammenhold det med et par dages kontrol. Kontrollisten er nyttig, selv om I bliver, for den viser kunder og tilsyn, at jeres data kan komme ud i brugbar stand.
Det skal I lade være med
- At kalde en ankommet fil for en kontrolleret fil · størrelsen siger ikke, om indholdet er rigtigt.
- At overlade godkendelsen af leverancen til leverandøren selv · kontrollen skal være jeres.
- At bede om sletning, før underskriften er på plads · så er der ingen vej tilbage.
Det skal planen kunne vise
- ☐ Kriterier pr. datatype, skrevet før eksporten.
- ☐ Optælling i kilde og udtræk med dato.
- ☐ Stikprøver med begrundet udvalg og hvem der lavede dem.
- ☐ Resultat af åbning i et andet system.
- ☐ Afvigelser og hvad der er besluttet.
- ☐ Underskrift fra dataejeren og sidste dag for kontrol.
Kilder
- Delegeret forordning (EU) 2024/1774: art. 26, stk. 1, litra f. Gælder finansielle enheder og bruges her som model.
- Forordning (EU) 2023/2854 (Data Act): art. 25, stk. 2, litra c, g og h.
Senest gennemgået: november 2026.
Næste skridt
Tag kontrollisten fra denne artikel, og kør den på en lille prøveeksport fra ét kritisk system. Giv derefter resultatet til den, der skal afgøre, om planen skal udbygges.
Læs også: Testrapporten · Arkivet efter exit
→ Kontakt · Tlf. 70 13 63 23 · Exit-plan og exit-rådgivning hos Nielco IT
