Exit-plan

Udfasningsbrevet: fra varsel til plan for et produkt, der udgår

Udfasningsbrevet: fra varsel til plan for et produkt, der udgår

Når en leverandør varsler, at et produkt udgår, skal I finde den dato, hvor sikkerhedsopdateringerne stopper, og regne baglæns derfra. Fra den dag skal I enten være ude, have en begrundet undtagelse eller have besluttet noget andet. Et varsel er en af de sjældne situationer, hvor der er tid, og den tid kan bruges, hvis arbejdet begynder, når brevet kommer.

Brugsret og vedligehold er forklaret under brugsret og vedligeholdelse, og spørgsmålet om, hvornår et ældre system bør afløses, er behandlet i hvornår skal et system udskiftes? Her handler det om planen, efter at datoen er meldt ud.

Læs brevet og find de rigtige datoer

Udfasning har flere trin, og et brev kan være uklart om, hvilket af dem det handler om. De engelske ord går igen. End of sale betyder, at produktet ikke længere sælges. End of support betyder, at den almindelige support ophører. End of life betyder, at produktet er helt udgået, og for software er det som regel også slut med rettelser. Ordene bruges ikke ens, så skriv de faktiske datoer ned, og spørg, hvis det er uklart.

Disse fire oplysninger skal stå i planen:

  • Sidste dag, I kan købe eller forny.
  • Sidste dag med almindelig support.
  • Sidste dag med sikkerhedsopdateringer.
  • Sidste dag, tjenesten overhovedet kører, hvis det er en cloudtjeneste.

Det tredje punkt er det, der styrer planen, for et produkt uden sikkerhedsopdateringer bliver en risiko, der vokser af sig selv. Spørg også, hvad der sker med data, licensnøgler og dokumentation efter sidste dag, og om der findes forlænget support. Er det en cloudtjeneste, kan produktet lukke helt, og så er den sidste dato absolut. Er det installeret software, kan det teknisk set køre videre, og så skal I selv tage stilling.

Gennemførelsesforordning (EU) 2024/2690 gælder kun bestemte digitale udbydere og altså ikke almindelige virksomheder. Som model er punkt 6.1.2, litra b, i bilaget nyttigt. Den nævner krav om sikkerhedsopdateringer i hele produktets levetid eller udskiftning, når det ikke længere understøttes. Tanken kan bruges af alle: sidste opdatering er en planlagt begivenhed.

Regn baglæns

Sæt datoen for sidste sikkerhedsopdatering yderst til højre på en tidslinje, og arbejd mod venstre. Rækkefølgen ser i de fleste tilfælde sådan ud:

  1. Kortlæg. Hvem bruger produktet, hvilke data ligger der, og hvad er koblet på det? Her findes ofte overraskelserne, fx en rapport eller en integration, som ingen tænker over.
  2. Vælg vej. Findes der en ny version hos samme leverandør? Skal I til et andet produkt? Eller skal systemet blive, uden opdateringer og isoleret? Selve valget af afløser ligger uden for artiklen, men planen skal have en dato for, hvornår valget er truffet.
  3. Test. Prøv en eksport eller en konvertering, inden valget er endeligt, og igen, når vejen er valgt.
  4. Tjek kontrakter. Løber der en licens eller supportaftale, der fornyer sig automatisk efter datoen?
  5. Flytning. Her slutter denne artikel og planen. Afsæt tid til selve flytningen, og vurder den med den erfaring, I har fra testen.

Læg en buffer ind før sidste dato, så en forsinkelse ikke ender med en uge uden opdateringer. Tiden kommer fra jeres egen måling af exit-tiden, og den bør stå med en lav og en høj værdi.

Hvilken test skal ligge før datoen?

Testen skal vise, at I kan få data ud af det gamle produkt, mens det stadig kører med support. Den skal besvare tre spørgsmål:

  • Kan I eksportere alle de data, I skal bruge, i et format, der kan læses uden produktet?
  • Kan I læse det gamle arkiv, når produktet er væk? Det er særligt vigtigt for regnskabsmateriale og andet, der skal opbevares, se arkivet efter exit.
  • Virker de vigtigste integrationer eller rapporter mod en prøveinstallation af den nye version eller det nye system?

Læg testen tidligt. Tager I den, mens der er support, kan I bede leverandøren om hjælp og forklaring. Efter datoen er I alene med fejlene. Læg gerne en ekstra kontrol ind, når I har et prøvemiljø til rådighed.

Hvis produktet bliver stående

Nogle produkter kan ikke afløses til tiden. Det kan være en maskinstyring, et ældre fagsystem eller noget, der kun bruges til opslag. Det er en lovlig beslutning at beholde det, når den er truffet og skrevet ned. Bevidst accept beskriver felterne. Noten skal sige, hvilke afskærmende tiltag der gælder, hvem der ejer risikoen, og hvornår beslutningen tages op igen. Der er forskel på at have besluttet det og at have glemt det.

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

Planen for et enkelt produkt tager typisk nogle dage at skrive, og testen tager det, datamængden kræver. Vurder selv den lave og den høje ende for hvert trin i tidslinjen, i arbejdsdage, med dagens dato. Selve flytningen er en større post og vurderes for sig.

Venter I, til datoen nærmer sig, bliver alle valg dyrere. I har færre valgmuligheder, konsulenter er bookede, og I skal måske betale for forlænget support i stedet for at bruge tiden på det rigtige. Står produktet uden opdateringer, øger det risikoen for en hændelse, og det kan give ubehagelige spørgsmål fra kunder og forsikring. Sammenhold plan og test med det, en dag uden systemet koster i forretningens tal, hvis det må tages ud af brug med kort varsel. Kortlægningen har værdi for sig selv: I får rettet op på dokumentationen for et ældre system, som måske aldrig har haft en.

Det skal I lade være med

  • At læse “end of support” som “sidste dag” · tjek, hvilken dato der gælder hvad.
  • At lade datoen stå i en mail hos en enkelt person · den skal ind i planen og i kontraktoversigten.
  • At teste efter datoen · så er der ingen hjælp at få.

Det skal planen kunne vise

  • ☐ De fire datoer fra leverandøren med kilde og læsedato.
  • ☐ Tidslinjen fra kortlægning til valg med ansvarlig pr. trin.
  • ☐ Resultatet af testen, og hvornår den blev gennemført.
  • ☐ Enten en vej ud eller en underskrevet accept med dato for næste gennemsyn.

Kilder

Senest gennemgået: november 2026.

Næste skridt

Find brevet, skriv de fire datoer ned, og sæt ansvarlige på tidslinjen i denne uge. Har I brug for at få en beslutning, er notatet det rigtige sted at begynde.

Læs også: Kontrakten fornyes om et halvt år · Test en eksport nu

→ 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