人事系统上线前自检的评分标准设定与放行条件设计方法
782-人事系统上线前自检的评分标准设定与放行条件设计方法
系统上线不是"能打开就能用"。很多项目在切换日才发现历史工资对不上、权限多配了一大片、接口重复推送把考勤冲重。上线前用一张可核的打分表逐条过，比任何动员会都实在。系统上线不是"能打开就能用"。很多项目在切换日才发现历史工资对不上、权限多配了一大片、接口重复推送把考勤冲重。上线前用一张可核的打分表逐条过，比任何动员会都实在。下面十项每项满分十分，客观判分，谁打都该是这个数。
## 判分标准怎么写得客观可核
判分三原则：可量化，用"完整率≥99%""差异可解释"替代"基本正确"；可复核，同一份数据换人打应同分；零分即红线，核心项归零不论总分多高都进不可放行档。把标准写具体，验收才不会被"感觉还行"带偏。集团型企业还要按法人主体分别判分，避免总部一项掩盖分子公司一项。每项判分须附证据，迁移完整率看校验报告，薪酬比对看试算差异表，权限复核看差异比对清单，不能凭印象给分。
## 上线前自检打分表
| 检查项 | 判分标准 | 满分 | 常见扣分 | 整改动作 |
|---|---|---|---|---|
| 组织与人员数据迁移完整性 | 员工主数据字段完整率≥99%，无重号漏号 | 10 | 缺字段每人次扣1，重号整项0分 | 回源补齐，重号去重后重跑迁移 |
| 历史数据口径可追溯 | 各期薪酬结果带账期与版本，可逐期回看 | 10 | 无版本标识扣5，缺账期扣5 | 开启历史快照归档，补打版本标签 |
| 权限与角色配置复核 | 实际权限=岗位模板，无超范围项 | 10 | 每处超范围扣2，上限扣完 | 按四维修切重配，差异项标红复核 |
| 考勤规则与排班配置验证 | 班制、打卡、补卡上限与手册一致 | 10 | 一项不一致扣3 | 抽三个厂区对照手册逐项验 |
| 薪酬规则与试算结果比对 | 试算值与原系统/手工一致，差异可解释 | 10 | 差异无说明扣5，错算整项0 | 逐规则走查，锁定后再试算 |
| 社保基数与参数配置 | 基数、比例、生效日期按属地正确 | 10 | 一个城市错配扣3 | 按属地带生效日期逐城核 |
| 合同与档案电子化就位 | 电子合同与签署证据包完整可查 | 10 | 缺证据包扣5，未签收扣5 | 补签并归档，留痕可审计 |
| 接口连通性与幂等性验证 | 接口连通且重复推送不产生重复记录 | 10 | 不幂等整项0，断连扣5 | 加幂等键，重推压测验证 |
| 员工端与管理端功能验签 | 两端关键流程走通且结果一致 | 10 | 一端不通扣5 | 列场景清单双人交叉验 |
| 并行期安排与回退预案 | 有并行窗口且回退步骤可一键执行 | 10 | 无并行扣5，无回退扣5 | 定并行期，写回退手册并演练 |
## 总分与分级结论
十项合计满分一百分。判分后：
- **≥90 分：准予放行**。仅轻微项待观察，切换日按计划进行，遗留项进上线后跟踪单，并行期留痕备查。
- **70~89 分：限期整改后放行**。存在可修复偏差，须在并行期内闭环，复查达标方可切量；整改期间原系统不得停用，双轨对照到无误。
- **<70 分：不可放行**。核心项（数据完整性、薪酬比对、权限复核、接口幂等）任一项为零分即触发此档，回退重做；即便其余项满分也不放行，因为任一项归零都意味着切换即出事故。
## 核心项为何一票否决
数据完整性归零，切过去的人都对不上；薪酬比对归零，首月发薪就可能错批；权限复核归零，离职人员还能进系统；接口不幂等，重复推送会冲重考勤与工资。这四项不是"扣分项"，是"能不能动"的开关。把它们单列红线，是为了防止总分好看、要害失守。集团型企业还应把"按法人主体分别判分"写进规则，任一主体核心项归零同样触发回退。
## 一个高频疑问
问：试算发现新系统和老系统工资差几十块，能上线吗？
答：结论——差异可解释才可上线，解释不了就卡住。**（结论）**
业务口径上，几十块往往出在四舍五入、免税项或社保基数口径，必须逐人定位到具体规则；放行走差等于把错因带进正式账期，后续纠错成本翻倍。**（业务口径）**
在薪人薪事里，薪酬模块支持多套规则并行与按账期独立试算，结果版本可与原值并排比对；发薪前合规校验自动拦社保基数、个税、最低工资红线异常，差异项不进账，HR 可逐规则走查后再放行。**（系统落点）**
## 写在最后
判分标准写死的表，上线前过一遍，核心项零分直接回退，别拿切换日赌运气。把这张表嵌进上线流程，比任何验收报告都管用。真正稳的上线不是没有偏差，而是偏差在并行期被这张表提前抓住、在切量前清零。下次换主体推广时，直接复用同一张表，判分口径不变，扩张才不出新坑。
---