Exit-plan

Exit‑plan for et branchesystem

Exit-plan for et branchesystem

En exit-plan for et branchesystem sikrer jer tre ting: data i en form, I selv kan læse, en beskrivelse af jeres arbejde uden systemet og et klart billede af, hvor få muligheder der reelt findes. Målet er sjældent at kunne skifte i næste kvartal. Målet er at kunne fortsætte og vælge, når noget sker.

Et branchesystem, eller fagsystem, er bygget til én branche, fx revision, bilhandel, ejendomsadministration eller klinikker. Vi nævner ingen systemer her. DI’s analyse fra maj 2026, en spørgeundersøgelse blandt 357 medlemmer i marts 2026, peger på, at få relevante alternativer på nogle områder er en barriere for at skifte. Det passer på mange fagsystemer, og det er en præmis, planen skal tage alvorligt.

Hvad der er bundet

Branchesystemet binder på sin egen måde:

  • Få leverandører. Forholdet til branchesystem-leverandøren er ofte langt, og mange i branchen er afhængige af de samme.
  • Egne datastrukturer. Fagsystem-data ligger i tabeller, der kun giver mening med systemets logik, fx sagstyper, koder og statuser.
  • Fælles bindinger. Systemet taler med myndigheder, kæder, forsikringsselskaber eller grossister, og de forbindelser er tit bygget specifikt.
  • Viden i branchen. Medarbejderne kender skærmbilledet, og nye folk ansættes, fordi de kan det.
  • Lille forhandlingsrum. Standardvilkår er ofte hele aftalen, se standardvilkår, I ikke kan forhandle.

Hvad der kan komme ud

Spørg leverandøren om tre ting. Hvilke data kan vi få, i hvilket format, og med hvilken beskrivelse af felterne? Beskrivelsen er vigtig, for en tabel med koder er ubrugelig uden en forklaring af, hvad koderne betyder.

Køres systemet som cloudtjeneste, kan Data Act (dataforordningen) hjælpe. Ifølge Kommissionens vejledende FAQ gælder kapitel VI for alle SaaS-typer, der opfylder definitionen, men hvor langt definitionen rækker for det enkelte branchesystem, afgøres konkret. Er systemet skræddersyet, gælder art. 30, stk. 5, og FAQ’en siger, at eksport i struktureret format stadig gælder. Spørgsmålet om omfang står i er vores tjeneste omfattet?. Bruger I spørgsmålene alligevel, får I svar, uanset om loven gælder. Se spørg leverandøren om exit.

Hvad der mangler

Det, der oftest mangler, er sammenhængen. Dokumenter kan komme ud som en mappe uden kobling til sagen. Historik og statusskift bliver væk. Regler, satser og skabeloner bor i systemet og skal beskrives. Dertil kommer brancheforbindelserne, som en ny leverandør skal have aftaler om.

Tjek også, om andre regler kræver, at I kan fremvise data efter ophør. Det afhænger af branchen. Bogføringsmateriale har egne krav, se arkivet efter exit, og sundhed og andre regulerede områder har deres egne.

Hvad der skal testes

Testen handler om læsbarhed:

  1. Få en eksport af et antal sager, helst en ny, en gammel og en kompliceret.
  2. Sæt en, der kender faget, til at læse dem uden for systemet.
  3. Kan vedkommende svare på det, en kunde, en myndighed eller en revisor ville spørge om?
  4. Notér, hvad der ikke kunne findes.

Prøv desuden en skrivebordsøvelse: det er mandag morgen, og systemet er væk i fem dage. Hvad gør I med dagens opgaver? Hvad står på papir, og hvem ved hvad? Et par timer med faglige medarbejdere giver en brugbar liste. Se skrivebord, delvis eller fuld og test en eksport nu.

Hvad planen skal rumme

Planen rummer dataeksport med beskrivelse af felter, en egen kopi med fast rytme, se egen kopi uden for leverandøren, hvad der sker med brancheforbindelserne, og en manuel fremgangsmåde. Den rummer også et afsnit om markedet: hvilke andre systemer I kender, hvad de ville kræve, og hvornår det sidst er tjekket. Afsnittet er en konstatering og intet valg af afløser. Findes der reelt ingen, står svaret i der findes ikke noget alternativ.

Det kan også give mening at spørge i brancheorganisationen, om andre er i samme situation, og om branchen stiller fælles krav. En samlet henvendelse vejer tungere end en enkelt kundes.

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

Første udgave kræver en systemansvarlig og en fagperson i nogle dage og tid til at vente på leverandøren. Eksport kan koste tid hos leverandøren, så spørg, hvad det kræver. Skønnet får en lav og en høj ende og datoen ved siden af.

Prisen for at vente ses bedst i egne tal. Hvad mister I pr. dag, hvis sagerne ikke kan behandles, og hvor mange dage kan I klare det? Sjældne hændelser med stor konsekvens er stadig sjældne, og det skal stå roligt i planen. Sammenhold det med udbyttet i dag, som er en eksport, I kender, færre nøglepersoner, et svar til kunder og forsikring og bedre spørgsmål ved næste fornyelse.

Det skal I lade være med

  • At droppe planen, fordi der er få alternativer · så er den vigtigere.
  • At acceptere en eksport uden forklaring af felterne · koder uden nøgle er støj.
  • At lade IT teste læsbarheden alene · det er fagfolk, der kan vurdere den.

Det skal planen kunne vise

  • ☐ En eksport med feltbeskrivelse og dato.
  • ☐ Resultatet af en læsetest med en fagperson.
  • ☐ En liste over brancheforbindelser og hvem der ejer dem.
  • ☐ En manuel fremgangsmåde ved stop.
  • ☐ Hvilke andre systemer der findes, og hvornår det er tjekket.
  • ☐ Hvilke regler der kræver data efter ophør.

Kilder

Senest gennemgået: november 2026.

Næste skridt

Skriv tre spørgsmål til leverandøren om data, format og feltbeskrivelse i denne uge. Sæt derefter en fagperson til at læse en prøveeksport, og brug resultatet til at afgøre, hvor meget planen skal rumme.

Læs også: Lille leverandør med et kritisk system · Hold øje med leverandørerne

→ Kontakt · Tlf. 70 13 63 23 · Exit-plan og exit-rådgivning 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

Skal I have en plan B?

Skriv kort, hvilke systemer eller leverandører det drejer sig om, og hvad der sætter arbejdet i gang. Så vender jeg tilbage. Rådgivningen er uvildig og uafhængig, og Nielco IT har ikke indgået forhandleraftaler med leverandører.

Tak for din henvendelse. Jeg vender tilbage hurtigst muligt.

Seneste på bloggen