Exit-plan

Parallel drift: hvornår den er nødvendig, og hvad den kræver

Parallel drift: hvornår den er nødvendig, og hvad den kræver

Parallel drift er nødvendig, når en fejl i en ny løsning vil koste mere end at holde to løsninger kørende i en periode. For mange systemer er den et valg, og for nogle kan den slet ikke lade sig gøre. Ordet bruges også om biler og transformere. I IT betyder paralleldrift, at den gamle og den nye løsning kører samtidig i et afgrænset tidsrum, så resultaterne kan sammenlignes, og så I kan vende om.

I en exit-plan skal det afgøres system for system: køres der parallelt, med hvem og hvor længe? Svaret skrives ned, mens intet flytter sig. Det, I får, er en tid og en arbejdsmængde, der er til at stole på, hvis planen en dag skal bruges.

Fire spørgsmål, der afgør det

Hvornår viser en fejl sig? Regner et system forkert, opdager I det måske først ved næste lønkørsel eller momsafregning. Så giver det mening at køre begge og sammenligne. Viser en fejl sig med det samme, er behovet langt mindre.

Kan resultaterne sammenlignes? Parallel drift kræver en målestok. Løn, fakturering og lagerbeholdning giver tal, der kan lægges ved siden af hinanden. Mail og chat giver intet at sammenligne, så dér er det reelt en opdeling af brugerne.

Kan data holdes ens? Står begge systemer åbne for ændringer, skal nogen holde dem i takt. Mere om det i næste afsnit.

Er der tid? Længden skal rummes i det, kontrakten giver. For cloudtjenester sætter Data Act (dataforordningen) en overgangsperiode på højst 30 kalenderdage, som kan blive op til syv måneder, hvis udbyderen begrunder, at det er teknisk nødvendigt. Se overgangsperioden.

Har I kun svar på de tre første, mangler planen stadig en dato. Scenariet tæller også med. Parallel drift hører til et skift, I selv styrer. Lukker adgangen uden varsel, er der intet gammelt system at køre videre på, og så er det en reserveløsning, der bærer.

Sådan holdes data ens

Den vigtigste regel er, at ét system er facit. Det andet er en kopi, der bruges til sammenligning eller prøvearbejde. Lader I begge være facit, får I to sandheder og ingen til at afgøre, hvilken der gælder.

Planen skal svare på fire ting om datasynkronisering: hvilken vej data løber, hvor ofte, hvem der retter ved forskelle, og hvad der sker med det, der kun er tastet i det nye system. Vælger I dobbelt indtastning, så hold den til få personer og kort tid, for den slider, og fejlene vokser med ugerne.

Nogle systemer kan ikke køre parallelt. Licensen kan forbyde det, integrationer kan kun pege ét sted hen, og en ekstern part kan kun modtage filer fra ét system. Skriv det i planen som en begrænsning og vælg en anden form, se etaper eller på én gang.

Afgrænset gruppe og fast tidsramme

Parallel drift for alle er sjældent nødvendig. Vælg en proces, en afdeling eller et selskab, hvor de svære opgaver findes. Længden følger den længste cyklus, systemet skal igennem. Skal en månedsafslutning med, er kortere end en måned for kort. Sæt slutdatoen, før perioden begynder, for ellers bliver den ved. Hvad der skal være opfyldt, før det gamle lukker, står i vejen tilbage.

Projektets daglige side, altså hvordan forretningen holdes kørende under et igangværende skift, er beskrevet under driften under systemskiftet. Her stopper vi, før noget flytter.

To kørende løsninger er ikke altid et skifte

Data Act skelner, og det påvirker planens tal. Art. 29 forbyder skiftegebyrer fra 12. januar 2027. Art. 34 handler om parallel brug af flere udbydere. Her gælder reglerne tilsvarende, og stk. 2 giver udbyderen adgang til et gebyr, når data sendes ud, så længe det alene dækker omkostningerne og ikke overstiger dem. Kommissionens FAQ siger, at det også gælder efter 12. januar 2027.

Det betyder, at parallel drift i en plan ikke uden videre kan regnes som et skift uden skiftegebyr. Hvor grænsen går mellem parallel brug og overgang under et skifte, står ikke klart i de kilder, vi har læst. Det er vores læsning, og for en konkret aftale er det et spørgsmål til advokat. Læs også kontrakten for jeres eget tilfælde: må licensen køre videre efter opsigelsen, og må data kopieres over i en anden løsning?

Sådan prøver I det, uden at noget flytter

Gå først valget igennem ved bordet med systemejeren, se tre niveauer af test. Vil I længere, kan en kopi fra en eksporttest gendannes i et adskilt miljø, og én månedskørsel kan sammenlignes med den rigtige. Det viser, om målestokken virker, og hvor lang tid en sammenligning tager, helt uden at forstyrre driften.

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

Posterne er to sæt licenser, to driftsmiljøer, dobbeltarbejde hos dem i forretningen, der tester, synkronisering, bistand fra leverandøren og eventuelle gebyrer for udgående data. Sæt timer på hver post for hvert system, både et forsigtigt og et hårdt skøn, og datér dem. Beløbene hører hjemme i jeres eget ark.

Springer I parallel drift over på et system, der burde have den, kan en regnefejl leve i ugevis og først vise sig hos kunder eller myndigheder. Regn i egne tal, hvad det vil koste at rette op. Sammenhold tre ting: arbejdet med at planlægge perioden, tabet ved et stop eller en fejl, og det, planen giver i dag. Det sidste er, at I kender tiden og begrænsningerne, også hvis systemet aldrig flytter.

Den samlede gennemgang af overgangen på papir står hos trin 9 i exit-planen. Her er opgaven at afgøre, om formen overhovedet skal bruges.

Det skal I lade være med

  • At lade begge systemer være facit · så kan ingen sige, hvilket tal der er rigtigt.
  • At regne en parallel periode som uden gebyr · art. 34 giver udbyderen adgang til at dække sine omkostninger.
  • At starte uden slutdato · perioden bliver dyrere for hver uge, ingen beslutter noget.

Det skal planen kunne vise

  • ☐ For hvert kritisk system: parallel drift ja eller nej, med begrundelse.
  • ☐ Hvilket system der er facit i perioden.
  • ☐ Retning og hyppighed for synkronisering.
  • ☐ Gruppe, længde og slutdato.
  • ☐ Begrænsninger fra licens, integrationer og aftale.
  • ☐ Overslag i tid og arbejde, lavt og højt, med dato.

Kilder

Senest gennemgået: november 2026.

Næste skridt

Tag det system, der ville gøre mest skade ved en skjult fejl, og besvar de fire spørgsmål på én side. Læg derefter svaret ind i planen og tag det med i ledelsens beslutning.

Læs også: Etaper eller på én gang · Hvem gør arbejdet?

→ 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