>
Journal · ILMT and Sub-Capacity

Continuous ILMT operation as a process, not a project.

ILMT and Sub-Capacity · Buyer side

Most companies treat ILMT as a deployment to finish. IBM treats it as a duty to maintain. Sub-capacity holds only while the tool runs continuously and the quarterly reports are generated and retained, which makes it an operational process, not a project with an end date.

A common pattern: ILMT is deployed to satisfy an audit or a procurement requirement, the project closes, the team moves on, and the tool drifts. Agents are not added to new hosts, reports are not generated, the catalog is never corrected. Eighteen months later an audit finds a healthy looking console sitting on top of an evidence trail full of holes. The root cause is treating a continuous obligation as a one time task.

What continuous actually means

Sub-capacity terms require more than a tool that exists. The tool must run continuously, quarterly reports must be generated, and those reports must be retained for two years. Each of these is an ongoing action. A tool that ran last year but stopped reporting in the current period does not support the current claim, and reports that were never generated cannot be produced retroactively when the audit asks for them.

Why a project mindset fails

A project has a finish line; sub-capacity compliance does not. Estates change constantly: new clusters are stood up, hosts are rebuilt, products are upgraded, and each change can break coverage or shift categorization. A deployment that was perfect at handover degrades the moment the environment moves, which it does daily. The only posture that survives is one where maintenance is owned and recurring.

Make it an operational routine

The defensible approach assigns clear ownership and a regular cadence. Someone owns agent coverage as part of provisioning, so no eligible host goes live unmonitored. Quarterly report generation is a scheduled obligation with a named owner, not a scramble. Catalog corrections are reviewed periodically rather than discovered in an audit. None of this is heavy, but all of it has to be continuous, because the obligation is continuous.

Continuous operation is also audit readiness

The same routine that keeps you compliant keeps you ready. When ILMT has run continuously, the quarters are retained, and the catalog is corrected, an audit data request is something you fulfil from existing evidence rather than reconstruct under deadline. The buyers who treat ILMT as a process walk into audits with the reports already in hand; the ones who treated it as a project spend the audit explaining the gaps.

What this means under audit

Sub-capacity is not earned once; it is maintained quarter after quarter. Run ILMT continuously, generate and retain the quarterly reports, and own agent coverage and catalog correction as routine operations, so audit readiness is a byproduct rather than a fire drill.

Deployed ILMT once and left it there?

Our ILMT Remediation engagement turns a stalled deployment into a maintained process, with coverage, quarterly reporting, and catalog correction owned and recurring.

See 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