SAP License Optimization: Removing Unused Users and Reducing Overpayment

SAP licence overpayment from unused users, over-classified licence types, and accumulated licence creep is endemic in large enterprise SAP deployments. Organisations that have not conducted a systematic licence optimisation exercise in the past three years are almost certainly paying more than they need to — often significantly more. This guide covers the complete methodology to identify, reclaim, and prevent that overpayment.

SAP's licence model has always been complex, and that complexity creates structural overpayment for organisations that do not actively manage their user population. Users accumulate high-value Professional licences because granting broad access is easier than scoping minimal access. Users who leave the organisation are not promptly removed. Role changes happen without triggering licence reviews. Over three to five years, the cumulative effect is a user base where 20–30% of licensed users either do not need the licence type they hold or do not need a licence at all.

For a large enterprise running SAP with 5,000 named users — a common scale for a mid-sized multinational — a 20% overpayment means paying for 1,000 unnecessary Professional user licences. At $500–$2,000 per user in annual licence fees (depending on contract terms), that overpayment ranges from $500,000 to $2 million annually. Before factoring in the 22% SAP maintenance on those licence values, which compounds the cost further.

Why SAP Licence Overpayment Is So Common

The root causes of SAP licence overpayment are structural and almost universal. Provisioning default to maximum access: when new users are created, granting full Professional access requires no justification and creates no IT helpdesk tickets, while scoping minimal access requires role design work and often generates user complaints. The path of least resistance is always to over-provision.

Deprovisioning is inconsistent: HR offboarding processes do not always trigger prompt SAP access revocation. Users who leave in January may not have their SAP accounts locked until the next audit cycle in June — and accounts that are locked but not deleted still count as licensed users in SAP's measurement framework.

Role design is not licence-aware: SAP Basis teams focus on security and functionality when designing roles. The licence type implications of role design are rarely considered. A role that includes one Professional-level transaction — even if that transaction is rarely used — elevates the entire role to Professional licence classification.

Licence reviews are infrequent: annual or biennial licence reviews are standard practice in many organisations. But SAP's measurement system is continuous — the licence type classification is determined by the user's actual transaction usage profile over the measurement period. Organisations that only look at this annually miss months of accumulated overpayment.

"In our experience, organisations that haven't run a formal SAP licence optimisation in the past three years have an average overpayment of 22% on their SAP user licence estate. That is not a budgeting rounding error — it is a structural issue with a straightforward remedy."

SAP Licence Types and Their Cost Hierarchy

SAP's licence type hierarchy — for traditional SAP ERP and S/4HANA — determines the minimum licence required based on a user's transaction access profile. Understanding this hierarchy is essential for optimisation.

Professional User is the highest licence tier and is required for users who access core business processing transactions — financial posting, procurement requisition creation, HR master data maintenance, and most SAP GUI transaction codes that involve data entry or modification. Professional licences are the most expensive and the most commonly over-provisioned.

Limited Professional User is required for users with access to a defined subset of Professional transactions. Some SAP product lines define specific Limited Professional categories for functions like employee time entry (limited HR access) or basic reporting (limited analytics access). These licences are cheaper than Professional and often available for users whose roles are more limited but who still require some level of operational access.

Employee User applies to users who only access Employee Self-Service (ESS) and Manager Self-Service (MSS) functionality — leave requests, payslip access, expense reporting. This is one of the cheapest licence categories and is appropriate for the majority of an organisation's workforce who do not work directly in SAP operational processes.

Test User licences are available for development and test systems. These should not appear in production — a common audit finding is Professional users in production who are actually development or test accounts that were never deprovisioned after go-live.

The 6-Step Optimisation Methodology

01

Run the SAP Licence Measurement (USMM)

Extract the current licence measurement using SAP's System Measurement transaction (USMM). This produces the SAP-recognised classification of every user account in the system. The output is the baseline for all optimisation work — it shows what SAP would count if they audited your system today.

02

Identify Inactive and Dormant Users

Extract the last logon date for every user. Any user who has not logged in within the past 90 days is a candidate for immediate lock and review. Users who have not logged in within 12 months should be proposed for deletion (subject to retention policy compliance). Run this against the HR active employee file to identify accounts for employees who have left the organisation.

03

Analyse Transaction Usage Profiles

For active users, extract the transaction usage log to see which transaction codes each user has actually executed in the past 6–12 months. Compare the actual transactions used against the minimum licence type those transactions require. Identify users whose current licence type is higher than their actual usage warrants.

04

Identify Downgrade Candidates

Produce a list of Professional users whose actual transaction usage over the past 12 months does not include any transactions that require Professional classification. These users are candidates for downgrade to Limited Professional or Employee User. The downgrade must be accompanied by role modification to remove access to the Professional-level transactions — otherwise SAP's measurement will continue to classify them as Professional.

05

Implement Role Modifications and User Deletions

For users identified for deletion — confirm with HR and IT that they are genuinely no longer employed or no longer require SAP access, then delete (not just lock) the user accounts. For downgrade candidates — modify the roles assigned to those users to remove Professional-level transaction access, then confirm the updated measurement reflects the lower licence type.

06

Re-run Measurement and Document Results

Re-run USMM to confirm the optimised licence position. Document the before and after user counts by licence type. This documentation is your evidence for the reduced licence baseline — both for internal cost reporting and for your SAP contract renegotiation at the next renewal.

Self-Service User Reclassification

One of the highest-impact structural changes available for large enterprises is the systematic conversion of Professional users to Employee Self-Service (ESS) users for transactions that can be delivered through SAP's Fiori-based self-service apps. SAP Fiori provides browser-based access to a curated set of business processes — leave requests, expense submission, payslip access, timesheet entry, and a growing number of operational functions.

Users who access SAP exclusively through Fiori self-service apps are classified as Employee Users, not Professional Users, even if their underlying business function (such as approving expense reports as a manager) would have been Professional-level in the SAP GUI world. This reclassification mechanism allows organisations to serve large populations of operational staff — warehouse workers, field service teams, HR managers doing basic approvals — with Employee User licences rather than Professional licences.

The prerequisite is that the Fiori apps for the relevant business processes are deployed and adopted. Organisations that are midway through an S/4HANA or RISE migration often find that ESS reclassification is a major licence cost driver that justifies accelerating the Fiori deployment roadmap.

Identifying and Removing Inactive Users at Scale

For large enterprises with thousands of SAP users across multiple instances, manual inactive user identification is not scalable. Automating the identification and escalation of inactive users requires integration between the SAP system and the HR system of record. The HR system should be the authoritative source of active employment status — any SAP user account for an employee who has left the organisation should be automatically flagged for deprovisioning.

The technical mechanism is typically an integration between SAP's user management (transaction SU01) and the HR master data. When an employee record in the HR system is set to "terminated," an automated workflow creates a user deprovisioning task in the IT access management process. For organisations that have not yet built this integration, the interim approach is to run a monthly reconciliation between the active employee file from HR and the SAP user account list.

Licence Governance to Prevent Creep

A one-time optimisation without governance changes is a temporary fix. Licence creep will return within 12–18 months. The governance changes required to maintain an optimised licence position include: a mandatory licence type assessment for every new user provisioning request (documented in the IT service management ticketing workflow), an automated process to trigger SAP user account deprovisioning within 24 hours of HR system termination, a quarterly licence measurement review at the SAP Basis level with reporting to IT finance, and a role design standard that requires review of licence type implications for any new SAP role or role modification.

Using Optimisation Results in Contract Negotiations

The output of a licence optimisation exercise is powerful commercial ammunition for your SAP contract renewal. A documented reduction from 5,000 Professional users to 3,800 Professional users (with 1,200 reclassified to Employee or removed) gives you a legitimate basis to negotiate your next renewal on the optimised user count — not the inflated historical count that SAP's account team may be using as their commercial baseline.

SAP will sometimes argue that the contracted minimum user count from the previous agreement still applies at renewal. This argument has varying validity depending on your specific contract terms. However, a well-documented optimisation exercise with supporting data from USMM measurements — showing that your actual user base is genuinely smaller — is a strong counter-argument. Engaging specialist advisory support before your renewal specifically to maximise the commercial value of your licence optimisation results is typically worth the investment. See our SAP Contract Renewal guide for the full renewal strategy framework.

For organisations approaching an SAP audit, a completed licence optimisation is also your primary defence mechanism. See our SAP Audit Defence guide for how to prepare.

Frequently Asked Questions

How does SAP determine the licence type required for a user?

SAP classifies users based on the most capability-intensive transaction they are authorised to access — not the most commonly used. A user with one Professional-level transaction in their role is classified as Professional, regardless of how rarely they use it. This makes role design the primary lever for licence type optimisation.

Can you reduce SAP user licence counts at renewal?

Yes, with appropriate notice (typically 90 days). Complete your optimisation exercise at least 6 months before renewal to allow time for role modifications, user deletions, and re-measurement — giving you clean documentation to support reduced renewal counts.

What is SAP licence creep and how do you prevent it?

Licence creep is the gradual accumulation of unnecessary licences through default over-provisioning, incomplete deprovisioning, and role expansion without licence review. Preventing it requires mandatory licence type assessment at provisioning, automated HR-triggered deprovisioning, and quarterly measurement reviews.

How much can you save by optimising SAP user licences?

Organisations with no formal optimisation in 3+ years typically find 15–25% of their licensed user base is inactive, over-classified, or unused. For a 5,000-user SAP estate, this can represent $500,000–$2M+ annually in avoidable licence and maintenance costs.

Paying More Than You Should on SAP Licences?

Our SAP licence optimisation assessment identifies unused users, over-classified accounts, and structural governance gaps — and turns the findings into negotiation leverage at your next renewal.

Request an Assessment Access Audit Defence Handbook →
Related Articles