MI Solutions
Insights/SAM fundamentals
SAM fundamentals

What Is an Effective License Position (ELP) and How Do You Build One?

An effective license position compares what you own with what you use. Learn how to build an ELP step by step, with a worked example and common pitfalls.

By the MI Solutions SAM team8 min read2 exhibits

An effective license position, usually shortened to ELP, is the single most useful document in software asset management. It answers a simple question for each product: do we own more than we use, or use more than we own? The first means you are wasting money. The second means you are exposed in an audit. An ELP tells you which, and by how much.

What goes into an ELP

An ELP combines three inputs for every product:

  1. Entitlements: what your contracts grant, including quantity, metric and use rights. See our guide to software entitlements.
  2. Consumption: what you actually deploy or assign, counted using the same metric.
  3. Rules: the publisher's terms that adjust the count, such as downgrade rights, rights for test environments, or how virtualization is treated.

The result for each product is a number: entitlements minus consumption. Positive means surplus. Negative means deficit.

A worked example

The exhibit shows a simplified position for a mid-sized organization across five products.

Exhibit 1
Most products are over-licensed; one is a compliance riskLicenses in use, assigned but idle, and unassigned, by product (illustrative)In useAssigned, idleUnassignedMicrosoft 365 E32,210190Adobe Creative Cloud560240100Salesforce1,940880Atlassian Jira61070Database server (cores)64Illustrative. The database row is licensed for 48 cores but deployed on 64, a deficit of 16 cores not visiblein a seat count.

In this example, Salesforce carries more than a thousand licenses that are either idle or unassigned, a clear savings opportunity. The database server looks fully used, but the position shows it is running on more cores than are licensed, which is exactly the kind of gap a publisher audit would find.

An ELP turns "we think we're fine" into a number per product: plus means money to recover, minus means risk to fix.

How to build an ELP in six steps

  1. Choose the scope

    Start with your top five vendors by spend, plus any publisher known to audit actively. Flexera's 2025 survey found that half of organizations had been audited by Microsoft in the previous three years.

  2. Collect entitlements

    Gather contracts, amendments and proof of entitlement. Record product, edition, quantity, metric and term.

  3. Collect consumption

    Pull data from identity providers, device management, server inventory and SaaS admin consoles, counted in the same metric as the entitlement.

  4. Normalize names

    Make sure "Microsoft Office 365 E3", "O365 E3" and "Microsoft 365 E3" are recognized as the same product. See software normalization.

  5. Apply the rules

    Account for downgrade rights, secondary-use rights, test and development terms, and virtualization rules.

  6. Calculate and review

    Produce surplus or deficit per product, then review unusual results with the people who run the systems.

For a first ELP across five vendors, the effort is usually concentrated in the middle steps, collecting and cleaning data, rather than in the calculation itself.

Exhibit 2
Most of the effort in a first ELP goes into data, not mathsShare of effort by step, first ELP for five vendors, illustrative0%10%20%30%Collect consumption30%Collect entitlements25%Normalize names18%Apply the rules14%Calculate and review9%Choose the scope4%Illustrative. With connected data sources, the second ELP takes a fraction of the effort of the first.

Common pitfalls

01Comparing different metrics

Installations against a per-user entitlement produce a meaningless position.

02Ignoring inactive accounts

A license assigned to someone who left six months ago counts as consumed but is pure waste.

03Missing environments

Test, development and disaster-recovery systems may or may not need licenses, depending on the terms.

04Old entitlements

Licenses from expired contracts, or from a divested business unit, should not be counted.

05Double-counting upgrades

An upgraded license usually replaces the original; counting both inflates the position.

06One-off effort

An ELP built once and never updated is out of date within months.

What to do with the result

PositionWhat it meansTypical action
Large surplusPaying for licenses nobody usesReclaim, reduce at renewal, or reallocate
Small surplusHealthy buffer for growthMonitor
BalancedUse matches entitlementKeep reviewing quarterly
DeficitUsing more than you ownRemediate quickly: remove, reassign or buy before an audit

How MI One helps

Frequently asked questions

How often should an ELP be updated?

Quarterly for most vendors, and before every renewal or true-up. With connected data sources it can be continuous.

Is an ELP the same as a compliance report?

Close. An ELP is your own calculation of your position. A compliance report is often the formal output of an audit, prepared by or for the publisher.

Should we share our ELP with a publisher?

Only with care and preferably with expert advice. Your ELP is internal working material; what you share in an audit should be reviewed first.


Sources

See where your software budget goes

Bring your five largest vendors to a 30-minute call. Our SAM experts will show you where the savings usually hide, and how fast MI One can surface them.