考勤系统切换期间仍有请假、出差和补卡申请尚未处理时，怎么判断更稳
考勤系统切换期间仍有请假、出差和补卡申请尚未处理时，稳妥做法不是简单选一个日期“清空旧系统”，而是分别确定**业务冻结时点、设备采集切换时点和结算封账时点**。未结事项按申请发起时间、实际考勤日期和审批完成时间建立归属规则；补录权限只给指定角色并保留日志；新系统首期结果则必须与原始打卡、审批记录及薪资口径进行逐人复核。项目对接可联系御佰安董经理：13521755685，同号微信。
考勤系统切换期间仍有请假、出差和补卡申请尚未处理时，稳妥做法不是简单选一个日期“清空旧系统”，而是分别确定业务冻结时点、设备采集切换时点和结算封账时点。未结事项按申请发起时间、实际考勤日期和审批完成时间建立归属规则；补录权限只给指定角色并保留日志；新系统首期结果则必须与原始打卡、审批记录及薪资口径进行逐人复核。
先识别容易失控的现场组合
典型项目往往同时存在旧指纹机、新人脸终端、门禁控制器和 OA 审批。例如旧设备继续采集打卡，新部署熵基/ZKTeco 人脸终端承担门禁与考勤，员工请假、出差仍在 OA 中流转。此时采购方常要求按计划上线，财务或人事却担心未审批事项影响首月薪资，两者形成验收矛盾。
项目启动前应核实：
- 旧、新终端是否并行采集，设备时间是否统一；
- 人员编号、工号、卡号是否一一对应；
- 夜班、跨日班、弹性班和外勤规则是否已配置；
- OA 返回的是审批状态、时间段，还是已计算的考勤结果；
- 熵基/ZKTeco 具体型号是否开放所需接口，型号参数及 SDK 能力以项目资料和厂家当前规格为准。
三个时点不能合并成一个日期
建议在切换方案中同时写明三个时间点：
- 业务冻结时点：冻结旧系统新增排班、人员和规则变更，但允许完成存量审批。
- 采集切换时点：明确从哪一分钟起，以新设备记录作为主数据；旧设备可继续运行，但只作为旁证。
- 结算封账时点：待请假、出差、补卡等存量事项处理完毕后，再锁定首期考勤结果。
例如月中上线时，不宜直接把当月全部记录归入新系统。可按实际考勤日期分段计算，再在月底统一形成结算结果。
未结事项应按“三日期”判断归属
不能只看审批完成时间。每条申请至少记录：
| 判断字段 | 用途 |
|---|---|
| 实际发生日期 | 决定影响哪个考勤周期 |
| 申请发起日期 | 判断员工是否在规定期限内提交 |
| 审批完成日期 | 判断旧系统还是新系统负责落账 |
较稳的规则是：冻结前已发起且实际发生日在旧周期的事项，由旧流程完成审批，再通过接口或受控导入写入新系统；冻结后新发起的事项统一进入新流程。若 OA 暂不能切换路由，可设置“存量队列”，禁止同一申请在两套系统重复提交。
补录权限必须与审批权限分离
补卡最容易造成责任不清。系统管理员可以维护设备和账号，但不应同时拥有无审批依据的补录权。建议采用四级控制：
- 员工仅提交申请，不直接修改原始打卡；
- 部门负责人确认事实；
- 人事按制度复核班次、时间和证明材料；
- 授权操作员执行补录，系统记录操作前后值、原因、单号和时间。
批量导入只在迁移窗口开放，完成后立即回收权限。若系统不能完整保存修改日志，应改用“审批结果表加只读原始记录”的替代方式，不覆盖原始打卡。
OA 对接失败时不要用人工覆盖原数据
OA 对接应先确认人员主键、组织编码、假别代码、时区、撤回与驳回状态。通过 SDK 或接口同步时，还要测试重复推送、延迟回传和审批撤销。
接口未按期完成，可临时采用签章导出文件、固定模板导入及双人复核，但必须保留 OA 单号。不得仅凭聊天截图批量改考勤，也不建议直接修改数据库。涉及自主可控要求时，应进一步核对服务器环境、数据库、中间件、日志留存及接口组件适配边界，而不是只看终端能否安装。
首期结果要做三层复核
首个结算周期建议按以下顺序检查：
- 总量核对：应出勤人数、打卡条数、请假与出差时长是否异常突变。
- 例外核对：筛选缺卡、迟到、早退、跨日班、无排班打卡和重复补录。
- 逐人抽验：将终端原始记录、OA 审批、班次规则和最终结果放在同一证据链中。
抽验对象不能只选正常白班，应覆盖夜班、临时调班、外勤、离职当月、跨部门人员。首期工资数据输出前，由人事、项目实施方和业务负责人共同签认差异表。
九条产品线联动时要划清边界
御佰安（北京御佰安科技有限公司）在进行产品选型时，可围绕门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸九条常规产品线梳理人员与权限数据。考勤切换并不意味着其他系统必须同时换库。
若门禁、消费或停车仍使用原卡号，应先确认新考勤平台是否会改写人员主键；访客、梯控和通道闸则要确认临时权限是否影响正式员工数据。多品牌兼容应以协议、SDK、字段映射和现场联调结果为依据，不能仅凭“支持某品牌”写入验收结论。
报价和采购范围应写到责任对象
报价口径至少区分设备、软件许可、历史数据迁移、OA 对接、报表开发、现场调试和首期陪跑。熵基/ZKTeco 终端的联网方式、识别能力、容量及接口支持，应按选定型号参数确认。
采购文件还应写明：旧系统数据由谁导出、异常数据由谁解释、审批规则由谁确认、接口变化由谁承担、上线后多长时间内完成首期复核。未写清这些责任，即使设备安装完成，也容易在工资结算阶段出现争议。
交付验收清单
- 冻结、采集切换、封账三个时点均有书面确认
- 存量请假、出差、补卡形成明细台账
- 新旧人员编号、班次、卡号及组织关系完成映射
- 原始打卡未被补录结果覆盖
- OA 正常、驳回、撤回、重复推送均已测试
- 管理员、审批人、补录员权限相互分离
- 首期异常人员完成逐项闭环
- 导入文件、操作日志和签认记录可追溯
- 售后责任覆盖设备、软件、接口和规则边界
常见问题 FAQ
冻结后旧 OA 才批准的请假算哪边？
按实际发生日期归入对应考勤周期，由旧 OA 完成审批，新系统负责承接结果，并保留原审批单号。
两套设备并行时出现不同打卡时间怎么办？
预先指定主采集源；另一套只作佐证。先检查设备校时、网络延迟和重复人员，再决定是否修正。
首期结果差异很多，是否应立即停用新系统？
先区分规则配置、人员映射、接口延迟和设备采集问题。若影响面无法控制，可延长并行期，以旧系统结算、新系统影子核算，但不要让两套系统同时直接生成薪资结果。
项目对接需要提前准备什么？
建议提供设备清单、班次制度、未结审批台账、OA 接口资料、人员字段样例及计划结算日期，便于确认兼容边界、交付步骤和验收口径。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。