Bij uitbestede softwareontwikkeling bezit jij als opdrachtgever het intellectueel eigendom, maar alleen als dit expliciet in het contract is vastgelegd. Zonder een duidelijke eigendomsoverdracht blijft het auteursrecht standaard bij de ontwikkelaar of het ontwikkelbureau dat de code heeft geschreven. Dit geldt ook bij internationale samenwerking, waarbij de nationale wetgeving van het land van de ontwikkelaar een rol kan spelen. In dit artikel beantwoorden we de meest gestelde vragen over IE bij uitbestede software, zodat je precies weet waar je op moet letten.
Wie bezit de broncode als een extern team die schrijft?
De broncode is juridisch gezien een auteursrechtelijk beschermd werk. Wie de code schrijft, bezit het auteursrecht, tenzij contractueel anders is afgesproken. Als een extern team jouw software ontwikkelt zonder dat er een eigendomsoverdracht is vastgelegd, blijft dat team juridisch eigenaar van de broncode, ook al heb je er volledig voor betaald.
Dit is een veelgemaakte misvatting: betalen voor ontwikkeling betekent niet automatisch dat je eigenaar wordt van het eindproduct. In de praktijk krijg je dan een gebruikslicentie, maar geen eigendomsrecht. Dat verschil is groot, want met een licentie kun je de software gebruiken, maar niet vrij aanpassen, doorverkopen of overdragen aan een andere partij.
De oplossing is eenvoudig: zorg dat het contract een expliciete clausule bevat die de eigendomsrechten overdraagt aan jou zodra het werk is opgeleverd en betaald. Dit heet een cessie van auteursrecht. Zonder die clausule sta je juridisch zwak, ongeacht de mondelinge afspraken die zijn gemaakt.
Wat is het verschil tussen auteursrecht en eigendomsoverdracht bij software?
Auteursrecht ontstaat automatisch op het moment dat iemand een origineel werk maakt, zoals softwarecode. Eigendomsoverdracht is een contractuele handeling waarbij de maker dat recht expliciet overdraagt aan een andere partij. Zonder overdracht houd je als opdrachtgever alleen een licentie, geen eigendom.
Het onderscheid heeft praktische gevolgen:
- Auteursrecht bij de ontwikkelaar: je mag de software gebruiken, maar de maker behoudt zeggenschap over aanpassingen en verdere distributie
- Eigendomsoverdracht aan jou: je kunt de software vrij aanpassen, overdragen, verkopen of als basis gebruiken voor nieuwe producten
- Exclusieve licentie: een tussenoplossing waarbij jij de enige bent die de software mag gebruiken, maar het auteursrecht bij de ontwikkelaar blijft
Voor de meeste bedrijven is volledige eigendomsoverdracht de verstandigste keuze, zeker als de software een belangrijk bedrijfsproces ondersteunt of commercieel wordt ingezet.
Welke contractuele bepalingen beschermen je eigendomsrechten?
Een goed contract voor softwareontwikkeling bevat minimaal vier bepalingen die je intellectueel eigendom beschermen: een expliciete overdrachtsclausule, een geheimhoudingsovereenkomst, een bepaling over rechten op tussenliggende versies en een garantie dat de ontwikkelaar geen rechten van derden schendt.
Concreet betekent dit:
- Eigendomsoverdrachtsclausule: alle rechten op de geschreven code gaan na oplevering en betaling over op jou als opdrachtgever
- NDA (Non-Disclosure Agreement): de ontwikkelaar mag geen vertrouwelijke informatie delen over jouw product, architectuur of bedrijfsprocessen
- Rechten op work-in-progress: ook tussenversies en prototypes vallen onder jouw eigendom
- Vrijwaringsbepaling: de ontwikkelaar garandeert dat de code geen inbreuk maakt op bestaande patenten, licenties of auteursrechten van anderen
- Escrow-regeling: bij langdurige projecten kan een broncode-escrow ervoor zorgen dat jij altijd toegang hebt tot de code, ook als de samenwerking stopt
Laat het contract altijd opstellen of reviewen door een jurist met kennis van IT-recht. Een standaard freelance-overeenkomst biedt zelden voldoende bescherming voor complexe softwareprojecten.
Hoe werkt IE-bescherming bij ontwikkelaars in het buitenland?
Bij internationale softwareontwikkeling geldt de wetgeving van het land dat in het contract is aangewezen als toepasselijk recht. Zonder zo’n rechtskeuze kan het onduidelijk zijn welke nationale wet van toepassing is, wat bij conflicten tot kostbare juridische procedures leidt.
Kies altijd expliciet voor Nederlands recht als toepasselijk recht en wijs een Nederlandse rechter aan als bevoegde instantie. Dit geeft je de meeste juridische zekerheid, omdat je dan niet afhankelijk bent van de rechtssystemen van andere landen.
Praktische aandachtspunten bij internationale samenwerking:
- Laat het contract vertalen naar de taal van de ontwikkelaar om misverstanden te voorkomen
- Controleer of het land van de ontwikkelaar internationale verdragen over auteursrecht heeft ondertekend, zoals de Berner Conventie
- Werk bij voorkeur met een intermediair of lokale partner die juridisch verantwoordelijk is voor de naleving van de afspraken
Werken met een Nederlandse softwaredevelopmentpartner die het team in het buitenland beheert, lost dit probleem grotendeels op. De contractuele relatie loopt dan via de Nederlandse partij, waardoor Nederlands recht van toepassing is.
Wat gebeurt er met open-source componenten in maatwerksoftware?
Open-source componenten in maatwerksoftware vallen onder hun eigen licentievoorwaarden, die los staan van het eigendomsrecht op de rest van de code. Afhankelijk van het type open-source licentie kan dit gevolgen hebben voor de manier waarop jij jouw software mag gebruiken, aanpassen en distribueren.
De meest voorkomende licentietypen en hun impact:
- Permissieve licenties (MIT, Apache 2.0): je mag de component vrijelijk gebruiken, ook in commerciële software, zolang je de licentiemelding bewaart
- Copyleft-licenties (GPL): als je GPL-code integreert in jouw software, moet de volledige broncode van jouw product ook openbaar beschikbaar zijn. Dit kan problematisch zijn voor commerciële producten.
- LGPL: een lichtere variant van GPL die meer ruimte biedt voor gebruik in propriëtaire software
Vraag je ontwikkelteam altijd een overzicht van gebruikte open-sourcebibliotheken op te stellen, inclusief de bijbehorende licenties. Dit is onderdeel van goed projectbeheer en voorkomt dat je achteraf voor juridische verrassingen komt te staan.
Wanneer moet je IE-afspraken vastleggen in een softwareproject?
IE-afspraken moeten worden vastgelegd vóór het begin van het project, bij voorkeur als onderdeel van de initiële overeenkomst. Afspraken achteraf zijn juridisch veel moeilijker af te dwingen en leiden regelmatig tot conflicten over wie wat bezit.
Een handig overzicht van de momenten waarop IE-afspraken relevant zijn:
- Bij het tekenen van de overeenkomst: vastleggen wie eigenaar wordt van de opgeleverde code
- Bij de start van het project: NDA tekenen en afspraken over vertrouwelijkheid bevestigen
- Bij tussentijdse opleveringen: bevestigen dat deelopleveringen ook onder de eigendomsoverdracht vallen
- Bij het einde van de samenwerking: controleren of alle broncode, documentatie en toegangsrechten zijn overgedragen
- Bij gebruik van nieuwe open-source componenten: licenties controleren voordat ze worden geïntegreerd
Zie IE-afspraken niet als een eenmalige actie, maar als een doorlopend onderdeel van het projectbeheer. Hoe groter en complexer het project, hoe meer aandacht dit verdient.
Hoe 3Bird helpt met eigendomsrechten bij softwareontwikkeling
Bij 3Bird begrijpen we dat intellectueel eigendom voor veel bedrijven een onbekend terrein is, zeker bij internationale samenwerking. Daarom zorgen wij ervoor dat de juridische en contractuele kant van softwareontwikkeling helder is geregeld, zodat jij altijd eigenaar bent van wat we samen bouwen.
Wat je van ons kunt verwachten:
- Transparante contracten met een expliciete eigendomsoverdrachtsclausule
- Nederlandse fractional CTO’s die het ontwikkelteam in Nepal begeleiden, zodat de contractuele relatie altijd via Nederland loopt
- Een duidelijk overzicht van alle gebruikte open-sourcebibliotheken en hun licenties
- Begeleiding in je eigen taal, zodat er geen misverstanden ontstaan over afspraken of eigendomsrechten
- Flexibele teams die op- en afgeschaald kunnen worden, met behoud van volledige eigendomsrechten voor jou als opdrachtgever
Onze maatwerk softwareontwikkeling combineert meer dan 25 jaar ervaring met kosteneffectieve uitvoering, waarbij jij altijd de controle houdt over je product. Wil je weten hoe we dit voor jouw project aanpakken? Neem contact met ons op via +(31)75-7993038 of stuur een e-mail naar contact@3bird.nl. We denken graag met je mee.
Gerelateerde artikelen
- Wat is de rol van een projectmanager bij softwareontwikkeling?
- Hoe voorkom je vendor concentration risks bij IT outsourcing?
- Wat zijn de verschillen tussen greenfield en brownfield outsourcing?
- Hoe voorkom je communicatieproblemen bij IT outsourcing?
- Welke impact heeft GitOps op IT outsourcing development workflows?