本地部署侧的测量季有一个固定起点：SAP 发出的测量请求函。函到之后，客户在函内指定的时间窗里跑 USMM，把用户与引擎的账面数据收拢起来，回传 SAP。测量日当天的操作量其实有限，真正决定账面成色的动作，大多发生在前一天晚上。这份自查清单按范围、工具、分类、账号、传输五段展开，事实锚点来自 SAP 官方 LAMS 门户与测量指南，掺着项目实测里踩过的几个坑。
测量请求函划定的范围
请求函是审计流程的第一步，官方叫 Audit Start。SAP 按客户的本地部署许可权益，预先定义审计范围并随函下发，函内会指明适用的价目表。默认范围覆盖三项：标准用户测量、引擎测量、S/4HANA 测量。视许可组合，还可能附加自我声明产品指标，Revenue、Plants、Spend Volume 这类无法自动测量的商业量；SAP HANA 有专用测量工具，BusinessObjects 走 LMBI，Sybase 数据库另有专门流程。
审计形态在官方文档里分三种：客户自测回传的 Customer Self-Audit、开放远程连接接受核验的 Remote Audit、审计方到场的 Onsite Audit。这套 2017 年口径保留作历史框架，现行实践的重心已经转向持续计量加透明化报表，到场检查越来越少。前夜要做的第一件事，是把函里的范围逐项对到自家系统清单上：有几套系统参测、BO 与 HANA 在不在范围里、自我声明指标由谁出数，逐项落名到人。范围漏一套系统，测量就得重跑。
USMM 版本与形态的核对
USMM 有两套界面，先确认系统用哪套。官方支持门户的可用性矩阵写明：Basis 7.53 SP00 及以上、7.52 SP02、7.51 SP06、7.50 SP11、7.40 SP20、7.31 SP23、7.02 SP21，这些版本用 Web-Dynpro 版测量程序；其余版本走 GUI 版。系统已经装了 Web-Dynpro 版、操作上想回到老界面的，事务码 USMM_OLD 可以调出 GUI 版，两套程序的测量逻辑一致，界面入口与分类操作的位置有差别。
前夜把这件事核一遍有实际意义。Basis 团队报上来的版本号，与测量负责人手里的界面操作手册，常常对不上号：按 Web-Dynpro 版写的步骤，到了 GUI 版环境里找不到对应按钮，测量日现场再对就很被动。多系统客户还要注意各系统 Basis 版本不一，测量负责人手里应该有一张系统与界面形态的对照表，一张表核完，比现场逐套试快得多。
价目表与分类的连带
价目表在 USMM 里选择，这是分类工作的总开关。官方计量指南的表述很直白：换价目表之后，所有已有分类必须重做。换句话说，前夜确认价目表选对了，等价于确认此前几周的分类成果不作废。请求函里指明的价目表编号，与系统里实际选择的那张，逐字符核对，看一眼不够。本文首发于 sapzx.com，版权归 河_南.赛_锐•信 息•科.技‧有_限 公 司 所有，未经授权请勿转载。
分类方式上，指南要求删掉手动分类：旧 USMM 里的 license_attributes，新 USMM 里的 Role-based Classification，手动分类会阻止自动分类生效。分类引擎的现行载体是 Note 3113382 交付的 ABAP 报告 SLIM_USER_CLF_HELP，规则集随 Note 附件 XLSX 下发，Basis 7.02 至 7.58 及以上适用；Basis 7.00 与 7.01 的老系统走 Note 3308470 的 CSV 规则集，因缺 ALV 功能，先打 Note 1849092 或 1886515。跑完主报告后要补 Note 3567321 做集体修复。TCI 传输式更正指令的启用另见 Note 2187425。版本纪律只有一条：始终实施最新版并卸载旧版，指南明文要求。
开发系统单独对待。开发用户的判定报告 SLIM_DEV_CLF_HELP 随 Note 3333812 交付，配套修正 Note 3582921，现行版本 2026 年 9 月还在更新，41 条修正指令覆盖 Basis 700 到 816，私有云系统在内。该 Note 正文同时声明报告判定非约束性，以合同与价目表清单为准。规则集这几年的修订脉络，此前另文细说过，见《SAP 规则集逐年修订，用户类型一直在往下走》。
账面用户的清理
账号卫生是前夜清单里最容易留死角的一段。指南里有一句容易被忽略的话：锁定用户也会被计量。锁定只是登录层面的封禁，测量程序照样把他算进账面；要把一个用户真正排除出测量，得把账号有效期改到过去。离职人员、长期休假、项目结束的外部顾问，这三类账号是重灾区，前夜用报表拉一遍全量用户清单，逐个核对有效期与锁定状态。
系统类账号同样要过一遍。对话式用户跑自动化场景的、消防员应急账号长期挂着的，PCE 计量指南给出的建议是优先改建成服务类账号，这类账号按指南不占用户许可；确实无法改建的，再考虑手动归类到支持访问类免费类型。该建议出自私有云指南，本地部署侧思路相同，落到操作前先与合同口径核对。权限底账与角色分配的摸底方法，另文有清单，见《SUIM 进行权限自查的方法》。
项目实测里，前夜清单最常见的三处翻车值得记下。其一，锁而未清：账号锁定满一年，有效期还亮着，测量结果比真实在用人数虚高出一截，采购续约谈判时说不清。其二，多客户端范围误判：开发系统的测量覆盖全部 client，测试数据里的人为账号全进了账面，事后解释成本远高于事前清理。其三，规则集版本停在两年前：Note 装过就没再动，跑出来的分类与最新规则集差出一个档位，私有云侧曾有计量补丁失效、分类回落默认档导致账面偏高的公开教训，本地部署侧同理，补丁纪律直接关系账面数字。三处对应三个动作：清有效期、圈测量范围、更到最新 Note，前夜各花十分钟，测量日少一轮返工。
从 USMM 到 LAW 的传输链
单系统测完，多系统的结果要经 LAW（License Administration Workbench）合并。结果文件的生成与应用是现行通路上使用频率最高的操作之一，官方 Note 检索面能查到 2012 年到 2025 年的二十多条相关 Note，2141958、2197322、2656897、1226944、2747984、2664385、2063560 都在这个簇里。LAW Result File Application 支持从官方代码库下载后本地使用，断网环境也能走完合并。合并的逻辑要点是同名用户跨系统归并，跨系统合并的月度自动版链路，私有云侧已经全自动化，此前另文拆解过，见《SAP PCE 月度自动计量解读，从数据链路到读数陷阱》。
传输方式优先在线传输。老的 SyMPA 门户已经关闭，功能并入 SAP for Me，系统测量相关性页面与私有云计量卡片同源。HANA 在测量范围内的，内存计量另有口径：现行 Note 1704499 写明按每小时快照取值，许可内存按活跃非 standby 节点的实际使用量合计，不是分配量；多租户系统自 2.0 SPS01 起系统库与租户库分别计量。这套口径与 USMM 的用户账并行，前夜顺手把 HANA 侧的快照任务确认一遍。
测量之后的对账与求助
数据回传后，SAP for Me 的许可利用信息看板出数，本地部署客户要先完成 USMM 加 LAW 的测量才有数据可看，看板权限按三套 S-User 角色管理，私有云侧对应 LICAUD_PCL。想在自家网络里留一份底账的，官方另有免费自部署工具 SAM4U：数据抽取器随 Note 3292019 交付，Fiori 应用随 Note 3646933，命名用户明细、引擎消耗、HANA 利用率都能看，数据留在客户网络不回传 SAP。
求助渠道分三层。个别测量问题找请求函内的联系人；通用咨询走 info.lams 邮箱，审计服务线另有专箱；技术工单在 SAP for Me 里开，组件 XX-SER-LAS。私有云客户还多一件武器：Note 3795409 交付源码的对账报告 ZR_FUE_VERIFY，月度计量后跑一遍，输出每个用户按最新规则集应分到的类型与计量实际采用的类型，两列对照，SAP 找上门之前先把分类争议点摸清。
最后一句留给商务面。官方 FAQ 的答文把话说得很透：指派的销售人员是商业客户关系的第一责任人，负责化解许可合规风险。审计发现最终落在销售主导的商务桌面上，测量数据是那张桌面上的谈判材料。前夜清单做得越扎实，坐到桌前时手里的数字越硬。
SAP 许可模式从 ECC 到 S/4HANA 再到 RISE with SAP 的演变，不仅是技术的迭代升级，更是一场涉及企业运营模式和成本结构的深刻变革。对首批走进续约窗口的 PCE 客户而言，续约报价的构成如同一个黑匣子，但黑匣子是可以被打开的。赛锐信息深耕 SAP License 审计与合规治理领域，长期服务于 SAP ECC、S/4HANA 及 RISE with SAP 客户，在 SAP 官方审计流程、FUE 许可优化策略及账号资产精细化管理方面积累了丰富的咨询与实施经验。依托自主研发的 SAP License / FUE 资产优化软件产品（AMS-V），我们帮助企业在满足 SAP 合规要求的前提下，提升 FUE 许可利用率、降低订阅成本、控制审计风险。欢迎随时联系我们，获取 SAP FUE 许可优化咨询服务，并申请产品试用与方案演示。
