En exit-plan beskriver leverandører, ejere og vilkår, som de så ud den dag, planen blev skrevet. Trinnet hviler på, at bestemte hændelser altid udløser en ny vurdering, og at planen derudover gennemgås på en fast dato.
De ni forrige trin har givet et overblik, en prioritering og afprøvede veje ud. Her sikres det, at overblikket stadig er rigtigt, når det skal bruges.
Leverandøren kan ændre sig, mens kontrakten løber
Den amerikanske IT-koncern Kyndryl indgik i november 2025 en aftale om at købe Solvinity Group B.V., en hollandsk leverandør af administrerede cloudplatforme. Det fremgår af Kyndryls kvartalsrapport til SEC for perioden til 30. juni 2026. Den 25. maj 2026 forbød den hollandske statssekretær for økonomi og klima handlen.
Kyndryl skrev i en udtalelse den 26. maj 2026, at selskabet var meget skuffet over beslutningen. Ifølge kvartalsrapporten undersøger Solvinity og dets kontrollerende aktionærer, om afgørelsen kan anfægtes. Forløbet og betydningen for Solvinitys kunder er gennemgået i → Solvinity, Kyndryl og DigiD.
For en exit-plan er pointen enkel. Kunderne havde valgt en hollandsk ejet leverandør og måtte i et halvt år forholde sig til, at den kunne få en amerikansk ejer. Den slags ændringer kommer sjældent på kundens initiativ og sjældent på et belejligt tidspunkt.
Fremgangsmåden
- Udpeg en ejer af planen · Én person har ansvaret for, at planen opdateres, og for at bringe ændringer videre til ledelsen.
- Fastlæg de hændelser, der udløser en ny vurdering · Opkøb og ejerskifte, vilkårsændringer, supportophør og kontraktfornyelse.
- Overvåg leverandørerne · Abonnér på leverandørernes meddelelser om vilkår og livscyklus, og følg nyheder om ejerskab for de vigtigste.
- Gentag de berørte trin · Ved en hændelse gennemgås ejerskab, underdatabehandlere, afhængighed og exit-omkostning for det berørte system.
- Gem en kopi af gældende vilkår · Uden den kan I ikke se, hvad der er ændret.
- Gennemgå hele planen årligt · Sæt en fast dato, også når der ikke har været hændelser.
- Rapportér til ledelsen · Giv direktion eller bestyrelse en kort status med de ændringer, der påvirker risikoen.
Det er punkt 2 og 6 tilsammen, der gør planen robust. Hændelserne fanger de store skift, og den faste gennemgang fanger det, ingen opdagede.
Opkøb og ejerskifte
Et ejerskifte kan flytte en leverandør fra én jurisdiktion til en anden uden at ændre en linje i kontrakten. Det er derfor den vigtigste udløser for en ny vurdering af lag 3.
Kontrollér ved hvert ejerskifte kontraktpart, moderselskab og registreringsland igen, som beskrevet i → Trin 2. Se også efter, om kontrakten giver jer ret til at opsige ved ændring af kontrol over leverandøren. Hvordan kapitalfonde og opkøb ændrer ejerskabet bag europæisk infrastruktur, er beskrevet i → Ejerskab skifter.
Et annonceret opkøb er ikke det samme som et gennemført. Notér status med dato, og opdatér, når myndighederne har truffet afgørelse.
Tiden mellem annoncering og afgørelse kan bruges. Gennemgå exit-omkostningen for de berørte systemer igen, og undersøg, om alternativerne fra trin 7 stadig er aktuelle. Spørg leverandøren skriftligt, hvilke selskaber der vil drive tjenesten efter handlen. Så er beslutningsgrundlaget klar, hvis handlen gennemføres.
Vilkårsændringer
Standardvilkår kan typisk ændres af leverandøren med et varsel. Google opdaterede sine generelle servicevilkår med virkning fra 30. juli 2026. Ifølge Googles side om opdateringen varsler selskabet med rimeligt forudgående varsel på mail, hvis en ændring påvirker adgangen til en tjeneste negativt.
Samme side oplyser, at brugeren kan opsige aftalen, hvis ændringen har mere end en mindre negativ betydning. Google tilbyder desuden eksport af indhold via Google Takeout. Sådanne rettigheder skal noteres i exit-planen, fordi de kun kan bruges inden for en frist.
Gem varslerne og de gamle vilkår som filer med dato. Mange leverandører offentliggør kun den gældende version, og den tidligere tekst kan være svær at finde bagefter.
Den praktiske udfordring er mængden. Udpeg, hvem der læser varsler fra de vigtigste leverandører, og hvem der beslutter, om en ændring kræver handling. Mekanismen er uddybet i → Vilkår, der ændres ensidigt.
Supportophør
Når en leverandør stopper supporten for et produkt, ændres exit-planen, selv om ingen har opsagt noget. Uden sikkerhedsopdateringer bliver systemet en risiko, og leverandøren bestemmer tidsplanen for det næste skifte.
SAP er et eksempel fra en europæisk leverandør. Ifølge SAP’s meddelelse af 4. februar 2020 slutter den almindelige vedligeholdelse af kerneapplikationerne i SAP Business Suite 7 med udgangen af 2027. Forlænget vedligeholdelse frem til udgangen af 2030 koster et tillæg på to procentpoint.
Kunder, der ikke vælger forlængelsen inden udgangen af 2027, overgår ifølge SAP automatisk til en kundespecifik vedligeholdelsesmodel. Datoer af den type hører hjemme i exit-planen, fordi de afgør, hvornår et skifte senest skal være forberedt. Forholdet mellem licens og vedligeholdelse er beskrevet i → Brugsretten er jeres, vedligeholdelsen er leverandørens.
Kontraktfornyelse som vindue
Fornyelsen er det tidspunkt, hvor organisationen har mest forhandlingskraft over for en eksisterende leverandør. Her kan manglende exit-vilkår skrives ind, og her kan et alternativ vælges uden at bryde en aftale. Beslut i god tid før fristen, om kontrakten skal fornyes, genforhandles eller opsiges, og notér beslutningen og begrundelsen i exit-planen.
Notér opsigelsesfristen for hver kritisk kontrakt, og sæt en påmindelse i god tid før. En fornyelse, der sker automatisk, fordi ingen nåede at tage stilling, forlænger både afhængigheden og de gamle vilkår. De vilkår, der bør være på plads, står i → Trin 8.
En fast årlig gennemgang
Den hollandske stat har gjort den årlige gennemgang til et krav. Ifølge den reviderede statslige cloudpolitik af 3. juli 2026 vurderes både planen for den planlagte exit og nødplanen årligt og tilpasses efter behov. Departementerne rapporterer desuden årligt til statens CIO om væsentlig brug af public cloud. Politikken er gennemgået i → Holland kræver exitplaner.
For den finansielle sektor kræver DORA i artikel 28, stk. 8, at exitplaner gennemgås regelmæssigt. Andre organisationer kan låne begge modeller.
Den årlige gennemgang behøver ikke være stor. Den skal kontrollere, at ejerskab, underdatabehandlere, supportdatoer og kontraktfrister stadig er rigtige for de prioriterede systemer. Resultatet afleveres til ledelsen sammen med en kort vurdering af, hvad der har ændret sig. Bestyrelsen får dermed et grundlag for at tage stilling til, om risikoen stadig er acceptabel.
Typiske fejl
- Planen bliver et projektdokument · den skrives én gang og arkiveres, når projektet slutter.
- Ingen ejer planen · varsler om vilkår og opkøb lander i en indbakke, som ingen læser.
- Gamle vilkår gemmes ikke · det er umuligt at se, hvad der er ændret.
- Opkøb noteres først ved gennemførelsen · tiden fra annoncering til afgørelse bruges ikke til at forberede sig.
- Fornyelsen sker automatisk · opsigelsesfristen passeres, før nogen har taget stilling.
Hvad trinnet kan og ikke kan vise
Trinnet kan vise, om exit-planen stadig svarer til virkeligheden, og hvornår en ændring hos en leverandør kræver handling. Det giver ledelsen et løbende billede af afhængighederne frem for et øjebliksbillede.
Trinnet kan ikke forudsige et opkøb, en sanktion eller en vilkårsændring. Det kan heller ikke forhindre, at en ændring træder i kraft, før organisationen er klar. Det kan kun gøre tiden fra varsel til handling kortere.
Tjekliste
- ☐ Planen har én navngiven ejer.
- ☐ Opkøb, vilkårsændringer, supportophør og fornyelse er defineret som udløsere.
- ☐ Der er en kopi af gældende vilkår for hver kritisk tjeneste.
- ☐ Supportdatoer og opsigelsesfrister står i en kalender med påmindelser.
- ☐ Ejerskab og underdatabehandlere er kontrolleret inden for det seneste år.
- ☐ Der er sat en dato for næste årlige gennemgang.
- ☐ Ledelsen har fået status med ændringer siden sidste gennemgang.
Næste skridt
En opdateret plan begynder forfra med overblikket. Brug → Trin 1: Kortlæg systemer, data og leverandører som udgangspunkt for den årlige gennemgang, og gentag de trin, hvor noget har ændret sig. For organisationer under NIS2 hænger gennemgangen sammen med → NIS2 og jurisdiktion i leverandørstyringen.
Ønsker ledelsen et eksternt blik på, om planen stadig holder, kan en uvildig gennemgang bruges ved den årlige revision. Nielco IT’s rådgivning om exit-planen gennemføres på organisationens eget materiale.
Kilder
- Kyndryl: Media statement, Solvinity acquisition decision, 26. maj 2026. https://www.kyndryl.com/ie/en/about-us/news/2026/05/statement-netherlands-solvinity-decision
- Kyndryl Holdings, Inc.: Form 10-Q for kvartalet til 30. juni 2026, indleveret til SEC. https://www.sec.gov/Archives/edgar/data/0001867072/000110465926091129/kd-20260630x10q.htm
- Google: Updates to Google Terms of Service, effective 30. juli 2026 (set 30. oktober 2026). https://policies.google.com/terms/update?gl=dk&hl=en
- SAP News Center: SAP Extends Its Innovation Commitment for SAP S/4HANA, Provides Clarity and Choice on SAP Business Suite 7, 4. februar 2020. https://news.sap.com/2020/02/sap-s4hana-maintenance-2040-clarity-choice-sap-business-suite-7/
- Rijksoverheid: Herziening rijksbreed cloudbeleid 2026 (bilag til Kamerstuk 26 643, nr. 1541), 3. juli 2026. https://zoek.officielebekendmakingen.nl/blg-1264434.pdf
- Den Europæiske Unions Tidende (EUR-Lex): Europa-Parlamentets og Rådets forordning (EU) 2022/2554 af 14. december 2022 (DORA), artikel 28. https://eur-lex.europa.eu/eli/reg/2022/2554/oj/dan
