原考勤系统保留多年记录，怎么判断更稳
原考勤系统保留多年记录，新考勤系统上线时不宜把整库直接搬走。更稳的做法是：迁移仍会参与计算和查询的主数据、未闭环业务数据及必要明细，将已结算年份固化为可检索档案，并通过“人员—班次—打卡—结果—汇总”五层对账核验历史报表连续性。尤其当现场混用熵基/ZKTeco 人脸机、指纹机、刷卡机及不同版本软件时，必须先识别数据来源和计算口径，再决定迁移范围。项目对接可联系御佰安董经理：13521755685，同号微信。
原考勤系统保留多年记录，新考勤系统上线时不宜把整库直接搬走。更稳的做法是：迁移仍会参与计算和查询的主数据、未闭环业务数据及必要明细，将已结算年份固化为可检索档案，并通过“人员—班次—打卡—结果—汇总”五层对账核验历史报表连续性。尤其当现场混用熵基/ZKTeco 人脸机、指纹机、刷卡机及不同版本软件时，必须先识别数据来源和计算口径，再决定迁移范围。
先盘清记录来自哪里
现场盘点不能只看数据库年限，应按设备、平台和接口列出数据链：
- 考勤终端：品牌、完整型号、序列号、固件版本、通讯方式、人员容量；
- 原平台：软件版本、数据库类型、组织架构、考勤规则和报表模板；
- 外部系统：OA 对接、人事系统、薪资系统及第三方排班工具；
- 凭证体系：工号、卡号、人脸、指纹、身份证件号及人员唯一标识；
- 时间基准：设备时区、服务器时间、夏令时设置和历史校时记录。
如现场使用熵基/ZKTeco SpeedFace 系列或其他终端，应以设备铭牌、项目资料和厂家当前规格为准，不能仅凭外观判断型号参数及 SDK 支持能力。
哪些数据建议进入新系统
通常应迁移在职人员、有效部门、工号映射、当前卡号、未失效权限、正在执行的班次、跨上线日请假单、加班单、补卡单、调休余额，以及上线日前后用于结算的原始打卡明细。
近期待核算周期建议保留完整业务链。例如新系统在月中切换，本月及上一结算周期的排班、假勤审批、原始记录和计算结果均应纳入迁移或接口查询范围，避免只有打卡、没有班次，导致迟到和缺勤重新计算后变化。
哪些多年记录不必强行重算
已完成工资结算且不再参与余额计算的历史数据，可归入只读档案，不必全部转换成新系统业务单据。建议保存：
- 原始打卡导出文件；
- 日结果、月汇总及异常明细；
- 原考勤规则和班次快照；
- 审批单及人工调整记录；
- 数据库备份、导出说明和字段字典；
- 生成文件的时间、操作人及校验值。
若原系统字段封闭、版本过旧或无法通过 SDK 稳定读取，可采用“原平台只读保留＋标准文件归档＋新平台统一入口索引”的替代方案，避免为追求全量迁移破坏历史证据。
迁移前先建立人员主键
多年数据最常见的断点不是设备离线，而是同一员工在不同年份更换过工号、卡号或部门。迁移表应设置新系统人员唯一编号，并记录原工号、原卡号、历史姓名、证件标识、任职区间和数据来源。
离职后返聘、同名人员、重复录入人员必须单独标记。人脸和指纹模板涉及兼容性及个人信息保护，不应默认跨品牌复制；设备算法、模板版本或授权方式不兼容时，可迁移人员资料和权限，再由员工在新终端重新采集生物特征。
用五层对账检查报表连续性
建议从上线日前后各抽取正常班、夜班、跨日班、请假、加班、漏卡、出差和离职人员，按以下顺序核验：
- 人员层：在职人数、部门归属、工号映射是否一致；
- 排班层：班次时段、跨日归属、休息日和节假日是否一致；
- 记录层：同一人员同一时段的打卡时间、设备号、验证方式是否对应；
- 结果层：迟到、早退、缺勤、加班和补卡结果是否符合原规则；
- 汇总层：部门月报、个人月报与薪资接口汇总是否衔接。
差异不能只写“系统算法不同”，应形成差异台账，注明原值、新值、原因、处理决定和审批人。涉及法定留存期限及个人信息处理要求时，以适用法规和单位制度为准。
上线切换要设置并行窗口
直接停旧启新，容易把设备缓存、离线记录和跨夜班次留在旧平台。更稳的方式是设置短期并行窗口：旧系统停止新增人员和规则变更，但继续接收旧设备记录；新系统启用新规则并同步采集。窗口结束后，统一补传离线数据，再封存旧库。
同一台终端不宜被两个平台同时下发人员和权限。若必须共用，应先确认设备 SDK、通讯协议和厂家当前规格支持情况，并明确哪一套平台拥有写入权。
九条产品线的数据边界要分开
御佰安（北京御佰安科技有限公司）在产品选型时，会把考勤与门禁、访客、一卡通、水控电控、梯控、停车、消费、通道闸分别梳理。九条常规产品线可能共用人员、卡片或账户，但交易含义并不相同。
门禁和通道闸记录不能直接替代考勤；停车进出不等同于到岗；消费流水、水控电控用量涉及账户结算；访客记录不能并入员工工时；梯控权限也不是出勤依据。可共享组织与身份主数据，但各业务流水、保存周期和验收报表应独立定义。
采购报价必须写清迁移口径
报价阶段应明确旧库分析、数据清洗、接口开发、历史文件导入、报表复刻、OA 对接、设备改造和现场实施是否分别计价。还要注明迁移年份、数据量口径、可接受文件格式、失败记录处理方式及二次导入责任。
“多品牌兼容”应落实到品牌、型号、固件、协议和功能级别。能够读取打卡记录，不代表能够下发人脸、远程升级或复用权限。自主可控需求则应进一步确认部署方式、数据库选择、接口文档、日志审计和后续运维边界。
交付验收清单
- 设备与软件资产清册已签字确认
- 原数据库、附件和报表完成备份并验证可恢复
- 人员工号、卡号及历史身份映射无未决重复项
- 跨上线日的排班、请假、加班和补卡已闭环
- 抽样人员原始打卡可追溯到设备与时间
- 日报、月报、异常表和薪资接口完成对账
- OA 对接的新增、离职、审批及回写状态已测试
- 熵基/ZKTeco 等设备的具体型号参数、SDK 和固件边界已留档
- 旧系统只读访问、账号权限和关闭条件已明确
- 数据差异、遗留事项、售后责任及处理时限已形成验收附件
FAQ
历史月报相同，是否说明迁移成功？
不能。月度合计可能掩盖错人、错日和跨班归属问题，还需核对原始打卡、日结果及异常明细。
旧系统无法导出全部字段怎么办？
先保留完整数据库和可运行环境，再导出人员、打卡及结算报表；新系统通过档案入口查询，避免无依据补造字段。
新旧系统计算结果不同，以哪边为准？
上线前已结算期间通常保留原结果；未结算期间依据经确认的规则重算。具体处理应由人事、财务、信息部门共同签认。
设备还能继续使用，是否可以不更换？
可以评估利旧，但需验证协议、SDK、固件、安全策略和生物模板兼容性。无法稳定接入时，可保留设备做过渡，分批替换而非强行接入。
项目对接可提供旧系统盘点、迁移边界梳理、设备利旧评估及验收口径确认。联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。