SAP License Agreements

Critical Clauses in SAP License Agreements: Audit, Indirect Use, and Price Protections

Critical Clauses in SAP License Agreements

Critical Clauses in SAP License Agreements: Audit, Indirect Use, and Price Protections

Executive Summary:

This article outlines the most important clauses in enterprise SAP license agreements that CIOs and CTOs must understand.

It highlights key contract terms โ€“ like audit rights, indirect usage rules, and price increase protections โ€“ that can significantly impact cost and compliance.

A busy IT executive will learn which clauses to focus on during negotiations to safeguard their organization in two minutes.

Understanding Your SAP Contract โ€œFine Printโ€

SAPโ€™s license agreements are dense documents, often dozens of pages of legal and technical terms. Hidden in that fine print are a few critical clauses that can determine whether your organization stays in control or falls into costly traps.

This section provides an overview of why these clauses matter:

  • Audit Rights: SAP invariably includes the right to audit your software usage. The specific wording dictates how and when audits happen, and what your obligations are. A vague audit clause can expose you to surprise inspections or onerous data requests.
  • Indirect Access Terms: Indirect use (when non-SAP systems or users access SAP data) is a notorious grey area. The contractโ€™s definition of โ€œUseโ€ or indirect access directly impacts whether youโ€™ll face extra fees for third-party interfaces.
  • Price Protection & Indexation: Many agreements allow SAP to adjust fees over time. Without caps, maintenance or subscription costs might climb unpredictably. A clause capping increases or tying them to inflation can save millions over the contract’s life.
  • License Assignment & Transfers: Does your contract let you reassign licenses freely within your enterprise, or are there restrictions? Understanding this helps avoid compliance issues when reorganizing or divesting parts of your business.
  • Termination and Renewal Terms: The contract language on ending the agreement or renewal notice periods affects your flexibility. For instance, auto-renewal clauses can lock you in if you forget to cancel in time.

By zeroing in on these clauses, CIOs can negotiate fair and transparent contracts, preventing nasty surprises.

Read SAP Cloud Licensing Agreements (RISE & SaaS).

Audit Rights and Compliance Safeguards

SAP audit clauses typically grant SAP the right to periodically audit your usage of their software.

Key elements to scrutinize:

  • Audit Frequency & Notice: Ensure the contract limits audits to, say, once per year with reasonable notice (e.g., 30 days written notice). Avoid open-ended language like โ€œat any time without notice.โ€ Adequate notice gives you time to prepare data and reduce disruption.
  • Scope of Audit: The clause should ideally specify that audits cover license compliance verification only for products youโ€™ve licensed, and use standard SAP measurement tools. Watch out for terms that allow SAP to install software or scripts in your environment without consent โ€“ negotiate those out or require mutual agreement on audit methods.
  • Cost and Confidentiality: A fair clause states that audits are at SAPโ€™s expense (unless a major shortfall is found, e.g.,>5% non-compliance, where you might pay). It should also oblige both parties to keep audit findings confidential. Delete any wording that tries to make you pay for routine audits or share results externally.
  • Remediation Period: If an audit finds you under-licensed, push for a grace period to purchase needed licenses without penalties. For example, โ€œCustomer shall have 30 days to acquire additional licenses at standard pricing if an audit reveals a shortfall.โ€ This prevents hefty back-charges or compliance penalties.

CIO Tip: During negotiations, propose inserting an audit cooperation clause stating thatย SAP will conduct audits to minimize disruption to the Customerโ€™s business operations.ย This clause holds SAP accountable for being reasonable.

Indirect Use and Digital Access Clauses

Perhaps the thorniest area is how your agreement defines โ€œUseโ€ of SAP software. Historically, SAP insisted that even indirect, third-party access required a license.

Now they have the Digital Access model (document-based licensing).

Key considerations:

  • Clear Definition of Named Users: If you stick with the classic model, ensure the contract clarifies that only direct human users need named user licenses. Any ambiguity could cause SAP to claim that an external system (like a web portal or CRM pulling data) is an unlicensed โ€œuser.โ€
  • Indirect/Digital Access Coverage: If you adopt SAPโ€™s Digital Access licensing (which charges per document, like Sales Order created via non-SAP systems), have the agreement list the exact document types and how counts are measured. Include any conversion credits or special pricing you negotiated under SAPโ€™s Digital Access Adoption Program (DAAP).
  • No Double Dipping: Insist on language that prevents double charging โ€“ e.g., if you license Digital Access documents, those interactions shouldnโ€™t also require a named user license. SAP has publicly stated one or the other, but itโ€™s wise to reflect it in your contract.
  • Third-Party Interface Clauses: Some contracts have an โ€œInterfacesโ€ section. If present, clarify that access by third-party applications on behalf of licensed users is permitted without additional license, as long as the data is for internal business operations. This kind of clause can protect you from surprise indirect use claims (like the famous Diageo case).

Example: One company negotiated an addendum: โ€œSystems of record external to SAP (e.g., Salesforce CRM) that exchange data with SAP do not require separate SAP user licenses, provided the SAP data is accessed in support of licensed usersโ€™ activities.โ€

This explicit wording gave them peace of mind, and SAP accepted it.

Read Negotiating SAP License Agreement: Strategies for CIOs to Cut Costs and Risk.

Caps on Price Increases and Indexation

Enterprise agreements often span 3-5 years or more. You must manage how costs can change in that period:

  • Maintenance Fee Caps: If youโ€™re paying 22% annual support, include a clause like โ€œSAP shall not increase the support fee percentage for the term of this agreement.โ€ If SAP wonโ€™t freeze it, cap itย โ€“ e.g., โ€œshall not increase by more than 1% absolute (e.g., from 22% to 23%) in any year.โ€ This limits maintenance cost growth.
  • Cloud Renewal Rates: For subscription licenses, include a provision locking renewal pricing or capping increases (as discussed in the previous article). E.g., โ€œSubscription fees shall be subject to a maximum 5% increase at renewal.โ€ Without this, SAPโ€™s standard terms might cause them to raise prices at renewal to the then-current list rates.
  • Price Indexation Clauses: Sometimes, SAP ties fees to an inflation index or currency fluctuation clause. If your contract includes language like โ€œfees may be adjusted by the Consumer Price Index annually,โ€ try to negotiate it out or at least ensure itโ€™s a well-known, low-inflation index. An even better stance is to remove any automatic indexation and handle increases through explicit caps as above.
  • Volume Discounts & Floor: If you negotiated a volume-based discount (a 50% discount off list due to a large purchase), add a clause that this discount level will apply to additional purchases during the term. Conversely, ensure no price floor clause prevents you from getting bigger discounts in future deals (sometimes vendors sneak in language that future buys wonโ€™t exceed X discount โ€“ avoid that, you want freedom to negotiate each time).

In Practice: A global retailer secured language that their deep discount on SAP ERP user licenses (given for a large initial purchase) would carry through to any incremental users added for 2 years.

This saved them from paying higher rates when they expanded usage later.

License Assignment and M&A Considerations

Large enterprises frequently reorganize via mergers, acquisitions, divestitures, or internal restructuring.

Check contract terms about license assignment and entity definition:

  • Enterprise Entity Definition: Ensure the agreement clearly defines who can use the licenses โ€“ typically โ€œCustomer and its majority-owned affiliates.โ€ If you have subsidiaries, include them. This way, you can deploy licenses across your group without each entity needing a separate deal.
  • Assignment Rights: There should be a clause allowing assignment of the contract to a successor entity in case of merger or acquisition. E.g., if your company is acquired, you want to transfer the SAP contract to the new owner without needing SAPโ€™s approval (or at least with approval not to be unreasonably withheld). Negotiate for assignment โ€œwith notice to SAPโ€ rather than โ€œwith SAP consent,โ€ if possible.
  • Divestiture Scenario: If you spin off a division, clarify whether those licenses can be carved out or transferred to the new entity. This is tricky โ€“ SAP often restricts splitting licenses. But you might negotiate a right to purchase additional licenses at the same discount for a spin-off, or let the spin-off operate under your license for a transition period. Consider adding a specific clause anticipating a known split for critical cases.
  • Global Use Rights: If you operate globally, confirm that the licenses have global use authority (they usually do). However, sometimes, local country-specific solutions might need region-specific clauses. Review if any territory restrictions exist and eliminate them for a global agreement.

M&A Example:

A manufacturing firm negotiated upfront that if they acquired another company running SAP, they could consolidate it under their license umbrella within 6 months (basically letting them bring the acquired users onto their license at a pre-agreed cost).

This proactive clause saved them time and money during an actual acquisition, avoiding separate negotiations under duress.

Termination and Renewal Provisions

Key contractual terms around how the agreement ends or renews:

  • Termination for Cause vs Convenience: Standard SAP contracts have no termination for convenience (you generally canโ€™t just cancel perpetual licenses โ€“ you own them โ€“ but you can stop paying maintenance). However, if itโ€™s a subscription, see if you can negotiate a mid-term termination right for major service level failure. SAP rarely agrees, but itโ€™s worth evaluating your risk. At minimum, clarify termination for breach terms โ€“ you should have a clear cure period (e.g., 30 days to cure any breach before termination).
  • Auto-Renewal Clauses: Many SAP cloud contracts auto-renew if not cancelled X days before term end. This can be dangerous if it slips through. If present, set the auto-renewal notice to a manageable timeline (e.g., โ€œeither party must give notice at least 60 days before the end of the term to not renewโ€). Internally, set calendar reminders before this date to decide on renewal or changes. Ideally, avoid auto-renewal altogether โ€“ instead, require explicit renewal so you always renegotiate terms.
  • Survival of Rights: After termination, what happens? For perpetual licenses, your use rights survive (you paid for them), but support ends. Ensure thereโ€™s no clause requiring you to uninstall software upon the end of maintenance โ€“ there shouldnโ€™t be, since perpetual rights are owned. For subscription, ensure you have data extraction rights and assistance if you choose not to renew (SAP cloud contracts often have a data retrieval clause โ€“ verify itโ€™s sufficient for your needs, e.g., access to your data for 30-60 days after termination).
  • Renewal Negotiation Window: Including a clause that SAP will engage in good-faith renewal discussions X days before term end can be helpful. While somewhat โ€œsoft,โ€ it lays the expectation that you will revisit terms โ€“ a subtle push against an auto-renewal at whatever price.

In summary, knowing these contract clauses in detail is power.

When negotiating or reviewing an SAP agreement, focusing on these critical areas helps you avoid pitfalls that others have learned about the hard way (often during an audit or renewal).

Recommendations

  • Read the Audit Clause Word-for-Word: Negotiate limits on audit frequency and ensure reasonable notice. Add a grace period for fixing compliance issues to avoid surprise bills.
  • Define Indirect Use Clearly: Avoid ambiguous โ€œindirect useโ€ language. Either adopt the digital access model with defined terms or exclude certain third-party scenarios from needing extra licenses.
  • Insist on Price Caps: Protect your budget by capping support fee increases and locking in future subscription renewal rates. No cap = open season for hikes after year 3.
  • Document Discounts and Carry-Forwards: If you get a special discount for a big purchase, write that the discount applies to future expansions. Avoid any clause that could remove your discount on additional licenses.
  • Ensure Assignability: Modify assignment clauses so you can transfer licenses in corporate changes (mergers or divestitures) with minimal friction. This avoids re-buying licenses you already paid for due to legal technicalities.
  • Include Affiliates: Make sure your contract covers all your subsidiaries and affiliated entities that need to use SAP. This prevents the need for separate deals for each division or geography.
  • Tackle Auto-Renewals: Either remove auto-renewal or set a clear, manageable notice period. Internally, track these dates diligently so you never unintentionally lock in another year on unfavorable terms.
  • Clarify Termination Effects: Know what happens if you end the contract. Ensure you retain the right to use what you bought (for perpetual) or get your data out (for cloud). Remove any remnants of license removal obligations post-termination for perpetual licenses.
  • Consult Legal/Licensing Experts: Have a licensing-savvy legal counsel or consultant review these key clauses. A slight change in wording can shift millions in risk โ€“ expert eyes can catch and fix that before signing.
  • Keep a Clause Log: Maintain a summary of these key clauses across your contracts. When itโ€™s time for renewal or negotiation, refer to this log to address any clauses that previously caused pain or could be improved.

FAQ

Q1: What exactly is โ€œindirect accessโ€ in SAP terms, and why should it be in the contract?
A: Indirect access means using SAPโ€™s software via a third-party interface or non-human interaction (like an external app reading/writing SAP data). Itโ€™s crucial to define this in the contract because SAP has previously sought license fees. A good contract will clarify how indirect use is handled โ€“ either you license it via SAPโ€™s digital access model (documents) or explicitly state that certain types of indirect use are permitted under your existing licenses.

Q2: How can I tell if my contract has a cap on maintenance or not?
A: Look for any mention of maintenance fees or support fee percentage. If it just says you pay annual maintenance of X% without stating itโ€™s fixed, assume SAP can raise it (often via their policy documents). If thereโ€™s an index or โ€œSAP may increase fees in line withโ€ฆโ€, thatโ€™s an escalation clause. To add a cap, youโ€™d negotiate an amendment like โ€œThe maintenance fee percentage (22%) shall remain fixed for the initial term of 3 years.โ€ For the cloud, check the renewal pricing terms; if there are none, there is no cap.

Q3: Our SAP order form mostly lists products and prices. Where are these clauses typically found?
A: SAP licensing terms are often split between the order form (which references a master agreement or T&Cs) and an overarching document called the SAP Software License and Support Agreement (SLSA) or cloud subscription agreement. The critical clauses live in those T&Cs and SLSA, but are not always on the order quote. Always review the master agreement document that accompanies the quote. Thatโ€™s where audit rights, definitions, and general provisions are.

Q4: Whatโ€™s a fair audit clause from the customer perspective?
A: A fair clause would be: SAP can audit no more than once per year, must give at least 30 days’ notice, will conduct audits during normal business hours, and use standard tools. If non-compliance is found, you pay true-up at contract prices (not listed), and SAP wonโ€™t audit again for 6-12 months. Also, audit results are confidential. If any of these elements are missing, you have room to negotiate for them.

Q5: Weโ€™re signing up for SAPโ€™s cloud (RISE with SAP). How do we prevent surprise cost increases after the initial term?
A: Ensure your cloud subscription order form or accompanying terms explicitly state what happens at renewal. Ideally, negotiate the renewal price now โ€“ e.g., โ€œYear 4-5 renewal price fixed at same as year 3โ€ or โ€œincrease capped at 5%โ€. If SAP wonโ€™t fix the number for future years, at least get a percentage cap. Without it, once youโ€™re deeply into RISE, switching is tough, and SAP knows it, which could lead to an expensive renewal quote.

Q6: Can I completely negotiate away indirect access fees?
A: Many customers try to avoid separate indirect fees by structuring usage cleverly. While SAP likely wonโ€™t give a blanket free pass in writing, you can negotiate scenarios. For example, if all indirect access is from properly licensed named users (who also have direct access), assert that it covers it. You can also agree to the digital access model, but with a discounted document pack included. Complete removal of the clause is rare, but narrowing its scope (so it wonโ€™t hit you unexpectedly) is achievable.

Q7: What clause protects us if we spin off a part of our business that uses SAP?
A: No standard spin-off clause exists, but you can negotiate a transfer provision. For example, you could add: โ€œCustomer may assign or transfer licenses to an affiliated entity or, in case of divestiture of a business unit, upon written notice to SAP.โ€ SAP might instead allow the divested unit to use the licenses for a transition period (e.g,. 12 months) while they get their own. Itโ€™s worth discussing this upfront if a divestiture is on the horizon.

Q8: How do I ensure all my subsidiaries can use the SAP system under one agreement?
A: Make sure the definition of โ€œCustomerโ€ in the contract includes your affiliates. Usually, it will sayโ€œCustomer shall mean XYZ Corp and its wholly-owned affiliatesโ€ or something similar. If it is not explicitly there, request to add it. This way, any entity you own (over 50%) can use the software within your license count. Otherwise, an audit might technically flag usage by a sister company as unlicensed if they arenโ€™t named in the agreement.

Q9: The contract references an online document (like SAP Program Terms). Should I be concerned?
A: Yes โ€“ those online documents (e.g., SAP support terms, cloud service descriptions) are part of your contract by reference. You need to read them too, because they can contain important details like how SAP defines user metrics or specific cloud usage limits and SLA. Also, they can be updated by SAP periodically. Ideally, negotiate to lock the version of those documents as of contract signing, or at least ensure you get notice of changes. Donโ€™t ignore that I think they are โ€œboilerplatesโ€ โ€“ they often contain the rules you must live by.

Q10: If SAPโ€™s standard terms are non-negotiable, how do we get these changes in?
A: Despite what a sales rep might imply (โ€œthis is our standard contractโ€), everything is negotiable with the right stakeholder and deal size. Work with SAPโ€™s account executive and involve your legal team early. Clearly articulate why a clause is a deal-breaker and propose alternative wording. For substantial deals, SAP has flexibility โ€“ they routinely add riders or special terms for large customers. It may go through SAPโ€™s contract approval chain, but if youโ€™re a significant client, they often grant exceptions or attach a negotiated amendment to the standard contract. Be persistent and ensure the final paperwork reflects all agreed-upon changes before you sign.

Read about our SAP Contract Negotiation Service

Do you want to know more about our SAP Negotiation Service?

Please enable JavaScript in your browser to complete this form.
Name
Author
  • Fredrik Filipsson has 20 years of experience in Oracle license management, including nine years working at Oracle and 11 years as a consultant, assisting major global clients with complex Oracle licensing issues. Before his work in Oracle licensing, he gained valuable expertise in IBM, SAP, and Salesforce licensing through his time at IBM. In addition, Fredrik has played a leading role in AI initiatives and is a successful entrepreneur, co-founding Redress Compliance and several other companies.

    View all posts
Redress Compliance