...
Alle artikler
Her står alle artikler på sitet, ordnet efter det arbejde, de hører til.
Plan B for ledelsen
- Hvad er en exit-plan? Forklaret for en ledelse
- Exitstrategi, exit-plan og beredskabsplan: hvad er forskellen?
- Plan B uden at flytte noget: det, I reelt beslutter
- Hvornår er en exit-plan spild af tid?
- Svigt, dårlig leverance og pludselig opsigelse: de tre situationer, planen skal dække
- Hvad skal en exit-plan indeholde? Felterne pr. system
- Hvor lang tid tager det at komme ud? Sådan finder I jeres egen tid
- Hvor meget afhængighed vil ledelsen acceptere?
- Hvem ejer exit-planen: ledelse, IT, indkøb eller jura?
- Backup er ikke en exit-plan
- Hvornår aktiveres planen? Sådan skriver I udløserne
- Planen skal bruges: de første 48 timer efter beslutningen
Årsager: det, planen skal kunne
- Geopolitik i risikoregistret: sådan bliver det et scenarie, ledelsen kan vurdere
- Kontoen lukkes uden varsel: sanktioner og planen uden opsigelsesperiode
- Hvis overførsler til USA stopper: hvad planen skal kunne
- Leverandøren går konkurs: data, adgang og drift de første dage
- Leverandøren er blevet opkøbt: det, planen skal gentjekke de første 30 dage
- Nedbrud i flere dage: hvornår bliver det en exit-situation?
- Udfasningsbrevet: fra varsel til plan for et produkt, der udgår
- Leverandøren fjerner en funktion eller trækker sig fra markedet
- Leverandøren opsiger jer
Det, der sætter arbejdet i gang
- Kunden kræver en exit-plan: det, I skal kunne vise
- Bestyrelsen spørger: hvad gør vi, hvis vi mister systemet?
- NIS2-arbejdet viste en afhængighed: hvad nu?
- Dækker forsikringen et nedbrud hos leverandøren?
- Kontrakten fornyes om et halvt år: tidsplanen for planen og testen
- Nyt system: exit-planen før underskriften
Kortlægning
- Hvilke systemer kan I ikke undvære? Lad forretningen afgøre det
- Hvad sker der dag 1, dag 3 og dag 10 uden systemet?
- Hvor længe kan I undvære systemet? RTO og RPO for ledelsen
- Integrationer: tællingen, der afgør tiden i planen
- Hvem ejer kontoen, domænet og abonnementet?
- Login og to-faktor: den afhængighed, der rammer alle på én gang
- Købt gennem en partner: hvem er det, I kan opsige?
- Jeres SaaS kører på en andens cloud: hvad betyder det for planen?
- Det, ingen har på listen: makroer, flows, rapporter og scripts
Kontrakten
- Exit-vilkår i kontrakten: punkterne, der afgør, om I kommer ud
- Ophørsbistand: hvad det er, og hvad I kan bede om
- Overgangsperioden: hvor lang skal den være, og hvad gælder imens?
- Sletning ved ophør: hvad der skal bekræftes, også i backup
- Standardvilkår, I ikke kan forhandle: hvad er planen så?
- Kontrakten siger intet om exit: sådan får I det ind midt i perioden
- Kontrakter uden for Data Act: licenser, klassisk drift og egenudviklet
- Escrow: hvad deponering af kildekode kan, og hvad den ikke kan
- Sådan spørger I leverandøren om exit uden at true med at gå
- Dokumentation og viden: det, der ikke står i en eksport
- Efter opsigelsen: serviceniveau, sikkerhed og adgange i ophørsperioden
Dataudlevering
- Hvilke data får I reelt ud? Eksporterbare data og digitale aktiver
- Det, der mangler i eksporten: metadata, historik, rettigheder og logfiler
- Egen kopi uden for leverandøren: hvad den skal rumme
- Hvor lang tid tager selve overførslen? Datamængde, begrænsninger og vinduer
- Arkivet efter exit: det, der skal kunne læses om fem år
- Persondata på vej ud: sikkerheden under selve flytningen
- Leverandøren vil ikke udlevere jeres data
- Er det hele kommet med? Sådan kontrollerer I en dataudlevering
Test af eksport og gendannelse
- Test en eksport nu: den første test, ingen behøver godkende
- Gendannelse et andet sted: den test, der beviser planen
- Sådan tester I uden at forstyrre driften
- Skrivebord, delvis eller fuld: hvor meget skal planen testes, og hvor ofte?
- Hvad er en bestået test? Succeskriterier, andre kan efterprøve
- Testrapporten: det, ledelse, revisor og kunder vil se
- Test af gendannelse, når I ikke styrer miljøet
Parallel drift og overgang
- Parallel drift: hvornår den er nødvendig, og hvad den kræver
- Etaper eller på én gang: det, planen skal vælge
- Vejen tilbage: tilbagefald, og hvornår det gamle må lukkes
- Reserveløsning: nødmail, nødkommunikation og den varme kopi
- Brugerne i planen: det, der skal planlægges, før nogen flytter
- Hvem gør arbejdet? Kompetencer og bemanding i planen
NIS2 og Datatilsynet
- Kræver NIS2 en exit-plan?
- Kan I skifte kritiske leverandører i tide? SAMSIK’s spørgsmål
- Test af gendannelse under NIS2: det, der skal kunne dokumenteres
- Datatilsynet og exitstrategien: det, vejledningen siger, og det, den ikke siger
DORA og Finanstilsynet
- DORA og exitstrategien: det, finansielle virksomheder skal have
- Exitplan efter DORA: indholdet, afsnit for afsnit
- Test af exitplaner efter DORA: hvad er tilstrækkeligt?
- Mindre finansiel virksomhed: hvor meget exit kræver DORA af jer?
- Leverandør til en bank: exit-kravet lander hos jer
Data Act
- Data Act i planen: jeres ret til at skifte cloududbyder
- To måneder, 30 dage, syv måneder: Data Act’s frister i jeres plan
- Er vores tjeneste omfattet af Data Act?
- Skiftegebyrer fra 12. januar 2027: hvad planen skal regne med
- Skræddersyede tjenester og andre undtagelser i Data Act
- Kontrakter fra før 12. september 2025: gælder skifteretten?
- Kommissionens standardvilkår for cloud: tjekliste til planens kontraktdel
- Leverandøren overholder ikke Data Act: hvad kan I gøre?
Platforme
- Exit-plan for Microsoft 365: hvad planen skal rumme
- Eksport fra Microsoft 365: mail, filer, Teams og rettigheder
- Teams, SharePoint og Power Platform: det, der ikke følger med
- Entra ID: hvis login bor hos den leverandør, I vil væk fra
- Exit-plan for Google Workspace
- Exit-plan for AWS: hvad der kan flyttes, og hvad der er bygget ind
- Exit-plan for Azure: forskellen, når alt hænger sammen med Microsoft 365
- Containere og flytbarhed: hvor langt de bringer jer
- Exit-plan for VMware: fornyelse, support og værktøjerne til at komme ud
- Tilbage i egen drift: hvad det kræver at gøre det til en reel mulighed
- Exit-plan for ERP: planen før der er et skifteprojekt
- Exit-plan for et branchesystem
- Der findes ikke noget alternativ: hvad er planen så?
- Lille leverandør med et kritisk system: det, planen skal dække
- Driftsleverandøren har det hele: exit fra outsourcet IT
- AI-tjenester i exit-planen
- Backup-løsningen binder også
Hvem laver planen?
- Exit-plan uden en IT-afdeling
- Må IT-leverandøren skrive planen for, hvordan I forlader dem?
- Exit-plan for en IT-chef uden tid: de første 90 dage
- Exit-plan med egne IT-folk: det, de kan teste
- Exit-plan i flere selskaber: hvem ejer planen, og hvem ejer aftalen?
Regulerede brancher
Business case
- Business case for en exit-plan: det, ledelsen skal kunne tage stilling til
- Exit-overslaget: det, der skal stå i planen om tid og arbejde
- Hvad kræver en exit-plan af jer? Tid, folk og vedligehold
- Det koster at mangle en plan: posterne, der sjældent tælles med
- Et stop omsat til jeres egne tal: tolerancen, planen testes imod
- Sjældent, men alvorligt: sådan begrunder I arbejdet
- Det, planen giver, selv om I aldrig flytter
- Beslutningsnotat om exit-planen: én side til bestyrelsen
- Vi gør ingenting: sådan dokumenterer I en bevidst accept
Hold planen i live
- Sådan holder I exit-planen opdateret
- Årshjul for exit-arbejdet
- Det, I skal holde øje med hos leverandørerne
- Exit-status på én side til ledelsen
Exit-rådgivning
- Hvad kommer først: afhængighedsvurdering eller exit-plan?
- Selv, IT-leverandøren eller en uvildig: hvem skal lave planen?
- Sådan forbereder I materialet til en exit-gennemgang
- Exit-rådgiver eller migrationsleverandør: hvad er forskellen?
Senest gennemgået: november 2026.
→ Kontakt · Tlf. 70 13 63 23 · Exit-rådgivning hos 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.