ibm licensing

IBM Internal Audit – How to Self-Audit

IBM Internal Audit

IBM Internal Audit – How to Self-Audit

IBM software license audits are an inevitable part of enterprise IT management.

Proactively conducting an internal IBM license self-audit enables global IT asset management (ITAM) teams to ensure compliance, avoid financial surprises, and maintain control over their software environment.

This advisory provides a step-by-step guide and best practices for conducting an internal IBM audit, enabling organizations to identify and resolve licensing issues before an official IBM audit occurs.

Why Self-Audit Your IBM Licenses

IBM’s software licensing landscape is notoriously complex. The company’s audit rights are typically built into most license agreements, allowing IBM to audit your organization’s software usage to verify compliance.

An official IBM audit can be time-consuming, disruptive, and costly if compliance gaps are found.

Even well-managed enterprises can inadvertently fall out of compliance amidst evolving license terms and sprawling deployments.

In this landscape, an internal IBM audit (a self-assessment) becomes a critical defensive strategy. IBM audits can strike unexpectedly due to growth, organizational changes, or routine compliance checks, so preparation is essential.

Performing a self-audit of your IBM software licenses is a proactive approach to mitigate these risks. Key benefits include:

  • Avoiding Surprise Penalties: By checking your compliance internally, you can discover any shortfalls in licensing and address them before IBM’s auditors do. This helps avoid hefty true-up costs at non-negotiated (often list) prices, which typically occur when an official audit reveals that you are under-licensed.
  • Cost Optimization: A self-audit often reveals unused or under-utilized licenses. You might identify opportunities to re-harvest licenses, eliminate redundant software, or downgrade usage – saving on support and subscription costs. Conversely, if additional licenses are needed, you can budget and negotiate for them on your terms rather than during the pressure of an audit.
  • Reduced Audit Stress: Knowing that you have already conducted an IBM internal audit in-house gives leadership confidence. It reduces the fear of the unknown. In the event that IBM initiates an official audit, your team will be prepared with the necessary data and documentation, making the process smoother and less adversarial.

To illustrate the cost impact, consider the following scenario regarding IBM’s sub-capacity licensing:

Scenario: Sub-Capacity Licensing vs. Full-Capacity Compliance

ScenarioIBM License RequirementEstimated License Cost (Example)Outcome
Proper Sub-Capacity (ILMT in place)
Virtualized server using 2 of 8 coresLicense only the 2 cores in use (200 PVUs)~$20,000Compliant at lower cost by leveraging sub-capacity rights.
Full-Capacity (No ILMT)
Same server counted at full 8 coresMust license all 8 cores (800 PVUs)~$80,000Non-compliant scenario leading to 4× higher cost exposure.

Assumption: $100 per PVU unit price for illustration.

In this example, failing to use ILMT results in licensing the full 800 PVUs instead of 200, quadrupling the cost.

Key Steps to Self-Audit IBM Licenses

Conducting an internal IBM audit involves a systematic approach. Here are five key steps for a thorough self-audit:

  1. Inventory Software and Collect Licenses: Identify all IBM software deployed across your enterprise (including servers, cloud instances, and user devices). Simultaneously, gather all IBM license entitlements and contracts (Passport Advantage records, purchase history, etc.). A clear view of what’s installed and what you’re entitled to use is the foundation of your self-audit.
  2. Measure Usage and Understand License Terms: Use IBM’s License Metric Tool (ILMT) or similar discovery tools to quantify your actual usage of IBM software (e.g., processor value units in use, number of users). In parallel, review the specific IBM licensing terms and metrics for each product so that you interpret the usage data correctly according to IBM’s rules.
  3. Reconcile Usage with Entitlements: Compare your measured software usage against your entitlements. This reconciliation will highlight any compliance gaps (where usage exceeds the number of licenses owned) or surpluses (licenses purchased but not deployed). Note which shortfalls represent the highest financial or operational risk, so you can prioritize addressing them.
  4. Remediate Non-Compliance: Take action to resolve any licensing gaps. You might purchase additional licenses or subscriptions to cover overuse, or uninstall/reconfigure software to fall back into compliance. By fixing these issues proactively on your terms, you avoid the inflated costs and penalties that can result from an official audit finding.
  5. Document and Prepare: Document the entire self-audit process and its outcomes. Maintain records of the data sources, findings, and remedial actions taken, along with an updated effective license position. These records demonstrate your compliance efforts and will be valuable if IBM later initiates an audit.

By following these steps, an enterprise can emulate the process IBM’s auditors would undertake, but on its timetable and terms. The result is a clear view of your compliance position and the opportunity to quietly resolve problems well before any official review.

Addressing Findings Before IBM Does

  • Immediate Remediation: Address any clear license shortfalls immediately. If you discover that certain IBM software is deployed without sufficient licenses, decide whether to remove it or procure additional entitlement. Quick action can prevent a compliance issue from escalating if IBM audits are conducted later on.
  • Document and Prevent Recurrence: Document every fix and analyze why each compliance issue happened. Recording remediation actions (like uninstalling unlicensed software or purchasing extra licenses) creates an audit trail, and fixing root causes (process gaps, lack of controls) helps prevent future issues.
  • Prepare for Negotiation: If an IBM audit does occur down the line, you will be negotiating from a stronger position. By self-auditing and fixing issues, the scope of any audit findings narrows considerably. You can demonstrate to IBM auditors that your internal data is reliable and accurate. In cases where something is debatable (e.g., a gray area in license terms), having a well-documented internal position allows for a more confident discussion or defense during the audit.

Ongoing Compliance and Governance

Achieving compliance once isn’t the end – maintaining it is an ongoing effort. Enterprise ITAM teams should integrate IBM license governance into regular operations:

  • Regular Internal Audits: Schedule periodic IBM license reviews (for example, annually or bi-annually). Regular audits ensure that new deployments or changes introduced since the last review haven’t created new compliance gaps. This continuous approach makes each audit smaller in scope and keeps the organization always ready.
  • Training and Awareness: Educate your IT and procurement teams about IBM’s licensing rules. When everyone understands the importance of not installing software without proper licensing or of decommissioning unused instances, you reduce unintentional compliance slips. Simple steps, such as including the ITAM team in change management processes, can help catch licensing impacts before they occur.
  • Stay Informed on IBM Policy Changes: IBM occasionally updates its licensing policies, pricing, or metric definitions. Subscribe to IBM’s announcements or work with an IBM licensing expert to stay current. For example, IBM’s transition to cloud and subscription models or new offerings (like IBM Cloud Paks) can alter how compliance is measured. Knowing these shifts allows you to adjust your asset management strategy proactively.

Recommendations

  • Centralize IBM License Records: Maintain a single repository for all IBM entitlements, contracts, and purchase records to ensure accurate and up-to-date information. Easy access to your license documents will save time and prevent missing information during audits.
  • Deploy and Maintain ILMT: If you use IBM software in virtualized environments, treat ILMT as non-negotiable infrastructure. Keep it up to date and routinely check that it’s reporting accurately. This protects your ability to use sub-capacity licensing and avoid overpaying for licenses.
  • Run Internal Audits Regularly: Don’t wait for IBM’s notice. Conduct your own IBM internal audit at least once a year. Regular checks mean smaller fixes and continuous compliance, which is much easier than a massive true-up after years of neglect.
  • Engage Stakeholders Early: Audit preparation is not just an ITAM concern. Involve IT operations, finance, and legal teams when planning a self-audit. Cross-functional collaboration ensures you capture all relevant data and have support for remediation actions (like budget approval for new licenses or legal review of terms).
  • Simulate an IBM Audit Drill: Treat your self-audit like a real audit by IBM. For example, practice generating the reports and evidence that IBM auditors would request. This might include pulling ILMT usage reports, compiling user access lists, or gathering proof of entitlements. A dry run builds confidence and reveals any documentation gaps that can be fixed ahead of time.
  • Address High-Risk Areas First: Focus on the products and licensing metrics that carry the most financial risk. Typically, IBM software with PVU or VPC-based licensing (such as WebSphere, DB2, and IBM Cloud Paks) and enterprise products like WebSphere MQ, Cognos, or Maximo are audit hotspots. Ensure these are closely monitored and correctly licensed.
  • Keep Management Informed: Provide executive summaries of your self-audit findings to senior IT and finance leadership. This transparency helps secure support for any corrective actions (e.g., budget for extra licenses) and demonstrates due diligence in risk management.

Checklist: 5 Actions to Take

  1. Assemble Your Audit Team & Data: Form a small task force (IT asset manager, IT operations, procurement, plus legal if needed) and gather all IBM license agreements, entitlements, and recent purchase records in one place.
  2. Inventory IBM Software Deployments: Scan all environments (on-premises servers, cloud instances, user devices) for IBM software. Use discovery tools and verify with system owners to compile a complete list of IBM products in use.
  3. Measure Usage & Compare to Entitlements: Run ILMT or other usage-reporting tools for all IBM software. For each product, compare the measured usage (e.g., processor cores, user counts) against the licenses you own. Note any discrepancies.
  4. Remediate Any Gaps: For any instances of over-deployment or unlicensed usage identified, take corrective action. Uninstall or disable software that isn’t licensed, or purchase the necessary licenses to cover the shortfall. Fix any process issues (such as deploying ILMT or tightening install approvals) to prevent recurrence.
  5. Review and Report: Verify that your IBM software usage now aligns with your entitlements after remediation. Document the final results and report the compliance status to management. Set a reminder for the next internal audit cycle to repeat this process and maintain continuous compliance.

FAQ

Q1: How often does IBM conduct software license audits on customers?
A: IBM audits are periodic and can vary, but many enterprises experience an audit roughly every 2–3 years. However, audits can be triggered sooner by events such as company mergers, rapid growth in IBM software usage, or the end of a major IBM agreement. Always assume an audit could happen at any time and stay prepared.

Q2: Can performing an internal self-audit prevent an official IBM audit?
A: Not necessarily. An internal self-audit doesn’t guarantee IBM won’t exercise its audit rights. However, by self-auditing and maintaining compliance, you greatly reduce the chances of IBM finding major issues if they do audit you. Your preparation ensures any audit concludes faster and with less financial pain.

Q3: What is ILMT, and why is it important for IBM licensing?
A: ILMT stands for IBM License Metric Tool. It’s software that IBM provides to track and report usage of IBM products in virtualized environments (for sub-capacity licensing). IBM requires customers to use ILMT (or an approved equivalent) to qualify for licensing less than the full capacity of a server. Without ILMT data, IBM’s default assumption is full-capacity usage, which can dramatically increase your required license count. In short, ILMT helps you right-size your IBM license consumption and is essential for compliance if you run IBM software on virtual machines or containers.

Q4: What should we do if our self-audit finds we are under-licensed (non-compliant)?
A: Immediately take corrective action. Quantify the shortfall and determine the remediation path: either procure the additional licenses needed or reduce usage to fit within your existing entitlements. It’s wise to purchase any needed licenses proactively (for instance, at your next renewal cycle or as a one-time true-up) rather than waiting for an audit. Engaging your IBM account manager for a straightforward purchase – without mentioning audits – is often smoother than negotiating under the pressure of audits. Always document the steps you took to become compliant.

Q5: Are we allowed to refuse or narrow the scope of an IBM audit if one is initiated?
A: Under most IBM agreements, you cannot refuse an audit – IBM has the contractual right to verify compliance given proper notice. However, you can manage the process if an audit occurs. You should cooperate with IBM, but you may negotiate certain practical details (such as the timeline for data collection, the specific data to be reviewed, and confidentiality provisions) by establishing ground rules or an NDA before the audit begins. Having done a thorough self-audit puts you in a strong position, as you’ll already understand your compliance status and have the necessary information organized. Ultimately, outright refusal isn’t advisable and could lead to contract violations or IBM assuming non-compliance.

Do you want to know more about our IBM License Management Services?

Please enable JavaScript in your browser to complete this form.
Name
Author
  • Fredrik Filipsson

    Fredrik Filipsson is the co-founder of Redress Compliance, a leading independent advisory firm specializing in Oracle, Microsoft, SAP, IBM, and Salesforce licensing. With over 20 years of experience in software licensing and contract negotiations, Fredrik has helped hundreds of organizations—including numerous Fortune 500 companies—optimize costs, avoid compliance risks, and secure favorable terms with major software vendors. Fredrik built his expertise over two decades working directly for IBM, SAP, and Oracle, where he gained in-depth knowledge of their licensing programs and sales practices. For the past 11 years, he has worked as a consultant, advising global enterprises on complex licensing challenges and large-scale contract negotiations.

    View all posts

Redress Compliance