Intellectueel eigendom in software.

Van wie is de software?

Het is een vraag die verrassend weinig ondernemers stellen voordat ze een softwareproject starten: van wie is de code die gebouwd wordt? Het antwoord is minder vanzelfsprekend dan je denkt en heeft serieuze gevolgen voor je bedrijf.

In Nederland geldt het auteursrecht automatisch: de maker van software is de rechthebbende. Dat betekent dat als een softwarebedrijf code voor je schrijft, het auteursrecht standaard bij het softwarebedrijf ligt — niet bij jou als opdrachtgever. Tenzij je dit expliciet anders afspreekt.

Hoe het juridisch zit

Auteursrecht op software

Software valt in Nederland onder het auteursrecht. De auteurswet beschermt de broncode als literair werk. Het auteursrecht ontstaat automatisch op het moment dat de code geschreven wordt — er is geen registratie nodig. De oorspronkelijke maker is de rechthebbende.

Werknemers vs. opdrachtnemers

Voor code geschreven door werknemers is het helder: het auteursrecht komt toe aan de werkgever (mits de software binnen het kader van de arbeidsovereenkomst is geschreven). Maar bij maatwerksoftware gebouwd door een extern bureau ligt dat anders: het auteursrecht blijft bij het bureau, tenzij je de overdracht contractueel regelt.

Wat dat in de praktijk betekent

Zonder expliciete overdracht van het auteursrecht heb je als opdrachtgever een gebruiksrecht — je mag de software gebruiken — maar je bent niet de eigenaar van de code. Je kunt de code niet zomaar aan een ander bureau geven om verder te ontwikkelen, je kunt de code niet doorverkopen en je kunt het bureau niet verbieden dezelfde code of patronen voor andere klanten te gebruiken.

Als je niet contractueel vastlegt dat de code van jou is, is die van je leverancier. Dat is geen oneerlijkheid; dat is hoe de wet werkt.

Hoe wij hiermee omgaan

Coding Agency werkt met een gestandaardiseerde software ontwikkelingsovereenkomst die we op verzoek inzetten. Daarin wordt het intellectueel eigendom helder geregeld — afgestemd op jouw situatie.

Via deze overeenkomst kan het IE bij jou als opdrachtgever komen te liggen. Belangrijk daarbij: de doorontwikkeling en het onderhoud blijven bij Coding Agency. Dat is in jouw belang. Bij een zwart-witte IE-overdracht — waarbij je de volledige code meeneemt en door willekeurige derden kunt laten aanpassen — loop je het risico dat partijen die niet betrokken waren bij de architectuur en opbouw van de software onbedoeld schade aanrichten aan codekwaliteit, stabiliteit en veiligheid. Door de ontwikkeling bij het oorspronkelijke team te houden, bescherm je je investering.

Concreet betekent dat:

• IE bij jou — Het intellectueel eigendom van de specifieke maatwerk code — je business logic, je unieke functionaliteit — kan contractueel aan jou worden overgedragen. Je bent eigenaar.
• Ontwikkeling bij Coding Agency — De doorontwikkeling en het beheer blijven bij ons. Niet om jou te beperken, maar om te garanderen dat de kwaliteit en stabiliteit van je software gewaarborgd blijft.
• Software escrow als vangnet — Voor extra zekerheid kan de broncode bij een onafhankelijke partij in bewaring worden gegeven. Je hoeft geen directe toegang tot de code te hebben, maar hebt de garantie dat je erbij kunt als dat nodig is.

Frameworks, open-source libraries en generieke componenten die we vaker inzetten vallen hier buiten — die behouden hun eigen licentie of blijven van ons met een onbeperkt gebruiksrecht voor jou.

Welke constructie het beste bij je past bespreken we graag. Wij lichten de voor- en nadelen toe zodat je een weloverwogen keuze kunt maken.

Waar je op moet letten bij een contract

Niet elk softwarebedrijf is zo transparant over intellectueel eigendom. Let bij het aangaan van een samenwerking op deze punten:

• Staat er iets over IE in het contract? — Als het er niet in staat, geldt de wet: het auteursrecht blijft bij de maker. Zorg dat het expliciet geregeld is.
• Overdracht of licentie? — Er is een verschil. Bij overdracht word je eigenaar. Bij een licentie krijg je gebruiksrecht maar blijft de maker eigenaar. Weet wat je krijgt.
• Wanneer vindt overdracht plaats? — Standaard is overdracht na volledige betaling. Maar wat als er een betalingsgeschil is? Regel dit vooraf.
• Escrow-regeling? — Software escrow is een sterke manier om je te beschermen zonder dat je broncode direct gedeeld hoeft te worden. Een onafhankelijke partij bewaart de code en geeft deze vrij bij vooraf afgesproken triggers — denk aan faillissement van het bureau, langdurig betalingsgeschil of het niet nakomen van SLA-afspraken. Het biedt zekerheid voor beide partijen.
• Broncode-toegang — Heb je directe toegang tot de broncode nodig, of volstaat een escrow-regeling? Beide zijn valide, maar bespreek het vooraf. Zorg in ieder geval dat je niet volledig afhankelijk bent van je leverancier.

Open-source en licenties

Moderne software is gebouwd op open-source componenten. Laravel zelf is open-source (MIT-licentie), net als duizenden packages die in een typisch project gebruikt worden. Dit is geen probleem — de meeste open-source licenties staan commercieel gebruik toe — maar het is goed om te weten.

De MIT-licentie (de meest gebruikte in het Laravel-ecosysteem) staat je toe om de software te gebruiken, aan te passen en commercieel in te zetten, zolang je de originele licentie en copyright-notice bewaart. Geen restricties, geen royalties.

Wees voorzichtiger met GPL-gelicenseerde software: de GPL vereist dat afgeleide werken ook onder de GPL worden vrijgegeven, wat implicaties kan hebben voor je eigen code. Wij controleren altijd de licenties van de packages die we gebruiken.

Intellectueel eigendom regel je aan het begin, niet halverwege het project. Achteraf onderhandelen doe je altijd vanuit een zwakkere positie.

Software escrow: zekerheid zonder te delen

Niet elke opdrachtgever wil of hoeft directe toegang tot de broncode te hebben. Maar je wilt wel de zekerheid dat je erbij kunt als het nodig is. Dat is precies waar software escrow voor is.

Bij een escrow-regeling wordt de broncode periodiek in bewaring gegeven bij een onafhankelijke partij. De code wordt vrijgegeven aan jou wanneer vooraf afgesproken situaties zich voordoen:

• Faillissement of opheffing van het softwarebedrijf
• Het niet nakomen van onderhoud- of SLA-afspraken
• Langdurig onopgelost betalingsgeschil
• Andere contractueel vastgelegde triggers

Het voordeel van escrow is dat het voor beide partijen werkt. Als opdrachtgever heb je de zekerheid dat je niet met lege handen staat. Als ontwikkelaar hoef je je broncode niet direct te delen met partijen die er mogelijk onzorgvuldig mee omgaan.

Wij adviseren escrow als serieuze optie bij projecten waar continuiteit belangrijk is. We helpen je met het opzetten ervan en lichten toe wanneer het zinvol is en wanneer andere constructies beter passen.

Praktische tips

• Bespreek IE actief — Ga er niet vanuit dat het automatisch geregeld is. Breng het onderwerp zelf ter sprake bij je leverancier, het liefst voordat het project start.
• Overweeg escrow — Wil je zekerheid zonder directe broncode-toegang? Een escrow-regeling beschermt je zonder dat code gedeeld hoeft te worden.
• Documenteer wie wat gebouwd heeft — Bij een lang project met meerdere partijen kan het onduidelijk worden wie welk deel heeft bijgedragen. Houd dit bij.
• Denk aan de toekomst — Wat als je van bureau wilt wisselen? Wat als je het product wilt verkopen? Je IE-regeling moet deze scenario's ondersteunen.

Conclusie

Intellectueel eigendom is een onderwerp dat bij de start van elk softwareproject besproken moet worden. De standaard juridische situatie — het auteursrecht blijft bij de maker — is niet per se een probleem, maar je moet weten waar je aan toe bent. Bespreek het actief, weet welke opties je hebt en leg de afspraken vast voordat het project begint.

Bij Coding Agency adviseren we je graag over de constructie die het beste bij jouw situatie past — of dat nu een gebruiksrecht, een IE-overdracht of een escrow-regeling is. Neem contact op om het te bespreken.