Softwarelicentieovereenkomst Nederland

De Softwarelicentieovereenkomst Nederland is een schriftelijk contract tussen een licentiegever (rechthebbende auteursrecht) en een licentienemer (eindgebruiker of distributeur) waarbij de licentiegever het recht verleent om een specifiek softwareproduct onder vastgestelde voorwaarden te gebruiken. De wettelijke grondslag bestaat uit Auteurswet 1912 art. 45j tot en met 45n (specifieke bepalingen voor computerprogramma's), Auteurswet art. 10 lid 1 sub 12 (software als beschermde werk), Burgerlijk Wetboek art. 6:217 (aanbod en aanvaarding), BW art. 6:248 (redelijkheid en billijkheid) en BW art. 7:400 (overeenkomst van opdracht voor onderhoudscomponent).

Kenmerkend voor een softwarelicentie is dat er geen eigendomsoverdracht plaatsvindt: de licentiegever blijft auteursrechthebbende op de software, en de licentienemer ontvangt slechts een gebruiksrecht. Dit onderscheidt de licentieovereenkomst van een softwarekoop, waarbij intellectuele eigendomsrechten daadwerkelijk worden overgedragen (BW art. 2 lid 2 Auteurswet 1912 vereist schriftelijke akte voor overdracht auteursrechten). In de Nederlandse markt is de softwarelicentie het dominante distributiemodel voor commerciele software, naast SaaS-abonnementen die op een ander juridisch kader rusten.

De softwarelicentieovereenkomst regelt onder andere: aard van de licentie (exclusief, niet-exclusief of sole), geografisch bereik, aantal toegestane gebruikers (named users, concurrent users, per-CPU of enterprise-wide), duur (perpetueel of tijdelijk), licentievergoeding (eenmalig of jaarlijks abonnement), onderhoudscontract met SLA, broncode-escrow voor continuiteitsgarantie, garanties en aansprakelijkheid, gebruik van open source componenten en compliance met respectievelijke OSS-licenties (Apache, MIT, GPL, BSD), auditrecht voor controle op overgebruik, en geschillenbeslechting onder Nederlands recht.

In de praktijk komt de softwarelicentieovereenkomst voor in drie hoofdvormen: ten eerste de end-user license agreement (EULA) voor commerciele off-the-shelf software (Microsoft, Adobe, SAP), vaak als click-wrap of shrink-wrap zonder onderhandelingsruimte. Ten tweede de enterprise license agreement (ELA) voor grootzakelijke afnemers met onderhandelde voorwaarden, hogere SLA's, dedicated support en custom audit-clausules. Ten derde de OEM-licentie voor distribiteurs en hardware-fabrikanten die de software inbedden in eigen producten met sublicentie-rechten.

De softwarelicentieovereenkomst onderscheidt zich van de SaaS-overeenkomst (waarbij geen software wordt gedistribueerd maar online toegang wordt geboden via cloud), van de IT-dienstenovereenkomst (custom development onder BW art. 7:750 aanneming van werk), en van de distributieovereenkomst (waarbij distributeur als reseller optreedt zonder zelf gebruiksrecht). Vaak worden meerdere overeenkomsten gelijktijdig gesloten in een transactie-package: SPA voor software-installatie, licentieovereenkomst voor gebruik, onderhoudscontract voor support, en NDA tijdens implementatieperiode.

De Auteurswet 1912 art. 45j tot en met 45n bevat verplichte bepalingen voor software-licenties die niet contractueel kunnen worden uitgesloten: het recht om reservekopie te maken (art. 45k), het recht op reverse engineering uitsluitend voor interoperabiliteit (art. 45m), en het recht om software te observeren en testen tijdens normaal gebruik (art. 45l). Deze dwingendrechtelijke bepalingen vormen de minimum-rechten van elke licentienemer onder Nederlands recht.

Voor handhaving is de softwarelicentieovereenkomst onderworpen aan Nederlands verbintenissenrecht. De Hoge Raad oordeelde in vaste jurisprudentie dat schending van licentievoorwaarden zowel een contractuele wanprestatie (BW art. 6:74) als een inbreuk op auteursrecht (Auteurswet art. 27) kan vormen, met aanvullende handhavingsmiddelen onder de Handhavingsrichtlijn (EU 2004/48): kort geding bij de Voorzieningenrechter Rechtbank Amsterdam, beslag tot afgifte (Rv art. 1019), opgave-verplichting voor afnemers en winstafdracht. Boetebeding onder BW art. 6:91-94 is gangbaar in commerciele licenties, typisch EUR 25.000-100.000 per overtreding plus dagboete bij voortduring.

De Softwarelicentieovereenkomst Nederland is in vrijwel elke commerciele softwaredistributie noodzakelijk, ongeacht of het gaat om een off-the-shelf product, een custom development of een hybrid model. Onderstaande omstandigheden vragen om tijdige opstelling.

Distributie van commerciele software aan zakelijke eindgebruikers. Wanneer een softwareproducent zijn product aan zakelijke afnemers verkoopt (perpetual license model), is een softwarelicentieovereenkomst essentieel om gebruiksrechten, beperkingen, garanties en aansprakelijkheid vast te leggen. Zonder licentieovereenkomst zou de afnemer slechts onder dwingend recht beperkte rechten hebben (Auteurswet art. 45k-m); de leverancier kan dan niet sublicentie-verboden, audit-rechten of aansprakelijkheidsbeperkingen afdwingen. Voor MKB-software typisch standaard EULA; voor enterprise-software onderhandelde ELA.

OEM-distributie via hardware-leveranciers. Wanneer een softwarefabrikant zijn product wenst te distribueren via hardware-fabrikanten (laptops met pre-installed Windows, embedded software in IoT-apparaten), is een OEM-licentieovereenkomst noodzakelijk met sublicentie-rechten voor de OEM-partner om de software aan eindgebruikers te leveren. OEM-licentie kent specifieke bepalingen voor branding, support, royalties per ge-shipped product, en compliance met platformeisen.

Voorlopige licentie tijdens proof-of-concept (POC) of pilot. Bij een POC waarin de potentiele afnemer de software gedurende beperkte periode evalueert voor aankoopbeslissing, is een tijdelijke licentieovereenkomst nodig (typisch 30-90 dagen) met beperkte rechten, geen productie-gebruik en gegevens-vertrouwelijkheid. Zonder formele POC-licentie ontstaan risico's dat de software langdurig wordt gebruikt zonder vergoeding of dat IP-rechten in gevaar komen door eigendomsclaims van de afnemer.

Licentie voor enterprise applicaties met meerdere modules. Voor enterprise software (CRM, ERP, HRM) wordt vaak een licentie afgesloten met modulair karakter: basis-module plus optionele add-ons (analytics, mobile, AI). De licentieovereenkomst regelt per module de licentievergoeding (per-user of per-CPU), eventueel concurrent-user model, en triggers voor automatische upgrade bij overschrijding. Voor SAP, Oracle, Microsoft Dynamics typisch driejarige enterprise-license met jaarlijkse onderhoudsfee 18-22% van licentieprijs.

Door-licensering (white labeling) door system integrator. Wanneer een system integrator (Capgemini, Accenture, Deloitte) software van een derde partij wenst te integreren in eigen klantleveringen met white-label rebranding, is een door-licensering nodig die de integrator het recht geeft om sublicentie te verlenen aan eindklanten. Vaak gecombineerd met OEM-bepalingen, royalty-betaling per sublicentie, en exclusiviteit voor specifieke markt-verticals.

Licentie voor SDK of API met embedding-rechten. Bij distributie van een Software Development Kit (SDK) of API waarvoor ontwikkelaars de mogelijkheid krijgen om functionaliteit in eigen applicaties te integreren, is een specifieke licentieovereenkomst nodig met embedding-rechten, distribute-rechten voor het derivatieve werk, attribution-vereisten, en eventuele royalty-betaling bij commercialisering. Apple App Store, Google Play SDK's en Stripe Payment SDK's hanteren gestandaardiseerde licenties.

Licentie voor open source software met dual-licensing model. Wanneer een softwareproducent zijn product onder dual license aanbiedt (gratis open source voor non-commercial gebruik, betaalde commerciele licentie voor enterprise-gebruik zonder OSS-restricties zoals GPL copyleft), is een afzonderlijke commerciele licentieovereenkomst nodig die afnemers vrijwaart van OSS-verplichtingen. Voorbeelden: MongoDB Server Side Public License (SSPL) + commerciele Atlas-licentie; Elastic License + commerciele Elastic Cloud.

Licentie voor academisch of educatief gebruik. Voor licentieverlening aan universiteiten, hogescholen, ROC's of onderzoeksinstellingen geldt vaak een academic license met sterk gereduceerde vergoeding (50-90% korting), beperkt tot non-commercial onderzoek en onderwijs, geen distributie naar studenten voor commerciele projecten. Academic licenties dragen specifieke clausules over publicatie-rechten van onderzoekspubliekaties die de software gebruiken, en eventuele attribution-vereisten in citations.

De Softwarelicentieovereenkomst Nederland bevat een aantal essentiele clausules die de relatie tussen licentiegever en licentienemer definieren. Elk element verdient zorgvuldige afstemming op de aard van de software en het beoogde gebruik.

Identificatie partijen en software-product. Volledige naam, vestigingsadres en KvK-nummer (voor rechtspersonen) van licentiegever en licentienemer; voor natuurlijke personen volledig adres en eventueel BSN-laatste-vier (privacyveilig). Volledige beschrijving softwareproduct: officiele productnaam zoals gedeponeerd bij BBIE Benelux IP-bureau, versienummer, build-nummer, functionele omschrijving en eventueel SKU. Een precieze identificatie voorkomt latere geschillen over wat 'de Software' omvat en welke updates al dan niet onder de licentie vallen. Vermeld ook of documentatie en installatieprogrammatuur deel uitmaken van de licentie.

Aard en omvang van de licentie. Type licentie: niet-exclusief (meest gangbaar voor commerciele software), exclusief (alleen licentienemer mag gebruiken; meerprijs gangbaar) of sole licentie (licentiegever en licentienemer; geen derden). Aantal toegestane gebruikers: per-user (named users gekoppeld aan specifieke individuen), per-device (gekoppeld aan apparaten), concurrent users (gelijktijdige toegang), per-CPU/core (server-software) of enterprise-wide (onbeperkt binnen organisatie). Geografisch bereik: Nederland, EU, of wereldwijd. Duur: perpetueel (eeuwigdurend gebruiksrecht) met aparte onderhoudscontract, of termijn-licentie (1, 3 of 5 jaar) met stilzwijgende verlenging.

Licentievergoeding en betalingsvoorwaarden. Licentiefee: eenmalig (perpetual model) of jaarlijks (subscription model); per-user pricing standaard voor MKB-software. Bedrag exclusief BTW (21% conform Wet OB 1968 art. 9) duidelijk vermelden. Betaaltermijn: gangbaar 14-30 dagen na factuur; wettelijk maximum B2B 60 dagen onder BW art. 6:119a. Bij te late betaling wettelijke handelsrente plus buitengerechtelijke incassokosten. Jaarlijkse indexatie van onderhoudsfee op basis CBS Consumentenprijsindex of vast percentage (3-5%) gangbaar voor meerjarige contracten.

Gebruiksbeperkingen en verboden handelingen. Wat licentienemer NIET mag: verveelvoudiging buiten Auteurswet 1912 art. 45j-k (laden, weergeven, draaien is toegestaan; sub-distributie verboden); reverse engineering anders dan voor interoperabiliteit (Auteurswet art. 45m); wijziging, decompilering, disassemblering; sublicentie, verhuur of overdracht aan derden zonder schriftelijke toestemming; gebruik in violation van export-controls (EU Dual-Use Regulation, OFAC-sanctielijsten); benchmarking met publicatie van resultaten zonder vooraf toestemming. Voor de gratis sjabloon op forms-legal.com raden wij gebruikers ook aan de aanvullende modellen voor SaaS-overeenkomst, geheimhoudingsovereenkomst (NDA), verwerkersovereenkomst onder AVG art. 28 en algemene voorwaarden B2B te bekijken voor een complete IT-contracten-suite.

Intellectueel eigendom en broncode-escrow. Bevestiging dat alle IP-rechten op de software (auteursrecht onder Auteurswet 1912, octrooirecht onder Rijksoctrooiwet 1995, merkenrecht onder Benelux Verdrag IE, databankenrecht onder Databankenwet 1999) bij licentiegever blijven berusten. Broncode-escrow via Stichting NCC Escrow Rotterdam of vergelijkbare neutrale derde: deponering van broncode + documentatie + build-instructies, met release-condities bij faillissement licentiegever (Faillissementswet art. 1), staken bedrijfsactiviteiten, of materiele wanprestatie zonder herstel binnen 60 dagen. Lijst alle gebruikte open source componenten met OSS-licentietypes (Apache 2.0, MIT, GPL, BSD) voor compliance-doeleinden.

Garanties en aansprakelijkheidsbeperking. Conformiteitsgarantie: software werkt overeenkomstig documentatie gedurende 90 dagen na levering (analoog BW art. 7:17). Vrijwaring voor IP-claims van derden: licentiegever vrijwaart licentienemer voor aanspraken wegens IP-inbreuk, mits licentienemer onverwijld informeert en licentiegever afhandeling kan voeren. Aansprakelijkheidsbeperking: directe schade tot maximaal 12 maanden licentievergoeding; gevolgschade, gederfde winst en verlies van data uitgesloten conform BW art. 6:75 (overmacht). Disclaimer voor schade door grove nalatigheid of opzet zijn nietig onder BW art. 6:248 lid 2 (beperkende werking redelijkheid en billijkheid).

Onderhoud, support en SLA. Onderhoudsfee dekt: bug fixes en patches binnen redelijke termijn; minor releases (vX.Y); telefonische en e-mail support tijdens kantooruren of 24/7 voor enterprise. Major releases (vX) vallen niet onder standaard onderhoud en vereisen aparte licentievergoeding tenzij anders afgesproken. SLA-responsetijden: Priority 1 (productie kritiek) binnen 4 uur of 1 uur voor enterprise; P2 (functionele issue) binnen 1 werkdag; P3 (overig) binnen 5 werkdagen. End-of-life beleid: licentiegever moet minimaal 24 maanden vooraf aankondigen wanneer support voor specifieke versie wordt gestaakt.

Auditrecht en compliance-controle. Licentiegever heeft het recht om maximaal eenmaal per kalenderjaar op eigen kosten een audit te (laten) verrichten naar het feitelijk gebruik van de software door een onafhankelijke registeraccountant of erkende license-compliance dienstverlener (Snow Software, Flexera, ServiceNow). Aankondiging minimaal 14 dagen vooraf; tijdens kantooruren; geen onredelijke verstoring bedrijfsvoering. Bij overgebruik van meer dan 5%: nafacturatie tegen alsdan geldende lijstprijzen plus auditkosten voor rekening licentienemer. Major softwarefabrikanten zoals Oracle, IBM en Microsoft hanteren agressieve audit-strategie.

Beeindiging en gevolgen. Materiele wanprestatie: schriftelijke ingebrekestelling met herstelperiode 30 dagen, daarna ontbinding mogelijk (BW art. 6:265 jo 6:82). Automatische beeindiging bij faillissement, surseance van betaling of WSNP van licentienemer (Faillissementswet art. 38). Na beeindiging: licentienemer staakt alle gebruik, verwijdert binnen 30 dagen alle exemplaren van de software en bevestigt schriftelijk de verwijdering. Bewaar-uitzondering voor wettelijke verplichtingen (Belastingdienst bewaartermijn 7 jaar onder AWR art. 52).

Een Softwarelicentieovereenkomst Nederland zorgvuldig opstellen vraagt onderstaande stappen die licentiegever en licentienemer doorlopen, vaak met inbreng van een IT-advocaat ondernemingsrecht.

Stap 1 - Partijen identificeren. Vermeld voor licentiegever en licentienemer: statutaire naam, vestigingsadres, KvK-nummer (voor rechtspersonen). Verifieer in Handelsregister via kvk.nl de meest recente uittreksels. Voor natuurlijk persoon als licentienemer: volledig adres, geboortedatum, eventueel BSN-laatste-vier (privacyveilig). Vermeld bevoegd vertegenwoordiger van rechtspersoon met functie; bestuurders zijn standaard bevoegd onder BW art. 2:240.

Stap 2 - Softwareproduct specificeren. Volledige officiele productnaam (zoals gedeponeerd bij BBIE Benelux IP-bureau of in productdocumentatie), specifieke versie of release (bijvoorbeeld 2026.5.0), build-nummer voor traceerbaarheid. Functionele omschrijving: hoofdmodules, gebruikersrollen, intended use, en eventueel beperkingen in features. Vermeld of documentatie, installatieprogrammatuur, configuratiebestanden en aanvankelijke patches deel uitmaken van de licentie. Voor SaaS verwijs naar SaaS-overeenkomst; deze sjabloon is voor on-premise installed software.

Stap 3 - Aard en omvang licentie bepalen. Type licentie: niet-exclusief (standaard voor commerciele software, meerdere licentienemers mogelijk), exclusief (alleen licentienemer; meerprijs), of sole (licentiegever blijft zelf gebruiken, geen derden). Aantal gebruikers: per-user pricing (named users) of concurrent users; voor server-software per-CPU of per-core; voor enterprise unlimited binnen organisatie. Geografisch bereik: gangbaar wereldwijd voor SaaS; voor on-premise vaak Nederland of EU. Duur: perpetueel (eeuwigdurend) plus aparte onderhoudscontract, of termijn 1-5 jaar met stilzwijgende verlenging.

Stap 4 - Licentievergoeding berekenen. Eenmalige perpetual fee of jaarlijkse subscription fee: bedrag exclusief 21% BTW (Wet OB 1968 art. 9) duidelijk vermelden. Voor enterprise software gangbaar EUR 50-500 per user/jaar; voor specialistische software (CAD, ERP) hogere prijzen. Onderhoudsfee 18-22% van licentievergoeding per jaar; voor SaaS abonnement-fee inclusief onderhoud. Betaaltermijn 14-30 dagen na factuur; wettelijk maximum B2B 60 dagen BW art. 6:119a. Jaarlijkse indexatie op basis CBS CPI of vast percentage 3-5%.

Stap 5 - Gebruiksbeperkingen formuleren. Verboden handelingen: sub-distributie aan derden zonder schriftelijke toestemming; reverse engineering buiten Auteurswet 1912 art. 45m (interoperabiliteit); modificatie, decompilering, disassemblering; gebruik in violation van export-controls (EU Dual-Use Regulation 2021/821, OFAC). Toegestane uitzonderingen onder Auteurswet 1912: laden, weergeven, draaien voor normaal gebruik (art. 45j); back-up kopieren (art. 45k); reverse engineering uitsluitend voor interoperabiliteit (art. 45m); observatie en testing tijdens normaal gebruik (art. 45l). Deze rechten zijn dwingendrechtelijk en niet contractueel uitsluitbaar.

Stap 6 - Broncode-escrow regelen. Beslissing escrow: bij MKB-licentienemer optioneel; bij enterprise-licentienemer of overheids-projecten vaak verplicht. Deponering bij Stichting NCC Escrow Rotterdam (Nederlandse standaard) of internationale escrow agent (Iron Mountain, EscrowTech). Deponering: broncode, documentatie, build-instructies, dependencies-overzicht. Release-condities: faillissement licentiegever (Fw art. 1), staken bedrijfsactiviteiten >6 maanden, materiele wanprestatie zonder herstel binnen 60 dagen, change of control bij vijandelijke overname.

Stap 7 - Open source componenten inventariseren. Lijst alle gebruikte OSS-componenten met licentietype: Apache 2.0 (permissive), MIT (permissive), BSD (permissive), GPL v2/v3 (copyleft, viraal), LGPL (lesser copyleft), MPL (file-level copyleft), AGPL (network copyleft). Voor copyleft-licenties (GPL, AGPL) compliance-implicaties analyseren: code die linkt met GPL-componenten kan zelf onder GPL vallen. Tools voor compliance: FOSSology, Black Duck, Snyk Open Source. Documentatie verstrekken aan licentienemer voor eigen compliance-controle.

Stap 8 - Garanties en aansprakelijkheid beperken. Conformiteitsgarantie: 30-90 dagen na levering, software werkt wezenlijk overeenkomstig documentatie. IP-vrijwaring: licentiegever vrijwaart licentienemer voor IP-claims derden mits onverwijld geinformeerd en afhandeling door licentiegever. Aansprakelijkheidsbeperking: directe schade tot maximaal 12 maanden licentievergoeding; gevolgschade, gederfde winst, verlies data uitgesloten. Cap niet uitsluiten voor: schade door opzet of grove nalatigheid; schade aan persoon; IP-vrijwaring; dood/lichamelijk letsel (BW art. 6:248 lid 2).

Stap 9 - Onderhoud en SLA specificeren. Onderhoudsfee: dekt bug fixes, patches, minor releases (vX.Y), support tijdens kantooruren of 24/7. Major releases (vX) buiten standaard onderhoud, tenzij anders afgesproken. SLA Priority 1 (productie kritiek): response <4 uur (standaard) of <1 uur (enterprise); P2 (functionele issue): <1 werkdag; P3 (overig): <5 werkdagen. End-of-life beleid: licentiegever kondigt support-einde minimaal 24 maanden vooraf aan. Auditrecht: maximaal 1x per jaar op kosten licentiegever; bij overgebruik >5% kosten voor licentienemer.

Stap 10 - Rechtskeuze, forum en ondertekening. Toepasselijk recht: altijd Nederlands recht (BW art. 6:248). Forumkeuze: Rechtbank Amsterdam, Rotterdam, Den Haag of Utrecht; voor grotere internationale deals Nederlands Arbitrage Instituut (NAI) Rotterdam. Ondertekening: schriftelijk en ondertekend door bevoegde vertegenwoordigers. Vermeld plaats en datum ondertekening. Voor elektronische ondertekening conform eIDAS Verordening 910/2014: geavanceerde elektronische handtekening of QES via Signhost, DocuSign, Adobe Sign. Bewaartermijn ondertekend exemplaar 10 jaar plus duur licentie (verjaringstermijn BW art. 3:307).

De Softwarelicentieovereenkomst Nederland is onderworpen aan diverse wettelijke voorschriften uit het auteursrecht, verbintenissenrecht en consumentenrecht.

Auteurswet 1912 art. 45j tot en met 45n (dwingendrechtelijke bepalingen software). Auteurswet 1912 bevat specifieke bepalingen voor computerprogramma's die niet contractueel kunnen worden uitgesloten ten nadele van de licentienemer: het recht om reservekopie te maken (art. 45k); het recht op reverse engineering uitsluitend voor interoperabiliteit (art. 45m); het recht om software te observeren en te testen tijdens normaal gebruik (art. 45l). Contractuele bepalingen die deze rechten uitsluiten zijn nietig onder BW art. 3:40. Daarnaast beperkt art. 45j de exclusieve rechten van de auteursrechthebbende: laden, weergeven, draaien, transmissie en opslag voor normaal gebruik zijn impliciet toegestaan tenzij contractueel anders bepaald.

Vormvrijheid licentieovereenkomst (BW art. 6:217). Een softwarelicentieovereenkomst is in beginsel vormvrij en kan zonder notariele tussenkomst worden gesloten. Voor de overdracht van auteursrechten (geen licentie maar volledige assignement) vereist Auteurswet 1912 art. 2 lid 2 wel een schriftelijke akte; voor een licentie volstaat schriftelijkheid. Click-wrap en shrink-wrap licenties (acceptatie via aanvinken vakje of openen verpakking) zijn rechtsgeldig onder Nederlands recht mits voldaan aan algemene voorwaarden-regelgeving (BW art. 6:231-247) en bij consumenten aan informatieverplichtingen (BW art. 6:230m).

Algemene voorwaarden en zwarte/grijze lijst (BW art. 6:231-247). Standaard licentievoorwaarden gelden als algemene voorwaarden onder BW art. 6:231 wanneer zij niet specifiek met de wederpartij zijn onderhandeld. Voor consumenten geldt de zwarte lijst (BW art. 6:236) met bedingen die altijd onredelijk bezwarend zijn (totaal aansprakelijkheidsuitsluiting; onbeperkte wijzigingsbevoegdheid; onmogelijk maken van klachten) en de grijze lijst (BW art. 6:237) met vermoeden van onredelijk bezwarend (korte klachtperiodes; lange opzegtermijnen). Voor B2B-relaties geen wettelijke zwarte/grijze lijst maar wel toetsing onder BW art. 6:233 (onredelijk bezwarend gegeven aard partijen en omstandigheden) en BW art. 6:248 lid 2 (beperkende werking redelijkheid en billijkheid).

Conformiteitsgarantie en aansprakelijkheid. Bij een softwarelicentie geldt BW art. 7:17 (conformiteit) analoog: software moet voldoen aan wat licentienemer redelijkerwijs mocht verwachten gezien documentatie, marketing en gangbare standaarden. Bij non-conformiteit heeft licentienemer recht op herstel of vervanging (BW art. 7:21) en eventueel schadevergoeding (BW art. 7:24). Aansprakelijkheidsbeperkingen onder BW art. 6:75 mogen niet leiden tot uitsluiting van schade door opzet of grove nalatigheid; voor consumenten gelden striktere regels onder BW art. 7:24a (uitsluiting nietig bij directe schade). Productaansprakelijkheid (BW art. 6:185-193) is niet van toepassing op software 'as such' maar wel bij software in fysiek product (medical devices, IoT).

Garantie tegen IP-inbreuk derde partijen. Onder BW art. 7:15 (lid 1) is licentiegever verplicht licentienemer in gebruik te stellen vrij van rechten van derden. Schending hiervan (bijvoorbeeld blijken software inbreuk maakt op derde-octrooi of -auteursrecht) geeft licentienemer recht op herstel, vervangende software of ontbinding. IP-vrijwaring in licentieovereenkomst regelt procedure: licentienemer informeert licentiegever onverwijld; licentiegever neemt de verdediging over of vergoedt schikkingskosten. Cap op vrijwaring vaak niet contractueel beperkt voor IP-claims gezien fundamentele aard.

Consumentenrecht en herroepingsrecht (BW art. 6:230o-r). Bij verkoop van standaardsoftware aan consumenten via webshop (e-commerce) geldt 14-dagen herroepingsrecht onder BW art. 6:230o; uitzondering voor digitale inhoud die wordt geleverd nadat consument expliciet heeft afgezien van herroepingsrecht (BW art. 6:230p sub g). Pre-contractuele informatieverplichtingen onder BW art. 6:230m: identificatie verkoper, kenmerken software, prijs inclusief BTW, betalingswijze, looptijd licentie, herroepingsrecht. Niet-naleving: verlenging herroepingstermijn naar 12 maanden plus 14 dagen.

Export-controls en OFAC-sancties. Distributie van software met crypto-componenten of dual-use technologie valt onder EU Dual-Use Regulation 2021/821 en kan exportvergunning vereisen via Belastingdienst Douane/CDIU. Distributie naar landen op OFAC-sanctielijst (Iran, Noord-Korea, Syrie, Cuba, Rusland sinds 2022) is verboden onder Sanctiewet 1977 met strafrechtelijke handhaving Openbaar Ministerie. Licentienemer moet contractueel verklaren niet onder sanctielijst te staan en software niet te exporteren naar verboden landen.

GDPR en Privacy-by-Design (AVG art. 25). Wanneer de software persoonsgegevens verwerkt, is licentiegever verplicht tot Privacy-by-Design en Privacy-by-Default conform AVG art. 25: standaard-instellingen die minimaliseren persoonsgegevens; encryption-mogelijkheden ingebouwd; toegangscontrole; logging voor accountability. Wanneer licentiegever fungeert als verwerker (bij SaaS) geldt aparte verwerkersovereenkomst (DPA) onder AVG art. 28. Bij on-premise software is licentienemer vaak zelf verantwoordelijke en licentiegever niet automatisch verwerker.

Open source compliance en GPL-virale werking. Bij gebruik van GPL-licensed componenten (GPL v2, GPL v3) in eigen software ontstaat de plicht om derivatieve werken eveneens onder GPL beschikbaar te stellen ('copyleft'). Dit kan in conflict komen met commerciele licentie aan licentienemer. Compliance-strategieen: dual-licensing (GPL voor non-commercial plus commerciele licentie zonder GPL-restricties); linking only met LGPL-componenten in plaats van GPL; vervanging GPL-componenten door permissive equivalents (Apache, MIT, BSD); contract-based exception clauses. Niet-naleving GPL kan leiden tot tot inbreuk-claim door SFLC of vergelijkbare organisaties.

Boete- en schadevergoeding (BW art. 6:91-94). Een boetebeding in softwarelicentie treedt in plaats van schadevergoeding voor niet-nakoming, tenzij anders bepaald (BW art. 6:92 lid 2). Cumulatie boete plus aanvullende werkelijke schadevergoeding moet expliciet worden bedongen. Rechter kan boete matigen wanneer billijkheid dit klaarblijkelijk eist (BW art. 6:94 lid 1). Voor IP-inbreuk (Auteurswet art. 27) geldt apart wettelijk regime: schadevergoeding plus mogelijk winstafdracht; in kort geding Voorzieningenrechter Rechtbank Amsterdam bevel tot staking gebruik en eventueel beslag tot afgifte (Wetboek van Burgerlijke Rechtsvordering art. 1019).

De volgende fouten worden bij het opstellen van een Softwarelicentieovereenkomst Nederland regelmatig gemaakt en leiden tot conflicten, IP-geschillen en procedures voor de Rechtbank Amsterdam of Voorzieningenrechter.

Fout 1 - Onduidelijke specificatie van licentie-omvang. Veel licentieovereenkomsten vermelden onduidelijk welke versie, welke modules, en hoeveel gebruikers gedekt zijn. Bij latere upgrade of toename gebruikersaantallen ontstaat geschil over al-dan-niet inbegrepen in oorspronkelijke licentie. Best practice: precieze specificatie versie en build-nummer (bijvoorbeeld 'versie 2026.5.0 build 14523'); aantal gebruikers (named of concurrent); modulair karakter expliciet vermelden; upgrade-rechten (minor releases vX.Y standaard; major releases vX apart); auto-upgrade bij overschrijding gebruikersaantal tegen lijstprijs.

Fout 2 - Onvoldoende broncode-escrow voor business-kritieke software. Voor business-kritieke software die volledig essentieel is voor bedrijfsvoering licentienemer (ERP, productieplanning, dispatching) is broncode-escrow onmisbaar voor continuiteitsgarantie. Zonder escrow staat licentienemer bij faillissement of staken support van licentiegever met onbruikbare software. Best practice: deponering broncode + documentatie + build-instructies + dependencies bij Stichting NCC Escrow Rotterdam; release-condities: faillissement licentiegever (Fw art. 1), staken bedrijfsactiviteiten >6 maanden, materiele wanprestatie zonder herstel binnen 60 dagen; review escrow-status jaarlijks om actualiteit broncode te verifieren.

Fout 3 - Geen open source compliance-clausules. Wanneer software gebruik maakt van open source componenten zonder lijst en compliance-clausules ontstaan risico's: licentienemer moet zelf onbekende OSS-compliance dragen; bij viral GPL kan eigen code besmet raken; bij Apache 2.0 vereist patent-licensing. Best practice: complete OSS-bill-of-materials (SBOM) met componenten, versies en licentietypes; tools zoals Black Duck, FOSSology, Snyk Open Source; uitsluiten van AGPL voor SaaS-componenten gezien network copyleft; documentatie voor licentienemer over OSS-compliance-vereisten.

Fout 4 - Aansprakelijkheidsbeperking te ruim of nietig. Te ruime aansprakelijkheidsbeperking (totale uitsluiting alle schade) is nietig onder BW art. 6:248 lid 2 (beperkende werking redelijkheid en billijkheid) en bij consumenten onder BW art. 6:236 (zwarte lijst). Te enge beperking laat licentiegever volledig aansprakelijk voor gevolgschade. Best practice: beperking directe schade tot 12 maanden licentievergoeding; gevolgschade, gederfde winst, verlies data uitsluiten (BW art. 6:75); uitzonderingen: opzet/grove nalatigheid, IP-vrijwaring, dood/lichamelijk letsel. Bij enterprise software soms hogere caps voor specifieke risico's (security breach: EUR 500.000-2.000.000).

Fout 5 - Reverse engineering volledig verbieden. Veel standaard EULA's verbieden reverse engineering categorisch, wat in conflict komt met dwingendrechtelijke Auteurswet 1912 art. 45m (interoperabiliteit). Best practice: contractuele clausule vermeldt dat reverse engineering verboden is BEHALVE voor zover toegestaan onder Auteurswet 1912 art. 45m (interoperabiliteit met andere software die licentienemer rechtmatig bezit). Aanvullende beperking: licentienemer moet eerst schriftelijk verzoek doen aan licentiegever om noodzakelijke informatie voor interoperabiliteit; alleen bij weigering of niet-tijdige verstrekking is reverse engineering toegestaan.

Fout 6 - Geen auditrecht of onevenredige audit-clausules. Zonder auditrecht kan licentiegever niet controleren of licentienemer binnen aantal gebruikers en geografisch bereik blijft. Te agressieve audit-clausules (4 audits per jaar; onaangekondigd; door interne licentie-team licentiegever) zijn onredelijk bezwarend. Best practice: max 1 audit per kalenderjaar; aankondiging minimaal 14 dagen vooraf; tijdens kantooruren; geen onredelijke verstoring bedrijfsvoering; door onafhankelijke registeraccountant of erkende license-compliance dienstverlener; bij overgebruik >5% kosten audit + nafacturatie voor rekening licentienemer.

Fout 7 - Geen procedure voor change of control. Bij overname van licentienemer (M&A, PE-investering) of licentiegever (acquisitie door concurrent) ontstaat onduidelijkheid over voortzetting licentie. Best practice: contractuele change of control clausule: bij wijziging van zeggenschap (>50% aandelen) licentienemer mag licentiegever overeenkomst opzeggen binnen 90 dagen na bekendmaking; vice versa licentienemer bij overname licentiegever. Uitzonderingen voor reorganisatie binnen concern (interne overdrachten); overdracht aan eigen holding-BV (UBO-controlled) vereist alleen kennisgeving.

Fout 8 - Geen rechtskeuze of buitenlandse jurisdictie. Sommige internationale softwareleveranciers (vooral VS-bedrijven) hanteren standaard EULA met Delaware-recht of California-recht plus arbitrage in San Francisco. Voor Nederlandse licentienemers verhoogt dit complexiteit en kosten bij geschil aanzienlijk; buitenlandse vonnissen niet automatisch uitvoerbaar in Nederland. Best practice: bij commerciele onderhandeling aandringen op Nederlands recht (BW art. 6:248) en Nederlandse rechter (Rechtbank Amsterdam, Rotterdam, Den Haag of Utrecht) of arbitrage via Nederlands Arbitrage Instituut (NAI) Rotterdam. Voor zeer grote internationale deals soms gemiddelde optie: ICC arbitration in Den Haag onder Nederlands recht.