Je ontvangt een e-mail van Microsoft, Oracle of een andere grote softwareleverancier. Ze melden dat uit een audit is gebleken dat jouw organisatie in het verleden meer software heeft gebruikt dan waarvoor licenties waren afgesloten. De rekening die volgt kan oplopen tot tienduizenden of zelfs honderdduizenden euro’s. Voor veel IT-directeuren en CFO’s voelt dit als een donderslag bij heldere hemel. Toch is het juridisch gezien volledig mogelijk, en leveranciers maken hier actief gebruik van. Wil je weten hoe je organisatie hiertegen beschermd kan worden? Neem gerust contact op en wij helpen je verder.
Een naheffing van een softwareleverancier is geen zeldzaamheid. Het is een structureel onderdeel van de verdienmodellen van grote spelers zoals Microsoft, Oracle en IBM. Begrijpen waarom dit kan en hoe het werkt, is de eerste stap naar een stevigere positie als organisatie.
Het juridische fundament achter naheffingen
Softwareleveranciers baseren naheffingen op de licentieovereenkomst die jouw organisatie bij aankoop heeft ondertekend. In vrijwel elk Enterprise Agreement of vergelijkbaar contract staat dat de afnemer verantwoordelijk is voor het bijhouden van correct gebruik, en dat de leverancier het recht heeft om dit gebruik te controleren. Dit recht op audit is doorgaans niet beperkt in tijd, wat betekent dat leveranciers gebruik uit meerdere jaren terug kunnen terugvorderen.
Wat veel organisaties niet realiseren, is dat licentiemodellen bijzonder complex zijn opgebouwd. Een enkele gebruiker die een applicatie op drie apparaten installeert, of een server die een bepaalde virtualisatieconfiguratie draait, kan al leiden tot een niet-conforme situatie. De contractuele definitie van “gebruik” is breed genoeg om leveranciers ruimte te geven voor interpretatie, en die ruimte wordt bij audits consequent in hun voordeel uitgelegd.
Hoe leveranciers gebruik uit het verleden vaststellen
Tijdens een softwareaudit verzamelen leveranciers of gespecialiseerde auditbureaus gedetailleerde gegevens over het historisch gebruik van software binnen jouw organisatie. Dit gebeurt via zogeheten Software Asset Management (SAM)-tools, logbestanden, Active Directory-gegevens, installatieregisters en soms directe toegang tot systemen.
Het bijzondere is dat leveranciers vaak jaren aan data kunnen reconstrueren op basis van informatie die al in jouw eigen IT-omgeving aanwezig is. Denk aan deployment-logs, gebruiksstatistieken in de Microsoft 365-beheerconsole of Oracle-databaseconfiguraties. Zodra het auditrapport er ligt, staat de bewijslast feitelijk al vast en bevindt de organisatie zich in een reactieve positie. Dit maakt voorbereiding des te belangrijker.
Sectoren en situaties met het hoogste naheffingsrisico
Niet elke organisatie loopt evenveel risico, maar bepaalde sectoren en situaties maken een naheffing aanzienlijk waarschijnlijker. Organisaties in de publieke sector, financiële dienstverlening en gezondheidszorg zijn frequent doelwit, mede omdat zij grote en complexe IT-omgevingen beheren met veel gebruikers en systemen.
Situaties die het risico verhogen, zijn onder andere:
- Fusies en overnames waarbij licentierechten niet opnieuw zijn beoordeeld
- Cloudmigraties waarbij on-premises licenties nog actief zijn naast nieuwe cloudabonnementen
- Groei van het medewerkersbestand zonder aanpassing van licentieaantallen
- Gebruik van software door externe medewerkers of partners die niet als gebruiker zijn geregistreerd
- Contractverlengingen waarbij het gebruik nooit kritisch is geëvalueerd
Bij Microsoft speelt bovendien de overgang van producten zoals Power BI Pro naar Premium een rol: een schaalsprong die organisaties onverwacht in een hogere en duurdere licentiecategorie kan plaatsen, met terugwerkende kracht.
Wat een naheffing in de praktijk betekent voor je organisatie
Een licentienaheffing is zelden alleen een financieel probleem. De directe kosten zijn vaak aanzienlijk, maar de indirecte impact is minstens zo ingrijpend. Het auditproces zelf legt beslag op de tijd van IT-medewerkers, juristen en inkoopprofessionals gedurende weken of zelfs maanden. Interne processen worden verstoord en de onderhandelingspositie bij de eerstvolgende contractverlenging verzwakt.
Daarnaast werkt een naheffing als een signaal richting het management dat de controle over IT-uitgaven onvoldoende is. Dit kan leiden tot interne druk op de IT-afdeling en inkoop, terwijl het probleem in werkelijkheid structureel van aard is en dieper ligt dan individueel falen. Organisaties die eenmaal een audit hebben ondergaan, worden ook vaker opnieuw gecontroleerd.
Het emotionele effect mag niet onderschat worden: het gevoel van machteloosheid tegenover een grote leverancier die de spelregels bepaalt, is een terugkerend thema bij organisaties die wij spreken. De ongelijke informatiepositie tussen leverancier en afnemer is structureel, en dat maakt onafhankelijk inzicht zo waardevol.
Hoe je de kans op een naheffing structureel verkleint
De beste bescherming tegen een naheffing van een softwareleverancier is proactief inzicht in het eigen licentielandschap. Dat begint met een grondige inventarisatie van welke software daadwerkelijk in gebruik is, door wie, op welke systemen en onder welke contractuele voorwaarden. Dit klinkt eenvoudig, maar is in de praktijk voor veel organisaties een blinde vlek.
Concrete stappen die het risico structureel verlagen:
- Voer regelmatig interne licentie-audits uit voordat een leverancier dat doet. Zo ontdek je afwijkingen op tijd en kun je ze corrigeren.
- Documenteer alle gebruikswijzigingen bij organisatieveranderingen, cloudmigraties en groei van het personeelsbestand.
- Begrijp je contracten, inclusief de definitie van “gebruik”, auditrechten en de looptijd van terugvorderingsaanspraken.
- Schakel onafhankelijk advies in bij contractverlengingen of grote IT-veranderingen, zodat je niet uitsluitend afhankelijk bent van informatie van de leverancier zelf.
- Bouw continue compliance-monitoring op in plaats van alleen te reageren op externe prikkels zoals audits of contractvervaldatums.
Wij ondersteunen organisaties bij het opbouwen van precies dit soort structurele controle. Via licentie optimalisatie brengen wij het volledige licentielandschap in kaart, identificeren wij risico’s en helpen wij organisaties een stevige positie te verwerven tegenover grote leveranciers. Niet eenmalig, maar doorlopend via ons StaySharp Service Contract.
Een naheffing voorkomen is altijd goedkoper dan er achteraf op reageren. De combinatie van contractkennis, technisch inzicht en onderhandelingservaring bepaalt uiteindelijk of jouw organisatie in controle is of wordt verrast. Plan een afspraak en ontdek waar de risico’s in jouw licentieomgeving liggen voordat een leverancier dat voor je doet.
Veelgestelde vragen
Wat moet ik doen als ik een auditmelding ontvang van een softwareleverancier?
V: Wat moet ik doen als ik een auditmelding ontvang van een softwareleverancier?nA: Reageer niet direct en onderneem geen actie zonder eerst juridisch en technisch advies in te winnen, want elke reactie kan je onderhandelingspositie beïnvloeden. Schakel een onafhankelijke expert in die het auditproces begeleidt, de gevraagde gegevens beoordeelt en namens jouw organisatie communiceert met de leverancier.
Hoe ver terug kan een softwareleverancier een naheffing opleggen voor historisch gebruik?
V: Hoe ver terug kan een softwareleverancier een naheffing opleggen voor historisch gebruik?nA: De terugvorderingstermijn is afhankelijk van wat er in jouw specifieke licentieovereenkomst staat, en veel contracten bevatten geen expliciete tijdslimiet voor auditaanspraken. Dit betekent dat leveranciers in theorie gebruik van meerdere jaren terug kunnen claimen, wat het belang van continue compliance-monitoring des te groter maakt.
Waarom is een interne licentie-audit effectiever dan wachten op een audit van de leverancier?
V: Waarom is een interne licentie-audit effectiever dan wachten op een audit van de leverancier?nA: Bij een interne audit bepaal jij de agenda, heb je de tijd om afwijkingen te corrigeren vóór ze extern zichtbaar worden, en behoud je de controle over welke informatie wordt gedeeld. Zodra een leverancier een audit initieert, sta je in een reactieve positie waarbij de bewijslast al grotendeels is vastgesteld in het voordeel van de leverancier.
Wanneer is het verstandig om een onafhankelijke expert in te schakelen voor licentiebeheer?
V: Wanneer is het verstandig om een onafhankelijke expert in te schakelen voor licentiebeheer?nA: Het is verstandig om een onafhankelijke expert in te schakelen bij contractverlengingen, fusies, cloudmigraties of groei van het personeelsbestand, omdat dit de momenten zijn waarop licentierisico's het snelst ontstaan. Een expert biedt objectief inzicht dat je niet kunt verwachten van de leverancier zelf, die er belang bij heeft jou zo veel mogelijk licenties te verkopen.
