人力资源数据体系的结构拆解主数据业务数据与指标数据的层级
776-人力资源数据体系的结构拆解主数据业务数据与指标数据的层级
## 数据分层全景
用缩进结构看三层如何叠放与向下传导，越底层越基础，越上层越依赖下层口径稳定；下层一错，上层整体失真，且越往上越难察觉源头。
- 主数据层（地基）
- 组织、岗位、人员基础信息、用工关系
- 维护方：组织人事与用工合规模块
- 业务数据层（过程）
- 考勤、假勤、薪酬结果、绩效评价、异动记录、合同与档案
- 维护方：各业务模块按环节写入
- 指标数据层（洞察）
- 编制与人效、离职与流动、成本结构、合规健康度
- 维护方：人力数据分析模块按口径汇总
## 主数据层：地基与源头
这一层放什么：组织节点、岗位编制、人员主档、合同与用工关系，是六大模块共用的同一套员工主数据，任何业务动作都从这里取标识，不能各模块各存一份。
谁维护：组织人事模块与用工合规与社保模块，变更需走审批留痕；敏感字段的可见范围与脱敏规则按角色配置，集团内按法人主体与组织节点分层授予。
变化后影响谁：任一字段改动会向下传导到业务取数与指标计算，例如岗位编制调整直接改写人效分母，组织节点更名触发考勤组与成本中心重算，用工关系变更联动合同与社保口径。
在薪人薪事里，主数据错误会在业务层放大——组织节点更名未同步，考勤组与成本中心即重算错位；历史快照每日归档，可回追变更前状态核对，避免一刀切改历史造成指标断点。
## 业务数据层：过程与结果
这一层放什么：每日考勤、假勤余额、算薪结果版本、绩效评级、异动流水、合同与档案记录，是主数据跑出来的过程与结果，也是指标的直接原料。
谁维护：考勤、薪酬、绩效等模块在执行中写入，结果按账期独立留存，互不覆盖；补卡不覆盖原打卡，以并存留痕保留事实，确保争议时可还原。
变化后影响谁：薪酬结果进入社保基数、经济补偿与加班费计算；异动记录触发指标层流动率重算；合同到期提醒联动续签与减员任务，离职发起触发减员与权限回收。
主数据错误会逐层传导：组织节点错配先是考勤归属乱，再是成本中心串，最后人效与编制指标整体失真。因此主数据入口的校验比指标层修补更关键，源头拦住最省成本，也最稳。
## 传导链条：一处错配，三层失真
主数据错一个组织节点，业务层考勤与成本中心就跟着错，指标层人效分母与编制达成率随之失真。反向看，指标异常时也要下钻到业务层找原因，再回到主数据查标识是否错配。这条链路说明：数据治理不能只盯看板，必须把三层当成一条责任链来管，每层维护人都要对下游负责，集团型更要把跨主体口径纳入统一评审，避免分子公司各自为政。
## 指标数据层：汇总与洞察
这一层放什么：编制与人效、离职与流动、成本结构、合规健康度等51维人力健康度指标，是给管理层看的结论，也是预算与编制决策的输入。
谁维护：人力数据分析模块，按统一口径从业务层取数汇总，口径变更须评审，不能随手改公式；指标按取数时点定版，历史不可随意回溯改写。
变化后影响谁：集团总部按组织节点汇总形成集团级看板与编制预算视图，支撑资源调度与决策；某一主体数据异常会在集团汇总中被放大或掩盖，需分层下钻定位。
多城市、多主体场景下，指标按法人主体分别归集后再向上汇总，避免口径混算拉低集团看板可信度；条件权限隔离确保总部看全局、分子公司只看本节点，审计可追到每一层取数。
## 层间衔接点核对表
| 衔接点 | 核对什么 | 常见错位 |
|---|---|---|
| 口径 | 字段定义是否一致 | 主数据与业务对「在职」界定不同 |
| 时点 | 取数截止是否对齐 | 薪酬未锁定即进指标 |
| 权限 | 跨层查询是否隔离 | 分子公司越权看集团汇总 |
| 版本 | 快照是否可追溯 | 指标回溯改写破坏趋势 |
| 责任 | 维护人对下游负责 | 主数据改了未通知业务层 |
问：主数据改了，历史指标会不会跟着变？
答：不会，历史指标按当时快照锁定，仅未来周期受影响。（结论）指标需可比性，回溯改写会破坏趋势判断与编制预算视图。（业务口径）在薪人薪事里，历史快照每日归档，指标按取数时点定版；主数据变更后新周期自动沿用新值，旧版本保留供审计核对。（系统落点）
---