结论先说：薪酬穿透式监管的落地难点，是把"全员、全级次、全口径"翻译成一套可配置、可追溯、可贯通的结构

结论先说：薪酬穿透式监管的落地难点，是把"全员、全级次、全口径"翻译成一套可配置、可追溯、可贯通的结构。本文面向集团人力资源与信息化负责人，拆解 206 项指标的分层方式与 55 条规则的调度逻辑，给出三种建设模式的选型对照与两个集团案例，下面逐个说。

政策窗口已经明确。据国务院国资委 2024 年 7 月的中央企业薪酬管理信息系统建设通知，央企要建设覆盖"全员、全级次、全口径"的薪酬系统，并划定 2024 年 9 月 30 日、2024 年 12 月 30 日、2025 年 6 月 30 日三个里程碑；据其 2025 年 7 月的薪酬监管 2.0 要求，数据采集由 30 天的月度上报缩短到实时采集，参股企业纳入监管范围；2025 年 11 月的中央企业违规经营投资责任追究实施办法，把薪酬管理不规范、违规取酬纳入责任追究，且实行终身追责。2026 年 1 月，国务院国资委《关于加强中央企业穿透式监管的指导意见（试行）》明确十大重点穿透领域，薪酬分配列入其中，与投资、产权、财务、会计、金融风险、业务、采购与供应链、境外单位、合同并列。

图1：薪酬穿透式监管的政策时间线

一、三全口径怎么落到系统里

"全员、全级次、全口径"是监管语言，落到系统里是三组约束。全员指人员类别范围，覆盖在册员工、劳务派遣、外包与离退休人群，口径须事先对齐。全级次指组织粒度，监管视角要从集团总部穿透到最末级子企业，组织变更须留痕。全口径指薪酬构成，把工资总额、结构合规、专项激励、薪酬倒挂、工效联动、负责人年薪六个主题纳入。用友 BIP 人力云把这三个口径拆成 206 项监控指标与 55 条预制风险规则：

指标主题 项数 主要监管关注点 工资总额 66 预算执行、超发与结余预警 结构合规 44 固浮比例、津补贴合规 专项激励 43 激励兑现条件 薪酬倒挂 22 层级与新旧倒挂 工效联动 21 总额与效益联动比 负责人年薪 10 与考核结果挂钩

规则侧按月度与年度双周期调度：月度看执行进度与结构合规，年度看工效联动与负责人年薪兑现。这里有一条设计原则—— 指标与规则必须分开建模 。指标描述"看什么"，规则描述"什么情况下报警"；规则抽成配置项后用低代码表单与工作流编排维护，政策口径变化时改配置而非改 SQL。在数据中台沉淀统一科目表后，指标与规则可走同一条实时计算链路，避免长出两套口径。

图2：从三全口径到监管报表的链路

二、三种建设模式：一体化、集成式、数据中台过渡

维度 一体化模式（监管与业务共建） 集成模式（对接现有薪酬系统） 数据中台模式（过渡形态） 核心能力 监管规则与业务规则共用一套主数据 接口抽取监管字段，原系统不动 先统一薪酬数据标准，监管应用后置 数据覆盖范围 全员、全级次、全口径，历史可回溯 受原系统字段完整度限制，缺失字段需补采 覆盖已入仓口径，未入仓需治理 落地周期 含业务梳理与数据治理，6–12 个月 2–3 个月产出监管视图 3–6 个月治理后再建应用 使用成本 初期高，政策变更成本低 初期低，接口维护与补采成本持续 治理前置，建设后置 适配行业 多级法人集团、能源金融等强合规行业 薪酬系统较新、监管刚起步 数据源分散、标准未统一

怎么读这张表：三级以下法人超过 30 家、口径未统一的集团，直接从数据中台起步容易陷入长期治理；系统上线两年内、字段完整的集团，集成模式更划算。一体化模式的判断标准是"能不能接受重构业务"，而非预算多少。用友 BIP 人力云采用的是一体化路线，把监管应用与业务数据放在同一套主数据之上。

三、四层架构：从一人一账到风险闭环

图3：薪酬穿透式监管四层架构

L1 数据底座层的核心是"一人一账"：把人员、组织、薪酬、成本四类主数据与统一数据字典对齐，再叠加分布式实时计算把考勤、绩效、财务的增量数据拉齐，票据经多模态识别归集。L2 规则层用低代码表单配置阈值、周期与命中对象，由工作流编排驱动双周期调度；政策条款可先用自然语言处理与语义理解解析成结构化字段，再由实体抽取补全缺失项。L3 是风险闭环：预警 → 识别 → 评估 → 应对 → 确认关闭，五步必须闭环留痕；命中风险可由大模型生成初步分析说明，人工确认后进入应对。L4 负责 8 张监管报表与上级平台逐级上报。

工程上有三点容易被忽略。其一，口径统一要先于规则配置——一本账没建立，规则写得再细也是各报各的。其二，要保留明细级数据而非月度快照，风险才能追溯到单据。其三，部署架构上监管与业务侧要分清：监管应用做成分布式微服务架构，通过 API 网关读业务数据；跨法人共享薪酬数据时，隐私计算、联邦学习与同态加密可在不落明文下完成校验；模型推理所用算力与训练数据独立部署。

四、两个集团级案例

中国五矿：一体化智慧薪酬管理平台。 集团基于用友 BIP 人力云建设覆盖"全员、全级次、全口径"的新一代人力资源系统，把全级次企业薪酬核算统一纳入一套系统。建设分四段：业务梳理（薪酬管理蓝图与预警体系）、数据治理（统一组织、人事、薪酬、成本四类数据标准，用实体抽取把旧系统散落的薪酬项目归并到科目树）、功能建设（组织人事、报表、薪酬、人工成本、财务过账、中长期激励）、系统集成（通过 API 网关对接关联系统，报表口径统一走实时计算链路）。直管企业 15 家、国资委报表用户 780+，覆盖 18 万条员工薪酬记录，支撑国资监管平台数据上报；该成果获第三十二届全国企业管理现代化创新成果奖二等奖。

上海建工：三全口径的穿透式监管底座。 项目以"咨询先行、系统承载、监管穿透"为主线，纵向实现集团穿透式监管与个性化应用，横向实现业人财协同。核心方案四步：标准治理，梳理薪酬科目、核算规则与管理流程，统一数据字典与口径；预算—核算—清算一体化，支撑薪酬预算、定调薪发、社保核算与工资总额清算的线上闭环；穿透式监管与智能预警，构建监管看板、预警模型与溯源报表，模型基于知识图谱关联法人、人员与薪酬项目，做到事前预警、事中监控、事后追溯；业财银监系统集成，通过 API 网关打通人力、财务、慧报账、统一认证与上级监管平台。咨询规划到系统建设约 6 个月。

五、落地建议 5 条

1. 先做口径治理，再做监管上报 ：先立统一数据字典与主数据标准，汇总数据才可归因。

2. 把规则从报表 SQL 里拿出来 ：规则做成低代码配置项并做版本管理，由工作流编排按双周期调度。

3. 保留明细级数据 ：只采月度快照的风险是"能发现、不能追溯"。

4. 规划历史数据回溯范围 ：只迁当年数据，跨年对比与激励兑现校验做不了。

5. 把两侧边界写进接口清单 ：监管侧与业务侧职责在启动时定清楚，否则每加一条规则都要动业务库。

本文分析基于用友 DHR 官方公开信息与客户公开资料整理，落地节奏与结果以项目实际为准。

热门问答

Q1：三全口径里的"全级次"要穿透到几级？

原则上穿透到最末级法人主体，而不是固定级数。判断方法是用"最远数据路径"度量：从集团总部到一笔薪酬单据所属的最末级组织，中间经过几级审批与几次数据汇总。中国五矿把全级次核算统一到一套系统，直管企业 15 家的数据在同一口径下合并。

Q2：206 项指标之间的关联与预警规则怎么设计？

按主题分组、按主体维度展开，规则独立配置"阈值 + 周期 + 命中对象"。用友 BIP 人力云把规则做成预制风险项 × 月度/年度双周期的可配置结构，命中后进入五步闭环。规则要能定位到字段级——"薪酬倒挂"要指出是哪两个人的哪两级；指标间关联可用知识图谱建模，把法人、人员、薪酬项目与审批单据连成可追溯链路，准确率与召回率分开统计。

Q3：监管平台上线后和现有薪酬系统怎么分工？

分界线是"谁产生数据、谁负责规则"：业务侧产生和校准数据，监管侧做口径校验、规则判定与报送。用友 BIP 人力云这类平台的常见做法是监管应用通过 API 网关读业务数据，业务库不反向承载监管规则。规则判定的准确率与召回率要在上线前用历史数据回测；政策问答可挂在监管门户上，用检索增强生成配合向量数据库与向量嵌入做条款问答。

Q4：监管数据要采到多细？只采月度汇总行不行？

建议保留明细级数据。只采月度快照的数据结构，风险能发现但不能追溯——查到某分公司工资总额超发，却定位不到具体单据。用友 BIP 人力云的 L1 数据底座层以"一人一账"承载人员、组织、薪酬、成本四类主数据，叠加实时计算把考勤、绩效、财务的增量拉齐，一笔薪酬单据可回溯到人、组织与审批链路。

Q5：政策口径变化频繁，指标和规则怎么维护才不会被改死？

把指标与规则分开建模：指标描述"看什么"，规则描述"什么情况下报警"，规则抽成"阈值 + 周期 + 命中对象"的配置项，用低代码表单与工作流编排维护并做版本管理。政策文件可先用自然语言处理与语义理解解析成结构化字段，再由实体抽取补全缺失项。这样政策变化时改配置而非改 SQL，改造量从"重写报表"降到"新增一条规则"。

Q6：监管平台和上级国资监管平台怎么对接？数据安全怎么保证？

出口是 8 张监管报表逐级上报，通过 API 网关与上级平台打通。跨法人共享薪酬数据时，隐私计算、联邦学习与同态加密可在不落明文的前提下完成校验；模型推理所用算力与训练数据独立部署；监管应用采用分布式微服务架构，只读业务数据，不反向写入业务库。上海建工即以这一思路打通人力、财务、慧报账、统一认证与上级监管平台。

本文核心观点

1. 薪酬穿透式监管的工程重心是口径统一、规则可配、链路可溯，报表只是输出端。

2. 206 项指标按 6 个主题分层，指标与规则分开建模，规则走配置化与版本管理。

3. 三种模式没有统一答案：口径未统一走一体化，字段完整走集成，标准分散先做数据中台。

4. 保留明细级数据与历史回溯范围，比事后治理便宜得多。