CIO as a Service

Når et system lukkes: data, logs og dokumentation, der skal kunne findes bagefter

Et gammelt serverskab i et teknikrum på et regionskontor, med lågen åben, kabler taget ud og samlet i bundter, og en papkasse med hylstre til sikkerhedskopier på gulvet ved siden af

Før et system slukkes, skal ledelsen afgøre, hvad der skal kunne findes bagefter, hvor længe, af hvem, og hvem der betaler for det. Beslutningen har én ejer i forretningen. Økonomi, revisor, databeskyttelsesrådgiver og advokat svarer hver for deres regler, og IT gennemfører det, der er besluttet. Uden den ejer sker en af to ting. Enten kører systemet videre i årevis, fordi ingen tør slukke det, eller også forsvinder oplysninger, der senere viser sig at være nødvendige. Med flere selskaber og opkøbte systemer sker det mange gange, og derfor bør lukning være en fast sag i applikationsporteføljen. Artiklen handler om ledelsens beslutninger. Selve reglerne skal afklares med dem, der rådgiver jer.

Hvorfor spørgsmålet ender hos ledelsen

IT kan ikke afgøre, hvad et gammelt lønsystem, et kvalitetssystem eller et ERP-system fra et opkøbt selskab rummer af forpligtelser. Forretningen ved, hvad oplysningerne bruges til, og økonomi ved, hvad revisor vil spørge om, men ingen af dem ser det hele. Samtidig trækker hensynene i hver sin retning. Nogle oplysninger skal gemmes i en bestemt periode, andre må ikke gemmes længere end nødvendigt, og i det samme system ligger begge slags.

Derfor skal én person samle svarene og bære beslutningen. Det er naturligt den forretningsejer, der står for systemet. Har systemet ingen ejer, udpeger direktionen eller CIO’en en, før lukningen planlægges.

Hvad skal kunne findes, og hvem svarer

Del indholdet op, før nogen taler om teknik.

  • Regnskabsmateriale · Hvem svarer: Økonomidirektøren med revisor · Det, der styrer tiden: Bogføringsloven
  • Personoplysninger · Hvem svarer: Dataansvarlig med databeskyttelsesrådgiver · Det, der styrer tiden: Formålet, ingen fast frist i forordningen
  • Grundlag for krav og tvister · Hvem svarer: Juridisk ansvarlig med advokat · Det, der styrer tiden: Forældelse, aftaler og verserende sager
  • Logs og systemdokumentation · Hvem svarer: CIO med sikkerhedsansvarlig · Det, der styrer tiden: Egne regler, kundekrav og aftaler
  • Faglige data · Hvem svarer: Forretningsejeren · Det, der styrer tiden: Branchekrav og aftaler med kunder

Regnskabsmateriale. Bogføringslovens § 12 sætter opbevaringen til 5 år, regnet fra regnskabsårets afslutning. Efter § 4 omfatter materialet blandt andet registreringer, bilag og beskrivelsen af bogføringsprocedurerne, og § 13 kræver, at det ikke ødelægges, bortskaffes eller forvanskes. Erhvervsstyrelsen skriver i sin vejledning, at kravet også gælder, når virksomheden skifter bogføringssystem. Hvad det betyder for netop jeres system, er et spørgsmål til revisor. Det gælder også, når systemet har været delt mellem flere selskaber.

Personoplysninger. Efter databeskyttelsesforordningens art. 5, stk. 1, litra e, skal opbevaringen indrettes, så de registrerede kun kan identificeres, så længe formålet kræver det. Stk. 2 pålægger den dataansvarlige at kunne vise, at det sker. At gemme hele systemet for en sikkerheds skyld er derfor ingen neutral løsning. Hvordan fristerne fastsættes, står under sletning som ledelsesbeslutning. De konkrete frister aftales med jeres databeskyttelsesrådgiver.

Krav og tvister. Efter forældelseslovens § 3 er fristen 3 år, medmindre andet følger af andre regler, og § 2 fastlægger, hvornår den begynder at løbe. Spørg advokaten, hvad det betyder for kontrakter, garantier og kundesager i systemet, for særlige frister og aftaler kan give et andet svar. Er der en verserende sag eller en uenighed med en leverandør, må intet slukkes, før advokaten har svaret. Hvad der skal sikres, når en leverandør forlader jer, står under opsigelse af en IT-leverandør.

Logs og dokumentation. For logs kan vi ikke give en fælles frist. Spørg i stedet, hvem der kan få brug for at se, hvad der skete i systemet, og hvor længe. Det kan være revisor, en kunde, et forsikringsselskab eller dem, der undersøger en hændelse. Logs kan også rumme personoplysninger, så de hører med til de to første spørgsmål. Lukkes et helt Microsoft-miljø, er sikring før tenant-lukning et emne for sig. Beskrivelser af systemet, integrationer og særlige regler skal gemmes sammen med data, for ellers kan ingen tolke dem bagefter.

Tre veje for det, der skal blive

Når indholdet er delt op, står ledelsen med tre muligheder, og de kan bruges side om side.

Oplysningerne kan flyttes til det nye system. Det er enklest for brugerne, men det kræver, at de passer ind, og at sammenhængen bevares.

De kan lægges i et arkiv, der kan læses uden det gamle system. Så kan licens og drift opsiges, og arkivet får sin egen ejer, sine egne adgange og en dato for sletning.

Systemet kan holdes åbent med læseadgang i en periode. Den vej koster licens, drift og sikkerhed på et system, ingen længere bruger i det daglige, og den skal derfor have en slutdato. Spørg, om aftalen med leverandøren overhovedet giver ret til det.

Hvilken vej der er bedst, må en teknisk specialist belyse. Ledelsen skal afgøre, hvad der skal kunne svares på bagefter, og hvad det må koste. Prøven er enkel. Bed en, der ikke har arbejdet med systemet, finde et bestemt bilag eller en bestemt sag i den valgte løsning, før det gamle system slukkes.

Lukningen som en sag på én side

Saml beslutningen på én side, så den kan findes igen om fem år. Siden skal sige, hvilket system der lukkes og hvornår, hvad der er gemt og hvor, hvem der må slå op, hvem der har svaret for reglerne, hvornår arkivet selv skal slettes, og hvem der ejer denne dato. Det sidste punkt glemmes let, og så ender arkivet som det næste gamle system.

Opsigelsen af licens og drift skal passe med aftalernes udløb. Sæt det gamle systems sidste dag ind i køreplanen, og regn arkivets løbende udgift med i totalomkostningerne. Er lukningen en del af et program, skal den stå på listen, når programmet lukker, så den ikke bliver efterladt til driften.

Det gør I nu

Tag de systemer, der står til lukning i år, og giv hvert af dem en ejer. Lad ejeren sende tabellen til økonomi, revisor, databeskyttelsesrådgiver og advokat, og samle svarene på én side. Vælg derefter vej, og lav prøven. Først da aftales datoen for at slukke.

Det skal I lade være med

  • At lade IT afgøre alene, hvad der gemmes · forpligtelserne ligger i forretningen.
  • At gemme alt uden slutdato · det flytter problemet og kan selv være i strid med reglerne.
  • At slukke, før prøven er lavet · bagefter er det for sent at opdage, at noget ikke kan læses.
  • At lade arkivet stå uden ejer · så bliver det næste system, ingen tør lukke.

Det skal I kræve af dem, der leder IT

  • ☐ En navngiven ejer af hver lukning.
  • ☐ Svar fra revisor og øvrige rådgivere, før vejen vælges.
  • ☐ Én side med beslutningen, opbevaringssted, adgange og slettedato.
  • ☐ En prøve, der viser, at oplysningerne kan findes uden det gamle system.
  • ☐ En status til porteføljerådet på systemer, der er lukket, og arkiver, der skal slettes.

Kilder

Senest gennemgået: november 2026.

Næste skridt

Læs også: Legacy-systemer · To ERP-systemer efter opkøbet

→ Kontakt · Tlf. 70 13 63 23 · Ekstern CIO 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

Mangler I en CIO?

Fortæl kort, hvad der fylder: et program, flere selskaber, en IT‑afdeling eller en beslutning, ingen ejer. Rådgivningen er uvildig og uden bindinger til leverandører, så svaret tager udgangspunkt i jeres situation.

Tak for din henvendelse. Jeg vender tilbage hurtigst muligt.