Definitie: Vendor lock-in is de situatie waarin een organisatie zo afhankelijk is geworden van één leverancier van software, cloud of diensten, dat overstappen naar een alternatief lastig, duur of riskant is. De afhankelijkheid ontstaat door technische, contractuele of praktische drempels.
In het kort
- Vendor lock-in ontstaat door gesloten formaten, eigen techniek van de leverancier, ontbrekende exportmogelijkheden of contractvoorwaarden.
- Het risico is dat je vastzit aan prijsverhogingen, mindere service of een product dat niet meer bij je past.
- Je beperkt lock-in met afspraken over gegevens, broncode, open standaarden en een exitplan.
- De Europese Data Act maakt het sinds september 2025 eenvoudiger om over te stappen tussen clouddiensten.
Wat is vendor lock-in?
Vendor betekent leverancier, lock-in betekent ingesloten zijn. Bij vendor lock-in zit je vast aan een leverancier, niet omdat je dat wilt, maar omdat weggaan te veel kost. Dat kan geld zijn, maar ook tijd, risico of verlies van gegevens en functies.
Een zekere afhankelijkheid is normaal. Wie een pakket kiest, investeert in inrichting, training en koppelingen. Lock-in wordt een probleem als de drempel zo hoog is dat je niet meer vrij kunt kiezen, ook als de leverancier de prijs verhoogt, de kwaliteit afneemt of het product niet meer past bij je organisatie.
Hoe ontstaat vendor lock-in?
- Gesloten formaten. Gegevens zijn alleen in het eigen formaat van de leverancier beschikbaar.
- Geen of beperkte export. Je kunt gegevens of je applicatie niet volledig meenemen.
- Eigen techniek. De software draait alleen op het platform van de leverancier, zoals bij veel no-code platforms.
- Diepe koppelingen. Veel andere systemen zijn op één leverancier aangesloten.
- Contracten. Lange looptijden, hoge opzegkosten of onduidelijke afspraken over de overdracht van gegevens.
- Kennis. Alleen de leverancier weet hoe het systeem werkt.
- Eigendom. De broncode van maatwerk is niet van de opdrachtgever, of er is geen toegang tot.
Soorten lock-in
| Soort | Voorbeeld |
|---|---|
| Technische lock-in | Een app die alleen op één no-code platform draait en niet als code kan worden geëxporteerd |
| Gegevenslock-in | Klantgegevens die alleen in een eigen formaat kunnen worden opgevraagd |
| Contractuele lock-in | Een meerjarig contract met hoge boetes bij vroegtijdig opzeggen |
| Kennislock-in | Een maatwerksysteem zonder documentatie, dat alleen de oorspronkelijke ontwikkelaar begrijpt |
| Cloudlock-in | Een applicatie die gebruikmaakt van specifieke diensten van één cloudaanbieder |
De Data Act en overstappen
De Europese Data Act is sinds 12 september 2025 van toepassing. Een van de onderdelen gaat over het overstappen tussen aanbieders van clouddiensten. Aanbieders moeten het overstappen vergemakkelijken en drempels wegnemen, en de kosten voor overstappen worden stap voor stap afgebouwd. Dat helpt organisaties om minder afhankelijk te zijn van één aanbieder, al blijft het verstandig om zelf afspraken te maken.
Hoe voorkom of beperk je vendor lock-in?
- Regel eigendom van gegevens. Leg vast dat de gegevens van jou zijn en dat je ze altijd kunt opvragen.
- Eis een bruikbare export, in een open formaat zoals CSV, JSON of een standaard databaseformaat.
- Regel eigendom of toegang tot de broncode bij maatwerk, eventueel via software escrow.
- Kies waar mogelijk voor open standaarden en gangbare technieken, zodat meerdere partijen ermee kunnen werken.
- Leg een exitplan vast: wat gebeurt er bij beëindiging, hoe lang heb je toegang en wie helpt bij de overdracht?
- Let op contracttermijnen en opzegvoorwaarden.
- Zorg voor documentatie, zodat kennis niet bij één persoon of partij ligt.
- Test af en toe de export, zodat je weet dat het werkt als het nodig is.
Is lock-in altijd slecht?
Nee. Een geïntegreerd platform kan veel voordelen hebben: alles werkt samen, er is één aanspreekpunt en je hoeft niet zelf onderdelen te combineren. De vraag is of je de afhankelijkheid bewust kiest en weet wat een overstap later zou kosten. Een kleine interne tool op een no-code platform is een ander risico dan een kernsysteem waar je hele bedrijf op draait.
Wat betekent dit voor jouw project?
Ik leg in een voorstel uit hoe eigenaarschap en toegang geregeld zijn. Je moet vooraf weten waar de code staat en wat er gebeurt als je ooit met een andere partij verder wilt. Dat geldt ook voor de diensten en platforms waarop een applicatie draait.
Bij een nieuw idee onderzoek ik eerst of een bestaand pakket, een koppeling of maatwerk het beste past. Bij die afweging hoort ook de vraag hoe afhankelijk je wordt van één leverancier, en of dat past bij hoe belangrijk het systeem voor je bedrijf wordt.
Wil je weten hoe afhankelijk je bent van je huidige software, of hoe je dat bij een nieuw systeem beperkt? Stuur me welke systemen het zijn en hoe belangrijk ze zijn voor je werk. Dan bepalen we samen de logische eerste stap.
Veelgestelde vragen over vendor lock-in
Wat is vendor lock-in?
Vendor lock-in is de situatie waarin een organisatie zo afhankelijk is geworden van één leverancier van software of diensten, dat overstappen naar een alternatief lastig, duur of riskant is.
Hoe voorkom je vendor lock-in?
Je beperkt vendor lock-in door eigendom van gegevens en broncode vast te leggen, een bruikbare export in een open formaat te eisen, open standaarden te kiezen en een exitplan af te spreken.
Wat is een voorbeeld van vendor lock-in?
Een voorbeeld is een applicatie die op een no-code platform is gebouwd en niet als code kan worden geëxporteerd. Wil je overstappen, dan moet je de hele applicatie opnieuw bouwen.
Verwante termen
Broncode · Software escrow · Intellectueel eigendom software · Bubble · Build vs buy · Datamigratie
← Terug naar de kennisbank