Locations

Resources

Careers

Contact

Contact us

SAP Licensing Contracts

Key Terms in SAP License Agreements

Terms in SAP License Agreements

Key Terms in SAP License Agreements

Understanding SAP license agreements is crucial for controlling costs and avoiding compliance risks.

This article breaks down key terms and clauses in SAP licensing, such as user license types, indirect access, maintenance fees, and audit rights, and explains how they impact your enterprise.

By demystifying these terms and providing real-world examples, CIOs and procurement leaders can more effectively negotiate SAP contracts and manage licenses.

License Types and Models

Named Users vs. Package Licenses: Most SAP agreements are built on named user licenses – each individual accessing the SAP system needs an appropriate license type. Common user categories include Professional Users, Limited (Functional) Users, and Employee Self-Service (ESS) users.

In contrast, package or engine licenses are usage-based, licensing specific SAP modules or functions (e.g., payroll processing, CRM) based on metrics such as the number of transactions or system capacity, rather than named individuals.

Understanding this distinction is fundamental, as named users often account for 40–70% of SAP contract costs.

Every SAP user must be classified correctly; misclassification (e.g., giving all users expensive Professional licenses by default) can lead to unnecessary costs or compliance issues.

Perpetual vs. Subscription Licensing:

SAP offers different licensing models. Perpetual licenses involve a one-time purchase that allows indefinite use of the software (common in on-premises deployments), usually accompanied by annual support fees.

Subscription licenses (typical for cloud services like SAP S/4HANA Cloud or SuccessFactors) are term-based – you pay recurring fees (monthly or yearly) to use the software for the duration of a contract.

There’s also consumption-based licensing, where fees align with actual usage metrics (for example, number of documents processed or revenue tracked).

Perpetual models require a larger upfront investment but may be more cost-effective over a long horizon, whereas subscriptions shift costs to an ongoing OPEX model, offering more flexibility to scale.

Many enterprises are now evaluating hybrid approaches, using a mix of on-premise (perpetual) and cloud (subscription) licenses to balance control and cost flexibility.

Read Common Pitfalls in SAP Licensing Contracts.

Real-World Example – Perpetual vs. SaaS:

To illustrate, consider two scenarios: a small business might choose SAP’s cloud SaaS option with no upfront license cost, paying, say, ~$20,000 per year for 10 users; a large enterprise might opt for on-premise licenses, paying $1 million upfront for 500 users plus ~$350,000 annually in support and infrastructure.

After five years, both approaches could total around $2 million+, but their cash flow and ownership differ.

The cloud subscription spreads costs but must be paid annually, while the on-premise license is a capital expense followed by lower yearly maintenance costs. The table below compares these scenarios:

ScenarioUsers (Pro/Limited)License ModelUpfront CostAnnual Cost (approx.)
Small Business – Cloud10 users (5 Pro, 5 Ltd)SaaS Subscription$0 (no license buy)~$20,000 (incl. support)
Large Enterprise – On-Prem500 users (100 Pro, 400 Ltd)Perpetual License$1,000,000 one-time~$350,000 (support + IT)

(Pro = Professional User; Ltd = Limited User)

In practice, a Professional User license typically costs around $3,000–$6,000 as a one-time fee (perpetual) or roughly $2,000–$3,000 per user annually in a subscription model.

A Limited User might cost about half of a Professional (e.g,. ~$1,500 one-time), and an ESS user is much cheaper (sometimes under $100). These prices vary by region and discounts; however, the key is to match each employee with the right license type.

Over-licensing wastes budget (e.g., assigning a Professional license to someone who only needs ESS). Under-licensing, on the other hand, creates compliance risk. Always review SAP’s official definitions for each user category and ensure your counts align with actual usage.

Indirect Access and External Use

Indirect Access is one of the most critical (and tricky) terms in SAP agreements. It refers to any use of SAP’s software without direct logon by a named user – for example, when a third-party application or an external system connects to SAP data.

A classic cautionary tale is the 2017 Diageo case, where an SAP customer faced over £50 million in fees after SAP claimed that Salesforce users accessing SAP data were unlicensed. In essence, even read-only or automated data access via non-SAP systems can trigger license obligations if not addressed.

To mitigate this, SAP introduced the Digital Access (Document) model – instead of requiring a named user license for each indirect user, it charges based on documents (e.g., sales orders, invoices) created or accessed by external systems.

For instance, a company might purchase a block of, say, 100,000 document line items per year for a fixed fee or opt for an unlimited “all-you-can-eat” digital access license (often priced at ~10% of the total contract value annually).

Key Protections for Indirect Use: When negotiating your SAP agreement, make sure the contract defines “use” and “user” broadly enough to cover these scenarios.

Ideally, include an Indirect Static Read clause, allowing certain read-only exports or reports from SAP (where data is not altered and is initiated by a licensed user) without incurring additional license fees. Inventory all third-party integrations and discuss them with SAP before implementation.

Get any agreed-upon exceptions or allowances in writing. For example, if you have an e-commerce system that pulls inventory data from SAP, decide whether that will be covered via named users, the digital access model, or an explicit exclusion.

The goal is to avoid surprises: clarify indirect access terms so you won’t later get an audit finding and a massive bill for unseen usage.

Read Negotiating SAP Licensing Contracts.

Support and Maintenance Fees

Maintenance and Support clauses in SAP agreements outline the ongoing services and updates you receive, which come at a significant cost.

For traditional on-premise licenses, SAP charges an annual maintenance fee (typically ~20–22% of the license purchase price), which entitles you to software updates, patches, and standard support. For example, a $1 million license purchase will incur approximately $ 200,000 in support fees every year.

SAP offers tiers such as Standard Support versus Enterprise Support – the latter costs more (it can be 22% or higher of the license value) but promises faster response times, additional tools, and enhanced services.

Enterprise customers running mission-critical SAP systems often opt for higher support levels to minimize downtime.

These maintenance fees can quickly exceed the initial license costs over time; therefore, it’s essential to manage them effectively. Note that SAP historically implements annual increases to support fees.

Maintenance fees increased by 3.3% in 2023 and by up to 5% in 2024, reflecting SAP’s adjustment for inflation. Cloud subscription contracts, similarly, may allow SAP to raise subscription fees on renewal.

Price Increase Caps are an essential term to negotiate: ensure your contract limits how much SAP can raise fees each year.

For instance, you might cap maintenance escalation at 3% per year or tie it to an inflation index with a maximum ceiling. If possible, negotiate a price lock for a certain period (e.g., no increase for the first 2-3 years).

Without a cap, that 22% maintenance could creep up, or a cloud service priced at $100k per year could unexpectedly be $120k in a few years, eroding any discount you achieved initially. Make sure any cap is explicitly written into the contract (don’t rely on verbal assurances).

Support Scope: Check what the support clause covers. It typically includes regular patches and legal updates (e.g., tax and regulatory changes in SAP software), as well as basic problem resolution.

It usually does not include major version upgrades as part of projects, although if you pay for maintenance, you have the right to new product versions; the implementation of an upgrade is a separate effort.

Additionally, support fees typically don’t cover custom development support or consulting.

Determine if your organization truly needs Premium Support tiers (SAP MaxAttention, etc.) or if standard support is sufficient – premium services can add millions in cost and may overlap with what your internal team or a third-party provider can handle.

In some cases, companies with stable, legacy SAP systems consider third-party support providers (like Rimini Street) at a discounted maintenance rate (~50% of SAP’s fee), though switching means forgoing direct SAP updates.

This is a strategic decision if you intend to stay on an older SAP version without new enhancements.

Compliance, Audits, and True-Ups

SAP license compliance is an ongoing responsibility, and SAP reserves the right to conduct audits under every license agreement.

Typically, SAP can audit your usage annually (often via scripts and SAP’s License Administration Workbench [LAW] reports) to verify that your usage aligns with what you’ve purchased.

The contract’s audit clause might not be negotiable to remove, but you can negotiate the audit process and protections.

Ensure the agreement stipulates reasonable notice (e.g., 30 days) before an audit, limits audits to, for example, once per year, and requires them to be conducted in a manner that minimizes disruption to your business.

It’s wise to conduct an internal audit of your SAP usage before SAP does – run your LAW reports and user reviews regularly (at least annually). If you detect any license shortfall (e.g., more users in a certain category than you have licenses for), address it proactively.

One beneficial contract term is a True-Up Clause (also known as a cure period for license growth). This clause allows you to self-report and purchase any additional licenses needed before it counts as a contract breach.

For example, you might negotiate that once a year, you will review user counts, and if you exceed any entitlements, you can purchase the extra licenses at the pre-agreed-upon discounted rate.

This way, if your business expands usage, you won’t be immediately penalized – you simply true-up the licenses at regular pricing, not at some punitive audit rate.

True-up mechanisms make license management more predictable and friendly: you won’t fear an audit as long as you purchase shortfalls when identified. In cloud agreements, try to include flexibility to increase users or capacity mid-term at agreed rates (instead of SAP’s on-demand list price).

Consequences of Non-Compliance:

Suppose you are found to be using SAP software beyond your licensed metrics without such protections. In that case, SAP can issue a hefty bill for backdated license fees plus back maintenance on those licenses, and potentially impose penalties.

In worst cases, breaches of the license agreement could lead to termination of the contract or legal action. The contract typically states that SAP retains the right to terminate licenses for breach and seek remedies.

This underscores the importance of clear terms (such as true-ups and well-defined usage scopes) and vigilant compliance tracking. It’s far better to purchase an extra 50 user licenses at a negotiated rate of $1,500 each, for instance, than to be caught in an audit and charged the full list price of $3,000 each, plus two years’ maintenance on top.

Always read the audit clause carefully – look for wording on notice, frequency, and your rights to resolve issues.

Scope of Use and License Boundaries

SAP license agreements outline the terms of use for the software, typically under a “Scope of Use” or “Usage Rights” section.

This typically limits use to your company’s internal business operations. In practice, that means you’re not allowed to provide SAP functionality as a service to third parties or use it outside your organization’s own needs without additional licensing.

There may also be geographical restrictions (e.g., the licenses are only for certain countries or regions), and entity restrictions (only the named customer and its majority-owned affiliates can use the software).

It’s easy to overlook these clauses, but they can create compliance issues if your corporate structure or deployment changes.

For example, if you acquire a new subsidiary and let them start using your SAP system, are they covered under your license? If the contract defines “Customer” narrowly, that new affiliate’s usage might technically be unlicensed. Always ensure the definition of the licensed parties includes all likely current and future affiliates under your control.

Third-Party and Outsourcing Usage: Another aspect of scope – can third-party contractors or outsourcers access your SAP system under your licenses?

Standard SAP contracts often do not automatically allow external service providers or partners to use the software on your behalf.

You might need to negotiate a clause permitting “Authorized Third Parties” (such as consultants or BPO providers) to use the software for your internal operations.

Without this, even if your outsourcer is managing your SAP system on your behalf, SAP may argue that those users require separate licenses.

Clarity is key here: if you intend to have any non-employee users or external systems (as discussed under indirect access) interacting with SAP, clearly spell it out in the contract.

License Transfer and Assignment:

SAP generally prohibits the free transfer of licenses. You cannot resell SAP licenses on the open market, and even transferring licenses within your company group or after a merger often requires SAP’s consent.

If your organization is likely to undergo mergers and acquisitions (M&A) or restructuring, negotiate provisions that allow for license assignments within the corporate family.

For instance, ensure the contract allows that if Company A (the licensee) merges into Company B, the licenses can continue to be used by the new entity.

Similarly, if you spin off a division, see if SAP will allow transferring some licenses to that spin-off. SAP may not agree to everything, but try to obtain blanket approval for intra-company transfers due to reorganization.

At a minimum, avoid contract language that says the agreement terminates upon change of control. You want your SAP investment to be as portable as possible within the realm of your business.

Shelfware (Unused Licenses):

A term often thrown around is “shelfware” – these are SAP licenses you bought but never actually used in production. Shelfware typically happens when a customer overestimates needs or buys bundled deals. The result: you pay maintenance every year on licenses or modules that bring no value. It’s essentially money thrown away.

While not a clause per se, it’s a situation contracts can address. When negotiating, be conservative with your forecasts; it’s usually better to start smaller and have the option to add licenses later than to overbuy upfront just to secure a bigger discount.

Additionally, consider negotiating a license exchange or retirement option, such as the right to swap a certain number of unused licenses for other products or credit toward cloud services.

SAP is often resistant to outright refunds, but they may allow you to drop maintenance on unused licenses or apply that maintenance spend to new software if approached at renewal time.

Don’t leave shelfware unmentioned; bringing it up shows SAP you intend to actively manage your license portfolio. A flexible contract might allow you to “true-down” (reduce license counts) at renewal or pivot investments to modules you will use, which can be invaluable as business needs change.

Termination and Renewal Terms

The term and termination section of an SAP agreement specifies the duration of the contract and the conditions for terminating it.

On-premise license contracts are usually perpetual rights, so “termination” in that context usually refers to ending the support agreement (you generally can use the software indefinitely, but without support, you lose upgrades and help).

Be aware that SAP often has all-or-nothing support terms – they may not allow you to drop support on a subset of licenses unless negotiated. It’s usually an entire support contract for all licenses, or none at all.

This matters if you want to retire some systems; without negotiation, you either keep paying maintenance on everything or terminate support entirely (which is a tough choice).

For cloud subscriptions, the contract term is typically 1 to 3 years (sometimes longer for big deals).

Early termination is usually not allowed – if you sign a 3-year subscription and want to exit after 1 year, you are contractually obligated for the remaining 2 years of fees (even if you stop using the service).

In other words, there’s no built-in “out clause” for convenience. Given that, focus on renewal terms.

Many SAP cloud agreements will automatically renew for a similar term (e.g., another 12 months) unless you provide notice 30-90 days before the term ends. Missing a notice window can lock you in for an extra year at possibly higher prices.

As a customer, you typically want the renewal to be an opportunity to renegotiate pricing or scope, rather than an automatic continuation of the old terms.

Negotiating Renewal Flexibility:

Try to get renewal terms that favor you. For instance, you could negotiate that after the initial term, the contract continues on a year-to-year basis (instead of a full multi-year auto-renewal).

Hence, you have more frequent opportunities to adjust. Alternatively, insist that any renewal requires a new order or written agreement so you’re not bound by silence.

If the vendor insists on auto-renewal, negotiate to ensure that the same discounts and pricing apply to the renewal. Otherwise, you might get a nasty surprise if the renewal is at the full list price, unless it is specified otherwise.

In any case, docket your renewal notice dates internally. Mark your calendar 6-12 months in advance of expiration to review your usage and decide if any changes are needed. Proactive management of renewals prevents the contract from entering “evergreen” mode beyond your control.

Finally, be mindful of termination assistance in cloud contracts – if you do leave SAP or switch to a different solution, will SAP provide you with access to your data and a smooth transition at the end of the term?

Such language is sometimes included to ensure you’re not stranded with your data. While SAP retains ownership of its software IP, your data is yours – the contract should allow you to extract it when needed.

Recommendations

  • Audit Your Usage Regularly: Perform internal license audits (e.g., using SAP’s LAW tools) to ensure your named users and engines match what you’ve contracted. This helps catch any compliance issues early and provides leverage to optimize license assignments.
  • Match Users to Right License Types: Scrutinize user roles and avoid “one-size-fits-all” licensing. Downgrade users to cheaper license categories if they don’t need full access. This right-sizing can save significant costs without affecting operations.
  • Address Indirect Access Upfront: Don’t leave indirect or third-party system usage ambiguous. Negotiate clear terms or a flat digital access license to cover external use. Include an Indirect Static Read clause to exempt pure data exports from extra fees.
  • Negotiate a True-Up Clause: Ensure the contract lets you correct license overuse regularly without penalty. An annual true-up agreement means if you grow or miscalculate, you can buy additional licenses at normal discounted rates instead of facing audit fines.
  • Cap Maintenance and Renewal Increases: Push for contract language that caps any annual price increases (for maintenance or subscription fees). This protects you from inflation surprises and preserves the value of negotiated discounts over the contract life.
  • Avoid Shelfware – Start Small: Be realistic with your initial purchase. It’s better to add licenses later than pay for unused ones. If you have unused licenses, seek ways to swap or retire them at renewal. Always track license utilization to avoid paying 22% maintenance on software you don’t use.
  • Expand Usage Rights for Flexibility: Ensure the agreement’s scope covers all your affiliates, planned geographies, and use-cases (including outsourced operations). The contract should not unduly restrict where or how you run your business on SAP.
  • Plan for Renewals and Exits: Don’t let auto-renewal catch you off guard. Set reminders well before contract end-dates to review needs and negotiate. If it’s a cloud deal, also consider how you’d transition away if needed – ensure data retrieval and assistance commitments are in place.
  • Leverage Timing and Options: Remember that SAP licensing is negotiable. Engage during SAP’s end-of-quarter/year push for discounts, and get quotes from alternatives to strengthen your position. A well-informed, well-timed negotiation can yield better pricing and terms on all the above points.

FAQ

Q1: What is a “Named User” license in SAP?
A: A Named User license is assigned to a specific individual. It grants that person the rights to use SAP software according to their user type (e.g. Professional, Limited, ESS). Each person accessing SAP requires their license – unlike concurrent licenses, a single license cannot be shared among multiple users.

Q2: How do SAP license audits work?
A: SAP can audit your usage typically once per year. They often ask you to run measurement programs (like SAP LAW) to collect data on users, engines, and transactions. If the audit finds you’re using more than you purchased, SAP will require you to purchase additional licenses (and possibly back-pay maintenance). Having a contract with a true-up clause or cure period can soften the impact by allowing you to resolve any overuse at normal rates rather than incurring penalty fees.

Q3: What is indirect access in simple terms?
A: Indirect access means using SAP’s data or functions through a third-party interface or external application rather than directly logging into SAP. For example, if an e-commerce website or a Salesforce app retrieves information from SAP in the background, those interactions might be considered indirect use. Without proper licensing (like SAP’s digital access documents or named user licenses covering those interactions), you could be out of compliance. It’s important to discuss and license these scenarios to avoid surprise costs.

Q4: Can we negotiate SAP’s maintenance fees or opt out of maintenance?
A: You generally cannot negotiate the percentage of standard maintenance for on-prem licenses – SAP sets it (around 22%). However, you can negotiate caps on future increases or negotiate credit if you move to new products. You can choose to drop maintenance entirely (which some companies do to save cost), but then you won’t get updates or support from SAP, and if you ever want to resume, SAP may charge for back-maintenance. Some enterprises use third-party support firms as a cheaper alternative, but that’s usually for stable systems when you don’t need SAP’s updates.

Q5: What happens if we don’t use all the SAP licenses we purchased?
A: Unused licenses (shelfware) will still incur maintenance fees annually if they are on support. They represent sunk cost. SAP typically won’t buy them back, but at your next renewal or negotiation, you can attempt to exchange them for other products or terminate support on them to stop the ongoing fees. It’s better to avoid buying more than you need. If you discover shelfware internally, use it as a discussion point with SAP – for example, ask for credit towards a new SAP cloud service in exchange for those unused licenses.

Q6: How does SAP licensing differ for cloud (SaaS) vs on-premise?
A: On-premise SAP licensing is usually perpetual: you pay once for licenses and then pay annual support. You have control over the systems (installed on your servers or cloud infrastructure you manage). Cloud SaaS (e.g., SAP S/4HANA Cloud or SuccessFactors) is subscription-based: you pay per user or capacity each year, and SAP hosts and manages the system for you. Contractually, cloud subscriptions have a fixed term (with renewal), and you can’t reduce the number of users until renewal. Additionally, updates in the cloud are handled automatically by SAP, whereas on-premises, you decide when to upgrade. In summary, cloud computing is more akin to renting software (with less control but less infrastructure burden). In comparison, on-premises computing is like owning (with more control but higher responsibility for maintenance).

Q7: What is a typical SAP license agreement term length?
A: For on-premise, the license itself is perpetual, but the support agreement is often annual (renewable each year). For cloud services, common subscription terms are 1 year, 3 years, or even 5 years for large commitments. Many cloud agreements auto-renew for one-year increments after the initial term unless notice is given. The term length can sometimes be negotiated based on your needs; longer commitments might secure better discounts but reduce flexibility.

Q8: Can SAP license agreements be terminated early or transferred?
A: Early termination of a cloud subscription is generally not allowed without paying the full remaining fees. You’re expected to fulfill the entire term. For on-premise, you can choose not to renew maintenance at any anniversary, effectively “terminating” the support (but you keep usage rights for the software you bought). Transferring licenses to another company or entity is restricted; you typically require SAP’s approval. Within a corporate group, if structured properly, affiliates can utilize a parent company’s licenses, provided the contract explicitly permits it. In events such as mergers or divestitures, you should seek SAP’s consent or have pre-negotiated clauses in place to transfer licenses to the new entity.

Q9: What is a true-up, and do we need it if we plan our license counts carefully?
A: A true-up is a safety net in the contract that lets you adjust your license quantities after the fact (usually periodically, like annually). Even if you plan carefully, businesses change – you might hire more employees, expand to new modules, or integrate new systems mid-year. A true-up clause means that if you exceed your licensed numbers, you have an opportunity to buy the additional licenses at your standard discounted rate, rather than being in breach. It’s a prudent protection; even with good planning, having a formal process to reconcile any overage provides peace of mind and avoids conflict with SAP.

Q10: How can we ensure we’re getting the best deal in an SAP license negotiation?
A: Start with knowledge – understand your usage needs and the key terms outlined above, so you know what to negotiate. Benchmark costs (what do similar companies pay?), and engage at optimal times (SAP’s end-of-quarter/fiscal pushes). Always negotiate on multiple fronts: per-unit price and contract terms (like those caps, clauses, and flexibility points). Don’t hesitate to ask for better terms on indirect usage, true-ups, and shelfware management – these often matter more in the long run than a one-time discount. Involve stakeholders (IT, procurement, finance) to cover all bases, and if needed, get expert help from SAP licensing advisors. A combination of informed internal analysis and tough negotiation can easily save you millions or prevent future overspend.

Author
  • Fredrik Filipsson

    Fredrik Filipsson is a seasoned IT leader and recognized expert in enterprise software licensing and negotiation. With over 15 years of experience in SAP licensing, he has held senior roles at IBM, Oracle, and SAP. Fredrik brings deep expertise in optimizing complex licensing agreements, cost reduction, and vendor negotiations for global enterprises navigating digital transformation.

    View all posts