Home / Blog / Hoe de valkuilen van IP-rechten (Intellectual Property) in softwareontwikkeling te omzeilen

Hoe de valkuilen van IP-rechten (Intellectual Property) in softwareontwikkeling te omzeilen

Slava Todavchich

Slava Todavchich

Linkedin September 6, 2019

Als ik voor ontwikkeling van code betaal, ben ik dan ook de eigenaar? Wie verkrijgt de IP-rechten voor mijn app? Deze vragen zijn een van de meest gestelde vragen van onze potentiële klanten. Als je met ons gaat ontwikkelen, is het antwoord: JA, dat ben jij. Helaas zijn we een van de weinige softwareontwikkelingsbedrijven die alle IP-rechten overdragen aan de klant.

IP rechten

Volgens de Nederlandse wetgeving inzake IP-eigendomsrechten is de maker standaard de eigenaar. Dat betekent dat degenen die de code hebben geschreven deze bezitten, tenzij schriftelijk anders vermeld.

Daarom is het bij het uitbesteden van softwareontwikkeling van het grootste belang ervoor te zorgen dat alle IP-rechten (Intellectual Property), zakelijke ideeën, inhoud, documentatie en de broncode onder de exclusieve eigendom van de klant blijven.

Ik kan niet vaak genoeg benadrukken hoe belangrijk het is om de overdracht van IP- rechten te beheren. Hoe eerder, hoe beter. Dit is wat er kan gebeuren als het probleem van op voorhand wordt verwaarloosd:

  • Het kan schadelijk zijn voor het zakendoen. De klant kan in de “leveranciersvergrendeling” terechtkomen (grote bedrijven zoals Oracle en Microsoft passen deze “leveranciersvergrendeling” -strategieën toe waardoor de klanten zeer afhankelijk zijn van hun technologieën).
  • Het kan duur zijn. Elke kleine wijziging in het project kan hoge kosten met zich meebrengen.
  • Het kan de klanten van de klant schaden. Uiteindelijk zou het kunnen betekenen dat de klant door de dienstverlener gegijzeld wordt. Daarmee is de service aan zijn eigen klanten volledig afhankelijk van de relatie tussen hem en de dienstverlener.
  • Het kan de samenwerking tussen de klant en investeerders schaden. Voor beleggers is het van cruciaal belang dat alle IP, broncode, kennis en materialen eigendom zijn van de klant. Als dit niet het geval is, is het onmiddellijk een rood signaal voor hen.

In dit artikel zullen we schetsen hoe om te gaan met IP-rechten om ervoor te zorgen dat alle vakjes zijn aangevinkt voor de veiligheid van de klant.

Je zou vier soorten Intellectual Property-rechten kunnen noemen die te maken hebben met software: patenten, auteursrechten, handelsgeheimen en handelsmerken.

Elk valt onder een ander soort rechtsbescherming. Patenten, auteursrechten en handelsgeheimen worden gebruikt om de technologie zelf te beschermen. In dit artikel zullen we de wetgeving inzake handelsmerken niet behandelen, omdat deze niet de technologie beschermen, maar dienen om een product op de markt te onderscheiden.

Iedereen die betrokken is bij de projectontwikkeling kan IP overschrijden:

  • Medewerkers – ze hebben het morele recht om het IP te bezitten dat tijdens het werk is ontwikkeld; ze worden echter meestal beperkt door de arbeidsovereenkomst.
  • Consultants / zelfstandigen – tenzij er een schriftelijk contract is, kunnen zij eigenaar zijn van het IP.
  • Softwareontwikkelingsbedrijf – nogmaals, hoewel klanten voor hun diensten betalen, zijn ze niet per definitie de eigenaars, tenzij dit is gedocumenteerd.

Alle code die is ontwikkeld op verzoek van de klant kan grofweg worden onderverdeeld in drie hoofdsoorten:

  1. Bestaande code/code van derden – al gebruikt door de ontwikkelaar in andere projecten.

De leverancier zou de code kunnen gebruiken die hij heeft gemaakt of al heeft gebruikt voor een andere klant om de software te ontwikkelen. Meestal is de verkoper niet geïnteresseerd in het opgeven van het eigendom van dergelijke code, omdat ze deze misschien voor andere klanten willen blijven gebruiken. Een van de manieren om dit soort IP-rechten te beheren, is om een ​​licentie voor de code te betalen op een manier die past bij het project van de klant.

Inhoud die in het project wordt gebruikt, zoals afbeeldingen, geluiden en video’s, kunnen hier ook worden vermeld, omdat deze ook een gebruiksbeperking kan hebben en overtreding kan leiden tot hoge boetes.

  1. Open-source code – publiek toegankelijke technologieën die vrij vaak tijdens de ontwikkeling worden gebruikt en kunnen worden gewijzigd en gedeeld.

De klant is niet in staat om de IP-rechten op de open-source code te bezitten noch exclusieve controle over deze code te verkrijgen.

De klant moet echter weten welke open-source software in zijn of haar project wordt gebruikt en moet ervoor zorgen dat de ontwikkelaar in aanmerking komt om deze te gebruiken en dat aan alle andere nalevingsvereisten is voldaan. Er kunnen ook beperkingen aan verbonden zijn die de klant moet weten. Overtreding van de open-source licenties kan leiden tot aanzienlijke risico’s van het gehele project, bijvoorbeeld, bij de meeste GPL-licenties moet men ook de broncode van het volledige project publiceren.

We zullen een afzonderlijk artikel opstellen over open-source technologieën van derden die we gebruiken in ons werk en hun specifieke voorwaarden en gebruiksvoorwaarden. Enkele die we willen noemen zijn; GPL, GNU, BSD, MIT, APACHE.

  1. Unieke code – de code die specifiek voor een bepaald bedrijf is ontwikkeld.

Als het IP-gedeelte op maat is gemaakt voor het bedrijf van de klant, is de software mogelijk beperkt bruikbaar voor de ontwikkelaar, dus zijn ze wellicht meer bereid het eigendom ervan aan de klant toe te wijzen of een exclusieve licentie te verlenen. Mogelijk bent u beperkt door licentievoorwaarden met betrekking tot de bestaande code IP en software IP van derden die zijn opgenomen in het eindproduct.

Gezien de combinatie van deze drie soorten code die wordt gebruikt, en het bedrijfsmodel van onze klant, beheren we IP-rechten op de volgende manier:

  • Gebruiksrechten voor de bestaande code: afhankelijk van de definitie in de overeenkomst, onderhandelen we over de gebruiksvoorwaarden met de klant.
  • Toegangsrechten voor de open-source code: we helpen klanten om alle benodigde licenties te verkrijgen en verzorgen de uitvoering van alle vereiste compliance-bewerkingen (auteursrechtmeldingen, enz.).
  • Volledig eigendom van de ontwikkelde unieke code: ja, VOLLEDIG overgedragen rechten, dus de klant zal de daadwerkelijke eigenaar zijn (commercialiseer en repliceer naar eigen voordeel).

Wat kan de klant nog meer doen om IP-rechten voor zijn app te beschermen?

  1. Besteed extra aandacht aan de sectie ‘Eigendom’ in het software-ontwikkelingscontract. Zorg ervoor dat alle voor het project ontwikkelde code wordt vermeld als ‘werk gemaakt voor verhuur’.
  2. Voeg de sectie Broncode-eigendom in de leveranciersovereenkomst toe voor extra bescherming en zekerheid. Vermeld hier alle software van derden die wordt gebruikt, samen met de gebruiksvoorwaarden en beperkingen.
  3. Controleer arbeidsovereenkomsten en consultancy overeenkomsten. Hun contracten moeten de ‘at-will’-toewijzing van alle uitvindingen en de bijbehorende IP-rechten die tijdens de arbeidsperiode zijn ontwikkeld bevatten. Het betreft voornamelijk de senior executives.
  4. Houd schriftelijk bij wie heeft geholpen bij het ontwerpen en maken van de broncode.
  5. Voer regelmatig een IP-audit uit met bijvoorbeeld externe juridische hulp. Controleer voor een tweede en derde keer.

Conclusie

Uit onze vele gesprekken met klanten en andere spelers uit de branche weten we dat de meeste softwareontwikkelingsbedrijven geen IP-rechten overdragen aan hun klanten.

Maar wij wel! En we denken dat dit op een bepaald moment de industriestandaard zou moeten worden. Ondertussen raden we klanten aan om voorzichtig te zijn en ervoor te zorgen dat ze zijn gewaarschuwd en goed geïnformeerd over het probleem van de overdracht van IP-rechten.

Volg ons
Succesvol product bouwen: van idee tot lancering & financiering
Neem contact op

Contact

Meer artikelen

close

Hoe u een VR/AR-ontwikkelingsteam inhuurt

Nu downloaden PDF