Vendor lock-in, på dansk leverandørbinding, kan føles som at sidde fast uden at kunne sætte tal på det, og så er den svær at prioritere og forhandle om. En exit-plan hviler på, at bindingen gøres målbar system for system, så den kan sammenlignes, følges og tages med i et budget.
Artiklen beskriver seks dimensioner, hvor bindingen typisk sidder, og hvordan EU’s dataforordning og standarden ISO/IEC 19941 kan bruges som fælles begreber. Til sidst præsenteres en enkel skala, som er sitets egen metode, og som kan bruges i trin 4 og 5 i exit-planen.
Hvad vendor lock-in betyder i lovens sprog
Dataforordningen, forordning (EU) 2023/2854, bruger udtrykket fastlåsning til leverandør. Betragtning 90 beskriver det som noget, der underminerer konkurrencen og udviklingen af nye tjenester.
Artikel 23 er den mest præcise beskrivelse af, hvad der binder. Udbydere af databehandlingstjenester må ikke pålægge kunderne prækommercielle, kommercielle, tekniske, kontraktmæssige eller organisatoriske hindringer for at skifte. Hindringerne må blandt andet ikke forhindre kunden i at opsige aftalen, indgå en ny aftale eller flytte data og digitale aktiver.
De fem typer hindringer er et godt udgangspunkt for en måling. De viser, at bindingen kan sidde i teknikken, i aftalen og i organisationen på samme tid. Hvad reglerne giver kunden ved et skifte, er gennemgået i → Data Act og skifteret.
Hvorfor bindingen skal måles
Betragtning 90 i dataforordningen påpeger, at interoperabilitet sjældent er en binær test af, om noget kan lade sig gøre. Den bygger i stedet på en afvejning af omkostninger og gevinster.
Det samme gælder en exit. For de fleste systemer handler spørgsmålet om, hvad det koster i tid, penge og forstyrrelse at forlade leverandøren. En måling gør det muligt at sammenligne systemer, prioritere dem og se, om bindingen vokser fra år til år.
ISO/IEC 19941 som begrebsramme
Betragtning 90 fremhæver ISO/IEC 19941:2017 som en vigtig international reference. Standarden fra december 2017 fastlægger begreber for interoperabilitet og portabilitet i cloud, så kunder og udbydere kan tale om dem på samme måde.
Standarden deler interoperabilitet i transport, syntaks, semantik for data, adfærd og politik. Dataportabilitet deles i syntaks, semantik og politik. Portabilitet af applikationer har desuden en politikdel, der dækker lov og regler, kontrakter og licenser samt organisationens egne politikker.
Pointen for exit-planen er, at et dataformat kan være åbent, mens betydningen af data, integrationernes adfærd eller licensvilkårene stadig binder. Standarden er kun tilgængelig mod betaling, men indholdsfortegnelsen viser opdelingen.
Seks dimensioner at måle
Med udgangspunkt i dataforordningens fem typer hindringer og standardens opdeling kan bindingen måles i seks dimensioner pr. system.
- Data · kan alle data komme ud, også historik og metadata?
- Formater · kan data læses og bruges af et andet system?
- Integrationer · hvor mange koblinger til andre systemer skal genopbygges?
- Kompetencer · ligger viden om opsætning og drift hos jer eller hos leverandøren?
- Kontrakt · hvilke vilkår om opsigelse, varsel og overgang gælder?
- Pris · hvad koster det at komme ud, og hvad mister I af rabatter?
Data og formater
Dataforordningens betragtning 82 nævner, at de eksporterbare data som minimum bør omfatte input- og outputdata, herunder metadata, som kunden har skabt ved brug af tjenesten. Betragtning 83 tæller også applikationer, konfiguration og adgangsrettigheder med som digitale aktiver.
Efter artikel 26 skal udbyderen oplyse om metoder og formater til skift og henvise til et ajourført register over datastrukturer og formater. Brug oplysningerne som kilde i målingen. Hvor formaterne binder i praksis, er gennemgået i → Dokumentformater som binding.
Integrationer og kompetencer
Integrationer måles ved at tælle koblinger og notere, om de bygger på åbne grænseflader eller på leverandørens egne. En kobling, der kun findes hos én udbyder, skal genopbygges ved en exit.
PA Consulting lavede i januar 2026 analysen Digital suverænitet i den offentlige sektor, for blandt andre Digitaliseringsstyrelsen. Den peger på dokumentation, interoperabilitet og adgang via API som dele af en exit-strategi. Analysen nævner også, at en modulær arkitektur kan sænke omkostningerne ved fremtidige leverandørskift.
Kompetencer er let at overse. Dataforordningen nævner organisatoriske hindringer, og standarden nævner organisationens egne politikker. Notér, om opsætningen er dokumenteret, og om nogen internt kan genskabe den uden leverandøren. Hvordan brugerne påvirkes ved et skifte, står i → brugerne i skiftet.
Kontrakt og pris
Artikel 25 kræver, at aftaler om databehandlingstjenester blandt andet har en opsigelsesfrist på højst to måneder og en udtømmende liste over de data, der kan flyttes. Efter artikel 29 må udbydere fra 12. januar 2027 ikke opkræve skiftegebyrer. Indtil da må gebyrerne ikke overstige udbyderens direkte omkostninger ved skiftet. Status for et ændringsforslag til reglerne er beskrevet i artiklen om skifteret.
Artikel 29, stk. 5, er særlig nyttig for målingen. Udbyderen skal, hvor det er relevant, oplyse om tjenester, hvor et skift er særligt komplekst eller dyrt eller umuligt uden betydelig indgriben i arkitekturen. Efter stk. 6 skal oplysningerne være offentligt tilgængelige, fx på udbyderens websted.
Pris handler også om rabatter og pakker, som forsvinder ved et delvist skifte. Den mekanisme er beskrevet i → tvangsbundling og prisstigninger.
En enkel skala pr. system
Skalaen herunder er digital-suveraenitet.dk’s egen metode. Den bygger på dataforordningen og ISO/IEC 19941, men er ikke en standard. Giv hver dimension en score fra 0 til 3.
- 0, ingen binding · kan flyttes uden leverandørens hjælp, i et åbent og dokumenteret format.
- 1, lav binding · eksport er mulig i et standardformat, men kræver lidt tilpasning.
- 2, betydelig binding · dele kræver konvertering, leverandørens bistand eller genopbygning.
- 3, høj binding · data eller funktion kan ikke genskabes uden for platformen inden for en rimelig tid.
Notér både summen og den højeste enkeltscore. Summen viser den samlede byrde. Den højeste score viser, hvad der kan stoppe en exit. En 3 i én dimension tæller derfor tungere end flere ettaller. Skriv kilden ud for hver score, fx en side i dokumentationen, et kontraktpunkt eller en afprøvet eksport.
Sådan bruges skalaen i trin 4 og 5
I → trin 4 vurderes, hvem der kan lukke, se og ændre et system. Skalaen supplerer den vurdering med, hvor svært det er at gå, hvis det sker. Scorerne for kontrakt og pris peger direkte på varsel og ensidige ændringer.
I → trin 5 omsættes bindingen til tid og penge. En høj score for integrationer eller kompetencer bliver typisk til arbejdstimer, mens en høj score for pris bliver til et beløb. Gentag målingen ved hver fornyelse, så en voksende binding kan ses i tide, jf. → trin 8.
Typiske fejl i målingen
- Kun licensen måles · data, integrationer og kompetencer udelades, selv om de kan veje tungt i tid.
- Leverandørens svar uden afprøvning · en eksport, der kun er beskrevet i dokumentationen, er uprøvet, indtil I selv har gennemført den.
- AI-funktioner glemmes · funktioner, der bygger på organisationens egne dokumenter og mails, giver en ny binding, jf. → binding til AI-leverandøren.
- Systemer uden for listen · tjenester, der ikke står i kortlægningen fra → trin 1, bliver aldrig målt.
- Én samlet score · summen skjuler den enkelte dimension, der kan stoppe en exit.
Hvad målingen kan og ikke kan
Målingen kan gøre bindingen sammenlignelig på tværs af systemer og over tid. Den kan også vise, hvilken dimension et tiltag ændrer, fx at et nyt eksportformat sænker data, mens kompetencer står uændret.
Målingen kan ikke fortælle, hvem der ejer leverandøren, eller hvilke staters love der kan ramme tjenesten. De spørgsmål hører til i → de tre lag. Scorerne er skøn, og to personer kan score forskelligt. Derfor er kilden ud for hver score vigtigere end tallet.
Betydningen for exit-planen
Mål de tre til fem vigtigste systemer først, og notér de seks scorer i samme regneark som resten af planen. Bed leverandøren om oplysningerne efter dataforordningens artikel 26 og artikel 29, stk. 5, og læg dem ved målingen.
Viser målingen høj binding i et forretningskritisk system, skal ejerskabet bag leverandøren ofte også vurderes. Her kan Nielco IT’s jurisdiktions- og afhængighedsvurdering give et samlet billede på jeres eget materiale.
Kilder
- Den Europæiske Unions Tidende (EUR-Lex): Europa-Parlamentets og Rådets forordning (EU) 2023/2854 af 13. december 2023 om harmoniserede regler om fair adgang til og anvendelse af data (dataforordningen), betragtning 82, 83 og 90 samt artikel 23, 25, 26 og 29. https://eur-lex.europa.eu/eli/reg/2023/2854/oj/dan
- PA Consulting for Digitaliseringsministeriet, Digitaliseringsstyrelsen, KL og Danske Regioner: Digital suverænitet i den offentlige sektor, januar 2026, s. 23. https://digst.dk/media/lebaiiex/pdf_final_webtilgaengelig_version_digital-suveraenitet_sammenfattende-erfaringsopsamling-paa-myndigheders-initiativer-for-at-migrere-til-alternative-teknologivalg.pdf
- ISO/IEC: ISO/IEC 19941:2017 Information technology, Cloud computing, Interoperability and portability, første udgave december 2017, indholdsfortegnelse og afsnit 1 (offentlig prøveside via VDE Verlag). https://assets.vde-verlag.de/iec-normen/preview-pdf/info_isoiec19941%7Bed1.0%7Den.pdf
