Det, ingen har på listen, er den logik, afdelingerne selv har bygget: makroer i regneark, automatiske flows, rapporter og små scripts. Den følger sjældent med ved et skifte, fordi den er skrevet til det gamle system, og ved en migrering opdager man den ofte først, når månedsrapporten ikke kommer. Exit-planen skal derfor finde den, sætte en ejer på og beslutte, hvad der skal ske med den, længe før nogen flytter noget.
Hvor logikken gemmer sig
Tingene er sjældent store, og det er derfor, de overses. Hver af dem blev lavet for at løse et problem en travl dag.
- Makroer i regneark og dokumentskabeloner, der henter tal eller laver tilbud.
- Flows, hvor en mail, en formular eller en ny fil automatisk sætter noget i gang.
- Rapporter og dashboards, der er bygget oven på et systems tabeller.
- Scripts på en server eller en medarbejders pc, der kører om natten.
- Mailregler og delte postkasser, der sender sager videre.
- Formularer og små apps, afdelingen har lavet i kontorpakken.
- Skabeloner og beregninger i systemet, fx prislogik eller faste tekster.
Fælles for dem er, at de ofte hverken står på en kontrakt eller i IT’s oversigt. Beslægtet med dem er skygge-IT, de små abonnementer, ingen kender. Forskellen er, at logikken ligger inde i de systemer, I allerede har på listen.
Sådan finder I den
Begynd med forretningen frem for teknikken. Spørg i hver afdeling, hvad de laver hver måned, og hvad der ville gå galt, hvis det ikke kom. Spørg især den person, alle går til, når et tal skal findes.
Suppler med det, IT kan se.
- Administratorsider. Mange platforme viser en liste over flows, apps og forbindelser.
- Filservere og delte mapper. Søg efter regneark med makroer, der er brugt i det seneste år.
- Rapportværktøjet. Hent listen over rapporter, og sorter efter brug.
- Planlagte job. Se på servere og på medarbejdernes faste maskiner.
- Månedsafslutningen. Følg en afslutning fra start til slut, og skriv ned, hvad der sker automatisk.
Det sidste greb afslører mest. Tag en, der har lavet afslutningen mange gange, og bed vedkommende fortælle, mens arbejdet foregår.
Tre spørgsmål til hver genstand
Læg fundene i samme ark som integrationerne, men med tre ekstra spørgsmål.
- Hvad bruges det til? Beskriv resultatet: en faktura, et tal til bestyrelsen, en besked til en kunde. Er det stadig i brug?
- Hvem kan rette det? Er svaret én person, er det en afhængighed i sig selv.
- Hvad afhænger det af? Særlige funktioner, et bestemt program eller en bestemt tabel i systemet?
Svarene giver tre bunker. Noget kan lukkes, fordi ingen længere bruger det, og det er ofte en overraskende stor del. Noget kan genskabes, fordi logikken er enkel og kendt. Resten skal beskrives, så den kan laves igen af en anden.
Beskriv resultatet og reglerne med almindelige ord. Hvis I ved, hvordan en rapport regnes ud, kan den bygges i et andet værktøj. Selve kildekoden er ofte mindre nyttig end forklaringen.
Hvad der sker ved et skifte
Data kan som regel komme ud. Logikken følger sjældnere med, og derfor skal planen behandle den for sig.
Data Act (dataforordningen) giver et begreb at gå ud fra for cloudtjenester. Eksporterbare data er input- og outputdata, herunder metadata (art. 2, nr. 38). Digitale aktiver er elementer, kunden har brugsret over uafhængigt af kontrakten, herunder applikationer (nr. 32), og Kommissionens vejledende FAQ nævner blandt andet konfiguration og applikationer (punkt 53). Udbyderen har dog ingen pligt til at overføre beskyttede digitale aktiver eller til at udvikle nye teknologier (art. 30, stk. 6). Det er vores vurdering, at et flow, der er bygget i udbyderens eget værktøj, kan flyttes som en beskrivelse, og at det alligevel ikke vil køre andre steder. Prøv at se det i praksis, før planen lover noget.
En enkel test viser, hvor I står. Lav en eksport, og forsøg at lave den vigtigste månedsrapport på de eksporterede data, uden at bruge det gamle system. Lykkes det ikke, ved I, hvad der mangler. Det sker uden at røre driften.
Hvad det kræver, og hvad det koster at lade være
Opgaven koster tid fra de folk, der kender arbejdsgangene, og de er ofte de travleste. Hold møderne korte, og tag én afdeling ad gangen. Giv arbejdet et dateret spænd i timer, først for at finde logikken, derefter for at beskrive den.
Lader I den ligge, kommer regningen sidst i et skifte, hvor tiden er mindst. Fakturaer regnes forkert, en rapport til banken udebliver, eller en medarbejder skal bruge uger på at genskabe noget, ingen vidste fandtes. Tabet kan regnes i egne tal som timer, fejl og forsinkede leverancer.
Læg det op ad gevinsten i en hverdag uden skifte. Oprydningen fjerner gamle automatiseringer, mindsker afhængigheden af enkeltpersoner og beskytter virksomheden, den dag den person, der kan det hele, går på pension.
Det skal I lade være med
- At spørge IT alene · logikken er ofte bygget uden om IT.
- At flytte alt uden at spørge · noget af det er ikke i brug længere.
- At antage, at det følger med i eksporten · prøv det, før planen lover det.
- At bebrejde dem, der byggede det · de løste en opgave, og I har brug for deres viden.
Det skal planen kunne vise
- ☐ En liste over makroer, flows, rapporter og scripts for kritiske systemer.
- ☐ Formål, ejer og afhængigheder pr. genstand.
- ☐ Hvad der lukkes, genskabes eller beskrives.
- ☐ Beskrivelser, en anden kan arbejde ud fra.
- ☐ Resultatet af en rapport lavet på eksporterede data.
Kilder
- Forordning (EU) 2023/2854 (Data Act): art. 2, nr. 32 og 38, og art. 30, stk. 6.
- Europa-Kommissionen: FAQ om Data Act, version 1.4 af 22. januar 2026: punkt 53. Vejledende.
Senest gennemgået: november 2026.
Næste skridt
Følg næste månedsafslutning, og skriv ned, hvad der sker af sig selv. Vurder bagefter, om planen kan laves af jeres egne folk, eller om I skal have hjælp udefra.
Læs også: Det, der mangler i eksporten · Dokumentation og viden
→ Kontakt · Tlf. 70 13 63 23 · Exit-plan og exit-rådgivning hos Nielco IT
