Overslaan en naar de inhoud gaan

Juridisch perspectief open source COLUMN

Het gebruik van OSS vindt plaats op basis van een licentieovereenkomst. Deze licentie is echter niet voor elke OSS hetzelfde. Zo zijn er striktere (onder andere GPL) en vrijblijvendere (onder andere BSD) OSS-licenties. Het is dus van belang dat een (zakelijk) gebruiker weet welke OSS-licentie (ook welke versie!) van toepassing is en het is verstandig dit ook zorgvuldig te documenteren.
Tech & Toekomst
Shutterstock
Shutterstock

Daarnaast zal de gebruiker van OSS zich moeten afvragen of hij OSS louter voor eigen gebruik gaat inzetten of dat hij ook plannen heeft om deze software te gaan distribueren. Een aantal van de veelgebruikte OSS-licenties bepaalt namelijk dat een dergelijke distributie onder dezelfde licentievoorwaarden moet plaatsvinden. Het gevolg hiervan is feitelijk dat ook de gewijzigde broncode aan het publiek ter beschikking dient te worden gesteld. Dit heeft bijvoorbeeld de volgende consequentie: een bedrijf dat OSS wijzigt door het te combineren met eigen ‘proprietary’ software en het gecombineerde product verkoopt, is verplicht om de broncode van het hele product (dus inclusief het ‘proprietary’ deel) aan het algemene publiek ter beschikking te stellen. Dit effect is contractueel niet uit te sluiten, maar lijkt in beperkte mate wel te beïnvloeden door een slimme inrichting van het eventuele distributiemodel en de wijze waarop wijzigingen worden aangebracht in de OSS. Wij betogen hier overigens niet dat dit ‘virale effect’ per definitie een nadeel is van het gebruik van OSS, maar uitsluitend dat over de gevolgen hiervan binnen de bedrijfsstrategie van een onderneming dient te worden nagedacht.Ook de aansprakelijkheids- en garantiebepalingen in OSS-licenties verdienen aandacht. OSS-licenties beogen in de regel de aansprakelijkheid van de aanbieder volledig uit te sluiten en de aanbieder neemt geen enkele verantwoordelijkheid voor een eventuele inbreuk die de OSS maakt op de intellectueeleigendomsrechten van derden. Toch hoeft dat niet te betekenen dat degene die OSS afneemt altijd met lege handen staat als de OSS gebrekkig is of inbreuk maakt of rechten van derden. OSS-licenties staan in de regel namelijk niet in de weg dat de aansprakelijkheid en verantwoordelijkheid voor OSS (deels) bij degene die de OSS implementeert worden gelegd.Tot slot zal uiteraard de continuïteit van het gebruik van OSS geborgd moeten worden. Hierbij kan bijvoorbeeld worden gedacht aan het sluiten van een onderhoudsovereenkomst, het maken van afspraken over het testen van OSS en een onderzoek naar de herkomst van de broncode. OSS heeft daarbij als groot voordeel dat de broncode gewoon beschikbaar is. Hierdoor kan eenieder met kennis van zaken onderhoud en ondersteuning bieden en is ook het deponeren van de broncode overbodig. Juridisch bezien heeft dit laatste als voordeel dat er geen onzekerheid zal bestaan over de afdwingbaarheid van een broncodedepotovereenkomst in het geval van faillissement van een leverancier.

Lees dit PRO artikel gratis

Maak een gratis account aan en geniet van alle voordelen:

  • Toegang tot 3 PRO artikelen per maand
  • Inclusief CTO interviews, podcasts, digitale specials en whitepapers
  • Blijf up-to-date over de laatste ontwikkelingen in en rond tech

Bevestig jouw e-mailadres

We hebben de bevestigingsmail naar %email% gestuurd.

Geen bevestigingsmail ontvangen? Controleer je spam folder. Niet in de spam, klik dan hier om een account aan te maken.

Er is iets mis gegaan

Helaas konden we op dit moment geen account voor je aanmaken. Probeer het later nog eens.

Maak een gratis account aan en geniet van alle voordelen:

Heb je al een account? Log in

Maak een gratis account aan en geniet van alle voordelen:

Heb je al een account? Log in