En AI-løsning binder jer i fem lag på én gang: aftalen, selve modellen, platformen, der leverer den, det arbejde, I selv lægger i løsningen, og forbindelserne til jeres egne systemer. Binding kan ikke undgås, så spørgsmålet før købet er, hvilken binding I vælger bevidst, og hvilken I får med uden at have set den.
Ordet lock-in bruges ofte, som om det var én ting. I et AI-valg er det flere ting med hver sin udløbsdato og hver sin pris for at komme ud. Den, der kun læser kontrakten, ser det første lag. De fire andre ligger i dokumentationen, i jeres egen kode og i den måde, folk arbejder på.
Lag 1: aftalen
Aftalen binder gennem løbetid, opsigelsesvarsel og retten til at ændre vilkårene. I de forretningsvilkår, vi gennemgik 8. november 2026, gælder væsentlige ændringer 30 dage efter, at kunden har fået besked, og bliver kunden ved med at bruge tjenesten, har den dermed sagt ja. Den eneste udvej er at stoppe brugen, før ændringen gælder. En kort løbetid giver altså frihed på papiret, men friheden er kun noget værd, hvis I kan nå at skifte inden for varslet.
Løbetiden behandles i løbetid på en AI-aftale, og hvad I gør, når vilkårene ændres, står i AI-leverandøren ændrer vilkår.
Lag 2: modellen
En sprogmodel har en udløbsdato. Hos samtlige udbydere i vores gennemgang har modellerne en planlagt slutdato. En prøvemodel kan forsvinde på få uger, og en almindelig model har en frist på nogle måneder. Det betyder, at I skifter model, også selvom I bliver hos samme leverandør. Bindingen til modellen er derfor en binding til en bestemt adfærd i en begrænset periode.
Det, der binder, er alt det, der er finjusteret efter netop den models måde at svare på: formuleringer i instruktionerne, grænser for svarlængde, den måde fejl fanges på. Læs mere i modeller med udløbsdato.
Lag 3: platformen
Samme model kan købes flere steder: direkte hos udvikleren, gennem en stor cloudplatform eller gennem en partner. Livscyklus, regioner og vilkår følger platformen, og udbyderne skriver selv, at datoerne kan afvige mellem kanalerne. Platformen binder også gennem det, der ligger rundt om modellen: nøgler og adgangsstyring, overvågning, kvoter, reserveret kapacitet og de værktøjer, platformen tilbyder til at bygge assistenter.
Lag 4: jeres egne aktiver
Her ligger den binding, der lettest overses, fordi den ser ud som jeres eget arbejde. Prompter og instruktioner, testsæt, eksempler, finjusterede versioner af en model og indekser over jeres dokumenter er bygget til en bestemt model eller platform.
To forhold gør laget tungt. En finjusteret model følger basismodellens ophør hos de udbydere, vi har læst, så tilpasningen har samme udløbsdato som den model, den bygger på. Og indlejringer, som en dokumentsøgning bygger på, kan ikke sammenlignes på tværs af modeller, selv ikke mellem to modeller fra samme udbyder. Skifter I indlejringsmodel, skal alle dokumenter behandles igen. Det står i indlejringer og vektordatabaser og prompter og testsæt er jeres.
Dataforordningen (Data Act) giver ret til at få eksporterbare data med ved et skifte, når tjenesten er omfattet. Loven definerer det som input- og outputdata med metadata. Udbyderens egne aktiver og rettigheder er undtaget, så modellen følger ikke med. Om en tilpasning eller et indeks hører til jeres data, står der intet klart om i loven, og heller ikke i de læste vilkår. Svaret beror på tolkning, og afgørende tvivl hører hjemme hos en advokat.
Lag 5: forbindelserne
Hver gang et system kalder modellen direkte, bliver modellens grænseflade en del af jeres kode. Værktøjskald, strukturerede svar og fejlbeskeder ser forskellige ud hos forskellige udbydere. Ét sted at skifte er let. Tyve steder i fem systemer er et projekt. Et lag mellem systemerne og modellen kan samle kaldene ét sted, men laget kan selv blive en binding. Det vurderes i artiklen om mellemlaget.
Vælg bindingen, før I bygger
Binding er ikke i sig selv en fejl. En virksomhed, der vælger én platform for at få et samlet sted for adgangsstyring og overvågning, kan have gjort et godt valg. Problemet opstår, når en binding først bliver opdaget, efter at den er bygget ind.
En enkel metode før købet er at tage de fem lag og skrive tre ting ud for hvert: hvad binder konkret, hvornår udløber det, og hvad det kræver at komme ud. Det sidste skrives som timer og folk, med et forsigtigt og et dristigt bud. Beløbene hører til jeres eget regneark. Den samme liste kan bruges, når I sammenligner tjenester, for en tjeneste med kort løbetid og tung binding i lag 4 kan være sværere at forlade end en lang aftale med et let lag 4.
Hvorfor bindingen findes, og hvad udbyderne lover om levetid, er beskrevet på digital-suveraenitet.dk. Hvordan typerne af binding vejer økonomisk, beskriver vendor-lock-in.dk. Her er emnet valget, før noget er bygget.
Hvad det kræver, og hvad det koster at lade være
Gennemgangen af de fem lag tager en IT-chef eller arkitekt en til to dage for én planlagt løsning, når aftaleudkast og dokumentation ligger klar. Er løsningen allerede i drift og bygget af flere, tager det længere, fordi kaldene til modellen først skal findes.
Lader I være, viser bindingen sig på et tidspunkt, som andre bestemmer: når en model udfases, når vilkårene ændres, eller når en kunde stiller krav om, hvor data behandles. Så skal prompter skrives om, indekser bygges igen og kald findes i systemerne under tidspres. Posterne er egne timer, ekstern hjælp, parallel drift og ny test, og de kommer alle på én gang.
Det skal I lade være med
- At læse kontrakten som hele bindingen · de tungeste lag står i dokumentationen og i jeres egen kode.
- At regne en kort løbetid som frihed · friheden kræver, at I kan nå et skifte inden for varslet.
- At lade prompter og testsæt ligge kun hos udbyderen · de er jeres arbejde og skal kunne flyttes.
Det skal valget kunne vise
- ☐ De fem lag beskrevet for den løsning, I vil købe.
- ☐ Udløbsdato eller varsel for model, tilpasninger og aftale.
- ☐ Hvilke af jeres egne aktiver der kan tages med, og i hvilket format.
- ☐ En vurdering i tid og arbejde af, hvad et skifte kræver, med lav og høj værdi.
Kilder
- Forordning (EU) 2023/2854 (dataforordningen), art. 2, nr. 38, og art. 30, dansk tekst, https://publications.europa.eu/resource/cellar/ef51c6ab-a06c-11ee-b164-01aa75ed71a1.0003.03/DOC_1, læst november 2026.
- Udbydernes egne sider om udfasning af modeller, finjustering og indlejringer hos seks store udbydere og platforme, læst 8. november 2026.
Senest gennemgået: november 2026.
Næste skridt
Tag den løsning, I er tættest på at købe, og skriv de fem lag op med udløbsdato ud for hvert.
Læs også: Udgangen, før I køber · Gælder Data Act’s skifteret for AI-tjenester?
→ Kontakt · Tlf. 70 13 63 23 · Exit-plan og exit-rådgivning hos Nielco IT
