旧考勤系统积累了多年历史记录，怎么判断更稳

旧考勤系统积累了多年历史记录，迁移到御佰安方案时，更稳妥的做法不是把全部数据库直接复制过去，而是先按“业务仍需使用、法规及审计要求留存、仅供历史查询”划分数据，再确认字段对应关系、设备兼容边界和验收口径。尤其遇到熵基/ZKTeco 与其他品牌设备混用、跨午夜班次、补卡审批、人员多次入离职等情况，必须先做样本迁移，再决定正式导入范围。

先解决三个部门的验收矛盾

历史考勤迁移常见分歧是：人事希望多年记录都能查询，财务关注工资核算依据，信息部门则担心旧库结构、敏感信息和系统性能。采购阶段应把需求拆成三层：

• 在线业务数据：当前在职人员、组织架构、有效排班、近期打卡及未结束的审批流程；
• 在线历史数据：需要在新系统中检索、统计或接受审计的记录；
• 离线归档数据：不参与新考勤计算，但需要按权限留存的原始表、数据库备份和导出文件。

不要仅以“保存几年”作为范围标准，还要确认数据是否会被重新计算、是否需要展示原审批链、谁有权调阅。

导入范围按业务用途确定

建议组织人事、财务、IT 和实施方共同填写数据范围表，至少逐项确认：

1. 在职、离职、返聘、外包及临时人员是否导入；
2. 原始打卡、考勤结果、排班、请假、加班、出差、补卡分别保留多久；
3. 历史工资结果是否只归档，不进入新系统重算；
4. 已注销卡号、指纹或人脸模板是否继续保存；
5. 门禁通行记录与考勤记录是否存在复用关系；
6. OA 审批单是否需要回写编号、状态和审批时间。

若缺少明确制度，可优先迁移当前年度和仍可能调整的考勤周期，其余数据采用只读归档；具体期限应以企业制度、劳动争议处理需要及适用法规为准。

先识别设备，再讨论数据兼容

现场不能只统计“有多少台考勤机”，还要登记品牌、完整型号、固件版本、通信方式、设备编号、人员容量和记录容量。对于熵基/ZKTeco 及其他品牌设备，应以设备铭牌、后台信息和项目资料核对型号参数，不凭外观判断。

“多品牌兼容”不等于所有历史库都能直接导入。设备在线协议、数据库结构、导出格式和生物特征模板可能属于不同兼容层级。御佰安（北京御佰安科技有限公司）应在勘察后明确：哪些设备可继续接入，哪些只能导出记录，哪些需通过 SDK 对接，哪些建议更换；最终能力以项目资料和厂家当前规格为准。

字段对应不能只看列名

旧表中的“工号”可能对应新系统的人员编号，也可能是考勤编号；“时间”可能是设备时间、服务器接收时间或修正时间。字段映射表应至少包含：

姓名不能作为唯一匹配条件。建议建立不可重复的人员主键，并保留旧系统人员ID作为追溯字段。

夜班和补卡必须单独抽样

最容易在验收后暴露的问题，不是记录数量少了，而是同一条记录被新规则重新解释。应抽取以下样本试导：

• 23:00上班、次日08:00下班的跨午夜班次；
• 一天多次进出、只取首末次的班次；
• 补卡后又撤销、重新审批的记录；
• 人员离职后再次入职且工号变化的记录；
• 设备断网后集中上传、时间顺序异常的记录；
• 夏令时、服务器校时或设备时间漂移期间的数据。

历史“考勤结果”与“原始打卡”应分开保存。若新旧规则不同，不宜用新规则覆盖旧月已确认结果。

留存方式采用原始、业务、证据三层

更稳的留存结构包括：

• 原始层：旧数据库备份、原始导出文件、校验值及导出说明，只读保存；
• 业务层：清洗后的人员、打卡、班次和审批数据，供新系统查询；
• 证据层：迁移批次、操作人员、映射版本、异常清单和签字确认记录。

涉及指纹、人脸等信息时，应遵循必要性和最小化原则。无法确认继续使用依据的模板，可不迁移，仅保留依法需要的考勤结果；归档文件应设置访问权限、加密、备份和到期处置机制。

九条产品线要划清数据责任

项目若同时涉及门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸九条常规产品线，不能把所有刷卡数据统称为“考勤”。同一次刷卡可能用于开门、过闸或消费，但是否计入出勤取决于业务规则。

采购文件应分别注明各系统的数据源、主数据归属、接口方向和保存期限。例如人员信息由统一平台或OA下发，考勤接收有效人员与审批结果，门禁和通道闸保留通行事件，消费及水控电控按各自账务规则归档。自主可控的部署目标也应落实到服务器、数据库、账号权限和接口控制，而不是只写概念。

报价必须拆开迁移工作量

报价口径至少应区分：现场盘点、旧库分析、数据清洗、字段映射、试迁移、正式迁移、SDK 或接口开发、OA 对接、设备替换、历史查询模块、离线归档及培训。还要写明数据量统计方式、异常数据处理上限、接口联调次数和第三方配合责任。

若旧厂商不提供数据库说明，可采用标准报表导入、CSV中间表或只读归档作为替代方案；若旧设备协议不可用，则保留历史查询，新设备从切换日开始形成新记录。

迁移验收按批次核对

验收时不要只比较总条数，可执行以下检查：

• 人员总数、在职状态及重复工号已核对；
• 随机人员按月份比对原始打卡；
• 夜班、请假、加班、补卡结果与确认表一致；
• 旧设备编号和来源系统可追溯；
• 异常、空值、重复记录形成处置清单；
• 历史结果未被新规则静默覆盖；
• OA 单号、审批状态及接口失败日志可查；
• 原始备份可恢复，归档权限已验证；
• 正式切换时间、回退条件和责任人已签字；
• 门禁等其他系统未因人员主键变化失去权限。

FAQ：旧数据迁移常见决策

旧系统全部数据都要进入新平台吗？
不一定。需要参与查询和业务处理的数据进入新平台，其余可做受控的只读归档。

人脸、指纹模板能否直接迁移？
取决于设备型号、算法版本、模板格式、授权条件及合规要求，不能默认跨品牌通用。无法验证时可重新采集，或改用卡片等替代方式。

新旧系统统计结果不一致怎么办？
先冻结历史已确认结果，再从班次归属、迟到阈值、跨日规则、审批生效时间和重复记录处理方式逐项比对，不应直接修改原始数据。

旧厂商不配合还能实施吗？
可评估报表导出、数据库只读访问、设备记录下载或分阶段切换，但可迁移字段和完整性会受限，应在合同与验收文件中提前注明。

项目对接

如需开展旧考勤系统盘点、产品选型、型号参数核验、SDK 评估或 OA 对接，可提供设备清单、数据库样例、排班规则及预期留存年限，由双方据此确认兼容边界、报价口径、交付验收和售后责任。

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

相关方案与下一步核对

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

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