Vejen tilbage er den del af exit-planen, der siger, hvad I gør, hvis det nye ikke holder: hvad der stadig skal virke, hvem der beslutter at vende om, og hvornår det gamle system må lukkes. Lukkekriterierne skal skrives, før noget flytter, for bagefter er der altid nogen, der vil videre. På IT-sprog hedder det en rollback plan eller et tilbagefald ved en migrering.
En vej tilbage findes kun i en periode. Den lukker gradvist, efterhånden som data ændrer sig i det nye, aftalen med den gamle leverandør udløber, og folk holder op med at bruge det gamle. Planens opgave er at vise, hvornår den lukker, så beslutningen om at lukke bliver truffet af nogen og ikke af kalenderen.
Hvad der stadig skal virke
Et tilbagefald kræver mere end en kørende server. Gennemgå fem ting for hvert kritisk system.
Adgang. Kan folk stadig logge ind på det gamle? Er brugere nedlagt, eller er login flyttet, er vejen allerede lukket. Se login som afhængighed.
Data. Hvad sker der med alt, der er tastet ind i den nye løsning, efter skiftet? Det er tilbagefaldets sværeste punkt. Planen skal sige, om det kan føres tilbage, om det må tastes igen, eller om det må opgives. Findes der ikke et svar, ender vejen tilbage med et tab, og det skal stå der.
Koblinger. Integrationer, der er peget om, skal kunne peges tilbage. Skriv hvem, hvordan og hvor lang tid.
Aftalen. Kører kontrakten stadig? Data Act (dataforordningen) gælder for cloudtjenester og siger i art. 25, stk. 2, litra c, at aftalen anses for ophørt efter et vellykket skift. Litra g giver dataudtræk i mindst 30 kalenderdage efter overgangsperioden, og litra h siger, at data derefter skal slettes fuldstændigt, når skiftet er vellykket. Læst i praksis er det en ydre grænse for vejen tilbage: når sletningen er sket, findes der ingen vej. Tolkningen er vores, og jeres egen aftale kan sige mere.
Folk. Hvem kan stadig betjene det gamle system? Stopper den, der kendte det, eller forlader leverandøren opgaven, forsvinder vejen også.
Står ét af punkterne uden svar, er vejen tilbage kortere, end I tror.
Hvem der beslutter
Skriv ét navn og en stedfortræder. Beslutningen skal kunne træffes hurtigt, ofte uden for arbejdstid, og af en, der kan tage tabet af en mistet weekend. I de fleste virksomheder er det systemejeren efter råd fra IT.
Skriv også, hvad der udløser beslutningen. DORA gælder kun finansielle virksomheder, men delegeret forordning 2024/1774 giver en god model. Art. 26, stk. 1, litra a og f, handler om planer for indsats og genopretning og kræver, at de angiver, hvad der sætter dem i gang og stopper dem, og hvornår de kan kaldes vellykkede. Det handler om noget andet end exit, og uden for finans er det intet krav. Som tankegang er den brugbar.
Gode udløsere kan måles. En afstemning går ikke op. Fakturering er nede ud over et aftalt antal timer. Over en aftalt andel af brugerne kan ikke arbejde. Antallet skriver I selv ud fra jeres tolerance. Sæt også en grænse for, hvor længe der må fejlsøges, før der skal tages stilling, så en lang nat ikke afgør sagen.
Hvornår der ikke længere er nogen vej tilbage
Hvert forløb har et punkt, hvor det er dyrere at vende om end at fortsætte. Det skal stå i planen. Tre spørgsmål finder det:
- Hvor meget nyt er der skabt i den nye løsning, som ikke kan føres tilbage?
- Hvornår udløber adgangen til det gamle?
- Hvornår har eksterne parter, fx kunder og banker, fået besked om nye forbindelser?
Passér ikke det punkt uden en beslutning. Lad den, der beslutter tilbagefald, sige højt, at nu er vejen lukket. Efter det punkt er det nødvendigt med en anden type svar, typisk en reserveløsning for de vigtigste opgaver.
Lukkekriterier samlet ét sted
Det gamle må først lukkes, når kriterierne er opfyldt, og de skal stå i ét dokument, som en anden end skiftets gennemfører kan kontrollere:
- Fuldstændighed er kontrolleret, se er det hele kommet med?.
- Mindst én fuld cyklus er gennemført i det nye, fx en månedsafslutning.
- Alle koblinger virker, og ingen afhænger længere af det gamle.
- Det, der skal bevares, ligger i et arkiv, der kan læses uden den gamle løsning.
- Sletning og lukning af adgange er aftalt, se sletning ved ophør.
Underskrives kriterierne af systemejeren, er der noget at holde fast i, når en leverandør eller en utålmodig kollega presser på.
Hele overgangen er beskrevet kort i trin 9 i exit-planen. Her er emnet alene vejen tilbage og de kriterier, der lukker den.
Sådan prøver I det, uden at noget flytter
Vejen tilbage kan testes ved bordet. Vælg en dag i et tænkt forløb, sig at noget fejler, og lad dem, der skal beslutte, gå planen igennem. Hvem ringer I til? Hvad sker der med dagens data? Hvor længe tager det? I en delvis test kan en gendannelse i et adskilt miljø give en reel tid for at komme tilbage. Skriv de åbne punkter ind i testrapporten.
Hvad det kræver, og hvad det koster at lade være
At skrive vejen tilbage for ét system tager få arbejdsdage, hvis systemet er kortlagt, og mest for dem, der kender data og koblinger. En reel tilbagevej koster noget i selve forløbet: længere aftaletid, licenser til det gamle, folk der holder det i live, og et arbejde med at føre data retur. Sæt timer på, et lavt og et højt tal, og skriv datoen ved.
Uden en vej tilbage er ethvert problem efter skiftet et, I må løse fremad, under pres. Regn i egne tal, hvad en dag med en forretning, der ikke kan arbejde, koster, og hvor mange dage et sådant problem kan vare. Sammenhold tre ting: arbejdet med vejen tilbage, tabet ved et mislykket skift, og udbyttet i dag. Det er kriterier, der kan genbruges ved enhver opdatering eller større ændring, også når ingen leverandør skiftes.
Det skal I lade være med
- At lukke det gamle, fordi datoen er nået · lukningen følger kriterierne, og datoen følger efter.
- At overse det, der er skabt i det nye · uden svar på det er tilbagefald kun en tanke.
- At lade den, der gennemfører skiftet, godkende sit eget arbejde · kriterierne skal kunne kontrolleres af en anden.
Det skal planen kunne vise
- ☐ Hvad der skal virke, for at vejen tilbage findes.
- ☐ Beslutter, stedfortræder og udløsere.
- ☐ Hvad der sker med nye data.
- ☐ Punktet, hvor vejen lukker, og hvem der siger det.
- ☐ Lukkekriterier samlet i ét dokument med underskrift.
Kilder
- Forordning (EU) 2023/2854 (Data Act): art. 25, stk. 2, litra c, g og h.
- Delegeret forordning (EU) 2024/1774: art. 26, stk. 1, litra a og f. Gælder finansielle enheder og bruges her som model.
Senest gennemgået: november 2026.
Næste skridt
Tag ét kritisk system, og skriv de fem punkter om, hvad der skal virke, samt lukkekriterierne. Lad systemejeren godkende dem, og læg dem ind i planen.
Læs også: Parallel drift · Efter opsigelsen
→ Kontakt · Tlf. 70 13 63 23 · Exit-plan og exit-rådgivning hos Nielco IT
