SAP 的用户分类规则集几乎年年修订，把冻结前六个版本的变更记录翻完，方向出奇一致，用户类型一路往下走，原本落在专业档的授权一轮轮降进核心与自助档位。这种微调机制的原因是什么？
我们逐条梳理了官方 Note 里 V1.65 到 V1.70 的变更记录，又对终版的三份规则集文件做了逐字节比对，六个版本翻下来，主线很清楚，审批类与主数据类授权是降级重点，引擎清单一路扩容，而 SAP 已经官宣 V1.70 为最后一个规则集版本。
本文基于官方 Note 版本演进记录与我们近期的规则集比对工作，从修订史、冻结声明、三份文件实测结果与应对动作四个方面，为您完整拆解。
1. 分类模拟报告与规则集的来历
SAP Note 交付的分类引擎
规则集作为报告的分类依据，它是随 SAP Note 3113382 的发布，以 TCI（Transport-based Correction Instruction，传输式更正指令）方式实施后，系统里多出一个 ABAP 报告 SLIM_USER_CLF_HELP，并非凭空在系统中出现的。报告的定位写在 Note 开头，帮 ECC 客户基于现有授权分配，预估转型 SAP S/4HANA 后的 Named User 或 FUE（Full Use Equivalent，全使用等效）需求，用户、角色、Profile 都能各自带着分类结果过一遍。FUE 的基础概念与权重换算，可参考我们此前的文章，本文不再展开。
SAP PCE 系统 FUE 概念详解
赛锐信息，公众号：ERP 权限审计专家SAP PCE 系统 FUE 概念详解
Basis 版本决定走哪份 Note，7.02 到 7.58 及以后用 3113382，附件是三份 XLSX 规则集；更老的 7.00 与 7.01 要走 Note 3308470，附件换成 CSV，且因为低版本 Basis 缺 ALV 功能，实施前得先补 1849092 与 1886515 两个前置 Note。
基于授权对象与授权值的判定
分类判定的依据是授权对象与授权值的组合，同一对象的不同活动值可以判到不同类型，这一点至关重要，后面 V1.69 的例子会反复用到它。值若是星号，代表全活动无限制，梳理时需要特别留意。
官方 FAQ 还有一条容易被忽略的答复：事务码与授权对象之间没有明确的映射关系，计量只认后者。所以拿事务码清单去推分类结果，方向从一开始就偏了。对不少客户有益处的另一条边界是，只有 Fiori 授权而没有经典授权的用户，会分到免费的 GF 或 IF 类型。
2. 规则集版本修订路线
降级与移入引擎的说明
冻结前六个规则集版本的关键变更如下：
V1.65：/AIF/ERR 的活动 71 降 Productivity；LSO、PCSD、MRS 引擎加入
V1.66：F_UKM_SGMT、F_RRRAI 降 Functional/Core；VIM、IS-H 引擎加入
V1.67：客户与供应商主数据维护 F_KNA1_GRP、F_LFA1_GRP 降 Self-Service；报表授权 S_RS_COMP 系拆出归 BW Query 引擎
V1.68：CA_OC_ORI 降 Core；FOT_B2A_V 降 Self-Service；M_BEST_BSA 系与 M_RECH_BUK 的审批活动降 Self-Service；W_VKPR 定价系整体入 515 Retail 引擎；过时的 K_AUFK_ART 移除
V1.69：K_CSKS_SET、K_PCAP_SET 降 Core；K_KEKO、C_APO_LOC 降 Self-Service；M_RECH_BUK 等三份对象的 01 活动升 Advanced；/AIF/* 整体入 548 AIF 引擎；S_DEVELOP 调试活动移出规则集
V1.70：V_KNKK_FRE 降 Core；石油天然气上游 J_JVA 三件入 549 引擎，终版收笔
两条主线并行，说明如下：
降级：V1.67 把客户与供应商主数据的维护操作降进自助档（Self-Service），V1.68 动作最大，采购与发票审批类活动成批降级，M_BEST_BSA 系的 75、76 活动与 M_RECH_BUK 的 43 活动都降进 Self-Service，W_VKPR 定价系列整体移入 515 Retail 引擎，官方记录里这些变更明确标注着 Approval 字样，从去处看，SAP 把审批类操作从专业计价口径里让了出来。
引擎扩容：从 BW Query 到 515 Retail，再到 548 AIF 与 549 石油天然气上游，引擎清单一路加长，报表类、定价类、接口类与行业类授权先后从用户分类口径挪进引擎计量口径。
分类口径往下走的同时，工具本身也在不断调整，报告版本从 V17 起加入 Transfer User Classification 与角色级事务描述，用户组、最后登录日期字段和合计计数器相继补齐；V18 把不完整角色条目在详情视图里高亮；V19 做性能优化，可选跳过未分类的角色条目；V20 修复合式 profile 的处理。这些功能不改变分类结果，但直接影响重放一次分类要花多少工夫。
V1.69 的重要调整项
本文把 V1.69 单独拎出来，是因为这一版在四笔降级之外，还有三笔反方向的上调，M_RECH_BUK 等三份授权对象的 01 活动升进高级档（Advanced）。
以 M_RECH_BUK 为例，同一个授权对象，活动 43 在 V1.68 刚降进 Self-Service，活动 01 在 V1.69 又升回 Advanced。同一对象上不同活动值的一降一升，说明判定必须落到值这一层，也说明逐版本重放分类是必要功课，旧版本下的结论既可能偏高，也可能偏低。
冻结声明的主要说明
2026 年起，两份 Note 的正文里都多了同一段 Ruleset Freeze 声明，大意是，客户反馈明确显示规则集准确度已达到难以再提升的水平，客户要求稳定、避免意外，SAP 因此决定冻结规则集，除技术必需外不再计划任何变更，V1.70 将是 SAP 发布的最后一个规则集版本。
这段话的谈判含义值得单独讲一下，此前客户推迟分类治理，常见理由是规则还会再变，现在口径锁死，这条理由失效了；我们在月度计量解读中提过规则集版本变动会牵动计量口径，这条不确定性如今可以划掉。往后的争议点只剩一个，现行 V1.70 口径下，系统的分类结果对不对。
3. 三份文件的共同规则
逐字节比对的实测结果
赛锐咨询团队对 Note 3113382 附带的三份 XLSX（S4HANA_V1.70、PCE_RISE_V1.70、ERP_PCE_V1.70，各 109 KB）做过逐字节比对。三份文件各 3115 条规则，规则主体的步骤、类型、事务码、授权对象、字段、值六项完全一致，构成上是 2383 条授权规则、4 条 DUMMY、728 条引擎规则。唯一的差异在描述列的前缀字母，H 对应本地部署价目表，G 对应 S/4 私有云的价目表 06，I 对应 ERP 私有云的价目表 07，GA 开发、GB 高级、GC 核心、GD 自助的分级就写在这些前缀里。同一套权限数据，换个前缀马甲，就贴上了不同价目表的类型标签；Step 10 并非基于事后统计，是开发者检测，开发者识别是规则层内置的。
转型路径决定与文件选择
规则集文件按转型路径选，转不转 S/4 与上不上私有云是两个彼此独立的决策，组合出不同的路。
已经在本地的 S/4 再上云，与 ECC 转换后上云，落在同一个产品、同一张价目表里，都是 06。规则集虽以 S/4HANA 用户类型命名，但官方 FAQ 的答复很直白，S/4HANA 与 ERP 共享同一套授权对象，规则集对两者都适用，最终落哪套类型由 USMM 里选的价目表决定。ECC 客户加载云侧规则集，不存在规则不适配的问题。
4. 三份附件的作用
规则主体逐字节一致，这个实测结果反过来解释了官方为什么把三份文件放进同一个 Note。同一套系统先后加载两份规则集、跑同一份报告，得到的就是现口径与目标口径的同口径对比，本地 S/4 客户可以拿本地基线对 RISE 口径各跑一遍，续约与迁移谈判的对比证据就是这么攒出来的；ECC 客户评估转 RISE，同样可以先看 06 口径下分类会怎么变。当然，三附件并存的官方理由没有明说，这层用意是赛锐咨询团队从实测结果推断的，但对比价值不依赖这句表态，文件摆在那里，跑就是了。
官方在 Note 里明示了报告的一条局限，模拟不区分经典的 core 使用与引擎使用引起的 core 使用，而引擎用户本可以是免费的，所以估算出来的 FUE 天然偏上限。这个偏差方向对客户有利，拿估算数去谈续约，真实需求不会高于估算数。
5. 收费版 STAR 与免费段
SAP 把这套东西包装成 STAR（SAP S/4HANA Trusted Authorization Review）专家服务，远程或现场交付，四个阶段里 Request 是提交在线表单，Prepare 是客户自行实施这份 Note、把模拟报告跑出来，Execute 才轮到 SAP 介入跑报告与联合评审，最后出 Report。
Prepare 阶段本来就要客户自己动手，自行加载规则集把报告跑出来，等于把收费服务的这一阶段免费做掉了。再往深处还有 MOON 家族，License Analysis 做交易级许可模拟，Quickfix 在现有角色内调授权值拿快赢，License Service 按最佳实践重设计授权概念，卖的是规则集之外的咨询功夫。预算紧张的客户，至少该把免费的那一段先吃干净。
6. V1.70 检查及谈判建议
年年下修连成一条线，最后都指向同一个动作，许可账按现行 V1.70 重放检查一遍再谈。同样的权限，在更低价位类型里容得下，这就是下修留给客户的实利。
风险提示
重放之前有两处口径要校准，历史分类结论不能沿用，旧版本判成专业用户的角色，V1.70 下可能是自助，反过来同样成立，M_RECH_BUK 的先降后升就是双向波动的实例；降级也不等于免检，权限移入引擎分类后进引擎计量口径，账目换了地方，依旧存在。
策略建议
桌上的证据有现成的攒法，双跑对比要赶在谈判前做完，基线报告与目标口径报告并排放，分类差异一行行过，这是桌上最硬的证据。对账要前置，官方的 FUE 明细对账件自建自跑，先把分类争议消灭在 SAP 开口之前，月度计量账的排查路径见我们此前的文章《SAP PCE 月度自动计量解读，从数据链路到读数陷阱》。优化的主战场在角色授权概念本身，审批类授权收进低阶类型有修订史背书，开发类授权从业务角色里剥离，则是与降级并列的第二条优化线
7. SAP 许可优化服务咨询及产品试用
SAP License /FUE 资产优化软件产品
SAP 许可模式从 ECC 到 S/4HANA 再到 RISE with SAP 的演变，不仅是技术的迭代升级，更是一场涉及企业运营模式和成本结构的深刻变革。分类规则集的逐年下修与最终冻结，把用户类型口径的确定性还给了客户，也把重放、比对与优化的功课摆上了日程。
赛锐信息在 SAP License 审计流程方面拥有丰富咨询经验，从规则集重放、双跑对比到角色授权概念优化，帮助客户在谈判之前先看清自己的分类账；我们同时拥有自主研发的 SAP License / FUE 资产优化软件产品（AMS-V），欢迎企业在需要时随时联系我们，以获得我们的支持服务和软件产品试用体验。
欢迎联系我们
回复以下关键字
了解相关优化方案
本文提及的SAP和其他SAP产品和服务以及它们各自的徽标是SAP(或SAP关联公司)的商标或注册商标，提及的所有其他产品和服务名称是其各自公司的商标。
本文仅用于SAP软件的应用、学习沟通，文中所示的截图和名词来源于SAP软件，相应著作权归SAP公司所有。本文基于公开信息与项目实践整理，仅代表赛锐信息观点，不代表 SAP 官方立场。