Leverandørskifte: exit-planen, du bør have, før du skriver under

Kort svar: Exit-planen er dokumentet, du skriver, før du får brug for det. For hvert kritisk system noterer du fire ting: hvordan får vi vores data ud (format, værktøj og hvem gør det), hvad er alternativet, hvor lang tid tager et skifte, og hvilke bindinger har vi? Testen er lige så vigtig som planen: eksportér ét system om året, og verificér, at dataene faktisk kan bruges. En leverandør, du beviseligt kan forlade, behøver du sjældent at forlade – men forhandlingspositionen og roen følger med planen.

Fagligt gennemgået: 2. oktober 2026

Lock-in opstår sjældent ved kontraktunderskrift. Den vokser stille: data i proprietære formater, processer bygget op om ét værktøj, viden der kun findes hos leverandøren. Exit-planen er modgiften, og den første version kan laves på en eftermiddag.

Her får du skabelonen, kontraktpunkterne, den årlige test, de nye EU-regler om skift af cloudtjenester – og fremgangsmåden den dag, exit bliver alvor.

Skabelonen: fire linjer pr. system

Tag de kritiske systemer fra din kortlægning af leverandørkæden – typisk website eller webshop, mail, regnskab, CRM, nyhedsbrev samt betalings- og fragtplatforme – og skriv pr. system:

1. Data ud: eksportfunktion eller API, format (åben standard eller proprietært?) og hvem hos jer, der kan gøre det.
2. Alternativ: ét eller to navngivne alternativer, gerne afprøvet overfladisk.
3. Skiftetid: realistisk kalendertid inklusive omlæring af medarbejdere.
4. Bindinger: opsigelsesvarsel, forudbetaling og tekniske låse – fx gemte betalingskort og abonnementer, webshoppens klassiske gidsel.

Mere behøver planen ikke være. Den skal være sand, ikke smuk.

Et eksempel

Sådan kan planen se ud for tre systemer i en mindre webshop. Indholdet er illustrativt – udfyld med jeres egne systemer og svar:

System	Data ud	Alternativ	Skiftetid	Bindinger
Webshop (WooCommerce)	Filer og database via backup, produkter som CSV	Anden WordPress-hosting	Dage	Hostingperiode, betalingstokens hos gatewayen
Mail	IMAP-flytning af postkasser	Anden mailudbyder	Dage	DNS og MX-records, opsigelsesvarsel
Nyhedsbrev	Kontakter og samtykkelog som CSV	Andet nyhedsbrevssystem	Uger	Skabeloner og automatiseringer skal bygges igen

Læg mærke til den sidste kolonne. Det er sjældent selve dataene, der binder – det er alt det, der er bygget ovenpå: automatiseringer, skabeloner, integrationer og tokens.

Kontraktpunkterne, der muliggør exit

Før du skriver under – eller ved næste fornyelse – så tjek, at aftalen indeholder:

• Udleveringspligt ved ophør: dine data i et brugbart format inden for en aftalt frist.
• Bistand ved migrering: hvad leverandøren hjælper med, og til hvilken pris.
• Sletning efter udlevering med bekræftelse, jf. databehandleraftalen.
• Rimelige opsigelsesvilkår: varsel, bindingsperiode og hvad der sker med forudbetalte beløb.

Spørgsmålet „hvordan kommer vores data ud, den dag vi opsiger?“ hører til blandt dine spørgsmål til it-leverandøren. Et klart svar er et godt tegn. Et uklart svar er en advarsel.

Data Act: nye regler om skift af cloudtjenester

EU’s dataforordning (Data Act) har gældet siden 12. september 2025 og indeholder regler om skift mellem udbydere af databehandlingstjenester – bredt forstået som cloud-, hosting- og SaaS-tjenester. Kort fortalt:

• Opsigelsesvarslet for at starte et skift må højst være to måneder.
• Skiftet skal som udgangspunkt gennemføres inden for 30 dage, medmindre det er teknisk umuligt.
• Du skal have mindst 30 dage til at hente dine data.
• Gebyrer for skift er begrænset til udbyderens direkte omkostninger og udfases helt fra 12. januar 2027.
• Vilkårene for skift, sletning og bistand skal fremgå af kontrakten.

Reglerne styrker din position, men de erstatter ikke exit-planen. Forordningen sikrer, at du kan komme ud – planen sikrer, at du ved, hvad du skal have med, og at du kan bruge det bagefter. Detaljer og undtagelser fremgår af forordningen, så tjek den eller spørg en rådgiver, hvis du står over for et konkret skifte.

Den årlige exit-test

En plan, der aldrig er testet, er en hypotese. Én gang om året – gerne i årshjulet sammen med gennemgangen af underdatabehandlere – vælger du ét kritisk system og kører den fulde eksport. Verificér derefter indholdet:

• Kan filen åbnes uden leverandørens eget værktøj?
• Er alle data med – også historik, vedhæftninger og relationer?
• Kan et alternativ importere filen?
• Hvor lang tid tog eksporten, og hvem kunne gøre det?

Mange opdager først her, at „eksport“ betyder en PDF-rapport eller et proprietært format uden importmulighed. Den opdagelse vil du gøre i fredstid. Notér resultatet i planen med dato, og tag det næste system næste år, så alle kritiske systemer testes over en årrække.

For et WordPress-site er testen enkel: hent en fuld backup med filer og database, og gendan den på et testmiljø. Virker sitet dér, har du bevist, at din vigtigste digitale ejendel kan flyttes. Se også test din backup.

Når exit bliver alvor

Udløserne er velkendte: en markant prisstigning, et opkøb eller en ny retning hos leverandøren, gentagne driftsproblemer – eller et krav fra en stor kunde om, hvor data skal ligge.

Med planen i hånden er processen rolig:

1. Eksportér først, mens adgangen er venlig – før du opsiger eller diskuterer. En opsagt konto kan blive lukket eller begrænset.
2. Sæt det nye system op parallelt.
3. Flyt i etaper med faldbak-punkter, som beskrevet i planen for digital suverænitet.
4. Verificér, at alt virker i det nye system.
5. Opsig først det gamle, når det nye har kørt en periode – samme logik som ved et skift af betalingsgateway.

For websites og webshops er en hostingflytning ofte den letteste exit, fordi WordPress er open source og kan flyttes som filer og database. Hos Hostious er migrering til WordPress- og WooCommerce-hosting gratis.

Lær af hver exit

Når en exit har været nødvendig, så spørg: hvorfor, og kunne planen have fanget det tidligere? Ofte var advarslerne der – opkøb, forringede vilkår, længere svartider. Næste års test kan få et punkt mere: „er der tegn på, at leverandøren bevæger sig væk fra os?“.

Gør også øvelsen synlig internt. Når årets exit-test er kørt, så del resultatet i en kort besked: hvilke systemer består, hvor er vi låst, og hvad gør vi ved det? Det holder ledelse og kolleger opmærksomme på, at skiftbarhed har en værdi – og gør næste års test til rutine i stedet for et særprojekt.

Exit-planer handler i sidste ende ikke om mistillid, men om forhandlingsposition. Den, der beviseligt kan gå, står stærkere i forhandlingen.

Læs også

• Hub: Datasuverænitet
• Digital suverænitet i praksis: en realistisk plan
• 10 spørgsmål om dataplacering til enhver leverandør
• Skift betalingsgateway uden at miste abonnementer
• Gratis migrering til Hostious – til WordPress- og WooCommerce-hosting

Ofte stillede spørgsmål om exit-planer

Hvilke systemer skal have en exit-plan?

De kritiske: website eller webshop, mail, regnskab, CRM, nyhedsbrev og betalings- og fragtplatforme. Fire linjer pr. system rækker – sandt slår smukt.

Hvor ofte skal exit-planen testes?

Test ét systems fulde eksport om året, og verificér, at dataene kan bruges i et alternativ. Rotér, så alle kritiske systemer testes over en årrække.

Hvad er den hyppigste exit-fælde?

Eksporten, der viser sig ubrugelig – en PDF eller et proprietært format – og betalingstokens, der ikke kan flyttes. Begge opdages bedst i fredstid.

Hjælper EU’s Data Act, når jeg vil skifte cloudleverandør?

Ja. Siden 12. september 2025 har Data Act sat grænser for opsigelsesvarsel og skiftetid og begrænset gebyrerne for skift, som udfases helt fra 12. januar 2027. Den erstatter dog ikke din egen plan for, hvilke data du skal have med.