Key Takeaways
- Right-sizing FUE counts before signature is the single largest cost lever in RISE — SAP's initial sizing is systematically inflated
- BTP credits bundled with RISE are priced at SAP list rates; unused credits cannot be rolled over and expire annually
- SAP's managed infrastructure layer in RISE carries a 15–25% markup over equivalent hyperscaler direct pricing
- Negotiating multi-year price caps on the RISE subscription prevents compounding annual escalation
- Independent benchmarking of RISE proposals consistently reveals 20–40% room for cost reduction before signature
Why RISE Costs More Than It Should
RISE with SAP is sold as an integrated cloud transformation package: managed S/4HANA, BTP integration platform, hyperscaler infrastructure, and enterprise support. The pitch is simplicity—one agreement, one bill, one vendor. The reality is far less forgiving for buyers.
SAP engineered RISE to maximise revenue per customer, not efficiency per workload. The bundled pricing structure obscures individual component costs, making it nearly impossible for buyers to identify overpayment without specialist benchmarking. The result: first RISE proposals routinely overprice FUE counts, BTP credit volumes, and managed infrastructure layers by 20–40%.
The most damaging gap appears in user count sizing. SAP's sizing methodology inflates functional user equivalent (FUE) counts by an average of 30–35% compared to what independent advisors recommend. This inflation directly multiplies into your annual subscription cost across a multi-year commitment.
Critical Point: You have one window to challenge the sizing before signature. Once RISE is live, SAP controls the interpretation of which users require which licences, making post-signature cost reduction nearly impossible.
Tactic 1: Right-Size Your FUE Count Before You Sign
FUE cost is typically 40–50% of the total RISE subscription. SAP's initial sizing proposal almost always overestimates headcount. Here's what to watch for:
How SAP Inflates Counts
- Named User Professional (NUP) conversions: SAP counts users who need any read-only or reporting access as full NUPs, when Limited Professional (LP) licences or Analytics Cloud (AC) seats would suffice at 20–30% of the cost
- Shared role overestimation: SAP assigns one FUE per person per functional role. In reality, most organisations rotate access through shared role accounts or time-limited assignments
- Legacy system duplication: SAP counts users on legacy ERP systems separately from S/4HANA users during migration periods, even when those users will move entirely to S/4HANA within 12 months
- No discount for temporary contractors or temporary users: SAP requires FUE licensing for any user, including short-term contractors, when reduced-rate temporary licences exist
How to Challenge the Count
Demand SAP provide a detailed user roster: department, role, usage pattern, and access level needed. Map each user to specific business functions in S/4HANA, not job titles. An independent licensing advisor can typically identify 25–35% reduction opportunities by correct classification.
A professional RISE advisor will create a counter-proposal using your actual user data, not SAP's estimates. This becomes your fallback position in price negotiation.
Get Independent FUE Validation
Our advisors perform zero-based FUE sizing based on your organisation's actual user census and role requirements, not SAP's standard models. Typical findings reveal 25–35% sizing reduction opportunities.
RISE Advisory ServiceTactic 2: Negotiate BTP Credits to Reflect Actual Usage Plans
BTP (Business Technology Platform) credits are bundled into every RISE package. SAP prices them at full enterprise list rates—approximately $1.20–$1.50 per credit-hour depending on cloud region and service tier. Here's the problem: 70% of enterprises never fully consume their RISE BTP credits.
Why BTP Credits Go Unused
- SAP bundles credits based on estimated usage, not actual need. Most organisations need only 30–50% of the bundled credits
- Unused BTP credits cannot roll over to the next year—they expire on your anniversary date
- Most enterprises don't know how many credits they consume until they see the first month's metrics
- Integrations and extensions often run on far fewer credits than SAP's conservative estimates assume
Negotiation Approach
Request a baseline usage estimate from SAP—the number of concurrent users, real-time integrations, and batch processes you plan to run on BTP. Then demand SAP reduce the bundled credit volume to match that baseline plus a conservative 20% buffer. If SAP refuses, negotiate for annual credit reconciliation: credits consumed above 80% of the bundle are paid; unused credits above that threshold receive a 50% cash credit against next year's subscription.
Many enterprises achieve 15–25% reduction in total RISE cost by negotiating BTP credit volumes down from SAP's standard estimates.
Tactic 3: Benchmark the Hyperscaler Infrastructure Layer
SAP prices its managed infrastructure layer—the AWS, Azure, or GCP compute, storage, and networking—at a 15–25% premium over what you'd pay buying directly from the hyperscaler. SAP justifies this by claiming managed service value: monitoring, patching, availability guarantees.
Independent benchmarking of RISE proposals reveals that for most organisations, this markup is not justified by the service level provided. Here's how to challenge it:
Get a Direct Pricing Benchmark
- Request SAP provide a detailed infrastructure cost breakdown by component: compute hours, storage per GB, data egress, managed database licensing, etc.
- Take that breakdown to AWS, Azure, or GCP and request a quote for the same workload running on their native services plus your preferred managed services vendor (Accenture, Deloitte, etc.)
- Compare. The hyperscaler + third-party managed services quote will typically be 12–20% lower than SAP's managed infrastructure pricing
Use this gap in your negotiation. SAP will rarely cut the full differential, but reductions of 8–12% on the infrastructure component are achievable once you demonstrate that competitive pricing exists.
Tactic 4: Cap Multi-Year Price Escalation
RISE agreements are typically 3–5 years. SAP's standard contract includes an annual escalation clause: prices increase by 3–5% each year compounded. Over a 5-year deal, this can add 15–28% to your total committed spend beyond the Year 1 price.
This escalation is not tied to inflation or SAP's costs—it is contractual entitlement for SAP to raise prices every year, regardless of economic conditions.
Negotiation Tactics
- Freeze pricing for Year 1–3: Demand a hard price freeze for the first three years, with escalation only in Year 4–5 at 2% (below long-term inflation)
- Tie escalation to inflation or CPI: If SAP insists on escalation, cap it at the lesser of actual CPI inflation or 2% annually
- Volume discount adjustment: Negotiate that if you right-size FUE counts in Year 2, the baseline price for Year 2 onwards is recalculated based on the revised count, not the original estimate
- Performance credit clause: Include a clause that if SAP RISE infrastructure experiences availability below 99.5% in any month, you receive a 5% credit on that month's invoice
Many enterprises successfully negotiate a zero-escalation Year 1 and Year 2, with 1.5% escalation thereafter. The key is to propose this early, before SAP's contract is locked.
Tactic 5: Extract Value from Migration Credits
SAP offers migration credits—vouchers to offset costs of S/4HANA implementation, data migration, and integration work. These credits are typically 10–20% of the RISE contract value in Year 1, but SAP often tucks them into the small print.
How to Maximise Migration Credits
- Demand SAP specify the credit value in dollars, not as a percentage. Lock it in writing
- Confirm the credits apply to all implementation vendors, not just SAP's preferred partners
- Request the credit apply to both SAP services and third-party integration costs (e.g., Deloitte, Accenture implementation labour)
- Ensure credits can be carried forward if Year 1 implementation runs ahead of schedule into Year 2
- Negotiate that if you exceed the credit value, SAP discounts the overage at 20% off their standard rates, rather than billing at full price
Contract negotiation specialists routinely unlock an additional 5–10% value from migration credits by explicitly defining how they apply across vendors and cost categories.
Tactic 6: Defer or Exclude Add-On Modules at Signature
SAP often bundles add-on modules into RISE to inflate Year 1 cost. Common add-ons include Signavio (process mining), Analytics Cloud (SAC), Ariba (procurement), and SuccessFactors (HCM). You may not need all of these on Day 1.
Negotiation Approach
- Request that add-on modules be explicitly excluded from the RISE Year 1–2 contract
- If SAP bundles them anyway, negotiate separate pricing for add-ons with the right to activate only when needed
- Include a clause that if you activate a bundled add-on in Year 2, it can be added at a discount (e.g., 40% off the standalone price) rather than forcing you to keep it in RISE
- Defer Signavio and Analytics Cloud unless you have an immediate, funded business case. These tools have high per-user costs and are rarely justified in Year 1 post-implementation
Excluding one unnecessary add-on (e.g., SuccessFactors if you're not changing HCM) typically saves $500K–$2M over the contract term.
When to Walk Away from a RISE Proposal
Not every RISE proposal can be fixed through negotiation. Watch for these red flags:
- SAP refuses to provide detailed FUE sizing: If SAP will not break down the user count by role and function, they're hiding inflated assumptions. This is disqualifying
- Infrastructure costs exceed 25% of total RISE cost: This signals excessive managed service markup. Demand benchmarking or reconsider the deal structure
- Total cost of ownership (with all add-ons) exceeds comparable on-premise licensing + hosting by more than 15%: RISE should be cheaper than maintaining on-premise ERP. If it's not, the financial case collapses
- No flexibility on multi-year escalation: If SAP will not negotiate any reduction to annual price increase, they're treating RISE as a price-taking market. Walk away and get licence optimisation advice on remaining on S/4HANA on-premise or choosing a non-SAP cloud ERP
- Take-or-leave contract language: SAP's standard RISE terms are heavily seller-favourable (e.g., automatic renewal, limited termination rights, all IP remains SAP's). If SAP will not negotiate even minor terms, the negotiation is a theatre and you have no real leverage
A well-structured RISE deal should result in 15–25% total cost reduction versus equivalent on-premise S/4HANA over the contract term. If your negotiations yield less than 10% savings, step back and reconsider whether RISE is the right choice.
Frequently Asked Questions
📬 SAP Licensing Intelligence
Independent SAP Licensing Insights — Free
Expert analysis on SAP audits, contract negotiation, and cost reduction. No vendor affiliation. Corporate email required.
Additional Resources
- RISE with SAP advisory service — Independent sizing, benchmarking, and negotiation support
- SAP contract negotiation — Expert contract review and negotiation support
- Complete RISE with SAP pricing breakdown guide — Full deep-dive into RISE pricing model
- Key questions to ask SAP about RISE pricing — Specific questions that expose hidden assumptions
- RISE with SAP negotiation strategies — Tactical and strategic negotiation approaches
- RISE with SAP 2026 guidance — Latest market intelligence and trends
- SAP licence optimisation — Reduce your SAP licence spend within your current contract
- RISE with SAP complete guide — End-to-end guide to RISE licensing and implementation
- SAP support cost reduction — Strategies to reduce your SAP support spend
- Contact for free consultation — Get expert advice on your specific RISE situation