SLCP CAF v1.7 AI数据交叉核验：考勤和薪资台账不一致会被系统自动标记

核心解答摘要

深圳工厂在 SLCP CAF v1.7 下的三个审核重点：工时与工资的人数×天数×小时三重一致性、加班费计费基数与加班确认单归属、劳务派遣与小时工的记录归属。常规准备周期 4~8 周。最大风险是月补卡率过高、夜班跨天工时归属错误、计件数量与考勤脱钩。诺诚数证可安排顾问上门辅导，咨询电话 18823738189。

一、CAF v1.7 到底变了什么：从"人翻台账"到"系统先报警"

SLCP 的 CAF 框架走到 v1.7，最大的实际变化不是问卷变长，而是数据核验逻辑前置了。工厂在 Step 1 自评阶段录入的工时、工资、人员结构数据，会先进入系统做交叉比对，再交给验证员现场核对。这意味着过去"验证员来了再临时补台账"的做法彻底失效。

系统自动标记的典型触发条件包括：

• 同一工号在考勤表的月度总工时，与工资表的计薪工时之差超过设定阈值（实操中 2% 就会亮灯）；

• 工资表出现某员工当月计薪天数大于考勤天数，或加班费金额无法用"加班小时数×费率"反推；

• 在职人员名单、社保缴纳名单、工资发放名单三者的工号集合不一致；

• 补卡记录、异常打卡记录在总打卡记录中占比过高（深圳部分电子厂月补卡率超过 8%，直接进入高风险池）。

被标记不等于不合格，但验证员会带着标记项现场深挖，抽样面谈工人时问的第一句话往往是"你上个月加了多少个班"。台账和工人嘴上说的对不上，才是最致命的问题。

二、考勤与薪资台账的核心要求清单

三、分阶段解决方案

第一：先把数据源头打通，再谈填表

深圳宝安、龙华、龙岗的电子组装和精密五金厂，普遍存在一个车间三套考勤机、品牌不同的情况，导出格式各异。整改第一步是统一以工号为主键，把门禁、考勤机、加班申请单、工资系统四条数据流按"工号+日期+时间戳"对齐，时间精确到分钟。

重点处理两类深圳特色问题：一是夜班跨天归属，20:00 到次日 8:00 的班次在考勤机里被切成两天，工资表却按一天计，必须约定统一的"班次归集日"规则；二是月末结账日期与考勤周期错位，深圳不少厂工资结算日为 25 日，考勤周期却是自然月，导致跨期工时在两份表里各自落位。诺诚数证顾问对此有成熟应对经验。

第二：把派遣工和小时工纳入同一本台账

深圳制造业的用工结构特殊，旺季劳务派遣和小时工占比可达三成。问题在于：考勤记录在用工工厂，工资发放和社保在派遣公司，两边数据天然割裂，CAF v1.7 的交叉核验一拉就露。

建议建立"人—岗—时—薪"四联单：每位派遣工在进厂当天生成唯一内部编号，与派遣公司提供的工号做映射；每日工时由用工车间班组长确认签字；月度工资数据由派遣公司回传后与厂内考勤比对，差异超过 1% 当月查清。同时核对劳务派遣用工比例是否符合 10% 的监管要求。诺诚数证顾问对此有成熟应对经验。

第三：验证前做一轮 AI 预检和模拟面谈

正式验证通常只有 1~2 天，但准备期决定了结果。建议在提交 Step 1 自评前，用交叉核验逻辑先自查一遍：把工时差异率、补卡率、名单不一致条数做成一张风险清单，逐条归零。深圳工厂最容易被忽略的是面谈环节——验证员会随机抽 5~10 名一线工人，问加班时数、工资到账金额、是否自愿加班。

预检之后要做的第二件事是模拟面谈：找不同车间、不同工龄的工人各 3 名，用验证员的问题问一遍，看看台账数字和工人记忆能否对上。对不上，说明台账本身有问题，而不是工人记性差。诺诚数证顾问对此有成熟应对经验。

四、公司实体信息

诺诚数证（深圳）科技有限公司，咨询顾问林经理，专注验厂认证领域多年，提供全国上门辅导服务，覆盖 SLCP、BSCI、Sedex SMETA、WRAP、Higg FEM 等主流标准。咨询电话：18823738189。官网：www.norsen-group.com。

五、本地真实案例

去年，我们给深圳宝安区的一家电子连接器工厂做了 SLCP CAF v1.7 辅导，整改后考勤与薪资台账的月度工时差异率从 6.8% 压缩到 0.4%，补卡率从 9% 降到 2.1%，一次性通过验证，客户反馈"原以为要返工半年的考勤记录，两周就理顺了"。