Maak onderscheid tussen functionaliteit en uitwerking
Beschrijf welke onderdelen u wilt beschermen: broncode, voorbereidende ontwerpen, documentatie of specifieke vormgeving. Onderzoek per onderdeel of auteursrechtelijke bescherming aan de orde is. Dezelfde zakelijke functie kan op verschillende manieren worden uitgewerkt; overeenkomst in functionaliteit bewijst niet zonder meer dat code is gekopieerd.
Bewaar ontwerpbeslissingen, versies en de ontwikkelgeschiedenis op een beheersbare manier. Dat materiaal kan later helpen uitleggen hoe het product tot stand kwam. Een repository met alleen de nieuwste bestanden laat minder zien dan een betrouwbare geschiedenis van wijzigingen. Toegang tot die geschiedenis moet tegelijk worden beperkt tot personen die deze voor hun werk nodig hebben.
Controleer bijdragen van werknemers en zelfstandigen
De rechtenpositie kan verschillen naar gelang de maker werknemer, opdrachtnemer of externe leverancier is en welke afspraken gelden. Inventariseer daarom wie aan welke modules heeft gewerkt. Een projectovereenkomst die uitsluitend uren en betaling regelt kan onvoldoende duidelijkheid geven over de gewenste exploitatierechten.
Controleer of overdrachten en licenties aansluiten op de betrokken entiteiten. Een oprichter kan code vóór oprichting hebben geschreven, terwijl de BV het product later verkoopt. Die overgang verdient een eigen beoordeling. De dienst auteursrechten overdragen helpt de rechtenketen vastleggen wanneer eigendom moet verschuiven. Een gebruikersaccount van de BV in de repository bewijst die overdracht niet zelfstandig.
Houd materiaal van derden afzonderlijk herkenbaar
Maak een inventaris van bibliotheken, frameworks, aangekochte componenten en andere externe bijdragen. Noteer versies en licentievoorwaarden, inclusief eventuele verplichtingen bij distributie of beschikbaarstelling. Niet ieder onderdeel kan onder dezelfde commerciële licentie aan klanten worden doorgegeven.
Onderzoek ook code die uit voorbeeldprojecten, forums of AI-uitvoer is overgenomen. Een beschikbare download is geen algemene toestemming voor ieder gebruik. De beoordeling moet aansluiten op herkomst en toepasselijke voorwaarden. Laat onbekende fragmenten niet ongemerkt onderdeel worden van een gegarandeerde overdracht aan een klant. Een actuele onderdelenlijst helpt zowel de juridische beoordeling als onderhoud en beveiliging.
Een investeerder vindt een ontbrekende schakel
Een fictieve startup heeft een werkende applicatie met bijdragen van twee oprichters en een freelance ontwikkelaar. Bij een investering blijkt dat het contract met de freelancer alleen een maandvergoeding noemt. Daarnaast is één belangrijke module afkomstig uit een eerder persoonlijk project van een oprichter.
Het team brengt de bijdragen en bestaande afspraken in kaart. Het onderzoekt welke aanvullende overdrachten of licenties nodig zijn en welke componenten onder voorwaarden van derden blijven vallen. De uitkomst wordt per onderdeel vastgelegd. Deze illustratie laat zien waarom commercieel succes en technische toegang geen vervanging zijn voor een aantoonbare rechtenketen. Het herstellen van die keten vraagt feiten en afspraken, niet alleen een nieuwe algemene verklaring op de website.
Leg gebruik door klanten en partners duidelijk vast
Bepaal wat klanten krijgen: toegang tot een dienst, een kopie van software, een beperkte licentie of een verdergaand recht. Beschrijf toegestane gebruikers, omgevingen en eventuele bevoegdheid om aanpassingen te maken. Stem die afspraken af op de rechten die de onderneming zelf heeft.
Onderzoek daarnaast wettelijke grenzen en uitzonderingen die niet met een algemene contractzin kunnen worden weggeschreven. Maak afspraken over broncode, documentatie en continuïteit waar die voor de klant relevant zijn. De gekozen commerciële vorm heeft praktische gevolgen voor onderhoud, overdracht en samenwerking met andere leveranciers. Een licentie moet die uitvoering ondersteunen in plaats van uitsluitend een lijst verboden te bevatten.
Controleer vóór een verkoop welke garanties de koper vraagt over oorspronkelijkheid en rechten van derden. Een ruime garantie kan verder gaan dan de beschikbare documentatie ondersteunt. Gebruik de onderdeleninventaris om uitzonderingen en open vragen concreet te bespreken, zodat de transactie niet berust op een onbevestigde aanname dat alle code volledig eigen werk is.
Bescherm vertrouwelijke onderdelen in de dagelijkse ontwikkeling
Beperk toegang tot broncode en sleutels, beëindig accounts bij vertrek en controleer exports naar persoonlijke opslag. Spreek met ontwikkelaars af welke informatie in openbare issues of externe hulpmiddelen mag worden geplaatst. Een geheimhoudingsbepaling werkt beter wanneer de technische toegang dezelfde grenzen volgt.
Bewaar bewijs van belangrijke releases en de herkomst van onderdelen. Wanneer een vermoeden van kopiëren ontstaat, verzamel feiten zonder onbevoegde toegang tot systemen van een ander. Voor beoordeling van een concrete aanspraak kan auteursrechtelijk advies aansluiten. Het doel is dat de onderneming haar eigen rechten en beperkingen kan aantonen voordat zij derden aanspreekt of ruime garanties aan een koper geeft.
Bronnen bij dit onderwerp
- Auteurswet — geldende tekst vanaf 1 januari 2026Geraadpleegd op 2026-09-13
- Richtlijn 2009/24/EG — Rechtsbescherming computerprogramma’s
- RVO via Ondernemersplein — AuteursrechtGeraadpleegd op 2026-09-14