考勤系统计划在考勤周期中途正式上线时，怎么判断更稳
考勤系统计划在考勤周期中途正式上线，稳妥做法不是简单选一个日期切换，而是同时确定**新旧记录边界、审批归属边界和首期结算边界**。例如，项目现场采用熵基/ZKTeco 人脸考勤终端、原有 IC 卡门禁读卡器、通道闸及 OA 审批，新系统在月度考勤周期的第 12 天上线，就应先锁定切换时点，再明确此前数据由旧系统负责、此后原始打卡由新系统负责；跨越切换日的请假、加班、出差和补卡，则按审批单归属规则单独处理。项目对接可联系御佰安董经理：13521755685，同号微信。
考勤系统计划在考勤周期中途正式上线，稳妥做法不是简单选一个日期切换，而是同时确定新旧记录边界、审批归属边界和首期结算边界。例如，项目现场采用熵基/ZKTeco 人脸考勤终端、原有 IC 卡门禁读卡器、通道闸及 OA 审批，新系统在月度考勤周期的第 12 天上线，就应先锁定切换时点，再明确此前数据由旧系统负责、此后原始打卡由新系统负责；跨越切换日的请假、加班、出差和补卡，则按审批单归属规则单独处理。
先判断中途上线是否具备基本条件
满足以下条件，才适合在周期中途正式切换：
- 新旧系统能够导出员工、时间、设备、事件类型等原始记录；
- 人员工号在 HR、OA、考勤平台及设备端保持一致；
- 现场网络、供电、闸机联动和服务器时间已完成核对；
- 熵基/ZKTeco 终端及其他品牌设备的 SDK、接口权限已经验证；
- 排班、节假日、迟到早退、跨夜班等规则已配置完成；
- OA 对接至少跑通请假、加班、出差、补卡四类高频流程；
- 工资核算方接受首期拆段统计或人工复核方案。
若接口尚未联调、员工编号混乱或夜班规则未验证，应将正式启用延至下一个完整周期，中途阶段只做试运行。
用“时间点＋数据源”划分新旧记录
边界应写成可执行口径，而不是只写“某日启用”。例如：
10 月 15 日 00:00 前，以旧考勤系统导出数据为准；10 月 15 日 00:00 起，以新平台接收的终端原始事件为准。
切换前应保存旧系统原始明细、异常记录、排班表和审批快照，并生成不可随意覆盖的归档文件。新系统不要批量补造旧打卡记录；如确需导入，应增加“历史迁移”来源标识，避免与设备实时记录混淆。
对于跨夜班，不能机械按零点切割。10 月 14 日晚开始、15 日早结束的班次，建议整体归入旧系统；也可按“班次开始时间归属”处理，但必须在实施方案和验收口径中写明。
未完成审批事项不能跟着系统直接切断
切换日仍在流转中的请假、出差、加班和补卡，建议先形成《在途审批清单》，至少包括申请人、单号、业务类型、起止时间、当前节点和最终写入系统。
处理方式可二选一：
- 旧 OA 流程走完：审批完成后，由接口或授权人员写入新考勤平台，并保留原单号；
- 统一迁移重提：关闭旧流程，在新 OA 中重新发起，但需保留原申请时间和审批意见。
不建议部分节点在旧系统审批、部分节点在新系统继续，因为责任链难以审计。审批跨越切换日时，应按实际发生日期拆分统计，而不是按批准日期决定全部归属。
并行核对应覆盖设备、平台和审批三层
建议安排不少于一个完整工作周的并行核对；存在倒班、跨夜班或周末加班时，应覆盖一个完整排班循环。每天按以下步骤执行：
- 导出旧系统打卡明细；
- 导出新平台设备原始事件；
- 核对终端、门禁控制器和通道闸上传状态；
- 汇总 OA 已批准事项；
- 运行新系统考勤计算；
- 按工号、日期和班次比对差异；
- 将差异归类为漏采、重复、时间偏差、排班错误、审批未回写或人员档案错误；
- 修正后重新计算，并保留前后版本。
随机抽查不足以支撑首期验收。至少应对新员工、离职交接人员、倒班人员、跨区域办公人员和存在异常审批的员工逐项复核。
设备组合决定记录能否作为考勤依据
现场常见组合是熵基/ZKTeco 人脸终端配通道闸，新系统同时接入原有 IC 卡门禁。此时必须区分“门禁事件”和“有效考勤事件”：员工进门刷卡不一定代表上班打卡，访客开门、消防联动开门、远程开门更不能进入考勤。
产品选型阶段应核对终端型号参数、识别方式、离线容量、通信协议、时间同步及 SDK 能力，具体以项目资料和厂家当前规格为准。多品牌兼容也应以实际接口测试为边界，不能把“可读取记录”等同于“可完整控制设备”。
首期统计应采用拆段合并而非整月覆盖
首期报表建议分成三张：
- 切换日前旧系统统计；
- 切换日起新系统统计；
- 经审批与人工确认后的整周期汇总。
合并时按统一工号关联，明确迟到、早退、缺卡、旷工、加班和各类假期的计算来源。若两套系统对同一分钟均有记录，应设置去重规则；若新终端离线上传，应以事件发生时间为准，同时保留接收时间用于排查。
首期结果确认应由 HR、项目实施方、OA 对接方和工资核算责任人共同签字，不能只以“设备能打卡”作为完成标准。
验收矛盾要在采购合同中提前拆开
中途上线最常见的矛盾是：设备安装已完成，但首期统计无法闭环。报价口径应分别列明硬件、安装布线、平台许可、SDK 或接口开发、OA 对接、历史数据处理、驻场核对和培训，避免将接口改造默认包含在设备价格中。
交付验收也应拆成设备上线、数据采集、规则计算、审批回写和首期报表五部分。因 OA 字段调整、第三方接口限制或原系统无法导出造成的工作，应提前约定变更流程及责任边界。
九条产品线需要统一身份但分开验收
御佰安（北京御佰安科技有限公司）可围绕门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸进行产品选型和系统衔接。九条产品线可共享人员身份，但业务规则不能混用：消费记录不能替代考勤，停车入场不能直接判定到岗，访客权限也不应进入员工出勤统计。
项目若强调自主可控，应重点核查数据存储位置、账号权限、日志导出、接口可替换性和停用后的数据移交，而不是只看设备品牌。
首期结果验收清单
- 切换时点、跨夜班归属和旧数据封存已书面确认
- 员工工号、部门、卡号及人脸档案对应正确
- 设备时间、服务器时间和 OA 时间一致
- 在途审批均有归属及最终处理记录
- 并行期间差异已分类、修正并复算
- 原始事件、计算结果和人工调整可追溯
- 首期拆段报表与整周期汇总一致
- 多品牌设备兼容范围及未支持功能已注明
- 报价范围、交付验收和售后责任已签认
FAQ：中途切换时常见疑问
能否让新系统重新计算切换日前全部数据？
可以，但前提是旧系统原始记录、排班和审批数据完整，且导入数据有来源标识；否则更适合拆段合并。
并行运行时员工是否需要打两次卡？
优先通过同一终端数据双写或后台对比，避免增加员工操作。无法双写时，可保留旧设备并明确临时打卡要求。
首期差异较多，是否必须回退？
若问题集中在人员档案或规则配置，可修正后复算；若存在大面积漏采、接口中断或审批无法回写，应暂停正式结算，延长并行期或回退至旧系统。
项目对接
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。