Exit-plan

Overgangsperioden: hvor lang skal den være, og hvad gælder imens?

Overgangsperioden: hvor lang skal den være, og hvad gælder imens?

Overgangsperioden skal være mindst så lang som den tid, I selv skal bruge på at komme ud, regnet fra opsigelsen. Imens skal aftalen gælde videre med servicemål, sikkerhed og hjælp til overdragelsen, og det skal stå skrevet.

Et fast tal findes ikke. DORA kræver en passende periode uden at sætte længden, og Data Act (dataforordningen) har faste rammer, som kun gælder cloudtjenester. Resten afgør jeres kontrakt. Længden er derfor et regnestykke, I laver med egne tal for hvert kritisk system.

Sådan finder I længden

En overgangsperiode i en kontrakt er den tid, leverandøren fortsat leverer, efter at aftalen er sagt op eller udløbet, så I kan nå at komme videre. Ved et leverandørskifte er den ofte det sted, hvor planen knækker, fordi perioden blev skrevet ind, før nogen havde regnet på arbejdet.

Gå sådan frem:

  1. Tag jeres exit-tid for systemet, se sådan finder I exit-tiden. Den består af beslutning, valg af afløser, data, integrationer og brugere.
  2. Del tiden i det, der kan ske før opsigelsen, og det, der først kan ske efter. Valg af afløser kan ligge før. Den endelige dataoverførsel og lukningen ligger efter.
  3. Læg opsigelsesvarslet oven på. Varslet er den tid, leverandøren allerede er bundet.
  4. Træk varslet fra den del, der ligger efter opsigelsen. Resten er det, overgangsperioden mindst skal dække.
  5. Læg en margen for det uventede. Giv vurderingen to tal, lavt og højt, og datér den.

Tænkt eksempel: en virksomhed vurderer, at arbejdet efter opsigelsen tager ni til fjorten uger. Varslet er otte uger. Overgangsperioden skal derfor kunne dække mindst seks uger ud over varslet, hvis den høje vurdering holder. Tallene er opfundet, og jeres egne vil se anderledes ud.

Regnestykket forudsætter en planlagt exit. Ved et brat stop ligner tiden noget andet, og så er det den egne kopi og beredskabet, der bærer.

Det siger reglerne

Bestemmelserne herunder er gengivet i korte træk, og forenklingen er vores.

DORA. Forordningen gælder kun finansielle enheder og er en model for alle andre. Ved kritiske eller vigtige funktioner skal aftalen rumme en passende overgangsperiode, som er obligatorisk. Her leverer udbyderen videre, så enheden kan migrere eller gå over til interne løsninger på en måde, der passer til tjenestens kompleksitet (art. 30, stk. 3, litra f). Længden står der intet om.

Data Act. Kapitel VI gælder databehandlingstjenester, det vil sige cloudtjenester. Fristerne er:

  • Opsigelsesfristen for at indlede et skift må højst være to måneder, jf. art. 25, stk. 2, litra d.
  • Overgangsperiode: højst 30 kalenderdage (art. 25, stk. 2, litra a).
  • Er det teknisk umuligt, har udbyderen 14 arbejdsdage til at sige det, begrunde det og angive en anden periode på højst syv måneder (art. 25, stk. 4).
  • Kunden kan én gang forlænge overgangsperioden (art. 25, stk. 5).
  • Dataudtræk i mindst 30 kalenderdage efter overgangsperioden (art. 25, stk. 2, litra g).

Læg mærke til, at Data Act sætter et loft over, hvor længe udbyderen må være om skiftet. Reglerne er skrevet for at få data og aktiver hurtigt ud, og de lover intet om, at jeres afløser er klar. Sammenhold derfor de 30 dage med jeres egen tid. Hvor meget én forlængelse kan rumme, og hvor langt perioden kan strækkes, er et spørgsmål at stille udbyderen og eventuelt en advokat. Bruger I flere tjenester samtidig som led i planen, gælder særlige regler om gebyr ved udgående data, se parallel drift.

Andre aftaler. Ved licenser, klassisk drift og egenudviklede systemer gælder kontrakten alene, se kontrakter uden for Data Act. Her er overgangsperioden noget, der skal aftales.

Hvad der skal gælde imens

Når aftalen er sagt op, er det nemt at tro, at resten følger af sig selv. Skriv disse punkter ind, eller notér, at de mangler.

  • Aftalen gælder videre. Data Act siger det udtrykkeligt for cloudtjenester, se art. 25, stk. 2, litra a. Øvrige aftaler skal sige det selv.
  • Servicemål. CFCS og Digitaliseringsstyrelsen peger på fortsatte servicemål i ophørsperioden. Vejledningen er skrevet til myndigheder og kan bruges som tjekliste.
  • Sikkerhed. Niveauet må ikke falde, mens data flytter, se efter opsigelsen.
  • Betaling. Hvad I betaler i perioden, og hvad der sker med en bindingsperiode, skal fremgå i ord.
  • Forlængelse. Hvem kan forlænge, med hvilket varsel, og hvor mange gange? En aftale, hvor kun kunden kan forlænge, er bedst for planen.
  • Bistand. Hvad leverandøren hjælper med i perioden, se ophørsbistand.

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

Regnestykket kræver, at IT-ansvarlig og systemejer sætter sig sammen og vurderer trinene. Det svære er tiden for data og integrationer. Har I lavet en testeksport, bliver den vurdering langt bedre.

For kort en periode koster på tre måder. I skal enten presse arbejdet sammen, købe en forlængelse i en svag position eller stå uden tjeneste, før afløseren er klar. Den sidste post måler I i forretningens egne tal: tab pr. dag gange antal dage. Sandsynligheden kan være lav, så beskriv den roligt, og lad ledelsen tage stilling.

Regnestykket giver noget, selv om I bliver hos leverandøren. I ved, om varsel og overgang hænger sammen med virkeligheden, og I har et tal i tid at henvise til ved næste fornyelse.

Det skal I lade være med

  • At låne et tal fra en anden kontrakt · længden kommer fra jeres egen exit-tid.
  • At læse de 30 dage som tiden til et færdigt skifte · de handler om overførslen hos udbyderen.
  • At glemme varslet ved fornyelse · en automatisk forlængelse kan flytte hele regnestykket.

Det skal planen kunne vise

  • ☐ Exit-tid pr. kritisk system med lav og høj vurdering og dato.
  • ☐ Opsigelsesvarsel og overgangsperiode lagt ved siden af exit-tiden.
  • ☐ Hvilket regelsæt der gælder for tjenesten.
  • ☐ Hvad der gælder af servicemål, sikkerhed og betaling i perioden.
  • ☐ Hvem der kan forlænge, og hvordan.
  • ☐ Hvad I gør, hvis perioden er for kort.

Kilder

Senest gennemgået: november 2026.

Næste skridt

Tag det mest kritiske system, og læg exit-tid, varsel og overgangsperiode i tre kolonner. Er summen for kort, så tag stilling til, om I vil bede om et tillæg eller bære risikoen.

Læs også: Exit-vilkår i kontrakten · Hvor lang tid tager overførslen?

→ 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