Lukkes jeres konto uden varsel, har I kun det, der allerede ligger uden for den. Derfor består planen for dette scenarie af forberedelser, I gør nu: en læsbar kopi af de vigtigste data, de oplysninger I skal bruge for at komme videre, og en måde at nå hinanden på. Hvordan det skal fungere, kan I teste med en enkel øvelse uden at røre driften.
De fleste exit-planer regner med en opsigelse, et varsel og en overgang, hvor leverandøren stadig svarer. Dette scenarie fjerner alle tre. Sandsynligheden er lav for de fleste, og konsekvensen er stor. Det er grunden til, at det får en plads i planen for de få systemer, hvor et stop gør ondt.
Sådan kan en konto gå i stå
Sanktioner er det, der får overskrifterne. Sanktionsregler kan forbyde en leverandør at betjene bestemte personer, virksomheder eller lande, og leverandøren må rette sig efter dem. Reglerne og de sager, der har været, er samlet under sanktioner og dekreter. De gengives ikke her, for planen afhænger ikke af årsagen.
Andre veje til samme resultat er mere hverdagsagtige: mistanke om misbrug af kontoen, automatiske kontroller hos en stor udbyder, en betaling, der er gået galt, eller en kapret administratorkonto, som leverandøren spærrer. Fælles for dem er, at I står foran en lukket dør, og at svaret kan tage dage at få. Sanktioner i IT-leverandørens forhold er altså én af flere årsager, og resten af scenariet er det samme.
Data Act (dataforordningen) har regler om overgangsperiode og dataudtræk, når kunden vil skifte cloudtjeneste. De er skrevet til et skifte, kunden selv sætter i gang. Hvad de giver jer, når kontoen er spærret, siger de læste bestemmelser ikke noget om. Det er vores læsning, og en konkret sag bør en advokat se på. Planen bør under alle omstændigheder kunne virke uden dem.
Det, der skal ligge uden for kontoen
Gå jeres kritiske systemer igennem, og spørg for hvert af dem: hvad skulle vi bruge i de første dage, hvis vi ikke kunne logge ind? Listen bliver forskellig, men de samme punkter går igen.
- En kopi af de vigtigste data. Den skal ligge hos en anden leverandør, under en anden konto og i et format, I kan åbne uden det system, der er væk. Kravene til kopien står i egen kopi uden for leverandøren.
- Domænet. Ligger domænet hos den samme leverandør og under samme konto, kan I miste mail og website på én gang. Domænets ejerskab og adgang hører til et andet sted end driften.
- Login til det, der hænger på kontoen. Bruger I samme login til mange systemer, kan en spærring brede sig. Login og to-faktor beskriver, hvordan I finder koblingerne.
- Telefonliste og kontakter. Ledelse, nøglepersoner, leverandører, advokat og forsikring, på papir eller på en anden platform end den, der er væk.
- Kontrakter og fakturaer. Hvis de kun findes i mailen, kan I ikke dokumentere aftalen, når I skal bruge den.
- En måde at kommunikere på. Hvis mail og fælles chat ligger samme sted, hvad bruger I så den første dag? Se reserveløsning.
Hvad gør I den første dag?
Skriv de første timer ned, så de kan følges af en anden end jer selv. Hvem konstaterer, at det er en spærring og ikke et nedbrud? Hvem kontakter leverandøren, og ad hvilken vej? Hvem må beslutte, at I går over til kopien? Hvem orienterer kunderne?
Her gælder samme tankegang som i planen for de første 48 timer, med den forskel, at leverandøren måske slet ikke svarer. Sæt derfor en frist på forhånd for, hvor længe I venter på svar, før I går videre uden. Afhænger kopien af én persons adgang, skal I have en stedfortræder.
Sådan tester I det
Testen kan laves uden at røre produktionen. Vælg et system, og sæt en mødedato. På dagen må deltagerne ikke bruge systemet eller kontoen. Kan de ud fra kopien og den skrevne procedure udføre to eller tre af forretningens opgaver, fx finde en kundes aftale eller en faktura?
Skriv på forhånd, hvad der tæller som bestået. Skriv også ned, hvad der manglede, og hvor lang tid det tog. Den første test viser som regel, at kopien findes, og at nogen mangler adgang til den, eller at formatet kun kan åbnes med det system, der er væk. Det er en billig erfaring at gøre i et mødelokale. Selve fremgangsmåden står i test en eksport nu.
Hvad det kræver, og hvad det koster at lade være
Arbejdet er mest engangsarbejde: en dag eller to pr. kritisk system til at afklare, hvad der skal ligge ude, og en øvelse på et par timer. Notér et forsigtigt og et pessimistisk timetal med dagens dato. Dertil kommer en løbende post til kopien og til at kontrollere den. Kronerne sætter I selv ind i jeres regneark.
Manglen koster først noget den dag, det sker, og så er det tabet pr. dag i jeres egne tal gange det antal dage, I står stille. Hertil kommer det, der ikke kan genskabes, hvis kopien ikke findes. Sammenhold de to, og læg det tredje til: kopien og listen er nyttige ved almindelige nedbrud, ved en kapret konto og når en kunde spørger, hvad I gør, hvis et system forsvinder. Mange vil konkludere, at det er rimeligt arbejde for et eller to systemer. Resten kan få en kort note om, at risikoen er accepteret.
Det skal I lade være med
- At gemme kopien under samme konto som originalen · så forsvinder de sammen.
- At basere dagen på, at leverandøren svarer · i dette scenarie kan I ikke regne med det.
- At lægge beredskabslisten i det system, der kan forsvinde · den skal kunne læses, når alt andet er lukket.
Det skal planen kunne vise
- ☐ Hvilke data, kontakter og dokumenter der ligger uden for kontoen, og hvor.
- ☐ Hvem der har adgang til dem, og hvem der er stedfortræder.
- ☐ Hvem der beslutter, og hvor længe I venter på leverandørens svar.
- ☐ Dato og resultat for seneste øvelse uden adgang til systemet.
Kilder
- Forordning (EU) 2023/2854 (Data Act): kapitel VI om skift mellem cloudtjenester.
Senest gennemgået: november 2026.
Næste skridt
Vælg ét system, og find ud af i dag, om I kan læse jeres vigtigste data uden at logge ind på det. Er svaret nej, er den egen kopi det første punkt.
Læs også: Geopolitik i risikoregistret · Gendannelse et andet sted
→ Kontakt · Tlf. 70 13 63 23 · Exit-plan og exit-rådgivning hos Nielco IT
