Van wie is de code en de data bij maatwerksoftware? Vijf afspraken voor je tekent

Kort antwoord: leg vooraf vast van wie de broncode is (of dat je een gebruiksrecht krijgt), op wiens naam de hosting en accounts staan, hoe je je gegevens kunt exporteren, welke documentatie je krijgt en wat er gebeurt als de bouwer wegvalt. Dat zijn vijf afspraken die je voor het tekenen maakt, niet erna.

Als iemand software voor je bouwt, praat iedereen over functies en prijs. Over eigendom praat niemand, tot het fout gaat: de bouwer stopt, de relatie loopt stuk of je wilt verhuizen. Dan blijkt dat je een pakket gebruikt dat je niet kunt meenemen. Dit is praktische uitleg en geen juridisch advies, laat je voorwaarden dus ook door een jurist lezen.

Waarom is dit een risico?

Een bouwer kan alles goed doen en toch een risico zijn: ziekte, een andere keuze, een beëindigde samenwerking. Bij maatwerk zit alle kennis vaak bij één persoon. Als je niets hebt afgesproken, zit je vast.

Welke vijf afspraken maak je vooraf?

1. Wie bezit de broncode? Krijg je de code in eigendom, of een gebruiksrecht? Het verschil is groot: bij eigendom kun je een andere bouwer vragen verder te gaan.
2. Op wiens naam staan hosting en accounts? Idealiter op jouw naam, met de bouwer als beheerder. Dan kun je de sleutel terugnemen.
3. Hoe krijg je je gegevens terug? Een export in een gangbaar formaat, op verzoek en zonder extra kosten of wachttijd.
4. Welke documentatie krijg je? Genoeg om een andere bouwer in te werken: hoe het in elkaar zit, welke koppelingen er zijn en hoe je het opnieuw opbouwt.
5. Wat gebeurt er als de bouwer wegvalt? Een overdrachtsafspraak, met toegang tot de code of een vervangende bouwer.

Hoe ziet dat in een tabel uit?

Onderwerp	Risicovol	Veilig
Broncode	Niet genoemd	Eigendom of ruim gebruiksrecht, vastgelegd
Hosting	Op naam van de bouwer	Op jouw naam
Data	Geen exportafspraak	Export op verzoek
Documentatie	Alleen in het hoofd van de bouwer	Schriftelijk meegeleverd
Wegvallen	Niet geregeld	Overdracht afgesproken

En bij AI-oplossingen?

Daar komt een extra laag bij: de oplossing gebruikt een taalmodel van een externe aanbieder. Vraag dus ook: welke aanbieder, wat gebeurt er met jouw gegevens bij die aanbieder, en wat gebeurt er als hij stopt of zijn prijzen verandert? Een goede bouwer kan een tweede model als terugvaloptie inbouwen. Lees ook AI-agents en privacy.

Wat doe ik zelf?

Ik bespreek dit vooraf, vóór er iets wordt gebouwd. Ik werk met een vaste projectprijs en een afgesproken versie 1.0, en ik train je beheerders zodat jouw team niet afhankelijk is van mij. Meer daarover in zo bouw ik een werkende app in drie weken.

Een checklist om mee te nemen naar het gesprek

Neem deze vragen mee naar elk gesprek met een bouwer:

• Wie wordt eigenaar van de broncode, of welk gebruiksrecht krijg ik?
• Staan hosting, domein en accounts op mijn naam?
• Hoe krijg ik mijn gegevens eruit, in welk formaat en binnen welke tijd?
• Welke documentatie krijg ik, en is die genoeg voor een andere bouwer?
• Welke externe diensten gebruikt de oplossing, en wat gebeurt er als een daarvan stopt?
• Wat zijn de kosten voor beheer en hosting na oplevering?
• Wat gebeurt er met mijn gegevens als wij uit elkaar gaan?

Wat is het verschil tussen eigendom en licentie?

Bij eigendom kun je de code aanpassen, laten onderhouden door een ander of verkopen. Bij een licentie mag je de software gebruiken onder voorwaarden, maar je bezit hem niet. Beide kunnen goed zijn, afhankelijk van wat je bouwt. Voor iets dat jouw bedrijf draagt, wil je in elk geval kunnen doorgaan zonder de oorspronkelijke bouwer.

Hoe voorkom je afhankelijkheid van één persoon?

1. Vraag om documentatie. Niet als extra, maar als onderdeel van de oplevering.
2. Laat het testen door iemand anders. Een tweede paar ogen ziet wat onduidelijk is.
3. Plan een overdrachtsmoment. Bijvoorbeeld een sessie met jouw beheerder of een andere bouwer.
4. Bewaar toegang. Zorg dat je zelf de beheerder bent van accounts en hosting.

Wat doe je als het toch misgaat?

Als de bouwer wegvalt en je niets hebt afgesproken, is de eerste stap: verzamel wat je hebt (toegang, documentatie, gegevens). De tweede stap: laat een andere bouwer beoordelen wat er staat en wat het kost om verder te gaan. Een noodoverdracht is duurder dan een goede afspraak vooraf, maar vaak wel haalbaar als je toegang hebt.

Veelgestelde vragen

Moet ik de code in eigendom willen? Niet altijd. Voor een standaardproduct volstaat een licentie. Voor iets dat jouw bedrijf draagt, wil je in elk geval kunnen doorgaan zonder de oorspronkelijke bouwer.

Wat als de bouwer zegt dat dit niet kan? Vraag door waarom. Soms is er een goede reden, soms is het een verdienmodel.

Wat kost het om hier goed over na te denken? Een uur voor het tekenen. Dat is minder dan wat een noodoverdracht later kost.

Is het gebruikelijk dat een bouwer de code houdt? Het komt voor, vooral bij producten die hij aan meerdere klanten verkoopt. Bij maatwerk voor jouw bedrijf is het goed om expliciet te vragen en vast te leggen.

Moet ik een jurist inschakelen? Voor een groot of kritiek project is dat verstandig. Dit artikel is praktische uitleg, geen juridisch advies.

Wil je dit bespreken voor jouw project?

Plan 30 minuten via weareimpact.nl/contact. Iris stelt je eerst een paar vragen, daarna praten we over jouw situatie.