USMM 的用户分类规则集几乎年年修订。翻完近几版的变更记录，方向出奇一致：用户类型往下走，高阶类型一路降向 Core 与 Self-Service。本文依据 SAP 官方 Note 的版本演进记录，加上对三份 V1.70 规则集文件的逐字节比对，把这条线的来龙去脉讲清楚。
重要的修订版本
V1.67 把客户与供应商主数据的 F_KNA1_GRP、F_LFA1_GRP 降为 Self-Service。V1.68 动作更大：CA_OC_ORI 降 Core，过时的 K_AUFK_ART 直接移除，FOT_B2A_V 降 Self-Service，M_BEST_BSA 的 75、76 活动值与 M_RECH_BUK 的 43 活动降 Self-Service，两笔都属审批类操作，定价类 W_VKPR 系列整体移入 515 Retail 引擎。V1.70 是终版，把 V_KNKK_FRE 降 Core，石油天然气上游的 J_JVA_JOA、J_JVA_PRC、J_JVA_VNT 三件移入 549 引擎。审批类活动是降级重点，系统能自助放行的操作，SAP 不再按专业用户计价。
把时间轴拉全，能看到两条线并行。规则集这条线，V1.68 之后还有一版 V1.69，内容是更正指令依赖的修复，V1.70 是最后一笔。另一条是工具功能线，报告版本从 V17 起加 Transfer User Classification、角色级事务描述、用户组与最后登录日期字段；V18 把不完整角色条目在详情视图里高亮；V19 做性能优化，可以跳过未分类的角色条目；V20 修复合式 profile 的处理。演进过程中，报表类授权 S_RS_COMP、S_RS_COMP1 被拆出去归入 BW Query 引擎。分类口径往下走的同时，工具本身的可用性也在一轮轮打磨。
本文首发于 sapzx.com，版权归 河·南‧赛_锐 信-息•科 技‧有-限·公·司 所有，未经授权请勿转载。
冻结声明用法
2026 年起 SAP 明确表态：规则集准确度已难以再提升，加上客户要求稳定，V1.70 为最终版本，除技术必需不再发布新版。对正在谈续约或迁移的客户，这句声明的谈判含义是：分类口径已经锁死，「规则还会再变」不再构成推迟决策的理由。要争的是现行口径下的分类对不对，不是未来口径会怎样。
FUE授权规则
我们对 Note 3113382 附带的三份 XLSX 做过逐字节比对。三份文件各 3115 条规则，规则主体的 Step、类型、事务码、授权对象、字段、值六项完全一致，构成是 2383 条 AUTH、4 条 DUMMY、728 条 ENGI。唯一差异在描述列的前缀字母：H 对应本地部署价目表，G 对应 S/4 PCE（06），I 对应 ERP PCE（07）。同一套权限，在三种价目表下贴上不同的用户类型标签，GA 开发、GB 高级、GC 核心、GD 自助的分级就写在前缀里。Step 10 是 #DEV# 开发者检测，开发者识别是规则层内置的，不是事后统计。
选择授权文件方法
规则集文件按转型路径选，而路径取决于两个独立决策，转不转 S/4 是一件事，上不上私有云是另一件事，组合出几条路。原地续本地部署的客户不碰这套规则，OP 审计走 USMM 与自声明那套。转成 S/4 留在本地的，加载 S4HANA_V1.70，对应本地价目表的 Professional、Functional、Productivity 类型学。转成 S/4 上私有云走 RISE 的，价目表 06，加载 PCE_RISE_V1.70。ECC 原样搬上云的 lift & shift 同样是官方正式产品，价目表 07，加载 ERP_PCE_V1.70；已经跑在本地的 S/4 再上云，与 ECC 转换后上云落在同一个产品同一个价目表里。
文件格式跟 Basis 版本走。7.02 到 7.58 及以后用 Note 3113382 的 XLSX；更老的 7.00 与 7.01 得走 Note 3308470 的 CSV，还得先补两个前置 Note。规则集虽然以 S/4HANA 用户类型命名，官方 FAQ 的答复很直白，S/4HANA 与 ERP 共享同一套授权对象，规则集对两者都适用，最终落到哪套用户类型，由 USMM 里选的价目表决定。ECC 客户加载云侧规则集，不存在规则不适配的问题。
三份附件的设计意图
规则主体逐字节一致这个实测结果，反过来解释了官方为什么把三份文件放进同一个 Note。同一套系统先后加载两份规则集，跑同一份报告，得到的就是现口径与目标口径的同口径对比。本地 S/4 客户可以拿 OP 基线对 RISE 预演各跑一遍，续约与迁移谈判的对比证据就是这么来的，ECC 客户评估转 RISE，同样可以先看 06 口径下的分类会怎么变。
判定的颗粒度也值得交代清楚。规则认的是授权对象加授权值的组合，同一对象不同值可以判到不同类型，只盯对象不看值是不够的；值是星号意味着全活动无限制，要特别留意。事务码与授权对象之间没有明确的映射关系，计量只认后者。只有 Fiori 授权而没有经典授权的用户，分到免费的 GF 或 IF。还有一条官方明示的局限，模拟不区分经典的 core 使用与引擎使用引起的 core 使用，而引擎用户本可以是免费的，所以估算出来的 FUE 天然偏上限。拿估算数去谈续约，真实需求只低不高，这个偏差方向对客户有利。
顺带说说收费版。SAP 把这套东西包装成 STAR 专家服务，走远程或现场咨询，四阶段里的 Prepare 阶段，就是让客户自行实施这份 Note 跑模拟报告。换句话说，自己加载规则集把报告跑出来，等于免费完成了收费服务的前两阶段。再往深处的 MOON 家族，从交易级许可模拟、现有角色内调授权值的快赢，到按最佳实践重设计授权概念，卖的是规则集之外的咨询功夫，预算紧张的客户至少该把免费段先吃干净。
V1.70 重放说明
年年下修连成一条线，最后都指向同一个动作，许可账按现行 V1.70 重放一遍再谈，同样的权限在更低价位类型里容得下，这就是下修留给客户的实利。重放之前有两处口径要校准，历史分类结论不能沿用，旧版本判成专业用户的角色，V1.70 下可能是自助，方向反过来同样成立；降级也不等于免检，权限移入引擎分类后进引擎计量口径，账换了地方没有消失，引擎账的构成见《SAP PCE 系统引擎许可介绍》；FUE 对账的完整路径，见《SAP 许可审计中的计量分类与 FUE 对账》。
桌上的证据有现成的攒法。OP 基线与 RISE 预演两份报告并排放，分类差异一行行过，双跑对比要赶在谈判前做完，这是桌上最硬的证据。对账要前置，官方的 FUE 明细对账件自建自跑，先把分类争议消灭在 SAP 开口之前，月度计量账的排查路径见《SAP PCE 月度计量账单排查》。优化的主战场在角色授权概念本身，审批类授权收进低阶类型有修订史背书，开发类授权从业务角色里剥离则是与降级并列的第二条线，两件事都值得在重放分类时一并过一遍。
随着 SAP 产品从 ECC → S/4HANA → RISE with SAP（S/4HANA Cloud Private Edition, PCE）的持续演进，SAP 许可模式已从传统的永久授权、模块化计费，全面转向以 FUE（Full Use Equivalent）为核心的订阅化、精细化授权体系。这一变化深刻影响了企业的用户角色设计、权限治理、合规审计以及长期 IT 成本结构。在 PCE 模式下，FUE 许可的计量方式更加依赖实际使用行为，对企业在账号分配、权限控制、并发使用与审计合规方面提出了更高要求。
赛锐信息深耕 SAP License 审计与合规治理领域，长期服务于 SAP ECC、S/4HANA 及 RISE with SAP 客户，在 SAP 官方审计流程、FUE 许可优化策略及账号资产精细化管理方面积累了丰富的咨询与实施经验。依托自主研发的 SAP License / FUE 资产优化软件产品（AMS-V），我们帮助企业在满足 SAP 合规要求的前提下，提升 FUE 许可利用率、降低订阅成本、控制审计风险。欢迎随时联系我们，获取 SAP FUE 许可优化咨询服务，并申请产品试用与方案演示。让 SAP 投入真正服务于业务增长，而非成为成本负担。
