Wat code-eigendom echt betekent, en wat je concreet moet krijgen.

Vraag tien softwareleveranciers naar vendor lock-in en je krijgt tien keer hetzelfde antwoord: “de code is van jou”. Toch komt het geregeld voor dat een organisatie op papier eigenaar is van haar maatwerksoftware, maar in de praktijk nergens heen kan. De broncode staat in een repository van de leverancier, niemand weet hoe een nieuwe versie live gaat, en de documentatie bestaat uit drie verouderde pagina’s. Eigendom is dan een juridische term, geen praktische werkelijkheid. Daarom zetten we op een rij wat je concreet moet krijgen en kunnen, en welke vragen je stelt voordat je tekent.

De test die alles samenvat.

Er is één vraag die het verschil laat zien tussen eigendom op papier en eigendom in de praktijk: kan een ander ontwikkelteam jouw software binnen een paar weken overnemen, zonder de oorspronkelijke bouwer te hoeven bellen? Kunnen ze de code lezen, lokaal draaien, aanpassen en een nieuwe versie live zetten? Als het antwoord nee is, ben je geen eigenaar. Dan huur je, met extra stappen.

Dit moet je concreet in handen hebben.

Vier dingen bepalen of je echt kunt vertrekken als dat ooit nodig is.

Volledige toegang tot de repository. Niet een zip-bestand bij oplevering, maar beheerdersrechten op de repository zelf, inclusief de volledige commit-geschiedenis. Het liefst staat die repository in een account van jouw organisatie, zodat de leverancier te gast is bij jou en niet andersom.

Deployment-scripts en CI/CD-configuratie. Broncode die alleen vanaf de laptop van één ontwikkelaar live kan worden gezet, is een risico. Je wilt de scripts en de pijplijnconfiguratie waarmee de software wordt gebouwd, getest en uitgerold, zodat elke bekwame ontwikkelaar dat proces kan herhalen.

Documentatie die een buitenstaander op weg helpt. Geen honderd pagina’s, wel de essentie: hoe zit de architectuur in elkaar, welke keuzes zijn gemaakt en waarom, hoe draai je het systeem lokaal en hoe zet je een release live. Goede documentatie is geschreven voor het team dat er nog niet is.

Eigen accounts voor alles eromheen. De cloudomgeving, domeinnamen, databases en API-sleutels horen op naam van jouw organisatie te staan. Staat de productieomgeving in het cloudaccount van de leverancier, dan verhuist je hele applicatie mee zodra de relatie eindigt, op hun tempo en hun voorwaarden.

Het recht is niets waard zonder de mogelijkheid.

Veel contracten regelen het eigendom keurig, maar vergeten de praktische kant. Software die is gebouwd op een eigen framework van de leverancier kan alleen door die leverancier worden onderhouden, hoe helder het contract ook is. Hetzelfde geldt voor software die uitsluitend op hun platform draait. Kijk daarom ook naar de techniek: is er gebouwd met breed gebruikte technologie, is de software modulair opgezet en kan hij bij een andere cloudleverancier draaien? Wil je op termijn weg bij een leverancier zonder alles in één keer om te gooien, dan helpt zo’n modulaire opzet enorm. Hoe dat werkt lees je in Legacy vervangen zonder big bang.

Vijf vragen voordat je tekent.

1. In wiens account komt de repository te staan, en krijg ik beheerdersrechten? Het goede antwoord: in dat van jou, vanaf dag één.
2. Kan iemand anders deployen zonder jullie hulp? Vraag om een demonstratie of een beschrijving van het proces, niet om een belofte.
3. Welke documentatie leveren jullie op, en wanneer? Documentatie die “na de oplevering nog volgt”, komt er zelden.
4. Mag ik onderhoud bij een andere partij beleggen, en staat dat zwart op wit? Dat recht hoort in het contract, zonder boeteclausules of voorwaarden die het onaantrekkelijk maken.
5. Met welke technologie bouwen jullie, en hoeveel andere partijen kennen die? Standaardtechnologie betekent dat je altijd een tweede mening of een tweede team kunt vinden.

Hoe wij het geregeld hebben.

Bij Customatix is code-eigendom de standaardoplevering, geen optie. Je krijgt de repository, de deployment-scripts en de documentatie overgedragen, en het staat je vrij om onderhoud elders te beleggen. We bouwen modulair en cloud-agnostisch, met data in de EU, conform de AVG en de AI-act. De bouwprijs is vast: een kleine tool vanaf € 9.500, een volwaardige applicatie vanaf € 24.500. Daarna betaal je naar gebruik, met een kostenlimiet die je zelf instelt, zonder abonnement. Wat dat precies inhoudt zie je op onze prijzenpagina, en wat we bouwen vind je bij onze diensten.

Twijfel je of je bij je huidige of toekomstige leverancier echt eigenaar bent, of wil je weten wat een overstap zou betekenen? Plan dan een korte inventarisatie: een gratis gesprek van 30 minuten, waarna je een rapport krijgt met advies en een vaste prijs. Dat rapport is van jou, ook als je daarna zelf of met een andere partij verder gaat. Dan weet je in elk geval precies waar je staat.