随着 SAP S/4HANA Cloud 私有版（PCE）装机量的持续增长，许可合规的关注点正在从年度审计邮件转向月度计量账单。不少客户对 PCE 计量的运行方式还停留在本地部署时代的印象：以为审计是 GLAC 发来邮件后的年度事件，以为 LAW 跑完上传就结束了。实际上 PCE 的许可计量已经按月、自动、常态化地嵌在系统里运行，计量结果每月落在 SAP for Me 门户上，而当前正在进行的 UCM 迁移，还决定了系统是否被计量。本文基于 SAP 官方支持文档与我们近期的 PCE 审计咨询项目经验，从数据链路、UCM 迁移窗口、读数偏差与治理监控四个方面完整拆解。
计量定位的变化，从年度事件到月度例行
计量的是授权分配，不是实际使用
PCE 的生产与开发系统按月自动计量，内容覆盖 FUE（Full Use Equivalent，全使用等效）与私有云引擎两类。需要先纠正的是计量口径：它基于分配给用户的授权，而不是用户的实际使用行为，用户「少用」并不会带来「少计」。系统测量与审计方式由两个因子共同决定，即合同类型（product conversion 产品转换还是 contract conversion 合同转换）与安装类型；同时要明确，迁移到 S/4HANA 或 RISE 之后，年度系统测量与扩展审计依然存在，并未随月度计量取消。FUE 的基础概念与权重换算，此前专门写过一篇概念详解，本文不再展开。
三种部署形态，计量节奏完全不同
| 部署形态 | 计量周期 | 采集方式 | 结果呈现 |
|---|---|---|---|
| 本地部署（On-Premise） | 年度系统测量（惯例） | USMM 系统测量＋LAW 合并，人工主导 | License Utilization Information |
| PCE 私有云 | 月度计量 | UCM add-on 自动采集 | SAP for Me 门户 |
| 公有云 | 自动定期快照 | 应用自动快照，无需系统测量 | 用量对权益显示 |
三种形态的自动化程度依次递进，审计负担并没有消失，只是形态发生了转移：本地部署客户自己跑测量，PCE 客户交给 SAP 的托管管道，但读数核对与治理责任始终在客户一侧。
数据链路三段拆解，采集、合并、呈现
采集端，分类先于度量
用户度量的起点是系统内嵌的测量组件。本地部署链路中，用户分类在系统测量程序与 SU01/SU10 里维护，较新的 Basis 版本上测量程序换成了 Web-Dynpro 界面，惯用老界面的走 USMM_OLD；度量之前必须先完成用户分类校验，因为分类错误的用户会按最贵的类型计数。PCE 侧的计量技术底座则是部署在系统侧的 UCM add-on，权益计算自动完成，无需客户手工触发。
合并与传输，LAW 负责跨系统归并
本地部署的复杂系统景观由 LAW（License Administration Workbench，许可管理工作台）在中央系统完成集中合并：同一名用户在多系统、多 Client 被重复计量时，合并环节将其归并为一个合同用户类型，多重点数随之消除；合并结果经匿名化处理后电子传输直传 SAP。LAW 有对应两代合同结构的版本，旧版处理 Classic 用户许可，随 S/4 时代推出的新版支持 FUE 度量数据的合并。PCE 托管链路上，这部分作业由 UCM add-on 接管；LAW 与 UCM 的精确分工边界目前没有官方对照表，审计准备时应按实际部署形态核实适用工具。
呈现端，SAP for Me 是商用计量的唯一落点
计量数据进入 SAP 管道后，最终在 SAP for Me 门户的 Private Cloud Metering 与 Consumption 卡片呈现，S-User 需要由 super admin 分配 Finance & Legal profile 才能查看。SAP for Me 之外，客户侧常拿到 STAR/SLIM 类透明度报告，官方对其定位是仅作授权透明度参考、不得用于验证商用计量；两类数据存在差异属于口径设计使然，并非数据故障，验证商用结果只能回到 SAP for Me。数据用途方面，SAP 承诺计量数据不含客户业务数据、不可识别到用户个人，除内外部财务报告外可对内部用途选择退出，也不用于用户画像、广告或 AI 模型训练。
UCM 迁移窗口，当前最紧迫的一个行动项
计量框架正在向 UCM add-on 迁移，这里存在一个容易被忽视的缺口：未安装并激活 UCM 的系统，将不被计量。安装本身免费、无需停机，通过 ECS 服务请求安排即可完成。
风险提示：「不被计量」绝不等于「免于义务」。未部署期间的消耗没有历史数据可回溯，后续集中核对时只能按最不利的假设补估，客户在举证上相当被动。建议所有 PCE 客户立即核对系统清单：哪些系统已装 UCM、哪些还没有，这份清单本身就是合规边界。
读数里的结构性偏差
月度读数并不是中性的事实，至少三重偏差叠在它上面。
其一，按可能性计量。现行分类规则集已经定格在 V1.70 终版，SAP 明确宣布不再发布新版本，订阅期内的计量口径就此锁死，谈判期的估算结果不会被规则变更稀释。规则按授权组合的可能性评估用户类别：三千余条分类规则里，任何一个高类别授权都会把整个用户抬到最高档，与用户是否真的使用该权限无关。授权优化行业的第一跑经验里，未经治理的系统首跑读数普遍虚高 50% 到 150%。
其二，默认规则从贵。未分类的对话用户默认按最贵类型计数；被锁定的用户依然被计数；有效期外用户虽然不计，清理动作本身却会进入统计。三条默认规则都朝放大授权需求的方向作用。
其三，覆盖存在盲区。Digital Access（数字访问）按单据计数，其消耗不出现在传统用户计量中；间接访问的认定与抗辩，我们在GLAC 审计服务的拆解与 FUE 审计解读系列中已有展开，此处不再重复。结合我们在审计咨询实践中超过三成企业存在许可分配不合理的观察，审计读数与真实消耗之间，两个方向都可能出现偏差，单一读数不足以作为合规结论。
治理与监控，把计量应对做成例行制度
策略上把治理动作前移到迁移之前。官方实践框架给出三个步骤，先确定 baseline，再定期 measurement，随后进行角色与权限再设计，并以月度 review 收口；角色清理是其中最大的降费杠杆，且应在迁移 RISE 之前完成，否则整改动作无法避免首月 true-up 兑现为真实账单。
分类治理有三条细则值得固化为例行动作：背景用户与技术用户在每次计量前完成归类；锁定与过期用户按月度或季度清理；清理动作会直接体现在计量统计中，账面随之改善。官方计量落地之前，周期性自跑 SLIM（SLIM_USER_CLF_HELP）做预审模拟，配合 Solution Manager 的 License Management 工作中心与 FUE Cockpit 持续监控，可以把分类问题消灭在 SAP 读数之前。
持续监控建议盯住三个可跟踪指标：
| 指标 | 计算方式 | 预警含义 |
|---|---|---|
| 计量/合同比 | SAP for Me 月度计量值 ÷ 合同 FUE 总额 | 持续上行说明消耗逼近授权上限 |
| 自检差值 | SLIM 自检 FUE 与官方计量的差 | 差值扩大提示分类规则或覆盖面漂移 |
| UCM 覆盖完整性 | UCM add-on 覆盖的系统清单 | 缺口系统不进计量，构成盲区 |
三项指标分别对应消耗速度、口径一致性与覆盖完整性，相互独立，需要并列跟踪而非取其一。另须如实说明：UCM 全面替代既有计量工具的时间表没有公开信息，覆盖核对只能按当前系统清单做，不能按传闻排期做规划。
上文的自查路径全部免费。内部资源紧的话，我们提供配套支持：UCM 部署核对、用户分类治理与 SLIM 预审模拟都可以按上面的口径代跑，赶在官方计量出数之前先看清自己的读数。AMS-V 是自研的 SAP License 与 FUE 资产优化产品，管账号资产、盯 FUE 利用率、做持续合规监控。需要 PCE 计量咨询或产品演示，可以随时联系赛锐信息。
本文首发于 sapzx.com，版权归 河.南.赛.锐.信.息.科.技.有.限.公.司 所有，未经授权请勿转载。
