De broncode van maatwerksoftware is niet automatisch eigendom van de opdrachtgever na oplevering. In Nederland geldt dat de maker van software standaard de auteursrechten behoudt, tenzij contractueel anders is vastgelegd. Dit betekent dat je als opdrachtgever actief moet zorgen dat de overdracht van rechten schriftelijk en expliciet in je contract staat. In dit artikel beantwoorden we de meest gestelde vragen over broncoderechten, zodat je weet waar je op moet letten.
Wat bepaalt wie de rechten op broncode krijgt?
De rechten op broncode worden bepaald door wat er contractueel is afgesproken tussen opdrachtgever en ontwikkelaar. Zonder schriftelijke afspraken geldt het auteursrecht automatisch voor de maker van de code, niet voor degene die de ontwikkeling heeft betaald. Dit is vastgelegd in de Auteurswet, die van toepassing is op alle software die in Nederland wordt ontwikkeld.
Er zijn drie situaties die bepalen wie uiteindelijk de rechten krijgt:
- Geen contract of vage afspraken: De ontwikkelaar behoudt de auteursrechten op de broncode.
- Licentieovereenkomst: De opdrachtgever krijgt het recht om de software te gebruiken, maar de ontwikkelaar blijft eigenaar van de code.
- Volledige overdracht van rechten: De opdrachtgever wordt juridisch eigenaar van de broncode, inclusief het recht om de code te wijzigen, door te verkopen of opnieuw te gebruiken.
De keuze tussen deze situaties heeft grote gevolgen. Als je ooit wilt overstappen naar een andere leverancier, de software wilt uitbreiden of de code wilt inzien, heb je als opdrachtgever volledige eigendom nodig. Zonder dat eigendom ben je afhankelijk van de goodwill van je ontwikkelaar.
Gaat broncode automatisch over bij oplevering van software?
Nee, broncode gaat niet automatisch over bij oplevering. Oplevering van werkende software betekent dat je het eindproduct ontvangt, maar dat zegt niets over de onderliggende rechten op de code. De auteursrechten blijven bij de maker, tenzij in het contract expliciet staat dat deze worden overgedragen aan de opdrachtgever.
Dit is een veelgemaakte fout bij bedrijven die voor het eerst maatwerksoftware laten ontwikkelen. Ze gaan ervan uit dat betalen voor de ontwikkeling automatisch betekent dat ze eigenaar worden van alles wat wordt opgeleverd. In de praktijk is dit juridisch niet het geval.
Wat je bij oplevering wel ontvangt als dit niet contractueel is geregeld:
- Het recht om de software te gebruiken (gebruiksrecht)
- De uitvoerbare versie van het programma
- Eventueel documentatie, afhankelijk van de afspraken
Wat je niet automatisch ontvangt: het recht om de broncode te bekijken, aan te passen of door te geven aan een derde partij.
Wat is het verschil tussen licentie en eigendom van broncode?
Het verschil tussen een licentie en eigendom van broncode is de mate van zeggenschap die je hebt over de code. Bij een licentie krijg je het recht om de software te gebruiken onder bepaalde voorwaarden. Bij volledige eigendom mag je de code vrij gebruiken, aanpassen, distribueren en overdragen aan anderen.
Een licentie kan breed of smal zijn. Zo kan een licentie beperkt zijn tot gebruik binnen één organisatie, voor één specifiek doel of voor een bepaalde periode. Zodra je buiten die grenzen treedt, schend je de licentievoorwaarden.
Volledige eigendom geeft je als opdrachtgever:
- Het recht om de broncode te bekijken en te wijzigen
- De vrijheid om een andere ontwikkelaar in te schakelen voor onderhoud of uitbreidingen
- De mogelijkheid om de software door te verkopen of opnieuw in te zetten
- Onafhankelijkheid van de oorspronkelijke leverancier
Voor de meeste bedrijven die investeren in maatwerksoftware development is volledige eigendom de verstandigste keuze. Het beschermt je investering op de lange termijn en voorkomt dat je vastzit aan één partij.
Welke clausules moeten in een softwarecontract staan?
Een goed softwarecontract bevat minimaal een clausule over auteursrechtoverdracht, een escrow-regeling en afspraken over derdepartijcomponenten. Zonder deze elementen loop je als opdrachtgever aanzienlijke risico’s, ook als de samenwerking op het moment zelf goed verloopt.
De volgende clausules zijn belangrijk om op te nemen:
- Overdracht van auteursrechten: Beschrijf expliciet dat alle rechten op de broncode na betaling overgaan op de opdrachtgever.
- Escrow-regeling: Leg vast dat de broncode bij een onafhankelijke derde wordt bewaard, zodat je er altijd toegang toe hebt, ook als de leverancier failliet gaat.
- Vrijwaring van third-party claims: Zorg dat de ontwikkelaar aansprakelijk is als er intellectuele eigendomsrechten van derden worden geschonden.
- Omschrijving van wat wordt overgedragen: Specificeer of dit gaat om de volledige broncode, documentatie, testscripts en andere bijbehorende bestanden.
- Gebruik van open-source componenten: Leg vast welke open-source bibliotheken worden gebruikt en welke licentievoorwaarden daaraan verbonden zijn.
Laat dit contract altijd controleren door een jurist met ervaring in IT-recht. Standaardcontracten van ontwikkelpartijen zijn vaak in het voordeel van de leverancier opgesteld.
Wat gebeurt er met open-source code in maatwerksoftware?
Open-source code in maatwerksoftware valt onder de licentievoorwaarden van de betreffende open-source bibliotheek, niet onder de afspraken die jij maakt met je ontwikkelaar. Dit betekent dat bepaalde open-source licenties voorwaarden opleggen aan hoe je de software mag gebruiken, distribueren of aanpassen.
Er zijn twee typen open-source licenties die je moet kennen:
- Permissieve licenties (zoals MIT of Apache 2.0): Je mag de code vrijelijk gebruiken, aanpassen en distribueren, ook in commerciële producten. Je hoeft de broncode van je eigen aanpassingen niet openbaar te maken.
- Copyleftlicenties (zoals GPL): Als je software distribueert die GPL-code bevat, ben je verplicht om ook je eigen broncode openbaar te maken. Dit kan grote gevolgen hebben voor commerciële producten.
Vraag je ontwikkelaar altijd om een overzicht van alle gebruikte open-source componenten en hun licenties. Dit overzicht, ook wel een “Software Bill of Materials” (SBOM) genoemd, helpt je om juridische risico’s te vermijden en geeft inzicht in de opbouw van je software.
Hoe leg je broncodeoverdracht contractueel goed vast?
Broncodeoverdracht leg je contractueel goed vast door een aparte bepaling op te nemen die expliciet stelt dat alle vermogensrechten op de broncode na volledige betaling overgaan op de opdrachtgever. Vage formuleringen zoals “de klant is eigenaar van het eindproduct” zijn onvoldoende en leiden in de praktijk tot discussie.
Gebruik de volgende aanpak om de overdracht waterdicht te maken:
- Benoem de rechten specifiek: Noem auteursrecht, exploitatierechten en het recht op wijziging expliciet in het contract.
- Koppel overdracht aan betaling: Leg vast dat de overdracht plaatsvindt op het moment van volledige betaling, niet pas bij oplevering.
- Definieer wat “broncode” inhoudt: Omschrijf of dit ook documentatie, configuratiebestanden en testscripts omvat.
- Regel de overdracht van toekomstige versies: Als je verwacht dat de software wordt doorontwikkeld, zorg dan dat ook toekomstige versies onder de overdracht vallen.
- Leg een leveringsverplichting vast: Beschrijf op welk moment en in welk formaat de broncode wordt aangeleverd.
Zorg ook voor een escrow-overeenkomst als aanvullende zekerheid. Hierbij wordt de broncode bij een onafhankelijke partij bewaard en vrijgegeven als de leverancier niet meer in staat is om zijn verplichtingen na te komen.
Hoe 3Bird helpt bij transparante broncodeafspraken
Bij 3Bird geloven we dat je als opdrachtgever altijd volledige controle moet hebben over wat je laat bouwen. Onduidelijke eigendomsafspraken zijn een van de grootste risico’s bij software development, en we pakken dat bij ons van begin af aan goed aan.
Wat je van ons kunt verwachten:
- Heldere contracten: We leggen eigendomsrechten en broncodeoverdracht altijd expliciet vast, zodat je precies weet wat je krijgt.
- Transparantie over gebruikte technologieën: We documenteren welke open-source componenten we gebruiken en welke licenties daaraan verbonden zijn.
- Begeleiding door Nederlandse fractional CTO’s: Je hebt altijd een aanspreekpunt dat je in je eigen taal begeleidt en technische keuzes voor je vertaalt naar praktische gevolgen.
- Flexibele teams: Onze maatwerksoftwareontwikkeling is opgezet zodat je eenvoudig kunt opschalen of afschalen, zonder dat je vastzit aan één leverancier.
We werken met een team van meer dan 30 ervaren ontwikkelaars in Nepal, aangestuurd vanuit Nederland, en bieden dit alles aan vanaf €25 per uur. Wil je weten hoe we jouw softwareproject aanpakken en hoe we de eigendomsafspraken regelen? Neem contact met ons op via contact@3bird.nl of bel +(31)75-7993038.