员工离职后在同一考勤周期内重新入职，怎么判断更稳
员工离职后在同一考勤周期内重新入职，御佰安考勤系统不应只按姓名、手机号或工号覆盖原档案，而应把“同一自然人”与“前后两段任职状态”分开管理：人员主身份保持关联，离职前任职、离职空档、重新入职分别留痕，再按任职实例和有效日期验证考勤统计归属。这样既能保留离职期间的无任职记录，也能避免补卡、排班和薪资结果串段。项目对接可联系御佰安董经理：13521755685，同号微信。
员工离职后在同一考勤周期内重新入职，御佰安考勤系统不应只按姓名、手机号或工号覆盖原档案，而应把“同一自然人”与“前后两段任职状态”分开管理：人员主身份保持关联，离职前任职、离职空档、重新入职分别留痕，再按任职实例和有效日期验证考勤统计归属。这样既能保留离职期间的无任职记录，也能避免补卡、排班和薪资结果串段。
现场矛盾通常出现在月末验收
典型现场由熵基/ZKTeco 人脸考勤终端、门禁控制器、员工卡、御佰安考勤平台及 OA 人事接口组成。员工月中离职，数日后重新入职，而考勤周期仍是当月。
此时采购方常要求“原人脸继续使用”，人事部门却要求“前后工龄、部门和薪资主体分开”。若系统直接恢复原员工状态，历史排班可能被重新计算；若新建完全无关的人员，设备又可能出现重复人脸、重复卡号或通行权限残留。
用人员主档关联两段任职实例
建议至少区分三类标识：
- 人员主标识：对应自然人，用于识别人脸、证件及重复人员；
- 任职实例标识：每次入职单独生成，不复用前一次任职编号；
- 设备侧标识：用于熵基/ZKTeco 终端和控制器下发，应记录与任职实例的映射关系。
前任职实例截止到离职生效时间，后任职实例从重新入职时间开始。姓名相同不等于任职连续，工号是否复用应由 OA 或 HR 规则决定，不能由终端自动判断。
离职空档不能删除，也不应计为缺勤
离职日至重新入职日前的区间，应标记为“无有效任职”，而不是事假、旷工或未排班。原始打卡流水仍需保留，包括终端编号、验证方式、打卡时间、接收时间和处理状态。
如果员工离职后仍刷脸进入办公区，该流水应进入异常核查，不应自动归入重新入职后的考勤。门禁通行记录与考勤结果必须分层保存：有通行记录不代表当天存在应出勤义务。
设备端要做停用与重新授权
对于熵基/ZKTeco SpeedFace、ProFace 等系列设备，具体支持方式、固件能力和接口参数以项目资料和厂家当前规格为准。实施时需核对：
- 离职生效后是否及时撤销门禁时段、通道闸和梯控权限；
- 人脸模板是删除、冻结还是保留但禁用；
- 重新入职后是否生成新的权限下发任务；
- 原卡号是否继续使用，是否会关联旧任职实例；
- 离线设备恢复联网后，会不会回传空档期记录。
若终端只能按人员编号保存模板，可保留自然人映射，但业务平台必须按任职有效期二次归属，不能依赖设备直接输出月度考勤结论。
OA 对接要明确状态与时间口径
OA 对接不宜只传“在职、离职”两个状态。接口字段应包含离职生效时间、重新入职时间、组织、岗位、考勤组、用工主体和任职实例编号。
通过 SDK 或接口同步时，还要确认日期精度。若 OA 只提供日期，御佰安（北京御佰安科技有限公司）应与采购方约定当天零点、班次结束或审批完成后生效。接口重复推送必须具备幂等规则，避免多次创建任职记录。自主可控部署和多品牌兼容环境下，字段字典及失败重试日志也应纳入交付资料。
按时间窗验证统计归属
验收时不要只查看月报总工时，应准备一名测试人员完成以下闭环：
- 建立前任职排班并产生正常打卡；
- 在周期中执行离职，确认任职状态和权限停止；
- 离职空档模拟一次刷脸，确认记录保留但不计缺勤或出勤；
- 重新入职并分配新部门、新考勤组；
- 产生后任职打卡，分别生成任职明细和周期汇总；
- 核对前段数据归前任职实例、后段数据归新实例；
- 修改重新入职日期后重新计算，确认原始流水不被改写；
- 将结果与 OA、薪资导出及设备日志逐项比对。
跨夜班时应按班次归属日判断，不能简单以零点切割。
产品选型和报价需覆盖接口工作
御佰安常规方案涉及门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸九条产品线。本场景虽然以考勤为核心，但员工卡可能同时用于消费、水控和停车，人脸也可能联动门禁与通道闸，因此离职状态必须明确影响哪些系统。
报价口径应列明平台授权、终端接入、SDK 或 API 对接、OA 字段映射、历史数据迁移、设备固件适配、测试环境及现场调试。产品选型、具体型号参数、并发能力和存储周期，以项目资料和厂家当前规格为准，不能把“支持接入”直接等同于“支持任职分段统计”。
风险、边界与替代方案
主要风险包括工号复用导致历史覆盖、离职权限未撤销、空档流水误计出勤、跨主体工资归属错误，以及旧设备无法识别任职实例。
若现有平台不支持分段任职，可采用“人员主表＋任职扩展表”进行中间层归属；若旧终端只能保存单一编号，可由平台按时间窗拆分；若 OA 无法提供重新入职事件，可改用审批单触发并设置人工复核。涉及历史数据修订时，应保留调整前后版本及操作人，不建议直接删除原始记录。
交付验收清单
- 前后任职实例可分别查询、导出和追溯；
- 离职空档无排班、无缺勤，但原始流水完整；
- 门禁、考勤、消费等权限按约定范围停用和恢复；
- OA 重复推送不会生成重复人员或重复任职；
- 人脸、卡号和设备编号映射清晰；
- 月报、日报、异常表与原始打卡可相互追溯；
- 多品牌设备的兼容边界形成书面说明；
- 售后责任区分平台、设备、网络及 OA 接口问题。
FAQ
重新入职后可以沿用原工号吗？
可以，但必须保留新的任职实例标识，并验证报表不会合并覆盖。若薪资主体变化，更建议使用新工号或独立核算编号。
离职期间产生的刷卡记录要删除吗？
不建议。应保留为原始事件，标记“无有效任职”或“权限异常”，不进入正常出勤统计。
重新入职当天跨夜班怎么算？
应按项目确定的班次归属规则处理，并同步核对离职生效时点、排班起止和终端回传时间；无法自动判定时进入人工复核队列。
项目对接可提供现有 OA 字段、考勤周期、设备型号及离职重入职样例数据，由御佰安结合现场条件确认兼容边界、报价口径、交付验收与售后责任。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。