Wat is intellectueel eigendom? (in gewoon Nederlands)
Het woord zegt het al: intellectueel eigendom (IE) beschermt creaties van de geest. Maak je iets – software, tekst, ontwerp, foto, video, dataset of model – dan mag jij bepalen wat ermee gebeurt, wie het mag gebruiken en onder welke voorwaarden. Zonder toestemming mogen anderen jouw creatie niet zomaar kopiëren of exploiteren. Dat geeft bescherming en handelingsvrijheid: je kunt rechten verkopen (overdragen) of in licentie geven.
Voorbeeld: Je laat als zorgorganisatie maatwerksoftware bouwen voor een intern proces. Als je niets afspreekt, ligt het auteursrecht bij de ontwikkelaar. Jij mag de tool gebruiken, maar niet vrijelijk aanpassen of doorverkopen. Met een overdrachtsakte of goede software licentie borg je wél wat je nodig hebt: doorontwikkeling, audit-rechten, escrows, enzovoort.
De belangrijkste IE-rechten in de digitale wereld
In de praktijk lopen meerdere rechten vaak door elkaar:
- Auteursrecht: beschermt o.a. software (broncode en objectcode), UX-teksten, handleidingen, visuele ontwerpen, foto’s en AI-prompts/output voor zover daarin menselijke, creatieve keuzes herkenbaar zijn.
- Databankenrecht: beschermt de structuur en investering in een databank. Let op: voor data uit connected producten/IoT en datadiensten is de sui generis-bescherming mogelijk beperkt door de Data Act (zodat uitwisseling mogelijk blijft).
- Modelrecht: beschermt de vormgeving van producten of UI-elementen.
- Merken- en handelsnaamrecht: beschermen de naam en identiteit van je product of platform.
- Bedrijfsgeheimen (trade secrets): beschermen waardevolle, niet-publieke informatie (bijv. model-weights, feature-engineering, prompts, deployment-scripts), mits je redelijke geheimhoudingsmaatregelen treft.
Auteursrecht op maatwerksoftware
Software wordt juridisch gezien als een werk van letterkunde en valt dus onder het auteursrecht. Dat recht ontstaat (volgens de Auteurswet) automatisch bij de maker, meestal de ontwikkelaar of het softwarebedrijf, tenzij het schriftelijk wordt overgedragen.
Voor maatwerksoftware heeft dat een belangrijk gevolg: als er niets wordt afgesproken, blijft het auteursrecht bij de bouwer. De opdrachtgever krijgt dan alleen een gebruiksrecht, maar geen eigendom. Wil je de software kunnen aanpassen, integreren of doorverkopen, dan moet dat expliciet in de overeenkomst staan.
In de praktijk leg je daarom vast of er sprake is van overdracht of licentie, wie wat met de code mag doen en onder welke voorwaarden. Ook bepaal je hoe breed het gebruiksrecht reikt; bijvoorbeeld voor welke omgeving, hoeveel gebruikers of welke looptijd. Daarnaast regel je hoe onderhoud, doorontwikkeling, audits of pen-tests worden uitgevoerd, en hoe wordt omgegaan met open-sourcecomponenten.
Een escrowregeling kan extra zekerheid bieden. Daarbij wordt de broncode veiliggesteld bij een derde partij, zodat de opdrachtgever toegang krijgt als de leverancier uitvalt — zonder dat het eigendom van de software hoeft te worden overgedragen.
Auteursrecht op standaardsoftware (zoals SaaS)
Bij standaardsoftware, zoals een SaaS-oplossing, blijft het intellectueel eigendom in principe bij de leverancier. De klant krijgt geen broncode, maar gebruikstoegang via een licentie in een SaaS-contract. Die licentie bepaalt wat de klant met de software mag doen – en wat niet.
In de praktijk is dat onderscheid belangrijk. Een licentie is geen eigendomsoverdracht, maar een gebruiksrecht binnen afgesproken grenzen. Denk aan het aantal gebruikers, de toegestane omgeving, koppelingen met andere systemen of de looptijd van het contract. Ook hoort daarbij wat er gebeurt bij beëindiging van de dienstverlening: krijgt de klant zijn data mee, of alleen een export in een afgesproken formaat?
Voor SaaS-providers is het essentieel om deze afspraken scherp te formuleren. Zo houd je controle over je broncode en voorkom je dat klanten meer rechten claimen dan de bedoeling is. Een veelgemaakte fout is het verlenen van een exclusieve licentie aan één partij (vaak vanuit een commerciële kans of als tegemoetkoming bij een eerste grote klant). Daarmee zet je echter je eigen schaalbaarheid op het spel, omdat je de vrijheid verliest om dezelfde technologie aan anderen te leveren.
Ook maatwerk binnen een SaaS-context vraagt aandacht. Bouw je specifieke functionaliteit op verzoek van één klant, bepaal dan vooraf of je dat werk mag hergebruiken voor andere klanten. Zo voorkom je dat een maatwerkcomponent onbedoeld de groei van je platform belemmert.
Auteursrecht op open source software
Open source betekent niet: rechtenloos. Ook op open source software rust gewoon auteursrecht, alleen heeft de maker ervoor gekozen om dat recht te delen onder bepaalde voorwaarden. Die voorwaarden staan in de open-sourcelicentie, en daar zit precies de juridische kern: gebruik mag, maar binnen duidelijke spelregels.
Voor SaaS-providers is dat belangrijker dan het vaak lijkt. Veel frameworks, libraries of AI-modellen bevatten open source componenten met verplichtingen. Denk aan het “copyleft”-effect (waardoor afgeleide software ook open source moet worden), de plicht om broncode of licentieteksten mee te leveren, of beperkingen op commercieel gebruik.
Het risico ontstaat niet omdat je open source gebruikt, maar omdat je niet weet wat je gebruikt. Een vergeten licentie in een submodule kan ertoe leiden dat je delen van je eigen code moet vrijgeven of dat klanten vragen stellen over compliance.
Daarom hoort een open-sourcebeleid standaard bij je IP-strategie: weet welke licenties je gebruikt, documenteer herkomst, en maak in contracten duidelijk dat de klant open source gebruikt “as is”, zonder overdracht of garanties buiten wat de licentie zelf biedt.
Kort gezegd: open source is een krachtig bouwblok, zolang je weet wat de juridische aansachtspunten zijn. Transparantie en goed licentiebeheer houden je vrij om te blijven innoveren, zonder je eigen IE te ondermijnen.
User Generated Content (UGC) op SaaS-platformen
Voor veel SaaS-platformen ligt de kernwaarde in wat gebruikers zelf aanleveren: data, documenten, profielen, afbeeldingen of andere user generated content. De hoofdregel is simpel: de gebruiker blijft eigenaar van zijn eigen content, tenzij anders is overeengekomen. Maar als platformbeheerder heb je wel een licentie nodig om die content te kunnen hosten, weergeven, beveiligen, analyseren of verwijderen waar nodig.
Tegelijk moet je je eigen positie beschermen. Heldere platformvoorwaarden bepalen wat je met gebruikerscontent mag doen, hoe moderatie werkt en wie aansprakelijk is bij inbreuk. Daarnaast vraagt de Data Act om afspraken over datatoegang en portabiliteit, en legt de Digital Services Act (DSA) verplichtingen op rond moderatie en transparantie.
Een goed evenwicht tussen gebruiksrechten en platformbescherming voorkomt conflicten en versterkt vertrouwen. Wij vertalen dat naar duidelijke contracten zodat je precies weet wat jouw rechten en plichten zijn bij user generated content.
AI, creativiteit en auteursrecht (menselijke input telt)
Bij generatieve AI draait alles om de vraag: wanneer ben jij nog de maker, en wanneer slechts gebruiker van een tool?
Hoe meer aantoonbare creatieve keuzes je maakt – denk aan gerichte prompts, instellingen, selectie of nabewerking – hoe groter de kans dat (jouw deel van) de output auteursrechtelijk beschermd is. Volledig autonome AI-output zonder menselijke sturing valt daarentegen zelden onder bescherming.
De Data Act: data delen zonder je IP kwijt te raken
Sinds september 2025 is de Data Act van kracht. De wet geeft gebruikers van SaaS-diensten en verbonden producten recht op toegang tot hun eigen data, en verplicht leveranciers om data-overdracht en portabiliteit te faciliteren.
De Data Act creëert geen eigendomsrecht op data, maar bepaalt wel hoe data gedeeld mag worden. Belangrijk: het databankenrecht kan niet langer worden ingezet om toegang te blokkeren tot automatisch gegenereerde data. Dat betekent dat data die uit gebruik ontstaat (logs, sensordata, gebruikersactiviteit) gedeeld moet kunnen worden, maar jouw software, algoritmes en modellen blijven in beginsel buiten schot.
Bedrijfsgeheimen mogen nog steeds worden beschermd, mits je daar actief maatregelen voor neemt. Denk aan duidelijke NDA’s, technische beveiliging en een recht om toegang te weigeren als delen onevenredige schade zou opleveren.
Conclusie: ook onder de Data Act kun je jouw IP en bedrijfsgeheimen veiligstellen, maar alleen als je dat contractueel en organisatorisch goed regelt.
Licentie of overdracht bij software: wat is verstandig?
Als je software ontwikkelt of levert, kom je vroeg of laat bij de vraag: geef ik mijn intellectueel eigendom uit handen, of laat ik het gebruiken onder voorwaarden?
Bij overdracht draag je het eigendom volledig over aan de klant. Dat kan logisch zijn bij maatwerk dat écht alleen voor die klant bedoeld is. Regel dan altijd schriftelijk wat er wordt overgedragen, tegen welke vergoeding en wat er gebeurt met open source-componenten en persoonlijkheidsrechten.
Een licentie past beter bij SaaS-modellen en herbruikbare bouwblokken. Jij blijft eigenaar, de klant krijgt gebruiksrechten binnen een afgebakende scope: tijd, regio, aantal gebruikers of omgeving. Zo houd je zeggenschap over de onderliggende code.
Twijfel je? Vaak werkt een hybride vorm het best: overdracht van specifieke deliverables, gecombineerd met een licentie op de basiscode of libraries en eventueel een escrowregeling als vangnet.
Veelgestelde vragen over intellectueel eigendom bij software, data en SaaS