Tiden i en exit-plan afhænger i høj grad af, hvor mange koblinger systemet har til andre systemer, og hvor svære de er at genskabe. Derfor skal integrationerne tælles, før I skriver en tid i planen. En tælling kræver hverken flytning eller ny software. Den kræver, at hver kobling får en række i et ark med formål, retning og en ansvarlig, så planen hviler på noget, andre kan kontrollere.
Hvorfor tællingen betyder så meget
En eksport af data kan ofte planlægges forholdsvis præcist. Integrationerne er sværere, for hver af dem er en lille aftale mellem to systemer, og den aftale skal laves igen, hvis det ene system skiftes ud. Mangler én kobling på listen, opdages det tit først, når en fil ikke kommer frem.
Dansk Industri peger på det samme i sin analyse fra maj 2026 om digital suverænitet. Blandt medlemmer med over 100 ansatte svarer flere end blandt SMV’erne, at et leverandørskifte slet ikke er muligt uden større barrierer, og DI skriver, at det blandt andet kan hænge sammen med mere komplekse systemer og flere integrationer (s. 5). Undersøgelsen bygger på 357 svar fra marts 2026, og forklaringen er DI’s egen formodning.
For jeres plan er størrelsen underordnet. Det afgørende er, hvor mange koblinger I har, og hvor godt de er dokumenteret.
Hvad der tæller som en integration
Alt, hvor data eller handlinger går automatisk mellem to systemer, tæller med. Listen er længere, end de fleste regner med.
- Faste forbindelser gennem en programgrænseflade, også kaldet API.
- Filer, der hentes eller lægges et aftalt sted om natten.
- Rapportværktøjer, der læser direkte i et systems database.
- Fælles login, som har sin egen artikel.
- Udveksling med banken, kunder og leverandører, fx elektroniske fakturaer og ordrer.
- Mailafsendelse fra et system gennem jeres domæne.
- Tilføjelser købt i leverandørens egen butik.
- Små automatiseringer, afdelingerne selv har bygget, som står under det, ingen har på listen.
Sådan finder I dem
Ingen enkelt kilde viser det hele, så brug flere. Systemets administratorside viser ofte de nøgler og servicekonti, der giver andre systemer adgang. Har I en integrationsplatform, er dens oversigt et godt sted at begynde. Planlagte job på servere afslører filoverførsler. Leverandørernes dokumentation og gamle projektbeskrivelser viser, hvad der blev aftalt, da systemet blev sat op.
Spørg også de ansatte. Bed afdelingen beskrive en almindelig arbejdsgang fra start til slut, og lyt efter, hvor data kommer af sig selv. De steder er integrationer.
Har I en IT-leverandør til driften, så bed om leverandørens oversigt, og kontrollér den mod det, I selv finder. Hvem der ejer selve snitfladen, er beskrevet under integrationer mellem systemerne. Her er opgaven at få dem med i planen.
Seks felter pr. integration
Hold arket enkelt, så det bliver holdt ved lige.
- Formål · hvad koblingen gør for forretningen, skrevet så en direktør forstår det.
- Fra og til · de to systemer og retningen.
- Teknik · standard eller særligt bygget, hvor ofte den kører, og hvilket format data har.
- Ejer · den navngivne person, der svarer for koblingen, og hvem der kan rette den.
- Dokumentation · hvor beskrivelsen ligger, og om den er opdateret.
- Konsekvens · hvad der stopper, hvis koblingen falder ud, og hvor hurtigt det opdages.
Sådan sætter I tid på
Del koblingerne i tre grupper, og giv hver gruppe et spænd i arbejdstimer fra bedste til værste bud.
- Standard. Koblingen bruger en udbredt standard, som et alternativ typisk også kan.
- Skal sættes op igen. Logikken er kendt og dokumenteret, men opsætningen er knyttet til systemet.
- Skal bygges om. Den er særligt bygget, dårligt dokumenteret, eller den person, der lavede den, er væk.
Summen pr. system indgår i overslaget over tid og arbejde. Tag den tredje gruppe alvorligt, for det er her, tallene skrider. Vælg, om I vil rydde op nu, fx ved at få dokumentationen skrevet, mens systemet og de folk, der kender det, stadig er der.
Artiklen stopper ved tællingen. Selve ombygningen hører til det projekt, der eventuelt følger, og valget af afløser er en anden beslutning.
Hvad det kræver, og hvad det koster at lade være
Tællingen kræver tid fra den, der kender driften, og korte samtaler med afdelingerne. Sæt et dateret spænd i timer på hvert system.
Springer I den over, er tiden i planen et gæt. En plan, der lover et skifte på en bestemt tid, kan så ikke holde, hvad den lover. Regningen kommer, hvis planen skal bruges, og den består af fejl i leverancer, fakturaer, der ikke går ud, og hasteopgaver hos folk, der er bundet af andet.
Mål arbejdet mod tabet ved et stop i jeres egne tal, og læg gevinsten oveni. Listen er nyttig, selv om intet flytter sig. Den viser, hvad en opdatering kan vælte, gør IT mindre afhængig af hukommelse og kan bruges i svar til kunder, der spørger til leverandørkæden.
Det skal I lade være med
- At nøjes med IT-afdelingens liste · afdelingerne har ofte koblinger, IT ikke kender.
- At gætte på tiden før tællingen · tallet bliver gentaget, til nogen tror på det.
- At lade én person eje alt · hver kobling skal kunne forklares af mindst to.
Det skal planen kunne vise
- ☐ Antallet af integrationer pr. kritisk system.
- ☐ En navngiven ejer af hver kobling.
- ☐ Tre grupper efter sværhed med lav og høj vurdering.
- ☐ Hvilke koblinger der mangler dokumentation.
- ☐ Dato for sidste kontrol af listen.
Kilder
- Dansk Industri: Geopolitisk uro sætter fokus på digital suverænitet i virksomhederne, maj 2026: spørgeundersøgelse blandt 357 medlemmer, s. 5 og 6.
Senest gennemgået: november 2026.
Næste skridt
Vælg det mest kritiske system, og tæl dets koblinger på en uge. Læg derefter resultatet ind i overslaget, så ledelsen kan se, om tiden passer til opsigelsesvarslet.
Læs også: Hvor lang tid tager det at komme ud? · Hvem gør arbejdet?
→ Kontakt · Tlf. 70 13 63 23 · Exit-plan og exit-rådgivning hos Nielco IT
