原考勤系统的历史记录不迁入御佰安考勤系统时，验收资料怎么准备
原考勤系统的历史记录不迁入御佰安考勤系统时，验收资料不能只写“无需迁移”，而应把旧记录保管方式、查询责任、新记录起始时间和切换验收边界写成可核验条款。核心做法是：旧系统留存并可查询，新系统从约定时点独立记账，以切换前后的两组证据证明责任没有断档。项目对接可联系御佰安董经理：13521755685，同号微信。
原考勤系统的历史记录不迁入御佰安考勤系统时，验收资料不能只写“无需迁移”，而应把旧记录保管方式、查询责任、新记录起始时间和切换验收边界写成可核验条款。核心做法是：旧系统留存并可查询，新系统从约定时点独立记账，以切换前后的两组证据证明责任没有断档。
“不迁移”必须形成正式项目结论
不迁移通常源于旧系统数据库结构不明、人员编号不一致、历史数据质量较差，或采购范围本身未包含迁移服务。项目组应在合同附件、需求确认单或变更单中明确：
- 历史考勤记录不导入御佰安新平台；
- 旧记录的法定或管理保存期限由建设单位确认；
- 旧系统、备份文件或导出报表由指定部门保管；
- 御佰安（北京御佰安科技有限公司）负责的新系统数据从约定时间开始形成；
- 不以旧数据是否出现在新平台中作为新系统验收条件。
“不迁移”不等于删除旧记录，也不表示实施方自动承担旧库修复、字段解释和历史争议处理责任。
先盘清旧记录究竟存在哪里
现场常见组合包括熵基/ZKTeco或其他品牌考勤机、本地管理软件、独立数据库、OA考勤模块及人工汇总表。验收前应逐项确认：
- 原始打卡记录位于设备、服务器还是云端；
- 旧软件停用后能否继续登录和查询；
- 数据库账号、备份介质及解密条件由谁掌握；
- 员工编号、姓名、部门和卡号能否相互对应；
- 离职人员记录是否仍可按日期导出；
- 旧设备下线后是否会影响历史记录读取。
若旧平台许可证、服务器或管理员账号无法持续保留，应在切换前导出月报、明细记录及异常处理结果，并制作校验留档。
四项责任要写到人和介质
建议在《历史数据处置确认单》中设置四栏，而不是笼统写“甲方负责”。
| 事项 | 应明确内容 |
|---|---|
| 旧记录保管 | 保管部门、服务器或介质、备份份数、访问权限、保存期限 |
| 历史查询 | 受理部门、操作人员、查询方式、导出格式、故障升级路径 |
| 新记录起点 | 具体日期和时刻、适用人员范围、首个统计周期 |
| 切换边界 | 旧系统末笔记录、新系统首笔记录、并行期处理规则 |
责任人员发生变更时，应完成账号、介质和操作说明交接，避免验收后出现“系统还在，但无人会查”的情况。
新记录起始时间不能只写某一天
考勤结算可能跨夜班、跨月或跨考勤周期，仅写“11月1日启用”容易产生边界争议。应精确到时分，并说明夜班归属。例如：新系统自某日00:00接收有效打卡；此前记录以旧系统为准；跨零点班次由人事部门按既定规则在OA或考勤平台中处理。
切换时应截取旧系统末笔有效记录、新系统首笔有效记录，并记录服务器时间、考勤机时间及时区。设备时间同步方式和误差要求以项目资料、产品选型结果及厂家当前规格为准。
并行运行不是历史数据迁移
高风险项目可设置短期并行：人员同时在新旧终端打卡，用于核对人员档案、排班、时间同步和网络稳定性。并行产生的两份记录只用于验证，不代表旧记录已经迁入。
并行期结束时应确定唯一结算来源。若两套系统同时作为工资依据，却没有差异处理规则，验收后容易出现重复、漏算和责任不清。替代方案是选取覆盖白班、夜班、请假和加班的测试人员进行受控验证，减少全员双打卡负担。
验收证据应形成一条完整链路
本场景至少准备以下资料：
- 《不迁移历史数据确认单》；
- 旧系统数据备份或只读导出清单；
- 旧系统查询操作说明及责任人签字；
- 新旧系统切换方案与回退条件；
- 旧系统末笔、新系统首笔记录截图或导出文件；
- 人员、部门、班次和设备时间核对表；
- 新系统日报、月报及异常记录测试结果；
- OA对接字段、接口方向和失败重试说明；
- 培训签到、账号移交及验收问题闭环表。
截图应保留系统名称、查询条件和生成时间；导出文件应记录文件名、范围、数量及存放位置，避免只有零散图片而无法复核。
按五步完成现场切换核对
- 冻结新旧系统人员编号映射，处理重号和空号。
- 校准服务器、考勤终端和OA时间。
- 在约定时点前后各完成一组正常、迟到、跨班次测试。
- 比对终端记录、平台原始记录、统计报表和OA接收结果。
- 由人事、信息、实施及使用部门共同确认边界，并封存旧系统备份。
如使用SDK进行二次开发，还应核查取数范围、时间字段、人员标识和接口日志。多品牌兼容应以实际设备型号参数、协议开放程度和联调结果为准，不能仅凭品牌名称判断。
九条产品线要分别界定影响范围
御佰安项目可能同时涉及门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤和通道闸。历史考勤不迁移，只代表考勤数据的处置结论，不应自动扩展为其他业务数据均不迁移。
例如，旧卡号仍被门禁、消费或停车使用时，人员重新发卡可能影响多套系统；通道闸上的考勤读头更换，还要核对开闸权限与打卡记录是否分别生效。采用自主可控方案或多品牌兼容架构时，也需按每条产品线确认现场条件、接口边界和数据归属。
采购报价应排除模糊责任
报价口径应分别列明考勤终端、管理平台、部署实施、培训、OA对接、SDK开发、历史数据处置和旧系统留存支持。若不包含迁移，应同时说明是否包含旧库评估、一次性导出、备份验证或查询培训。
现场网络、供电、服务器环境、安装位置及原设备协议属于产品选型前提；具体型号参数、容量和接口能力以项目资料和厂家当前规格为准。交付验收聚焦新系统功能与切换证据，售后责任聚焦已交付范围，不把旧平台故障默认计入新系统维护。
验收前的最终勾选清单
- 已批准历史记录不迁移的书面结论
- 旧记录保管部门、介质和期限明确
- 历史查询账号可用且有人能够操作
- 新系统起始时间精确到时分
- 跨夜班、跨月及并行期规则已确认
- 旧末笔与新首笔记录可以相互衔接
- OA接口日志和异常补传已验证
- 门禁、消费、停车等关联卡号影响已排查
- 报价排除项与售后责任已签字确认
FAQ：切换现场常见分歧
旧服务器计划报废，还能直接确认不迁移吗？
可以不迁入新平台，但不能在无备份、无导出验证的情况下直接报废。应先形成可读取的备份或报表，并确认后续由谁提供查询。
新系统上线当天漏打卡，应算旧系统还是新系统责任？
按书面起始时点判断。时点之后应先查新终端、网络、平台和OA日志；如处于并行期，再按约定的唯一结算来源处理，不能临时选择有利数据。
验收时需要证明所有历史记录都能查到吗？
若采购范围不含迁移，新系统验收无需证明历史记录已进入新平台；但项目资料应证明旧记录已有明确保管和查询路径。若旧系统本身已损坏，应作为存量风险单独记录，并采用备份恢复、报表封存或第三方数据库读取等替代方案。
项目对接
如需结合现有考勤机、OA接口及关联一卡通系统梳理不迁移验收边界，可向御佰安（北京御佰安科技有限公司）提供设备清单、系统版本和切换计划，由项目人员按实际资料核对。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。