Wat is een software license agreement?

Een software license agreement, in het Nederlands een softwarelicentieovereenkomst, is een contract waarin de eigenaar van een computerprogramma een andere partij het recht geeft dat programma onder vastgelegde voorwaarden te gebruiken, terwijl hij eigenaar blijft van de software zelf. De overeenkomst legt vast waarvoor de software gebruikt mag worden, door hoeveel mensen of op hoeveel machines, voor hoe lang, tegen welke prijs, en wat er gebeurt als een van beide partijen eruit wil.

De overeenkomst is nodig omdat software auteursrechtelijk beschermd is. In de Verenigde Staten heeft de houder van het auteursrecht het exclusieve recht om een werk te verveelvoudigen, afgeleide werken te maken en kopieën te verspreiden [1]. Installeren, kopiëren of aanpassen van een programma raakt aan die rechten. De licentie is de toestemming die het gebruik rechtmatig maakt, en de formulering ervan is de grens van wat een onderneming daadwerkelijk mag doen.

Dat onderscheid heeft gevolgen. Amerikaanse federale rechters hebben geoordeeld dat een softwaregebruiker licentienemer is en geen eigenaar van een exemplaar, wanneer de auteursrechthebbende een licentie verleent, overdracht sterk beperkt en noemenswaardige gebruiksbeperkingen oplegt. Volgens die redenering kan een licentienemer zich niet beroepen op de first sale doctrine of op het essential step-verweer van section 117, en ontleent hij zijn rechten uitsluitend aan de bepalingen van zijn licentieovereenkomst [2]. Software kopen en software bezitten zijn niet hetzelfde.

Hetzelfde instrument reist onder verschillende namen, en de verschillen gaan vooral over wie tekent en hoe onderhandelbaar de voorwaarden zijn.

Naam	Wat het meestal is
Software license agreement (SLA)	De algemene term voor het contract dat gebruiksrechten verleent
End user license agreement (EULA)	De standaardvorm zonder onderhandeling, aangeboden bij installatie of aanmelding
Enterprise- of volumelicentieovereenkomst	Een onderhandelde overeenkomst voor een organisatie die op schaal inkoopt
Abonnements- of SaaS-overeenkomst (software as a service)	Toegang voor een looptijd, meestal gehost door de leverancier
Eeuwigdurende licentie	Het recht om een specifieke versie onbeperkt te draaien, met support apart ingekocht
Open source-licentie	Een publieke licentie die ruime rechten verleent onder voorwaarden

Twee valkuilen in de naamgeving verdienen aandacht. Ten eerste wordt de afkorting SLA binnen software asset management gebruikt voor software license agreement [3], terwijl SLA in de meeste contractsituaties staat voor service level agreement, een ander document over beschikbaarheid en reactietijden. Ga na welke van de twee een tegenpartij bedoelt voordat u reageert. Ten tweede is een EULA een soort softwarelicentieovereenkomst en geen aparte categorie: het is de gestandaardiseerde versie die aan de eindgebruiker wordt voorgelegd [3].

Open source-licenties zijn ook softwarelicentieovereenkomsten, met ongebruikelijke economie. Om onder de definitie van het Open Source Initiative als open source te kwalificeren, moet een licentie vrije herdistributie toestaan, broncode beschikbaar stellen en aanpassingen en afgeleide werken toelaten [4]. De verplichtingen zijn doorgaans naamsvermelding en distributievoorwaarden in plaats van vergoedingen, en juist daarom worden ze over het hoofd gezien.

Doel en veelvoorkomende toepassingen

De overeenkomst doet vier dingen tegelijk. Zij verleent een toestemming die het auteursrecht anders zou onthouden. Zij beperkt die toestemming, zodat de leverancier verschillende gebruiksomvangen tegen verschillende prijzen kan verkopen. Zij verdeelt risico via garantie-, vrijwarings- en aansprakelijkheidsbepalingen. En zij bepaalt het commerciële ritme: wat er wordt betaald, wanneer, en hoe de relatie verlengt of eindigt.

Typische situaties waarin er een opduikt:

• Een bedrijf neemt een SaaS-product af en accepteert de voorwaarden bij aanmelding.
• Een leverancier en een klant onderhandelen een enterprise-overeenkomst die meerdere producten en bedrijfsonderdelen omvat.
• Software wordt ingebed in hardware of doorverkocht aan derden, waarvoor meestal een aparte distributie- of reseller-overeenkomst nodig is.
• Een ontwikkelaar licentieert een componentbibliotheek in een commercieel product.
• Een overheidsorganisatie koopt commerciële software in. De Amerikaanse federale inkoopregels schrijven voor dat commerciële computersoftware wordt verworven onder de licenties die gebruikelijk aan het publiek worden verstrekt, voor zover die licenties verenigbaar zijn met federaal recht [5].

Partijen bij de overeenkomst

Er zijn twee genoemde partijen en een aantal anderen wier gedrag door het contract wordt bestuurd zonder dat zij tekenen.

De licentiegever bezit of beheert de rechten op de software. Hij verleent de licentie en verbindt zich doorgaans tot levering van de software, het bieden van afgesproken support, het verweren tegen inbreukclaims op intellectuele eigendom, en het naleven van verplichtingen rond gegevensbescherming waar hij klantgegevens verwerkt.

De licentienemer krijgt het gebruiksrecht. Zijn verplichtingen zijn meestal het betalen van vergoedingen, binnen de gelicentieerde omvang blijven, inloggegevens en vertrouwelijke informatie beschermen, gebruiksbeperkingen respecteren en meewerken aan licentiecontrole.

Buiten de handtekeningen om reikt de overeenkomst meestal ook tot geautoriseerde gebruikers zoals medewerkers en ingehuurde krachten, groepsmaatschappijen van de licentienemer, en soms eindklanten waar de licentienemer mag inbedden of doorverkopen. De licentienemer blijft normaal gesproken verantwoordelijk voor hun naleving. Dat is de bepaling die het onvoorzichtige gedrag van één team omzet in aansprakelijkheid van de tekenende entiteit.

Belangrijkste bepalingen en clausules

Dit is algemene informatie over hoe deze contracten zijn opgebouwd, geen juridisch advies over een specifieke overeenkomst.

Licentieverlening. De kernzin. Kijk of de licentie exclusief of niet-exclusief is, eeuwigdurend of in tijd beperkt, wereldwijd of territoriaal, overdraagbaar of niet, en of sublicentiëring is toegestaan.

Omvang en licentiemetrieken. Wat er wordt geteld: benoemde gebruikers, gelijktijdige gebruikers, CPU-cores (central processing unit), apparaten, omgevingen, transactievolume of omzetklasse. De metriek is wat een leverancier meet op het moment van een audit.

Beperkingen. Gebruikelijke verboden betreffen reverse engineering, benchmarking, het delen van toegang buiten de gelicentieerde groep, servicebureaugebruik en het verwijderen van eigendomsvermeldingen.

Intellectuele eigendom en eigendomsrechten. Bevestigt dat de licentiegever de titel behoudt, en regelt wie eigenaar is van feedback, configuraties en eventuele klantgegevens of outputs.

Vergoedingen, nacalculatie en verhogingen. Prijs, facturatieritme, wat aanvullende vergoedingen activeert bij gebruik buiten de omvang, en een eventueel gemaximeerde of ongelimiteerde verhoging bij verlenging.

Support, onderhoud en serviceniveaus. Vaak een aparte bijlage. Waar toezeggingen over beschikbaarheid en reactietijden bestaan, staan die meestal in een service level agreement bij het hoofdcontract.

Garanties en uitsluitingen. Wat de leverancier belooft dat de software zal doen, voor hoe lang, en wat uitdrukkelijk is uitgesloten.

Vrijwaringen. Meestal vrijwaart de licentiegever tegen claims van derden over intellectuele eigendom, en vrijwaart de licentienemer tegen oneigenlijk gebruik.

Beperking van aansprakelijkheid. Maxima en uitsluitingen, plus de uitzonderingen waarin het maximum niet geldt.

Audit- en verificatierechten. Het recht van de leverancier om gebruik te controleren, de vereiste aankondiging, en wie tekorten betaalt.

Looptijd, verlenging en beëindiging. Hieronder behandeld, omdat daar het meeste operationele geld verloren gaat.

Gegevensbescherming en beveiliging. Waar de leverancier persoonsgegevens verwerkt, staat er meestal een verwerkersovereenkomst naast de licentie.

Eén structurele opmerking over back-ups. In de Verenigde Staten geldt de regeling voor archiefkopieën onder section 117 voor de eigenaar van een exemplaar, en moeten alle archiefkopieën worden vernietigd zodra voortgezet bezit niet langer rechtmatig is [1]. In de Europese Unie ligt dat anders: een reservekopie gemaakt door iemand die het recht heeft het programma te gebruiken, mag niet bij overeenkomst worden verhinderd voor zover die kopie noodzakelijk is voor dat gebruik, en de eerste verkoop van een kopie in de Unie door de rechthebbende put het distributierecht voor die kopie uit [6]. De jurisdictie verandert het antwoord, dus lees de rechtskeuzebepaling voordat u aanneemt dat de ene of de andere regel geldt.

Belangrijke data en momenten in de looptijd

Softwarelicentieovereenkomsten worden gestuurd door data, en die data staan zelden in hetzelfde document als de handtekeningpagina.

• Ingangsdatum en start van de looptijd. Soms de datum van het orderformulier, soms de oplevering, soms het einde van een pilot.
• Einde van de abonnements- of licentietermijn. De datum waarop de rechten vervallen als er niets gebeurt.
• Datum van automatische verlenging. De meeste abonnementsovereenkomsten verlengen automatisch tenzij er wordt opgezegd.
• Uiterste datum voor opzegging. De echte deadline. Die ligt weken of maanden vóór de verlengingsdatum, en hem missen bindt de onderneming aan een volgende volledige termijn.
• Aankondigingsdatum voor prijsverhoging. Waar de leverancier een verhoging moet aankondigen voordat hij die mag toepassen.
• Data voor nacalculatie of gebruiksrapportage. Periodieke afstemming van werkelijk gebruik tegenover de aanspraak.
• Verlenging van support of onderhoud. Bij eeuwigdurende licenties loopt dit vaak op een eigen cyclus.
• Aankondigingstermijnen voor audits. De aankondiging die de leverancier vooraf moet geven voor verificatie.
• Verplichtingen na beëindiging. Verwijdering of teruggave van software en gegevens, en een eventuele afbouw- of overgangsperiode.

Elk van deze punten hoort bij een persoon, niet bij een map. Het verlengingsbesluit is van inkoop, de gebruiksafstemming van IT (informatietechnologie), en de bevestiging van verwijdering vaak van security.

Risico's en veelgemaakte fouten

Stille automatische verlenging. Het opzegvenster sluit, de termijn verlengt, en het budget is vastgelegd voordat iemand heeft beoordeeld of de tool nog wordt gebruikt.

Ongemerkte groei van gebruik. Een team voegt gebruikers toe, start een tweede omgeving of verplaatst een workload naar meer cores. Het gebruik groeit organisch mee, de aanspraak niet.

Onvoorbereide audits. Leveranciersaudits komen veel voor en zijn duur. Het 2026 State of ITAM-rapport (IT asset management) van Flexera stelde vast dat 48 procent van de onderzochte organisaties het afgelopen jaar werd geaudit, dat 64 procent van de geauditeerde organisaties Microsoft-audits meldde, en dat 44 procent van de respondenten over drie jaar meer dan één miljoen dollar aan audits uitgaf [7]. Hetzelfde rapport stelde vast dat slechts 36 procent van de organisaties volledig zicht heeft op het eigen IT-landschap [7].

Een getekende licentie behandelen als een aankoop. Zoals het onderscheid tussen licentienemer en eigenaar laat zien, kunnen doorverkoop, overdracht en zelfs bepaalde vormen van kopiëren beperkt zijn op manieren die teams verrassen die denken dat zij de software hebben gekocht [2].

De documentenset kwijtraken. Eén licentierelatie bestaat meestal uit een raamovereenkomst plus orderformulieren, wijzigingen, supportbijlagen en een verwerkersovereenkomst. Als alleen de raamovereenkomst is gearchiveerd, ontbreken juist de commerciële voorwaarden die daadwerkelijk gelden.

Onbeheerde open source-verplichtingen. Voorwaarden over naamsvermelding en beschikbaarheid van broncode komen zonder factuur, dus niets zet aan tot controle totdat een klant of een overnemende partij ernaar vraagt [4].

Geen eigenaar. De meest voorkomende tekortkoming is niet een slechte bepaling. Het is een getekende overeenkomst waarvoor niemand verantwoordelijk is gemaakt.

Verwante contracttypen

• Een master service agreement (MSA) regelt een doorlopende dienstenrelatie en is vaak het moederdocument waaronder orderformulieren hangen. Een softwarelicentie verleent gebruiksrechten; een MSA bepaalt hoe werk wordt geleverd.
• Een service level agreement legt prestatietoezeggingen, kortingen en remedies vast. Die hangt meestal aan een licentie of abonnement in plaats van dat hij die vervangt.
• Een verwerkersovereenkomst regelt hoe de leverancier persoonsgegevens namens de klant verwerkt.
• Een reseller-overeenkomst voor software machtigt een derde partij om de software te verkopen of te distribueren, wat een standaard eindgebruikerslicentie niet doet.
• Een EULA is een softwarelicentieovereenkomst in gestandaardiseerde, klik-om-te-accepteren vorm, en geen apart contracttype [3].

Checklist voor contractbeheer

Werk deze door tegen een echte overeenkomst, niet uit het hoofd.

1. Archiveer de hele set. Zet de raamovereenkomst, ieder orderformulier, wijzigingen, de supportbijlage en de verwerkersovereenkomst in één doorzoekbaar contractarchief, gekoppeld als één relatie.
2. Leg de licentiemetriek en het aantal vast. Schrijf op wat er wordt geteld en wat de exacte aanspraak is, zodat een vraag over gebruik beantwoord kan worden zonder de pdf opnieuw te openen.
3. Haal de bepalingen met risico eruit. Leg licentieomvang, beperkingen, vergoedingen en verhogingsmechanismen, auditrechten, opzegtermijnen en aansprakelijkheidsmaxima vast als gestructureerde velden. Contractdata-extractie maakt hiervan een herhaalbare stap in plaats van een leesoefening.
4. Agendeer de opzegdatum, niet de verlengingsdatum. Zet de herinnering ver genoeg vóór de uiterste opzegdatum dat er een echt besluit genomen kan worden, en stuur hem naar de persoon die dat besluit kan nemen.
5. Wijs per overeenkomst een eigenaar aan. Eén persoon verantwoordelijk voor verlenging, gebruik en auditrespons.
6. Stem gebruik af vóór iedere verlenging. Vergelijk werkelijke gebruikers, apparaten of omgevingen met de aanspraak, en los het verschil op voordat de leverancier het vindt.
7. Bewaar auditbewijs onderweg. Aanspraakdocumenten, uitrolgegevens en correspondentie, bewaard op een plek waar ze snel geproduceerd kunnen worden.
8. Beoordeel verplichtingen met een vaste frequentie. Elk kwartaal voor grote overeenkomsten, jaarlijks voor de rest. Controleer open source-verplichtingen bij dezelfde gelegenheid.
9. Bevestig dat stappen na beëindiging echt zijn uitgevoerd. Verwijdering, teruggave en intrekking van toegang zijn verplichtingen, geen voornemens.

Voor de stapsgewijze operationele versie hiervan, zie hoe u softwarelicentieovereenkomsten beheert. Voor het bredere leveranciersbeeld behandelt leverancierscontractbeheer dezelfde discipline over een volledige leveranciersportefeuille.

Contracko werkt aan de overeenkomstkant van softwarelicentiëring. Het bewaart ondertekende licenties en de bijbehorende documenten, haalt met kunstmatige intelligentie (AI) de belangrijkste bepalingen en data eruit, en herinnert de juiste persoon voordat een opzegvenster sluit. Het ontdekt geen geïnstalleerde software en telt geen installaties, want dat is het werk van software asset management-tools. Als het bijhouden van de overeenkomsten zelf het gat is, start dan een gratis proefperiode en laad een paar licentieovereenkomsten om te zien wat eruit komt.

Bronnen

[1] U.S. Code, Title 17, sections 106 en 117 (exclusieve rechten van de auteursrechthebbende; grenzen aan kopiëren en archiefkopieën van computerprogramma's door de eigenaar van een exemplaar). law.cornell.edu/uscode/text/17/117

[2] United States Court of Appeals for the Ninth Circuit, Vernor v. Autodesk, Inc., 621 F.3d 1102 (2010) (drieledige toets voor licentienemer versus eigenaar, en het niet beschikbaar zijn van first sale- en essential step-verweren voor licentienemers). cdn.ca9.uscourts.gov/datastore/opinions/2010/09/10/09-35969.pdf

[3] Flexera, woordenlijstpagina over software license agreements (SLA-terminologie en de verhouding tussen een SLA en een EULA). flexera.com/resources/glossary/what-is-a-software-license-agreement

[4] Open Source Initiative, The Open Source Definition (vrije herdistributie, beschikbaarheid van broncode en afgeleide werken). opensource.org/osd

[5] U.S. Federal Acquisition Regulation 27.405-3 (commerciële computersoftware verworven onder de licenties die gebruikelijk aan het publiek worden verstrekt). acquisition.gov/far/27.405-3

[6] Europese Unie, Directive 2009/24/EC betreffende de rechtsbescherming van computerprogramma's (uitputting van het distributierecht, en de reservekopie die niet bij overeenkomst mag worden verhinderd). eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:32009L0024

[7] Flexera, 2026 State of ITAM Report (auditfrequentie, auditkosten, leveranciersmix en zicht op het IT-landschap). flexera.com/blog/it-asset-management/state-of-itam-2026-audits

De afbeeldingen in dit artikel zijn gegenereerd met behulp van AI.