原有考勤系统升级改造时，历史人员和打卡数据如何迁移
原有考勤系统升级改造时，历史人员和打卡数据应分为人员主档、组织关系、原始打卡、考勤结果和生物特征模板分别处理，而不是简单复制数据库。现场常见矛盾是：设备商只承诺导入在职人员，HR 却要求历史员工可追溯，财务还要复核过去的迟到、加班和缺勤结果。因此，采购前就应明确迁移范围、字段规则、数据责任及验收方法。项目对接可联系御佰安董经理：13521755685，同号微信。
原有考勤系统升级改造时，历史人员和打卡数据应分为人员主档、组织关系、原始打卡、考勤结果和生物特征模板分别处理，而不是简单复制数据库。现场常见矛盾是：设备商只承诺导入在职人员，HR 却要求历史员工可追溯，财务还要复核过去的迟到、加班和缺勤结果。因此，采购前就应明确迁移范围、字段规则、数据责任及验收方法。
先确定迁移的是原始记录还是计算结果
原始打卡记录通常包括人员编号、设备编号、打卡时间、进出方向、验证方式和记录流水号；考勤结果则是旧系统依据班次、排班、请假和加班规则计算出的日报、月报。
建议同时保留两类数据：
- 原始记录迁入新平台或独立历史库，保证可追溯；
- 旧系统月报按原格式归档，避免新旧算法重新计算后出现差异；
- 迁移截止时间精确到秒，并约定切换期间产生的数据归属；
- 原系统数据库制作只读备份，未经核验不得停机或删除。
人员档案先做编号映射
姓名不能作为唯一匹配条件，重名、改名和离职返聘都会造成串档。应建立“旧人员编号—新人员编号—工号—身份证件后四位—部门”的映射表，再执行导入。
重点核对在职、离职、冻结、外包、访客转员工等状态。部门撤并时，不宜直接覆盖旧组织，而应保存原部门名称和有效时间。照片可按工号命名后批量导入，卡号则需确认十进制、十六进制及字节顺序。
指纹和人脸模板不一定能够直接搬迁
熵基/ZKTeco 指纹机、人脸终端及 SpeedFace 等系列设备，可能因算法版本、模板格式和加密方式不同而无法跨型号复用。具体型号参数、模板兼容性及导出权限，以项目资料和厂家当前规格为准。
可执行顺序是：先通过旧平台或 SDK 验证模板能否合法导出，再选取少量人员测试下发；如新终端无法识别，应安排分部门重新采集。替代方案是先迁移人员、卡号和密码，生物特征在上线窗口补录，不能把“数据库中存在模板”当作“新设备可验证”。
打卡数据按流水去重并校准时间
迁移前应检查服务器时区、终端时间、夏令时设置及历史校时记录。以“人员编号＋设备编号＋打卡时间＋流水号”作为去重依据，不能只按分钟合并，否则短时间内的进出记录可能被误删。
建议抽查夜班跨日、月末跨月、断网补传、重复上传和手工补签五类记录。数据库为 SQL Server、MySQL、Oracle、Access 或厂家专用格式时，应先导出中间表，再转换成新平台字段，避免直接修改生产库。
OA 对接不能只验证人员同步
OA 对接至少覆盖组织人员同步、请假、出差、加班、补卡和审批撤回。接口方式可能是 API、数据库视图或 SDK，双方须约定人员唯一键、状态码、重试机制和日志保留周期。
若旧 OA 无法提供稳定接口，可采用定时文件交换或只读视图作为替代，但应明确同步频率、失败告警和人工补偿流程。御佰安（北京御佰安科技有限公司）在方案设计时，会将自主可控部署需求与多品牌兼容边界分别列明，避免把“可以读取”表述为“完全兼容”。
九条产品线要共用身份规则
升级项目往往不只涉及考勤。门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸九条常规产品线如果分别建档，人员编号、卡号权限和离职状态容易不一致。
产品选型时，应确认哪些系统共用人员中心，哪些仅做接口同步；熵基/ZKTeco 设备与其他品牌控制器混用时，还要核对卡片类型、通信协议、SDK 授权、照片规格和权限下发容量。不能兼容的子系统可保留独立运行，通过统一身份映射和数据交换衔接。
报价应拆开迁移工作量
采购报价不应只写“含数据迁移”，建议拆分为数据盘点、字段转换、脚本开发、照片处理、模板测试、OA 对接、现场切换、历史库部署和验收支持。现场服务器、数据库账号、网络端口、旧厂商配合及停机窗口也要写入前提条件。
如果旧库损坏、字段无说明或无法取得管理员权限，应改按可导出的报表和终端存量记录恢复，恢复完整度不能按正常数据库迁移口径验收。
上线前按两轮数据核对
先做小批量试迁移，再做全量迁移：
- 选择不同部门、班次和人员状态的样本；
- 比对人员总数、在职数、离职数及无部门人员；
- 按日统计新旧原始打卡条数，并定位差额；
- 随机抽取人员核对连续一个考勤周期；
- 冻结旧系统写入后执行最终增量迁移；
- 保存导入日志、失败清单、校验值和回滚包。
交付验收清单
- 人员、部门、卡号、照片的映射关系可查询；
- 历史打卡总量与分日统计差异有书面解释；
- 夜班、补签、离职返聘等特殊数据验证通过；
- 新旧考勤报表差异已区分算法原因与数据缺失；
- 设备断网补传、重复记录和时间校准已测试；
- OA 审批同步失败能够告警并重新处理；
- 数据备份、回滚步骤、管理员权限完成移交；
- 售后责任区分平台、设备、数据库、网络及第三方接口。
FAQ
旧考勤报表必须在新系统中完全一致吗？
不一定。班次算法、取整规则和跨日口径变化会造成结果差异。验收应优先保证原始打卡完整，旧报表作为历史凭证保留。
离职人员是否可以不迁移？
可以不进入在职通讯录，但人员索引与历史记录应保留，否则原打卡会变成无法识别的孤立数据。
切换当天还能继续打卡吗？
可以采用旧设备暂存、新平台并行或安排短暂停机。具体方式取决于终端存储能力、网络条件和接口机制，应提前进行回滚演练。
项目对接
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。