S标准T2+T3优先级 8.0法定 8 栏位三版本合一身份证校验用工形式

ER-03 · 员工花名册法定栏位体检与重建

桌面上同时躺着「花名册-最终版」「花名册-新版」「在职员工(1)」· 谁也说不清哪份是准的

一这件事现在是什么样

员工关系与合同合规 · 真实业务触发

社保稽核通知或仲裁应诉要提交在职人员名册,HR 打开花名册才发现:三个版本人数对不上(158/156/153),身份证号缺了 21 个,用工形式一栏半数是空的。三天内要交一份能对上账的名册。

二痛点 · 每条都有来源

不是流程描述,是调研出来的真痛点 —— 每条可点开核对出处

1
《劳动合同法实施条例》第八条:职工名册必须含姓名、性别、身份证号、户籍地址及现住址、联系方式、用工形式、用工起始时间、劳动合同期限 —— 未建册可被责令改正,逾期罚 2,000–20,000 元依据 · 《劳动合同法实施条例》第八条:职工名册应含姓名、性别、身份证号、户籍地址及现住址、联系方式、用工形式、用工起始时间、劳动合同期限;未建册罚 2,000–20,000 元
2
实操中栏位残缺、手机号失效很普遍;常见三个版本并存,HR 自己都说不清哪份是准的 —— 仲裁提交材料时才发现对不上依据 · 中小企业人事行政 JD 原文:招聘、入离职、考勤、算薪、社保一肩挑,兼部分行政工作 —— 一个岗位占全六大模块
3

三换个做法之后

变化不在「快」,在「参与的角色」和「覆盖的范围」

✕ 现在的做法

  • 《劳动合同法实施条例》第八条:职工名册必须含姓名、性别、身份证号、户籍地址及现住址、联系方式、用工形式、用工起始时间、劳动合同期限 —— 未建册可被责令改正,逾期罚 2,000–20,000 元
  • 实操中栏位残缺、手机号失效很普遍;常见三个版本并存,HR 自己都说不清哪份是准的 —— 仲裁提交材料时才发现对不上
  • 用工形式(全日制/非全日制/劳务派遣)一栏直接影响社保与合同义务的认定,但恰恰是填得最随意的一栏

✓ 交给 Agent 之后

  • 多来源文件一次读入,先做口径与完整性校验,再开始算
  • 每条结论绑定来源文件、字段或条号,可以被审
  • 产出是企业真会流转的正式件(带签批栏),不是一张展示用的表
  • 该拦的地方给出「现在还不能提交」,并给不用干等的替代方案

四场景闭环

5 步 · 每一步的产出都是下一步的输入

第 1 步
版本对账 · 三份数谁的是谁按身份证号对齐;找出只在某版本出现的人、同一人信息不一致的字段
第 2 步
外部交叉 · 用参保名单反查花名册没有但社保在缴的人(漏登记)、花名册有但社保停缴的人(离职未销)
第 3 步
栏位体检 · 法定 8 项逐人打勾缺身份证号的、地址只有「同上」的、用工形式空白的 —— 逐项统计
第 4 步
身份证有效性 · 能算的先算位数、出生日期与年龄合理性、与入职时间的关系(未满 16 周年是红线)
第 5 步
重建交付 · 一份唯一版本法定 8 栏位 + 部门岗位 + 数据来源标记,每条数据可追溯到来源文件

要准备什么

现存的几个版本花名册 Excel(都拿来)
版本越乱越好,交叉才有价值
近 12 个月入离职记录
人事自己记的流水,常在微信或笔记本里
社保缴费明细
参保名单是独立数据源,可反查花名册漏人
合同台账(若已建)
与 ER-01 联动,交叉验证在职状态

为什么这个场景值得做

痛感 4 × AI 适配 4 ÷ 落地难度 2 = 8.0

最大差异点 · 不要求客户先统一版本。三个 Excel、入离职记录、社保增减员表、合同台账全部扔进来交叉 —— 版本由数据说话不由人说话。

评分口径:痛感看「这事没做好谁会生气、生气到什么程度」; AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」; 落地难度是分母 —— 需要客户先做数据治理的场景,分数会被压得很低。

五会产出什么

判断标准只有一个:这份东西能不能直接进企业的流程

正式件本体
员工花名册(重建版).xlsx
正式件本体 · 法定 8 栏位 + 数据来源标记
可派发清单
栏位缺口清单.xlsx
逐人逐栏 · 补录责任人与模板
可派发清单
版本差异与外部交叉记录.xlsx
三个版本谁对谁错 + 社保反查发现 · 留档备查

这套东西不承诺什么

不做「用工形式该怎么定」的法律判断 —— 非全日制还是劳务派遣需要结合实际用工情况由人认定。本场景做的是栏位完整性与版本一致性。

想看具体怎么跑?

Live Demo 里有一个完整案例的每一步,包括 Agent 在哪一步拦住了