ECC 还在生产上跑着，S/4HANA 已经立起来，或者已经搬进私有云——转型期的这个窗口，新旧两套系统并行服务同一批业务用户。并行带来的许可问题很具体：同一个人两边都有账号，计量的时候算一份还是两份；本地部署侧的年度测量与云侧的月度计量各自出数，两本账怎么对上。这份材料的口径来自 SAP 官方计量指南、FAQ 与 Note 原文，掺着项目实测里攒下的几处细节。
转型路径与并行形态
先把形态说清。产品转换与部署形态是两个独立决策：ECC 转 S/4HANA 是一层，本地部署转私有云是另一层，组合出四条路径。ECC 转 S/4 后留在本地，走本地部署 S/4 价目表；转 S/4 再上私有云，落在 RISE with SAP S/4HANA Cloud, private edition，价目表 06；已经在本地的 S/4 上云，与 ECC 转换后上云落在同一产品同一价目表。还有一条原地不转的：RISE with ERP Cloud, private edition，业界叫 lift & shift，ECC 原样搬上云。
lift & shift 容易被当成灰色过渡，官方口径明确说它是正式产品。SAP 2025 年 2 月的新闻稿把它定位为转型之旅的桥，面向 2030 年前无法完成转型的大型与复杂客户；本质是基于 ECC 的云订阅，继续获得安全与法律补丁；2028 年起可购买，2031 到 2033 年间活跃使用收溢价费用；唯一支持的数据库是 SAP HANA。背景是 ECC 相关目录只可订阅到 2030 年底，这条过渡选项给最难转的客户留了时间。命名上还有一个易混点：同一产品有三种出现形态，指南写 RISE with ERP Cloud, private edition，价目表标题是 SAP ERP Private Cloud Edition，合同物料名 SAP ERP, private edition，读合同与读指南时对准同一条目即可。
合并键是用户名
私有云侧的计量链路按月走：每月 1 日自动触发，遇周末或德国公共节假日顺延；数据以哈希化的用户标识匿名传输，SAP 接触不到业务数据；汇总到 SAP 中央 LAW 做合并，合并的动作里最关键的一条是 FUE 按用户名跨系统合并，随后叠加合同权益，出数到 SAP for Me 的 Consumption 看板。计量服务账号 GLAC_AUTO_M 挂在 client 000。
按用户名合并，这句话就是并行期的第一规则。同一个业务用户在新旧两套系统里各有一个账号，两边用户名一致，中央合并时归并成一份 FUE，按两边的最高分类计；两边账号命名不一致，比如旧系统沿用工号、新系统改用邮箱前缀，合并机制识别不出这是同一个人，账面上就是两个用户。并行期治理里最划算的一件事，是把两套系统的账号命名口径统一，这比事后任何优化动作都便宜。本地部署侧的 LAW 合并多系统测量结果，同样按同名用户归并，逻辑与云侧中央合并一脉相承。
计量范围与双轨节奏
范围口径三条。只计量生产系统与开发系统，QA 系统不计量；Core 类系统只计生产 client，开发系统计全部 client；分类与计量的差异要两边都看，后文对账一节展开。这几条直接决定并行期哪些账号会进账：测试副本里的人造账号只要不在 QA 系统里，就会进开发系统的计量面。
节奏上，并行期天然是双轨。本地部署侧沿用年度测量节奏，USMM 测量、LAW 合并、回传 SAP；云侧每月自动计量，客户侧的动作从跑测量退到核读数。两条轨道的机制细节，此前另文拆解过，见《SAP PCE 月度自动计量解读，从数据链路到读数陷阱》。07 过渡选项与 06 在计量与准备流程上完全同一套：UCM 月度计量、系统分类、Core 系统准备六步全部通用，差别只在价目表选 07、规则集加载 I 系文件。这意味着并行期的治理动作可以一套方法两边复用。
UCM 的技术前提与补丁纪律
云侧自动计量的技术前提写得很硬：Basis 740 SP08 以上，且部署 UCM add-on，支持包最低 SAPK-10003INUCM，建议 10005；缺失时经 ECS 提 Service Request，免费安装，无停机。UCM 的官方链条是两步：先装 SLIMPC，Note 3500803，覆盖 Basis 740、750、751，2024 年 9 月发布；再上 UCM 1.0 Add-On，Note 3554477，组件号 XX-SER-LAS-UCM，版本线从 FPS00 测试版、FPS01 正式版一路到当前的 FPS05。2025 年起 SAP 已把 UCM 自动部署到私有云客户的 client 000，自包含，不干扰核心功能。
项目实测里两处细节值得记。其一，UCM 走 TMS 导入时报 Does not match component version，按 EXCOMP 表加一条 UCM 条目即可规避，这类处理官方 FAQ 不写，答案都沉淀在支持工单里。其二，补丁纪律直接关系账面数字：2025 年 2 月的修正 Note 3568419 修的就是自动分类规则集失效、用户回落默认分类、FUE 虚高的问题，云侧曾因此出过计量补丁失效导致账面偏高的公开教训。并行期环境多、补丁面大，UCM 与规则集的版本要挂进同一张核对表。本文首发于 sapzx.com，版权归 河•南‧赛·锐•信‧息-科.技-有 限_公‧司 所有，未经授权请勿转载。
规则集双跑对比
分类规则集按转型路径选文件：本地 S/4 用 S4HANA 系，转私有云用 PCE_RISE 系，lift & shift 用 ERP_PCE 系，当前版本都到 V1.70，已冻结。文件格式按 Basis 版本分：7.02 到 7.58 及以上走 Note 3113382 的 XLSX；7.00 与 7.01 的老系统走 Note 3308470 的 CSV，缺 ALV 功能，先打 Note 1849092 或 1886515。规则集这几年的修订脉络，此前另文细说过，见《SAP 规则集逐年修订，用户类型一直在往下走》。
三份文件一起下发，用意在一个动作：双跑对比。项目实测确认，三份规则集的规则主体逐字节一致，仅规则描述列的分类标签不同。这意味着同一套系统可以先后加载两份规则集跑同一报告，得到现口径与目标口径的同口径对比：本地 S/4 客户加载 S4HANA 跑基线，再加载 PCE_RISE 做上云预演，两列数字摆在一起，就是续约与迁移谈判的直接证据；lift & shift 客户用 ERP_PCE 看 07 口径。FAQ 还回答过一个常见疑虑：规则集虽以 S/4HANA 用户类型命名，S/4HANA 与 ERP 共享同一套授权对象，规则集对两者都适用，最终分到哪套用户类型由 USMM 里选择的价目表决定。老 ECC 系统加载新规则集做预演，规则层面没有适配问题。
数字对不上的根因
并行期做核对，最常见的困惑是计量报表与分类模拟报告的数字对不上。根因是两个工具的定位不同：分类模拟报告是 ECC 到 S/4 用户类型映射的模拟工具，官方明说它不是计量校验工具。具体差异一层层剥：计量只看用户缓冲，模拟看数据库表里客户维护的角色与 profile 分配；计量把全部对话用户与已分类技术用户按用户名跨系统合并，模拟默认只看对话用户、按单系统单 client 出数；模拟的 FUE 计算不考虑手动分类，无论基于规则、角色还是参照用户的手动分类都不进它的口径。
再往下是工程细节。快照时间差会让两边本来就会差一截；角色维护链从 PFCG 改角色、保存、传输、生成 profile 到分配用户，缺一步就对不上，用 SUPC 批量生成 profile、PFUD 对账用户缓冲是标准修法。UCM 自身也有已知缺陷清单，2026 年 11 月版起修复了三条：手动分类被有效期日期错误拦截、传输请求状态过滤缺失（只应计 Released 状态）、传输请求的 client 判定缺失。传输条目本身 client 无关，每个开发 client 都会出现，判定看用户实际活跃的 client。角色定义本身的问题，支持工单开到组件 BC-SEC-AUT-PFC。
对账工具与收口动作
账面核对有官方自助工具。Note 3795409 交付一个对账报告的 ABAP 源码与用户指南，客户按手册自建程序 ZR_FUE_VERIFY：SE38 建程序、贴源码、走传输、目标系统执行，前置条件是开发授权、开发包与 Workbench 传输请求。报告输出每个用户两列分类，一列是按最新规则集本应分到的类型，一列是月度计量实际采用的结果，两列一对照，争议用户一目了然。执行位置有讲究：生产系统必跑，开发系统也建议跑，因为 Developer Access 用户只在开发系统被分类，部分 Advanced 用户也可能落在开发系统，FUE 核验要生产与开发两边都看。
收口的动作清单不长。看板侧，SAP for Me 的 Consumption 页面按安装号、系统、client 逐层下钻，看板权限走 LICAUD_PCL；通用支持走私有云计量支持邮箱；月度计量后的排查路径，此前另文给过清单，见《SAP PCE 月度计量账单排查》。有人力资本的客户顺带留意 Note 3196475：HR 审计报告在 ECC、S/4、PCE 三种形态下各有一个变体，计数单位换成 PERSON，并发雇佣场景按人合并，数字比按人事编号计更低。最后回到商务面：并行期把双跑对比与对账报告的数据留档，转型谈判桌上最硬的材料就出自这两个动作。
随着 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 投入真正服务于业务增长，而非成为成本负担。
