>
ILMT and Sub-Capacity
Journal · May 2026 · 8 minute read

The PVU sub-capacity report explained.

The ILMT sub-capacity report is the single document that proves you are entitled to license only the virtual cores running IBM software instead of the whole physical host. Understanding what it must contain, and the rules it has to satisfy, is the difference between sub-capacity pricing and a full-capacity bill. Independent, not affiliated with IBM Corporation.

Sub-capacity licensing can cut a PVU bill by an order of magnitude, but it is conditional. The condition is evidence, and the evidence is the quarterly sub-capacity report produced by IBM License Metric Tool or another approved tool. If the report exists, runs continuously, and holds up, you pay for the cores the software actually uses. If it does not, IBM is contractually entitled to charge as though every physical core on the host runs the software. The report is therefore not a formality. It is the entire basis of the discount.

What the report actually proves.

PVU is a core-based metric. The full-capacity reading counts every physical core on a host and multiplies by the per-core PVU value, roughly 70 PVU for a typical Intel core. The sub-capacity report narrows that to the virtual cores allocated to the IBM product. The arithmetic is stark. A workload using 4 of a host's 32 cores is 480 PVU under sub-capacity and 3,840 PVU under full-capacity. The report is what entitles you to the smaller of those two numbers, and it has to do so for every measurement period, not just the moment of the audit.

The rules the report has to satisfy.

IBM's sub-capacity terms attach specific, non-negotiable conditions to that entitlement:

Miss any one of these and IBM defaults the affected period to full-capacity charging. The conditions are cumulative, not a menu.

Why a report can be technically valid and still fail.

A report that exists is not automatically a report that defends you. ILMT routinely miscategorizes installs, which means the bundle a product is counted against can be wrong even when the tool is running. Broken or missing agents leave hosts uncovered, and an uncovered host is a full-capacity host for that period. A report generated late, or one that cannot be located for an earlier quarter, leaves a gap the auditor will price. The report has to be accurate and complete across the whole lookback, which can run two to five years.

Reading the report like an auditor.

When the audit arrives, IBM reads the sub-capacity report looking for the periods it can disqualify. A buyer side review reads it the same way first, to find and fix those gaps before they become findings. That means checking agent coverage against the full host inventory, confirming product categorization, verifying that a report exists for every quarter in scope, and reconciling the reported PVU against entitlements. The work is the same whether you do it or IBM does it. The difference is who controls the outcome.

What this means under audit

The sub-capacity report is the only thing standing between you and full-capacity charging. It must be deployed within 90 days, run continuously, generate quarterly reports, and retain them for two years, with accurate agent coverage across the whole estate. A gap in any quarter is a full-capacity bill for that quarter, so the report has to be reviewed like an auditor would before the auditor does.

Common questions.

What happens if my ILMT report has a gap in one quarter?
IBM is entitled to apply full-capacity charging to the period the gap covers. Because the lookback can run two to five years, a single missing or broken quarter can carry a large full-capacity charge on its own.
Does running ILMT guarantee I am compliant?
No. The tool has to be installed within 90 days, run continuously, produce quarterly reports, and retain them for two years, and the reports have to be accurate. ILMT often miscategorizes installs and can lose agent coverage, so a running tool is necessary but not sufficient.
Can a disqualified period be recovered?
Sometimes. Where the underlying deployment was genuinely sub-capacity, clean evidence and corrected reporting can support reinstating the sub-capacity position rather than accepting full-capacity charging. That is the heart of a sub-capacity defense.
Worried your sub-capacity report will not hold up?
We review ILMT the way an auditor would, fix the configuration, and restore a defensible sub-capacity posture.
Explore ILMT Remediation →

The IBM Audit Brief

Audit triggers, ILMT pitfalls, and settlement tactics for IBM software buyers.

IBM Audit

Independent, buyer side IBM software audit defense and negotiation. Not affiliated with IBM Corporation.

Services
Audit DefenseAudit NegotiationILMT RemediationSub-Capacity Defense
Products
WebSphereDb2CognosCloud Pak
Company
AboutContactJournalWhite Papers
Independent. Not affiliated with IBM Corporation.Buyer Side · Est. 2019