Shelfware reclamation in an IBM estate.
Shelfware is licensing you paid for and never deployed. It looks like waste, but in an audit it is an asset: unused entitlements offset over-deployment elsewhere. The licenses you forgot you own can pay for the ones you over-ran.
Most large IBM estates carry shelfware, entitlements that were bought for a project that shrank, a migration that changed direction, or a bundle whose extra components were never switched on. The instinct is to treat it as a sunk cost and a governance failure. That is half right. Shelfware is wasted spend, and over time it should be reduced. But in the specific context of an audit or a true-up, unused entitlements are leverage, because IBM reconciliation nets deployment against entitlement product by product, and an entitlement you are not using is one IBM should credit against a place where you are over deployed.
The catch is that shelfware only helps if you know it exists and can prove it. Entitlements that are buried in old purchase records, attached to a product nobody tracks, or tied to a version that has been superseded do not surface on their own. An auditor has no incentive to find them for you. Reclaiming shelfware is therefore two jobs: making the unused entitlement visible and provable, and then deciding whether to redeploy it, trade it in a negotiation, or retire it.
Where shelfware hides
Unused entitlement accumulates in predictable places, and knowing the patterns is how you find it before an audit forces the question.
- Quantities bought for a planned rollout that was scaled back or cancelled
- Bundle components included in a purchase but never deployed
- Prior version entitlements that still cover current use after an upgrade
- Licenses inherited through an acquisition and never integrated
- Capacity freed when workloads moved or were decommissioned
Why it matters in an audit
Reconciliation challenges land thirty to fifty percent of audit findings on average, and entitlement offsets IBM left out are a recurring source of that reduction. A product where you are over deployed by a margin can be partly or wholly covered by shelfware in a related product, by prior version rights, or by quantities that were never put to work. A buyer who walks into negotiation with a mapped inventory of unused entitlement has real currency. A buyer who does not is conceding value that was already paid for.
How we reclaim it
We inventory the full entitlement position and compare it to actual deployment, surfacing every unused or partly used entitlement and confirming it with proof of purchase. Where shelfware can offset a finding, we put it on the table in the negotiation as a credit IBM should apply. Where it can be redeployed to cover real growth, we map that move so a true-up shrinks or disappears. The point is that unused licensing is not just waste to apologize for, it is a position to negotiate from.
Shelfware is dormant currency. Find your unused entitlements, prove them, and bring them to reconciliation, and they offset over-deployment elsewhere or absorb a true-up. Left invisible, they are pure loss while IBM bills you for the gap they could have covered.
Sitting on unused IBM licenses?
Our Audit Negotiation engagement inventories your entitlements against deployment and turns provable shelfware into credits that offset findings or absorb a true-up.
See Audit Negotiation →The IBM Audit Brief
Audit triggers, ILMT pitfalls, and settlement tactics for IBM software buyers.
Independent, buyer side IBM software audit defense and negotiation. Not affiliated with IBM Corporation.