企业考勤结算周期与御佰安考勤系统切换日期不一致时，验收资料怎么准备

企业考勤结算周期与御佰安考勤系统切换日期不一致时，不宜简单按上线当天截断数据。应先确定“人员、班次、考勤日、原始打卡、计算结果、薪资引用”六个边界，再采用旧系统封账、新系统试算、重叠期双轨核对的方式组织首个周期验收，避免同一工作日被重复统计或遗漏。

先把切换日与结算周期画在同一张表上

例如，企业考勤周期为每月26日至次月25日，御佰安考勤系统在当月10日启用。首个验收周期便包含两段：

• 26日至9日：旧系统作为计算主数据；
• 10日至25日：新系统作为计算主数据；
• 10日前后约定若干工作日：保留双轨记录，用于差异核验；
• 26日后：经首周期验收通过，再决定是否停止旧系统采集。

切换日期应精确到“考勤日”，不能只写自然日期。夜班跨越9日与10日时，应按班次归属日处理，并在验收方案中明确夜班算前一日还是后一日。

新旧记录不能只按打卡时间硬切

统计边界应分为三层。第一层是原始事件边界，包括人脸、指纹、刷卡及通道记录；第二层是考勤计算边界，包括迟到、早退、缺卡、加班和跨夜班；第三层是薪资引用边界，即最终由哪个系统向薪酬或OA提供结果。

建议以员工编号和考勤日建立唯一核对键。旧系统已经完成计算的日期，不在新系统重复生成正式结果；新系统接管后的原始记录不得回写为旧系统正式结算数据。若需要导入历史记录，应标记为“查询数据”或“初始化数据”，不得与新采集记录混淆。

设备切换要服从数据边界

现场常见组合是原有熵基/ZKTeco人脸或指纹终端继续使用，同时接入御佰安平台，部分出入口再更换新设备。此时要逐台确认设备编号、人员编号、时间同步、通信方式和记录上传状态。

设备是否可通过SDK接入、哪些字段能够读取、照片或模板能否迁移，应以项目资料和厂家当前规格为准。多品牌兼容不等于所有功能无差别兼容；原始打卡可接入，也不代表设备端排班、门禁权限和考勤算法能够直接继承。

首周期核对责任要落实到数据节点

建议建立四方责任矩阵：

御佰安（北京御佰安科技有限公司）负责约定范围内的平台配置、接口实施和问题定位；企业应指定一名验收负责人统一确认规则，避免人力、信息化和财务分别提出相互冲突的口径。涉及OA对接时，还要明确请假、出差、加班究竟由OA推送，还是在考勤系统二次录入。

按五步完成首个周期核验

1. 冻结旧系统人员、班次和规则配置，导出带时间戳的备份。
2. 在切换日前完成新系统人员、设备、班次及节假日初始化。
3. 双轨期每日核对设备在线情况、记录数量和未匹配人员。
4. 周期结束后，抽取正常班、弹性班、夜班、请假、加班及补卡人员逐项比较。
5. 将差异分为规则差异、源数据差异、接口延迟和人工审批差异，修正后重新出表。

验收不能只比较“出勤天数合计”。原始记录、日结果、月汇总和薪资导出四层数据应能相互追溯。

验收资料应形成可复核证据链

首周期建议归档以下材料：

• 新旧系统统计边界确认单；
• 切换计划、设备清单及型号参数表；
• 人员与组织初始化确认记录；
• 班次、考勤规则和跨夜规则截图；
• 旧系统封账导出文件及校验说明；
• 双轨期原始打卡对照表；
• 异常人员差异处理单；
• OA、SDK或其他接口测试记录；
• 首周期汇总表、薪资引用确认单；
• 培训、管理员移交和验收签字记录。

电子文件应保留导出时间、操作人和版本号，避免验收后无法还原当时配置。

门禁及一卡通联动不能混入考勤口径

企业可能同时采购门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸九条常规产品线。现场应先确认网络、电源、闸机接口、控制器容量、卡片体系和既有设备品牌，再确定产品选型。

门禁通行记录可以辅助核查到岗，但未经规则确认，不应直接替代考勤打卡。停车入场、消费、水控或梯控记录同样只能作为辅助证据。报价口径需区分设备、软件模块、SDK接口、OA对接、安装辅材、数据迁移及驻场服务；交付验收和售后责任也应按产品线拆分，不能用一卡通整体验收代替考勤结算验收。

自主可控与兼容边界要写进采购文件

采用自主可控的平台架构时，采购文件仍需说明服务器环境、数据库、账号权限、日志留存、备份恢复和接口开放范围。对于熵基/ZKTeco及其他品牌设备，应逐型号核验协议和功能，不以“支持多品牌兼容”代替测试。

若旧设备无法稳定接入，可选择保留旧设备独立采集、通过文件导入过渡，或分区域更换终端。替代方案的成本、施工窗口及对首周期数据的影响，应在报价和变更单中单独列明。

常见风险与可接受的替代处理

• **跨夜班被拆成两天：**按班次归属日重算，并保留原始时间。
• **OA审批晚于结算：**设置审批截止时间，逾期进入下周期调整单。
• **员工编号不一致：**建立一次性映射表，禁止按姓名自动合并。
• **设备断网上传延迟：**验收前补传并核对设备本地记录数。
• **旧系统无法导出明细：**保留月报、设备原始记录和人工确认表，注明证据限制。
• **切换风险过高：**延长双轨期，不强行在当前结算周期停用旧系统。

首周期验收清单

• 结算周期、切换日和跨夜归属已签字确认
• 新旧系统主数据日期边界无重叠、无空档
• 设备时间及服务器时间一致
• 双轨样本覆盖正常班、夜班和异常审批
• 差异均有原因、责任人及处理结论
• OA与SDK接口重试、补传机制已验证
• 月汇总能够追溯到日结果和原始打卡
• 薪资引用文件由业务责任部门确认
• 旧系统停用条件和数据保留方式已明确

FAQ

切换当天出现两套打卡，应该删除哪一套？

不建议直接删除。先保留两套原始记录，再依据已签字的主数据边界确定正式计算来源；重复记录可在计算层排除，但原始证据应留存。

首周期有少量差异，是否必须拒绝验收？

应看差异性质。规则配置或接口缺陷未闭环时不宜通过；由迟交审批、员工漏打卡等业务原因造成，且已形成调整单的，可按约定进行条件验收。

旧设备还能使用，是否必须整体更换？

不一定。应依据具体型号、SDK能力、通信稳定性和功能需求测试决定。无法满足实时上传或身份模板兼容时，可采用分批替换或文件过渡方案。

项目对接

联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线

相关方案与下一步核对

公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。

• 考勤系统方案
• 考勤设备适配问题
• 考勤交付与验收问题
• 项目联系入口