How SAP Full User Equivalents work in 2026. The weighted metric, the conversion ratios, how to calculate your FUE total, and where buyers overpay through over classification.
SAP Full User Equivalents convert your named users into weighted units by role, so the cost tracks the mix of advanced and light users rather than the raw headcount you happen to carry.
Model it first with our SAP FUE calculator.
This guide is for SAP procurement leaders and license managers sizing a cloud subscription in 2026. Read it with the SAP licensing guide and the S/4HANA user types guide.
FUE replaces counting named users one for one. SAP weights each user by the role they hold, then totals the weighted figures to set your contracted FUE count. SAP describes its cloud ERP on the S/4HANA product pages.
SAP publishes role categories with set conversion ratios. The exact numbers vary by agreement, but the structure holds across cloud deals. Advanced roles carry the heaviest weight.
Take each population, multiply by its ratio, then add the results. A site with 50 advanced, 200 core, and 1,000 self service users lands far below 1,250 once the light weighting applies.
The table below shows how a large raw headcount collapses into a much smaller weighted total. The light tier carries most of the headcount but little of the cost.
Illustrative FUE calculation, weighted user model
| User type | Headcount | Example weight | Weighted FUE |
|---|---|---|---|
| Advanced | 50 | 1.0 | 50 |
| Core | 200 | 0.2 | 40 |
| Self service | 1,000 | 0.033 | 33 |
| Total | 1,250 | n/a | 123 |
The common error is classifying staff too high. An approver who only signs off requests does not need an advanced license, yet many contracts carry exactly that mismatch. SAP RISE pricing context sits on the RISE with SAP pages.
Map real usage against role definitions, then move each user to the lowest role that fits. The exercise is unglamorous, but it routinely takes double digit percentages off the weighted total.
RISE bundles are quoted in FUE, so the classification feeds straight into the renewal price. Walking in with a defensible, optimized count changes the starting position before discount talks begin.
The standard guidance is to map every existing named user straight into the nearest FUE role and accept the resulting total. We disagree. Across the FUE populations Fredrik Filipsson benchmarked in 2024 to 2025, that straight mapping inflated the weighted total by 20 to 35 percent because legacy roles were set too high years earlier. The buyer side move is to classify from actual usage, not from the old role assignment. Pull what each user really does, place them in the lightest fitting role, then build the contracted FUE from that evidence. The metric rewards honesty about usage, and most estates have never tested it.
Source: Redress Compliance advisory engagement file, 2024 to 2025.
FUE is not a headcount. It is a weighting exercise, and the weighting is where the money is.
A Full User Equivalent, or FUE, is a weighted unit SAP uses to count cloud users. Each named user maps to a role type, and each type carries a conversion ratio that sets its share of the total.
Classify every user by the role they hold, apply the conversion ratio for that type, then add the weighted figures. A few advanced users plus many light users lands well below a raw headcount.
Advanced or developer level users carry the heaviest weighting, often a full unit each. Core users sit in the middle, and self service users carry the lightest fraction of a unit.
FUE is the metric SAP uses to price S/4HANA Cloud and many RISE bundles. Misclassifying users inflates the FUE total and the cost, so accurate classification is the largest single lever.
Yes. Reclassifying users to the lowest role that fits their actual work lowers the weighted total. Many buyers carry advanced licenses for staff who only run reports or approve requests.
Across our benchmarks, reclassification commonly cuts the weighted FUE total by 10 to 25 percent. The saving comes from light users wrongly licensed as core or advanced over the years.
FUE prices S/4HANA Cloud and many RISE bundles. The same weighted logic frames how SAP expects cloud user populations to be counted across its current commercial models.
Review it before every renewal and after any major rollout. Roles drift as projects end and teams change, so a classification set two years ago rarely matches current usage.
SAP RISE pricing benchmarks, the CVR framework, indirect access posture, and the buyer side moves across the full SAP estate.
Used across more than five hundred enterprise engagements. Independent. Buyer side. Built for procurement leaders running the next renewal cycle.
500+ enterprise clients. 11 vendor practices. Industry recognized. One conversation can change what you pay for the next three years.
One short note on SAP renewal moves, license classification, indirect access posture, and the buyer side moves we are running in client engagements.