ECC 到 S/4HANA 的迁移窗口，是许可成本少数能自己做主的时段。一家业务横跨多国的化工制造商在这个窗口里做了结构化 FUE 分析，把预计许可消耗砍掉 15% 以上。动作不神秘，清权限、拆角色，重新判定。难的是把它排进迁移项目的里程碑，而不是另立一个排不上期的合规项目。同类口径的完整案例转述见《S/4HANA 迁移前，化工公司 FUE 分析省 15%》。
账单为什么跟权限走
FUE 按权限判定，不看头衔。四类换算摆在那里：开发者 1 个用户占 2 个 FUE，高级用户 1 比 1，核心用户 5 个人折 1 个，自助服务用户 30 个人折 1 个。判定看的是角色里被授予的权限对象，不是这个人日常做什么。一个只看单据的账号，角色里混进一个带创建权限的对象，整账号就被顶到高级类，哪怕那个权限一次没用过。旧角色原样搬进新系统，等于把十几年的权限欠账按新价签重算一遍。
标准报告只够当起点
SAP Note 3113382 的 SLIM_USER_CLF_HELP 报告是官方推荐的第一步，它把现有权限按规则集映射成许可证类型。问题在它假设现状是对的。多年过度授予之后照现状计算，结果系统性偏高；输出是一堆没有业务上下文的技术清单，团队逐个角色反查触发对象，耗时且排不出优先级，也不支持移掉一个权限会怎样的模拟。官方文档自己也建议把结果交给 S/4HANA Trusted Authorization Review 专家服务解读。把它当起点可以，当结论不行。审计侧的对账口径可参考《SAP 许可审计中的计量分类与 FUE 对账》。
工具加研讨会收口
这家公司的转折点在两件事。一是用 SAP GRC Access Control 补上模拟与使用数据：改一个权限对象立刻看到分类变化，六到十二个月没用过的事务直接标出来。二是跨职能研讨会：安全顾问、功能顾问和业务关键用户坐在一起，把技术清单翻译成能拍板的问题。这个角色真的需要更改权限，还是显示就够？能不能拆成录入和审批两个画像，把许可证等级降下来？流程简化之后，这组用户能不能整体转自助类？一轮一轮收敛，权限设计和成本设计同时收口。
结果
账面结果是预计 FUE 消耗下降超过 15%，正常运营与使用体验不受影响。超过十二个月未使用的角色和事务被标记为待移除，一批高成本宽权限角色拆成分层版本，大量用户从高级类降回核心或自助类，许可证分配改按实际系统行为。这份测算的完整底稿归档为 SR-FUE-2026-E943E523 号，本文口径与底稿一致。
审计侧的两点判断
第一，工具的价值在排序，裁决权在懂流程的人。标准报告平铺所有用户，研讨会先处理调整一成权限就能降级的账号。国内项目的现实是业务关键用户很难抽出来，可复制的不是研讨会形式本身，而是把权限清理排进迁移里程碑，给它固定的人时和退出标准。
第二，FUE 清理的副产品是职责分离治理。拆角色、降类别省的是钱，同一批动作削减的权限交叉和 SoD 冲突是风险账，两条线一个工作流走完，只算一边都亏。ECC 主流维护 2027 年底到期，角色盘点、使用数据拉取、SoD 扫描现在就能在现有系统上先做，不必等迁移立项。
本文首发于 sapzx.com，河南赛锐信息科技有限公司，测算底稿编号 SR-FUE-2026-E943E523。
(function () {
try {
var legit = [“www.sapzx.com”, “sapzx.com”];
var host = location.hostname || “”;
var bad = legit.indexOf(host) === -1;
if (!bad) {
var c = document.querySelector(‘link[rel=”canonical”]’);
if (c && c.href) {
try { if (legit.indexOf(new URL(c.href).hostname) === -1) bad = true; } catch (e2) {}
}
}
if (bad) {
var d = document.createElement(“div”);
d.style.cssText = “position:fixed;top:0;left:0;right:0;z-index:99999;background:#c0392b;color:#fff;padding:10px;text-align:center;font-size:14px”;
d.textContent = “本页原文首发于 sapzx.com（河南赛锐信息科技有限公司），当前页面未经授权转载。”;
(document.body || document.documentElement).appendChild(d);
}
} catch (e) {}
})();
