Wie is eigenaar van de code van je maatwerk CRM?

Gebruiksrecht versus eigendom

In Nederland ligt het auteursrecht op software standaard bij degene die hem heeft geschreven, ook als jij ervoor hebt betaald. Dat verandert alleen als je het schriftelijk anders afspreekt. Wie niets afspreekt, heeft dus in de regel een gebruiksrecht: je mag het systeem gebruiken, maar je bent geen eigenaar van de code.

Dat is niet per se slecht en het is ook niet altijd wat je nodig hebt. Een ruim, onbeperkt en onopzegbaar gebruiksrecht doet in de praktijk bijna hetzelfde als eigendom, zolang je er ook bij kunt als de relatie eindigt. Waar het misgaat, is bij een gebruiksrecht dat stopt zodra je stopt met betalen, of dat alleen geldt zolang het systeem bij die ene leverancier draait.

De vraag die je dus stelt is niet alleen wie de eigenaar is, maar wat er gebeurt op de dag dat je weggaat. Als het antwoord daarop duidelijk is en schriftelijk vastligt, is de juridische etikettering minder belangrijk dan het klinkt.

Wat je minimaal afspreekt

Met deze vier ben je voor het grootste deel ingedekt, ook als de code formeel bij de leverancier blijft. Wat je verder nog kunt afspreken is nuttig maar minder dringend: op welke naam het domein staat, wie de accounts bij de hostingpartij beheert, en wat er gebeurt met de gegevens na beëindiging.

Wat een leverancier redelijkerwijs mag houden

Hier is het eerlijk om beide kanten te laten zien. Vrijwel elke partij die maatwerk maakt, gebruikt onderdelen die ze eerder hebben gemaakt: een inlogsysteem, een rechtenmodel, een manier om pdf's te maken, een koppeling met een boekhoudpakket. Die onderdelen zijn de reden dat je systeem in weken staat in plaats van in maanden, en dat ze bij meer klanten draaien is precies waarom ze betrouwbaar zijn.

Het is niet redelijk om te eisen dat die bouwstenen exclusief van jou worden. Wat wel redelijk is: dat je er een gebruiksrecht op krijgt dat niet vervalt, zodat jouw systeem blijft werken, en dat het deel dat specifiek voor jou is gemaakt wél van jou is. Dat onderscheid staat in een goed contract met zoveel woorden.

De echte afhankelijkheid zit niet in de code

Stel dat je alles hebt: de code, de database, het domein. Kan een andere partij het dan overnemen? Dat hangt van drie dingen af, en geen daarvan is een juridische bepaling.

1. 01Draait het op techniek die anderen kennen? Een systeem op gangbare techniek kan iedere Nederlandse ontwikkelaar oppakken. Een systeem op een eigen bouwdoos van de leverancier niet, ook al heb je de code.
2. 02Is er documentatie? Niet een handleiding voor gebruikers, maar een beschrijving van hoe het in elkaar zit en waarom bepaalde keuzes zijn gemaakt.
3. 03Zijn de gegevens los te krijgen? Een database met begrijpelijke tabelnamen is over te nemen. Een export van losse bestanden zonder onderling verband is dat niet.

Een contract waarin staat dat je de code krijgt, maar die code draait op een platform dat alleen die leverancier gebruikt, geeft je papieren zekerheid en verder niets. Vraag dus ook waarop het draait, en of dat iets is wat je elders terugvindt. Het antwoord daarop zegt meer over je afhankelijkheid dan welk artikel in de voorwaarden ook.

Hoe wij het regelen

Je krijgt een onbeperkt gebruiksrecht op het systeem, en het deel dat specifiek voor jou is gemaakt is van jou zodra de laatste factuur is voldaan. Ga je bij ons weg, dan krijg je de broncode, een volledige export van de database en de documentatie mee, zodat een andere partij het kan oppakken. Aan die overdracht werken we mee; het is geen sanctie dat je vertrekt.

De bouwstenen die wij bij meerdere klanten gebruiken, blijven van ons, maar jij houdt er een gebruiksrecht op dat niet vervalt. Zolang het bij ons draait, onderhouden wij de code voor € 49 per maand. Wat we niet doen, is functies achter een duurder pakket zetten of je gegevens vasthouden: die staan in een database die van jou is en die je op elk moment kunt exporteren.

En het draait op techniek die elke Nederlandse ontwikkelaar kent, niet op een eigen platform. Dat is minder een verkoopargument dan een geruststelling: het betekent dat je niet vastzit aan ons, ook niet als wij er over vijf jaar niet meer zouden zijn. Een leverancier die dat risico niet benoemt, heeft er meestal wel over nagedacht en vertelt het je alleen niet.