Plan een kennismaking

Vendor lock-in vermijden: wat je bewust aanvaardt en wat je voorkomt

Vendor lock-in vermijd je niet volledig. Elke softwarekeuze maakt je afhankelijk van een leverancier. Wat je wel kan: het onderscheid maken tussen vendor lock-in en partner lock-in, weten wat vertrekken je zou kosten nog voor je tekent, en die kost bewust laag houden. In de praktijk aanvaard je de eerste vaak en voorkom je de tweede.

Vendor lock-in betekent dat je je data of processen niet uit een systeem krijgt zonder hoge kosten, veel werk of stilstand. In onze gids over software kiezen staat het kort uitgelegd. Dit artikel gaat een laag dieper: wat je concreet vraagt, test en vastlegt.

Waarom is "vermijden" het verkeerde woord?

Wie afhankelijkheid volledig wil uitsluiten, kiest uiteindelijk niets. Je data staat ergens. Je mensen leren één manier van werken aan. Je koppelingen zijn op één systeem gebouwd. Dat is geen fout in je keuze, dat is de keuze.

De vraag is dus niet of je vastzit, maar hoe diep en tegen welke prijs je eruit komt. Een leverancier waar je binnen drie maanden en met beperkte kosten weg kan, is iets anders dan een leverancier waar vertrekken betekent dat je vijf jaar historiek verliest.

Verschuif de vraag van "hoe vermijd ik lock-in" naar "wat kost het mij om hier binnen drie jaar weg te gaan". Dat is een vraag met een antwoord, en dat antwoord kan je voor de handtekening afdwingen.

Wat is het verschil tussen vendor lock-in en partner lock-in?

Dit onderscheid wordt zelden gemaakt, en het bepaalt vaak het verschil tussen een lastige situatie en een uitzichtloze.

Wat is vendor lock-in? De afhankelijkheid van de softwareleverancier: je krijgt je data of processen niet uit het product zonder hoge kosten, veel werk of stilstand.

Wat is partner lock-in? De afhankelijkheid van de partij die de software bij jou implementeert en onderhoudt: zonder hen kan niemand je opzet nog doorgronden of aanpassen.

Die twee hangen niet automatisch samen. Bij een gesloten pakket van één aanbieder vallen ze samen: de leverancier is ook de enige partij die je kan helpen. Ontevreden over de dienstverlening betekent dan meteen: alles vervangen.

Bij een platform met een partnernetwerk, zoals Microsoft Dynamics 365 Business Central, liggen ze los. Je kan van partner wisselen zonder je software te vervangen. Je data blijft staan, je configuratie blijft staan, alleen de partij die je begeleidt verandert.

In de praktijk komt de meeste frustratie bij KMO's niet van het product, maar van de partner: trage ondersteuning, facturen voor elke vraag, een consultant die vertrokken is en niets heeft gedocumenteerd. Als dat je overkomt en je zit ook nog vast aan de vendor, heb je geen enkele uitweg.

De vuistregel: vendor lock-in mag je aanvaarden als het functioneel iets oplevert. Partner lock-in wil je waar mogelijk vermijden, want die levert je nooit iets op.

Waar zit je precies vast? Vijf sloten, niet één

De meeste KMO's kijken enkel naar het contract. Dat is het slot dat het minst pijn doet. De andere vier zitten dieper.

Slot 1: je data. Krijg je alles eruit, inclusief historiek, bijlagen, notities en documenten? In een formaat dat een ander systeem kan inlezen?

Slot 2: je koppelingen. Heeft het systeem een open API, of moet elke uitwisseling via de leverancier lopen? Zonder API kan je niet automatiseren en later niet migreren. Waarom dat doorslaggevend is, staat in waarom een open API een must is.

Slot 3: je maatwerk en configuratie. Dit is het slot dat bijna niemand ziet. Velden, workflows, rapporten, sjablonen en rechten die je maandenlang hebt opgebouwd: die verhuizen niet mee. Hoe meer je een systeem naar je hand zet, hoe duurder vertrekken wordt. Geen reden om het niet te doen, wel om te weten wat je opbouwt.

Slot 4: je partner. Kan iemand anders dit overnemen, of zit de kennis van jouw opzet in één hoofd bij één bureau?

Slot 5: je contract. Looptijd, stilzwijgende verlenging, opzegtermijn en wat er met je data gebeurt na opzeg.

Slot 3 is doorgaans het duurste, en het staat in geen enkel contract vermeld.

Wat verandert de Europese Data Act hieraan?

De Data Act haalt één slot weg, niet vijf. Verordening (EU) 2023/2854 is van kracht sinds 12 september 2025 en legt aanbieders van clouddiensten concrete verplichtingen op als je wil overstappen:

  • De opzegtermijn om een overstap in gang te zetten mag maximaal twee maanden bedragen.
  • Daarna geldt een transitieperiode van maximaal 30 kalenderdagen waarin de leverancier moet meewerken aan je overstap.
  • Is dat technisch onhaalbaar, dan moet hij je binnen 14 werkdagen gemotiveerd verwittigen, en kan die periode oplopen tot maximaal zeven maanden.
  • Je krijgt daarna minstens 30 kalenderdagen om je data op te halen.
  • Vanaf 12 januari 2027 mogen er helemaal geen overstapkosten meer aangerekend worden.

Let op de afbakening: dit geldt voor dataverwerkingsdiensten, dus cloud- en SaaS-systemen. Draait je software op je eigen server, dan val je er niet onder.

Wat de wet niet doet: je configuratie, workflows en maatwerk verhuizen niet mee, je koppelingen moeten opnieuw gebouwd worden, en over je implementatiepartner staat er niets in. De Data Act ruimt slot 1 op en een stuk van slot 5. De sloten 2, 3 en 4 blijven onaangeroerd.

Met andere woorden: de wet zorgt ervoor dat je je data meekrijgt, niet dat je je manier van werken meekrijgt. Dat blijft jouw werk bij de selectie.

Wanneer aanvaard je vendor lock-in bewust?

Soms is diepe afhankelijkheid de betere keuze. Het duidelijkste voorbeeld zien we bij ERP voor de voedingsindustrie.

Die markt is smal. Traceerbaarheid, houdbaarheidsdata, allergenen, recepturen, lotbeheer en de bijhorende controles zijn geen extraatjes, dat is de kern van het werk. Er zijn maar een beperkt aantal partijen die dat echt beheersen. Een generiek pakket dat je zelf naar de voedingssector buigt, is duurder en fragieler dan een pakket dat de sector al kent.

Dan sta je voor twee wegen:

  • Een volledig pakket van één aanbieder. Alles zit erin, alles komt van dezelfde partij. Maximale functionele fit, maar ook volledige lock-in: vendor en partner vallen samen.
  • Een sectormodule bovenop een breder platform. Bijvoorbeeld een voedingsmodule die bovenop Business Central draait, zoals Aptean die aanbiedt. Je aanvaardt de afhankelijkheid van twee partijen, Microsoft en de moduleleverancier, maar je houdt de mogelijkheid om van implementatiepartner te wisselen. Je basis blijft een platform met een brede markt eromheen.

In beide gevallen aanvaard je vendor lock-in, en terecht: je zoekt net die specialisatie, en die is niet optioneel. Functionaliteit weegt hier zwaarder dan bewegingsvrijheid. Het verschil zit in wat je overhoudt als de samenwerking stroef loopt. Bij de tweede weg kan je nog naar een andere partner. Bij de eerste kan je alleen nog naar een ander systeem.

Eén nuance, want anders beloof je vrijheid die er niet is: in een echte niche is die partnermarkt ook klein. Als er in België drie partijen zijn die de module kennen, is wisselen mogelijk maar niet comfortabel. Tel ze dus voor je tekent, in plaats van ervan uit te gaan dat er wel iemand zal zijn.

Dezelfde afweging tussen één geheel en losse specialisten komt terug in all-in-one, best-of-breed of platform.

Welke tien vragen stel je voor je tekent?

Stel ze aan elke kandidaat op je shortlist en vraag de antwoorden op mail. Een leverancier die hier vlot op antwoordt, verkoopt je vertrouwen. Een leverancier die uitwijkt, heeft je net iets verteld.

Over het product:

  1. Kan ik op elk moment zelf een volledige export trekken, zonder jullie tussenkomst?
  2. In welk formaat komt die export, en zit alles erin: historiek, bijlagen, notities, documenten?
  3. Van wie zijn de configuratie, workflows en rapporten die we samen opbouwen?
  4. Is er een open API, wat kan ik ermee lezen en schrijven, en zit die in mijn abonnement?
  5. Zitten er limieten op die API, zoals een maximum aantal calls of een duurdere tier?
  6. Wat gebeurt er met onze data als we opzeggen: hoelang blijft ze beschikbaar en in welke vorm?
  7. Wat is de looptijd, verlengt het contract stilzwijgend, en wat is de opzegtermijn?
  8. Met hoeveel mag de prijs jaarlijks stijgen, en staat dat plafond in het contract?

Over de partner:

  1. Hoeveel partners kunnen dit systeem in België implementeren en ondersteunen? Noem er drie.
  2. Als we van partner willen wisselen, wat verhuist er mee en wat niet? Wie bezit het maatwerk dat jullie voor ons bouwen?

Vraag 9 en 10 worden bijna nooit gesteld, en ze zijn vaak de belangrijkste. Neem de antwoorden mee in je berekening van de echte kosten, want een moeilijke exit is een uitgestelde factuur.

Wat hoort er in je contract te staan?

Geen juridisch advies, wel de punten die wij in selectietrajecten altijd laten nakijken:

  • Looptijd en verlenging. Hoelang zit je vast, en verlengt het stilzwijgend met een jaar?
  • Opzegtermijn. Drie maanden is normaal. Twaalf maanden op een jaarcontract is een slot.
  • Data-teruggave. In welk formaat, binnen welke termijn, tegen welke kost. Leg vast dat het machineleesbaar is.
  • Eigendom. Je data, je configuratie en je workflows blijven van jou. Zet het er letterlijk in.
  • Eigendom van maatwerk. Wie bezit de code of de extensies die specifiek voor jou gebouwd zijn?
  • Overdraagbaarheid. Kan je licentie of omgeving naar een andere partner mee, en onder welke voorwaarden?
  • API-toegang. Gegarandeerd voor de hele looptijd, zonder bijkomende kost of plotse limieten.
  • Prijsindexering. Een plafond, niet "volgens de geldende tarieven".
  • Migratiehulp bij vertrek. Of ze helpen, en aan welk tarief.

Hoe test je of je data er echt uit kan?

Vraag tijdens je proefperiode of demo-omgeving een volledige export van je eigen testdata, en open wat eruit komt. Dat is de goedkoopste test die bestaat en bijna niemand doet hem.

Waar het meestal misloopt:

  • Je krijgt een PDF. Een PDF is een afdruk, geen data.
  • Je krijgt een CSV met de hoofdvelden, maar zonder bijlagen, notities of historiek. Precies wat je nodig hebt.
  • Je krijgt een export die enkel via een supportticket kan, met enkele dagen doorlooptijd.
  • Je krijgt een technisch dumpformaat dat alleen hun eigen systeem begrijpt.

Wat een leverancier in een demo belooft over export, en wat er effectief uit de knop komt, zijn twee verschillende dingen. Dat is ook precies waarom een demo verkoopt en een selectieproces beslist. Test het terwijl je nog niets getekend hebt, want dat is het enige moment waarop je nog weg kan.

Wat je hieraan overhoudt

Vendor lock-in is een prijs, geen fout. Partner lock-in is meestal wel een fout, want die levert je niets op. Ken je de vijf sloten, stel je de tien vragen en test je de export, dan kies je afhankelijkheid in plaats van dat ze je overkomt.

Twijfel je of een pakket je later gaat klemzetten? Bij een softwareselectie toetsen we elk systeem op je shortlist hierop, voor er iets getekend wordt.

Veelgestelde vragen

Vendor lock-in: FAQ

Wat is het verschil tussen vendor lock-in en partner lock-in?
Vendor lock-in is je afhankelijkheid van de softwareleverancier en het product. Partner lock-in is je afhankelijkheid van de partij die het implementeert en onderhoudt. Bij een gesloten pakket vallen ze samen. Bij een platform met een partnernetwerk kan je van partner wisselen zonder je software te vervangen.
Is vendor lock-in altijd slecht?
Nee. In een niche waar maar enkele pakketten de vereiste functionaliteit beheersen, zoals ERP voor de voedingsindustrie, is afhankelijkheid de prijs voor een systeem dat effectief past. Aanvaard ze dan bewust en zorg dat de exit geregeld is.
Lost de Europese Data Act vendor lock-in op?
Gedeeltelijk. De Data Act geeft je het recht om je data mee te nemen bij clouddiensten, legt termijnen op aan je leverancier en schrapt vanaf 12 januari 2027 de overstapkosten. Je configuratie, je koppelingen en je maatwerk verhuizen niet mee, en over je implementatiepartner zegt de wet niets.
Is open source de oplossing tegen vendor lock-in?
Niet automatisch. Open source neemt het licentieslot weg, maar je kan nog altijd vastzitten aan de partij die het voor jou draait en onderhoudt. Dat is partner lock-in, en die kan even duur uitvallen.
Wat hoort er minimaal in een exitclausule?
Drie zaken: dat je je data terugkrijgt in een bruikbaar formaat, binnen welke termijn, en tegen welke kost. Zonder die drie is een exitclausule een intentieverklaring.

Twijfel je of een pakket je later gaat klemzetten?

Een vrijblijvend gesprek van een uur. We kijken samen naar de systemen op je shortlist, wat vertrekken je zou kosten en welke afhankelijkheid je bewust aanvaardt. Onafhankelijk, zonder commissies en zonder vendor-bias.

Plan een kennismaking