Licentieovereenkomst voor software checken

Door JAVB Editor

Software draait uw bedrijf — en de licentie bepaalt onder welke voorwaarden. Toch worden licentieovereenkomsten voor software, besturingssystemen en apps in het mkb vaker "weggeklikt" dan gelezen, tot het moment dat een leverancier een license audit aankondigt, een prijsverhoging doorvoert of een dienst uitzet waar uw administratie op draait. Wat staat er eigenlijk in zo'n licentie, waar zitten de addertjes — en welke rechten heeft u ook zónder dat het contract ze geeft?

De audit-brief komt zelden gelegen — wees hem voor.

In dit artikel lopen we de softwarelicentie langs zoals wij die voor klanten screenen: de gebruiksomvang (en de audit die daarop controleert), de verschillen tussen on-premise en clouddiensten, uw wettelijke minimumrechten als rechtmatige verkrijger, open source als verborgen passagier, en de exit — want elke licentie eindigt een keer. Wilt u een contract direct laten nalopen? Onze pagina over contracten controleren beschrijft de aanpak. Geschreven voor mkb-ondernemers, IT-verantwoordelijken en inkopers. Dit is algemene, educatieve informatie en geen juridisch advies op maat.


De gebruiksomvang: waar audits over gaan

Het hart van elke licentie is de scope: hoeveel gebruikers of apparaten, welke vestigingen, welke doeleinden (intern gebruik, klantbediening, testen), en hoe wordt geteld — named users, gelijktijdige gebruikers, processoren, servers? Veel zakelijke licenties bevatten een auditclausule die de leverancier het recht geeft uw daadwerkelijke gebruik te (laten) controleren, met bij overschrijding naheffing, rente en auditkosten — en soms contractuele boetes — als inzet. De praktijk leert:

  • Onbedoelde overschrijding is de regel, niet de uitzondering — een virtuele server te veel, een vertrokken medewerker wiens account bleef bestaan, een tool die "even" voor een tweede team werd opengezet;

  • Onderhandel de auditclausule vóór ondertekening: aankondigingstermijn, frequentie, een onafhankelijke auditor in plaats van de verkoopafdeling, en een herstelperiode tegen lijstprijs in plaats van boetetarieven;

  • Houd zelf de licentieadministratie bij — wie zijn eigen tellingen heeft, onderhandelt bij een audit vanuit kennis in plaats van schrik.


Cloud en apps: de licentie werd een abonnement

Bij clouddiensten (SaaS) verschuift het zwaartepunt: u koopt geen kopie maar toegang, en de voorwaarden kunnen vaak eenzijdig worden bijgesteld. Let bij het screenen vooral op: beschikbaarheid en onderhoudsvensters (en wat een service level werkelijk belooft), prijswijzigingsbedingen (index of vrij?), data-eigendom en -export (krijgt u uw gegevens in een bruikbaar formaat terug, en hoe lang na einde contract?), en — sinds dit voorjaar onontkoombaar — de verwerkersovereenkomst: verwerkt de dienst persoonsgegevens, dan eist de AVG dat de afspraken over beveiliging, subverwerkers en datalekken op papier staan. Een SaaS-contract zonder degelijke verwerkersafspraken is vandaag een rode vlag.

Gebruik versus licentie: het verschil moet nul zijn.


Uw wettelijke ondergrens: wat het contract niet mag afpakken

De Auteurswet geeft de rechtmatige verkrijger van software een eigen basispakket: het gebruiksrecht voor het beoogde doel (artikel 45j — deels contractueel in te perken), de reservekopie voor zover die voor het gebruik nodig is (artikel 45k), en een harde kern die géén contract kan uitsluiten:

"De verveelvoudiging, als bedoeld in de eerste zin, die geschiedt in het kader van het laden, het in beeld brengen of het verbeteren van fouten, kan niet bij overeenkomst worden verboden." — artikel 45j Auteurswet

Ook het Europese hof heeft de positie van de verkrijger versterkt: legaal verkregen, "gebruikte" softwarelicenties kunnen onder voorwaarden worden doorverkocht — de uitputtingsleer die de tweedehandsmarkt voor licenties mogelijk maakte. De les voor de praktijk: niet elke verbodsbepaling in een licentie is ook afdwingbaar, en wie een beroep op zijn wettelijke rechten paraat heeft, staat in onderhandelingen aanzienlijk sterker.


Open source: de verborgen passagier

Vrijwel alle moderne software bevat opensourcecomponenten, elk met een eigen licentie — van mild (MIT, BSD) tot voorwaardelijk (GPL-familie, met verplichtingen die bij doorlevering van software kunnen "doorwerken" naar uw eigen code). Voor wie software laat bouwen of doorlevert, horen twee vragen in elk contract: welke opensourcecomponenten zitten erin (een stuklijst), en wie staat ervoor in dat de licenties stroken met het beoogde gebruik? Laat ontwikkelcontracten daarop screenen — een GPL-component op de verkeerde plek is geen detail maar een rechtenkwestie. Over de risicoverdeling bij inhuur en uitbesteding schreven wij eerder in onze blog over het afdekken van risico's met algemene voorwaarden.


De exit: elke licentie eindigt

Screen het einde vóór het begin: opzegtermijnen en stilzwijgende verlenging, wat er bij einde gebeurt met uw data (export, formaat, wistermijn), of u een uitloopperiode krijgt voor migratie, en wat er geldt bij een faillissement of overname van de leverancier. Wie host waar — en is er een escrow-regeling voor de broncode van bedrijfskritische maatwerksoftware? Het zijn vragen van vijf minuten bij het tekenen, en van maanden procederen erna. Zie ook onze eerdere blog over auteursrecht op internet voor het bredere kader van digitale rechten.


Veelgestelde vragen

De leverancier kondigt een audit aan. Wat nu?

Niet in paniek meewerken en niets ondertekenen "om ervan af te zijn": check eerst wat de auditclausule werkelijk toestaat (termijn, scope, wie controleert), breng uw eigen telling op orde en laat u bij een gestelde overschrijding adviseren vóór u over naheffingen praat.

Mag ik mijn ongebruikte licenties doorverkopen?

Voor gekochte (eeuwigdurende) licenties kan dat onder de Europese uitputtingsregels — mits u uw eigen kopie onbruikbaar maakt en zonder volumelicenties op te knippen; voor abonnementen ligt het anders. Het contract zegt vaak "nee" — maar dat laatste woord is niet altijd het juridische laatste woord.

Wij gebruiken een gratis app zakelijk. Is dat een probleem?

Kan het zijn: "gratis" licenties beperken zakelijk gebruik geregeld, en de datakant (waar gaan klantgegevens heen?) is bij gratis diensten zelden op zakelijke leest geschoeid. Lees de voorwaarden zoals u een leverancierscontract zou lezen.

Wat is het belangrijkste punt als ik maar één ding check?

De combinatie scope + audit: weet wat u mag, weet wat u feitelijk doet, en zorg dat het verschil nul is.

De licentie-inventaris op orde: vijf minuten bij het tekenen.


Conclusie

Een softwarelicentie is geen formulier maar de gebruiksaanwijzing van uw bedrijfsvoering: de scope bepaalt uw risico bij audits, de cloudvoorwaarden uw continuïteit, de wet uw ondergrens en de exit uw vrijheid van morgen. Screen de licentie vóór het tekenen, houd uw eigen administratie bij en ken de rechten die geen contract u kan afnemen. Laat uw belangrijkste licenties eens langslopen — bij software geldt het aloude: wie a zegt, moet ook de bijlagen lezen.

Laatst bijgewerkt: 12 juni 2018.