Waarom je pas merkt dat je vastzit als je wilt bewegen
Het begint zelden met een wet. In de praktijk begint het met iets veel banaalers. Een mail die binnenkomt aan het einde van de middag, waarin een leverancier aankondigt dat het prijsmodel wordt aangepast. Netjes verwoord, zorgvuldig onderbouwd. De dienstverlening is uitgebreid, de waarde is toegenomen, het nieuwe model sluit beter aan bij de markt. Niemand schrikt echt, want dit soort mails komen vaker langs.
Er wordt even gemopperd. Iemand opent een spreadsheet om te kijken wat het betekent voor het budget. Een manager vraagt of dit binnen de afgesproken bandbreedtes valt. Technisch gezien werkt alles nog prima en gebruikers merken niets, dus na een paar dagen verdwijnt het onderwerp weer naar de achtergrond. Er zijn urgenter zaken.
Totdat het een paar maanden later misgaat.
De storing die volgt is niet uitzonderlijk lang. Geen dagenlange uitval, geen krantenkoppen. Maar wel lang genoeg om ongemak te veroorzaken. Processen lopen vast, medewerkers improviseren, beslissingen blijven liggen. Het voelt ineens kwetsbaar, alsof er onder iets wat altijd stabiel leek toch minder fundament zit dan gedacht.
Na afloop volgt het bekende patroon. Er is een evaluatie, er worden verbeterpunten genoteerd, monitoring wordt aangescherpt en de communicatie richting gebruikers moet de volgende keer sneller. Het gesprek verloopt zoals zovele andere evaluaties. Tot ergens halverwege iemand hardop uitspreekt wat tot dan toe onuitgesproken bleef: wat als dit nog een keer gebeurt?
Die ene vraag verandert de dynamiek. Niet onmiddellijk, maar subtiel. Iemand merkt op dat er vast alternatieven zijn. Een ander wijst op het contract en zegt dat de data van ons is, dat export geregeld is. De Data Act wordt erbij gehaald. Overstappen moet eenvoudiger worden, lock-in wordt aangepakt, de wet lijkt precies voor dit soort situaties geschreven.
Het klinkt geruststellend, maar alleen zolang niemand doorvraagt.
Want zodra de vervolgvraag op tafel komt, kunnen we hier daadwerkelijk weg, en wat nemen we dan mee, verschuift het gesprek van theorie naar praktijk. Portabiliteit verandert van een abstract recht in een concrete behoefte. Niet ooit, maar nu. Niet voor auditdoeleinden, maar om een reële optie te hebben.
De leverancier reageert professioneel. Begripvol zelfs. Er is documentatie, er is een exportmogelijkheid en die wordt snel beschikbaar gesteld. Bestanden worden klaargezet, structuren gedeeld. Op technisch niveau is er weinig op aan te merken. Iedereen doet wat is afgesproken.
Maar wanneer iemand de export daadwerkelijk opent, ontstaat er verwarring. Niet omdat de data ontbreekt, maar omdat ze niets zegt. Tabellen zijn gevuld, velden hebben waarden, maar het geheel voelt vreemd leeg. Relaties tussen gegevens zijn niet vanzelfsprekend. Historie is lastig te volgen. Statussen die in het dagelijks gebruik logisch waren, blijken nu slechts codes zonder context.
Het systeem dat iedereen dagelijks gebruikt, is in deze vorm nauwelijks te herkennen.
Langzaam dringt door wat er gebeurt. Wat jarenlang vanzelfsprekend voelde, zat niet in de data zelf. Het zat in het platform eromheen. In configuratie die nooit expliciet is vastgelegd als ontwerp, omdat dat ook niet nodig leek. In logica die impliciet was, omdat iedereen ermee werkte. In uitzonderingen die ooit zijn toegevoegd om een specifiek probleem op te lossen en daarna zijn blijven bestaan zonder verdere documentatie.
Zolang je binnen dezelfde omgeving blijft, voelt die impliciete samenhang veilig. Alles grijpt in elkaar, alles klopt. Maar op het moment dat je probeert los te laten, blijkt hoe weinig daarvan overdraagbaar is.
Dan wordt duidelijk dat portabiliteit iets anders betekent dan gedacht. Het gaat niet om het kunnen downloaden van data, maar om het kunnen voortzetten van betekenis. Een status zonder uitleg is slechts een waarde. Een beslissing zonder context is slechts een uitkomst. Een proces zonder onderliggende aannames is niet meer dan een reeks stappen zonder verhaal.
De echte waarde zit niet in de bestanden, maar in de samenhang. En precies die samenhang laat zich niet exporteren.
Cloud- en SaaS-platformen groeien zelden uit tot losse diensten. Ze worden ecosystemen waarin data, processen, rapportages en integraties steeds sterker met elkaar verweven raken. Wat ooit begon als een oplossing voor één probleem, wordt langzaam een fundament onder meerdere ketens. Dat fundament is nooit ontworpen om los te laten, omdat vertrekken simpelweg geen realistisch scenario leek.
De Data Act verandert daar op zichzelf niets aan. Ze benoemt het recht om data mee te nemen, maar zegt niets over hoe je de betekenis daarvan behoudt. Contractueel is alles correct geregeld. De leverancier levert wat is afgesproken. Juridisch is het verhaal sluitend.
Operationeel begint de echte complexiteit echter pas na die levering.
Want in een nieuwe omgeving moet de data opnieuw tot leven worden gebracht. Processen moeten worden herbouwd, rapportages opnieuw gedefinieerd, beslislogica herontdekt. Dat vraagt niet alleen techniek, maar interpretatie. Begrip. Kennis van waarom dingen zijn ingericht zoals ze zijn.
En die kennis zit vaak bij de partij die je probeert te verlaten.
Migratie blijkt dan ook zelden een puur technisch project. Het is een reconstructie. Een zoektocht naar betekenis die jarenlang impliciet was. Waarom werd deze regel ooit zo toegepast. Waarom liep dit proces altijd vast op dat ene punt. Waarom mocht dit hier wel en daar niet.
Die antwoorden staan niet in de export. Ze zitten in hoofden, in oude tickets, in afspraken die ooit logisch waren en daarna nooit meer zijn bevraagd.
Dit probleem ontstaat dan ook niet bij exit. Het ontstaat veel eerder. Op het moment dat data wordt gezien als bijproduct van functionaliteit. Op het moment dat betekenis impliciet blijft omdat het systeem het “wel weet”. Op het moment dat niemand zich afvraagt hoe dit eruit zou zien buiten de huidige context.
Zolang alles werkt, voelt dat efficiënt. Pas wanneer beweging nodig wordt, blijkt hoe kwetsbaar dat uitgangspunt is.
De Data Act maakt dat pijnlijk zichtbaar, maar lost het niet op. De wet creëert verwachtingen bij bestuurders en inkopers, maar dwingt geen architectuur af. Ze zegt niets over semantiek, niets over samenhang, niets over hoe betekenis overdraagbaar wordt.
Dat blijft een ontwerpopgave.
Voor architectuur betekent dit dat portabiliteit geen clausule is, maar een eigenschap. Dat de vraag waar betekenis leeft net zo belangrijk is als waar data wordt opgeslagen. Dat het verschil tussen wat in modellen zit en wat opgesloten zit in tooling expliciet moet worden gemaakt, juist wanneer alles nog goed werkt.
De echte kosten van afhankelijkheid zitten dan ook niet in export, maar in herstel. In het opnieuw begrijpen van je eigen gegevens. In het opnieuw modelleren van processen. In het expliciet maken van aannames die nooit bedoeld waren om expliciet te zijn.
Die kosten staan zelden in businesscases. Maar ze komen altijd langs. En vrijwel altijd op het moment dat er geen tijd en ruimte meer is om ze rustig te dragen.
De Data Act belooft bewegingsvrijheid. Cloudcontracten beloven flexibiliteit. De praktijk is weerbarstiger. Je kunt je data meenemen, maar zonder context laat je de waarde achter. En dat merk je pas op het moment dat je echt wilt bewegen.