Licentieverlening voor softwarebroncode

Licentieverlening voor softwarebroncode: een praktische handleiding

Een licentieovereenkomst voor softwarebroncode legt vast dat een partij onder overeengekomen voorwaarden toestemming krijgt om bepaalde softwarebroncode te gebruiken. De overeenkomst helpt de licentiegever en licentienemer te verduidelijken wat de licentienemer met de code mag doen en welke rechten de licentiegever behoudt.

Waar het voor dient

Mensen gebruiken dit document wanneer een ontwikkelaar of andere rechthebbende een opdrachtgever broncode wil laten gebruiken zonder de eigendom daarvan over te dragen. De licentie kan toegestane gebruiksmogelijkheden beschrijven, zoals het uitvoeren, kopiëren, wijzigen of delen van de code, en eventuele beperkingen daarop.

De partijen moeten de code duidelijk identificeren en bespreken hoe deze past bij het project, eventuele te leveren prestaties en de vergoeding. Als het de bedoeling is om eigendom over te dragen in plaats van toestemming te verlenen om de code te gebruiken, kan een overeenkomst tot overdracht van auteursrecht geschikter zijn.

Een licentie voor maatwerkcode omvat niet automatisch elk hulpmiddel of onderdeel dat is gebruikt om deze te maken. De partijen moeten onderdelen van derden of open-sourceonderdelen identificeren en controleren welke toestemmingen daarop van toepassing zijn voordat ze op de verlening vertrouwen.

Wie dit gebruikt

• Een softwareontwikkelaar die maatwerkcode in licentie geeft aan een opdrachtgever.
• Een klein bedrijf dat toestemming krijgt om software te gebruiken die is ontwikkeld voor de bedrijfsvoering.
• Een opdrachtnemer en opdrachtgever die rechten op code verduidelijken die is geleverd als onderdeel van een project.
• Een bedrijf dat code waarvan het eigenaar is, in licentie geeft aan een ander bedrijf voor een omschreven gebruik.
• Partijen die de toestemming om code te gebruiken willen scheiden van het eigendom van die code.

Vast te stellen voorwaarden

Code die onder de verlening valt

Noem de software, versie, opslagplaats, bestanden of op te leveren projectonderdelen zo duidelijk mogelijk. Vermeld ook of de licentie updates, documentatie, bibliotheken of andere materialen omvat.

Toegestaan gebruik

Som op wat de licentienemer mag doen, zoals de code uitvoeren, kopiëren, wijzigen of distribueren. Omschrijf eventuele beperkingen op gebruikers, projecten, apparaten of bedrijfsactiviteiten in directe bewoordingen.

Eigendom en eerdere materialen

Geef aan wie het eigendom van de code behoudt en of de licentiegever algemene hulpmiddelen, routines of eerdere code mag hergebruiken. Identificeer eventuele onderdelen die door iemand anders zijn gemaakt en beloof geen rechten waarover de licentiegever niet beschikt.

Exclusiviteit en sublicentiëring

Geef aan of de verlening exclusief of niet-exclusief is. Vermeld of de opdrachtgever groepsmaatschappijen, klanten of andere dienstverleners de code mag laten gebruiken en welke voorwaarden er gelden.

Duur en einde van het gebruik

Geef aan wanneer de toestemming begint, hoe lang deze duurt en wat er gebeurt als het project eindigt of een partij de regeling beëindigt. Leg uit of de opdrachtgever moet stoppen met het gebruik of kopieën van de code moet verwijderen.

Vergoeding en levering

Maak duidelijk of de vergoeding zowel de licentie als de ontwikkeling omvat en wanneer de betaling verschuldigd is. Beschrijf hoe en wanneer de broncode en eventuele overeengekomen materialen worden geleverd.

Onderdelen van derden en ondersteuning

Benoem onderdelen met afzonderlijke voorwaarden en leg uit wie verantwoordelijk is voor het verkrijgen van eventueel benodigde toestemmingen. Vermeld of updates, onderhoud, hulp of oplossingen voor fouten zijn inbegrepen of afzonderlijk worden geregeld.

Veelvoorkomende fouten

• Het uitsluitend omschrijven van de gelicentieerde code als “de software” kan beide partijen in onzekerheid laten over wat er precies is inbegrepen. Vermeld het project, de versie, de bestanden of de op te leveren onderdelen waarop de toestemming betrekking heeft.
• Het gebruiken van brede woorden zoals “gebruiken” zonder te zeggen wat deze omvatten, kan leiden tot onenigheid over wijziging, kopiëren of verspreiding. Beschrijf elke belangrijke toestemming en beperking helder.
• De aanname dat een licentie de eigendom overdraagt, kan tot onjuiste verwachtingen leiden. Vermeld of de eigendom bij de licentiegever blijft of moet overgaan.
• Het verlenen van rechten op code die onderdelen van derden bevat, kan een te ruime indruk geven van de zeggenschap van de licentiegever. Controleer de voorwaarden van elk onderdeel en beschrijf welke afzonderlijke toestemmingen de licentienemer nodig heeft.
• Het onbesproken laten van sublicentiëring kan problemen veroorzaken als de opdrachtgever wil dat klanten, groepsmaatschappijen of opdrachtnemers toegang tot de code krijgen. Geef aan wie toegang mag krijgen en voor welk doel.
• Het niet vermelden wat er gebeurt wanneer de regeling eindigt, kan kopieën en voortgezet gebruik onduidelijk laten. Beschrijf de stappen die elke partij op dat moment moet nemen.

Voordat u ondertekent

• Bevestig dat de partijen en elke persoon die namens een bedrijf ondertekent, juist zijn vermeld.
• Controleer of de code, versies, bestanden en gerelateerde materialen die onder de verlening vallen, identificeerbaar zijn.
• Lees elke toestemming en beperking vanuit het perspectief van beide partijen, ook wat betreft wijzigingen en het delen van de code.
• Bevestig wie de eigenaar is van de code en welke eerdere onderdelen of onderdelen van derden zijn inbegrepen.
• Controleer de vergoeding, levering, licentieduur en wat er gebeurt wanneer de regeling eindigt.
• Voeg projectspecifieke voorwaarden voor ondersteuning, updates, geheimhouding of beveiliging toe onder Aanvullende voorwaarden en bepalingen.
• Controleer plaatselijke regels voor ondertekening, getuigen, notariële akte, registratie, opzegtermijnen of vereiste formuleringen op de plek waar het document zal worden gebruikt, of raadpleeg een gekwalificeerde jurist wanneer er veel op het spel staat.