IBM-licenties worden berekend op basis van specifieke metrische modellen, waarvan de Processor Value Unit (PVU) de meest gebruikte is. De facturering verloopt doorgaans via jaarlijkse abonnementen of eenmalige aankopen, gecombineerd met verplichte onderhoudscontracten. Wie de spelregels van IBM-licenties begrijpt, voorkomt onnodige kosten en onaangename verrassingen tijdens een audit. Dit artikel beantwoordt de meest gestelde vragen over IBM-licenties, van basismodellen tot auditvoorbereiding.
Welke licentiemodellen gebruikt IBM voor zijn software?
IBM hanteert meerdere licentiemodellen, afhankelijk van het product en de inzetomgeving. De drie meest voorkomende modellen zijn PVU-licenties (Processor Value Units), Authorized User-licenties en Resource Value Unit (RVU)-licenties. Elk model koppelt de licentiebehoefte aan een andere meetbare grootheid, zoals processorcapaciteit, het aantal gebruikers of resourcegebruik.
Naast deze drie basisvormen gebruikt IBM ook het Managed Virtual Server (MVS)-model voor specifieke cloudtoepassingen en het maandelijkse licentiemodel voor IBM-software die via IBM Cloud wordt afgenomen. Welk model van toepassing is, hangt sterk af van het specifieke IBM-product en de manier waarop het wordt ingezet, lokaal, in een private cloud of in een publieke cloudomgeving.
Het is belangrijk om per product de zogeheten License Information (LI)-documenten te raadplegen. Hierin legt IBM precies vast welke metriek van toepassing is en onder welke voorwaarden licenties mogen worden ingezet. Deze documenten zijn leidend bij een eventuele audit.
Hoe werkt de PVU-berekening bij IBM-licenties?
De PVU-berekening bepaalt hoeveel licenties een organisatie nodig heeft op basis van het type processor en het aantal processorkernen waarop de IBM-software draait. IBM kent aan elk processortype een vaste PVU-waarde toe, gepubliceerd in de IBM PVU-tabel. Het totale aantal benodigde PVU’s is de som van alle kernen vermenigvuldigd met de bijbehorende PVU-waarde per kern.
Een voorbeeld: als een server draait op een Intel Xeon-processor met een PVU-waarde van 70 per kern en de software draait op 8 kernen, zijn er 560 PVU’s nodig. IBM actualiseert de PVU-tabel regelmatig, waardoor een processorvervanging of servermigratie directe gevolgen kan hebben voor de licentiebehoefte.
De PVU-waarden variëren aanzienlijk per processorarchitectuur. IBM-mainframeprocessors hebben doorgaans hogere PVU-waarden dan standaard x86-processors, wat de licentiekosten fors kan beïnvloeden bij infrastructuurwijzigingen.
Wat is het verschil tussen full capacity en sub-capacity licenties?
Bij full capacity licenties moet een organisatie licenties afnemen voor alle processorkernen op de fysieke server, ongeacht hoeveel kernen de software daadwerkelijk gebruikt. Bij sub-capacity licenties hoeft alleen gelicentieerd te worden voor de kernen die daadwerkelijk aan de virtuele machine zijn toegewezen waarop de IBM-software draait.
Sub-capacity licenties kunnen aanzienlijke kostenbesparingen opleveren in gevirtualiseerde omgevingen, maar IBM stelt hier strikte voorwaarden aan:
- De virtualisatietechnologie moet voorkomen op IBM’s lijst van ondersteunde hypervisors (zoals VMware, Microsoft Hyper-V of IBM PowerVM).
- De organisatie moet gebruik maken van het IBM License Metric Tool (ILMT) of een vergelijkbaar goedgekeurd hulpmiddel voor continue meting en rapportage.
- ILMT-rapporten moeten minimaal elk kwartaal worden gegenereerd en bewaard.
- Alle virtuele machines waarop IBM-software draait, moeten correct worden gemonitord.
Voldoet een organisatie niet aan deze vereisten, dan vervalt het recht op sub-capacity en moet alsnog op full capacity basis worden gelicentieerd. Dit is een veelvoorkomende bron van complianceproblemen.
Hoe factureert IBM zijn softwarelicenties en onderhoud?
IBM factureert softwarelicenties op twee manieren: als eenmalige aankoop (perpetual license) of als jaarlijks abonnement (subscription). Bij een perpetual license betaalt een organisatie eenmalig voor het gebruiksrecht, maar komt hier vrijwel altijd een jaarlijks onderhoudscontract bovenop, het zogeheten Software Subscription and Support (S&S).
Het S&S-contract geeft recht op updates, patches en IBM-support. De jaarlijkse kosten bedragen doorgaans een vast percentage van de oorspronkelijke licentieprijs. IBM hanteert prijsverhogingen op S&S-contracten, waardoor de totale eigendomskosten over meerdere jaren aanzienlijk kunnen oplopen.
Bij abonnementslicenties (zoals IBM Passport Advantage Express) betaalt een organisatie jaarlijks voor gebruik en support gecombineerd. Het voordeel hiervan is meer flexibiliteit in het aan- en afschalen van licenties. Het nadeel is dat bij opzegging alle rechten vervallen, in tegenstelling tot een perpetual license waarbij het basisgebruiksrecht behouden blijft.
Wat zijn veelgemaakte fouten bij het beheren van IBM-licenties?
De meest gemaakte fouten bij het beheren van IBM-licenties zijn het niet bijhouden van ILMT-rapportages, het ontbreken van inzicht in de volledige software-installatievoetafdruk en het negeren van PVU-tabelwijzigingen na hardware-upgrades. Deze fouten leiden vrijwel altijd tot compliancerisico’s en onverwachte nabetalingen tijdens een audit.
Andere veelvoorkomende fouten zijn:
- Software op niet-ondersteunde hypervisors draaien terwijl sub-capacity wordt geclaimd, waardoor IBM full capacity kan opeisen.
- Licenties niet tijdig afschalen na het buiten gebruik stellen van servers of applicaties, waardoor onnodig voor ongebruikte capaciteit wordt betaald.
- Onjuiste interpretatie van de License Information-documenten, waardoor software breder wordt ingezet dan de licentie toestaat.
- Geen centraal overzicht bijhouden van alle IBM-producten, versies en bijbehorende licentierechten.
- Onderhoudscontracten laten verlopen zonder bewuste keuze, waarna het heractiveren van S&S-contracten aanzienlijk duurder uitvalt.
Hoe bereid je je voor op een IBM-licentie-audit?
Een goede voorbereiding op een IBM-licentie-audit begint met een volledige inventarisatie van alle geïnstalleerde IBM-software en de bijbehorende licentierechten. Zorg dat ILMT-rapportages up-to-date zijn, dat alle aankoopdocumentatie beschikbaar is en dat de actuele PVU-tabel is toegepast op de huidige hardwareconfiguratie.
Concrete stappen voor auditvoorbereiding zijn:
- Voer een interne software-inventarisatie uit met behulp van ILMT of een vergelijkbaar discovery-tool.
- Vergelijk de gevonden installaties met de beschikbare licentierechten en identificeer eventuele tekorten of overschotten.
- Controleer of alle sub-capacity-vereisten worden nageleefd, inclusief de hypervisor-ondersteuningslijst van IBM.
- Bewaar alle aankoopbewijzen, contracten en ILMT-rapporten van minimaal de afgelopen drie jaar.
- Stel een intern aanspreekpunt aan dat het licentiedossier beheert en tijdig reageert op IBM-verzoeken.
Een proactieve aanpak voorkomt dat IBM een audit gebruikt als hefboom voor commerciële druk. Wie zijn licentiedossier op orde heeft, staat sterker in onderhandelingen en voorkomt kostbare nabetalingen.
Hoe Thornstein Groep helpt met IBM-licenties
IBM-licenties zijn complex, en de financiële risico’s bij onjuist beheer zijn aanzienlijk. Thornstein Groep ondersteunt organisaties bij elk aspect van IBM-licentiebeheer, van het doorgronden van de juiste licentiemetriek tot het succesvol doorstaan van een audit. Wat we voor u doen:
- Licentie-analyse: We brengen uw volledige IBM-softwarevoetafdruk in kaart en vergelijken dit met uw huidige licentierechten.
- Compliance-check: We toetsen uw ILMT-inrichting en sub-capacity-configuratie aan de IBM-vereisten.
- Kostenoptimalisatie: We identificeren onnodige licenties, onderhandelen over scherpe condities en helpen u te besparen op S&S-contracten.
- Auditbegeleiding: We begeleiden u tijdens een IBM-audit en zorgen dat u sterk staat in het proces.
Als onafhankelijk adviseur staan wij altijd aan uw kant, zonder commerciële belangen bij IBM. Wilt u weten waar uw organisatie staat op het gebied van software licenties? Neem contact op en ontdek hoe we uw IBM-licentiekosten structureel kunnen verlagen.
