考勤系统 2026-10-22 董经理 2 views

考勤系统准备从旧设备迁移人员信息至xFace600时，验收资料怎么准备

考勤系统从旧设备迁移人员信息至 xFace600，验收前应先锁定三项内容：人员编号如何保持唯一且不变，姓名、部门、卡号及生物识别资料哪些允许迁移，以及迁移后按什么条件核对“人员存在、身份可用、记录可回传”。不能仅以设备显示人员数量相同作为验收依据，建议形成源数据、转换记录、导入结果和现场验证相互对应的证据链。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

迁移前先确认 xFace600 的项目角色

xFace600 在本项目中应按考勤终端管理，但其具体型号参数、识别方式、通信接口、人员容量、记录容量及软件授权范围，均以项目资料和熵基/ZKTeco 厂家当前规格为准。

采购方需明确它是替换旧考勤机、作为新增终端，还是接入既有平台并与旧设备并行。三种模式对应的数据主库不同：

完全替换：平台或整理后的人员台账作为主数据；
并行运行：必须建立新旧设备人员编号映射；
接入既有系统：以考勤平台、OA 或人事系统中的员工主键为准，设备仅保存下发数据。

若主数据归属未写入实施方案，后续人员修改可能被旧平台再次覆盖。

人员编号要核对的不只是工号

人员编号是迁移验收的核心字段。导出旧设备数据后，应逐项确认：

工号是否包含前导零，如“00128”不能自动转成“128”；
数字工号、字母工号及混合工号是否被目标系统接受；
离职人员、冻结人员、临时人员是否排除；
同一人员在不同旧设备上是否存在多个编号；
不同人员是否因历史合并产生重复工号；
OA 员工 ID、考勤平台 ID、设备用户 ID 是否为同一字段；
卡号是否经过十进制、十六进制或字节顺序转换。

建议建立《人员编号映射表》，至少包含旧设备编号、目标工号、姓名、部门、人员状态、卡号、来源设备及异常说明。没有映射关系的数据，不宜直接批量写入 xFace600。

身份资料应分层确定迁移范围

可迁移资料应按“基础身份、凭证数据、生物特征、组织属性”分开确认。

基础身份通常包括工号、姓名和人员状态；组织属性可能包括部门、班组及岗位；凭证数据可能包括卡号、密码等；人脸等生物识别资料则涉及格式兼容、合规授权和重新采集条件。

特别需要注意：旧设备中的照片不等于可直接使用的人脸模板，不同品牌、不同算法版本或不同设备代际之间，模板通常不能默认兼容。是否能够迁移，必须根据项目配置、厂家工具、SDK 能力及当前技术资料验证。无法确认兼容时，应保留基础身份并组织重新采集，不应通过非标准方式转换生物特征数据。

多品牌旧设备的数据怎么处理

多品牌兼容首先是数据层兼容，而不是简单承诺所有模板都能互通。ZKINTE（北京御佰安科技有限公司）在前期产品选型中，应先收集旧设备型号、管理软件版本、导出格式、字段说明及数据库归属，再判断采用文件导入、平台同步、SDK 对接还是人工重建。

若旧设备只能导出考勤记录而不能导出人员档案，可采用以下替代方案：

从 OA 或人事系统重新生成在职人员主表；
保留旧设备记录作为历史归档，不强行迁入新终端；
在 xFace600 中重新下发基础资料并现场采集身份凭证；
设置新旧设备短期并行，完成核对后再停用旧设备。

导入前必须完成一次数据预检

正式迁移前，应复制生产数据制作测试批次，不直接在全量人员上试错。预检步骤可按以下顺序执行：

备份旧设备、旧平台及原始导出文件；
统一姓名编码、日期格式、工号长度和卡号格式；
检查空工号、重复工号、同卡多人及一人多卡；
区分在职、离职、访客和临时人员；
选择不同部门、不同编号格式的样本导入；
在 xFace600 端确认人员显示及凭证状态；
产生测试考勤记录并验证上传链路；
样本通过后再执行全量迁移。

所有清洗操作应保留前后版本，避免验收争议时无法追溯。

迁移结果复核应设定四类条件

验收条件应在采购或实施文件中提前写明，而不是完工后口头确定。

数量一致性：源端有效人员数、转换后人员数、成功导入数、失败数能够闭环；
字段一致性：工号、姓名、部门、卡号及状态与确认后的主表相符；
身份可用性：抽测人员能够按项目启用的识别方式完成验证；
业务闭环性：测试记录可到达考勤平台，并按约定进入 OA 对接流程。

建议对人员编号和迁移结果清单执行全量比对；现场识别与记录回传可按双方确认的抽样规则测试。任何失败项均需记录人员编号、失败时间、设备提示、处理方式及复测结果。

OA 对接不能只验设备端成功

设备显示“打卡成功”不代表 OA 已收到有效记录。通过 SDK、接口服务或中间平台对接时，应核对员工主键、设备编号、打卡时间、记录类型、时区、重复记录处理及断网补传规则。

如 OA 不能直接连接终端，可由考勤平台统一接收 xFace600 记录，再向 OA 推送。此时需明确接口开发方、平台方、OA 厂商和现场实施方的责任边界。涉及 SDK 版本、接口字段及授权许可的内容，以项目资料和厂家当前规格为准。

验收资料应形成完整交付包

建议交付资料至少包括：

旧设备及旧软件版本登记表；
原始人员导出文件及备份说明；
人员编号映射表与异常人员清单；
数据清洗、字段转换和导入日志；
xFace600 项目配置记录；
导入成功、失败及补录结果清单；
人员身份现场抽测记录；
考勤记录上传与 OA 对接测试截图或日志；
管理员账号交接、权限说明及操作培训记录；
遗留问题、售后责任和双方签字页。

涉及人脸等敏感个人信息时，还应明确采集依据、访问权限、保存期限、备份范围和删除流程，兼顾数据安全与自主可控要求。

报价口径要覆盖迁移工作量

xFace600 报价不宜只比较设备单价，还应确认是否包含安装辅材、旧数据整理、人员重新采集、平台授权、SDK 或接口开发、OA 对接、现场调试、培训和验收支持。

如果旧设备品牌复杂、数据无法标准导出，应将数据治理和人工核验单独列项。产品选型、型号参数、报价和资料下载，应基于项目设备清单及熵基/ZKTeco 当前资料确认，避免把可选功能写成默认交付。

常见迁移验收疑问

旧设备人数与 xFace600 人数一致，能否直接通过？

不能。还要核对是否存在重号、错名、离职人员误导入，以及身份凭证是否可用、考勤记录是否成功回传。

旧设备人脸资料无法导入怎么办？

保留人员工号和组织信息，按合规流程重新采集；旧模板作为受控历史数据处理，不进行未经验证的格式转换。

工号已经变化，历史记录如何关联？

保留旧工号与新工号映射，并由考勤平台或 OA 按映射查询历史记录。不要直接覆盖原始历史数据。

设备迁移完成后何时停用旧系统？

应在全量人员核对、异常项关闭、考勤记录回传和 OA 流程验证完成后，再按双方确认的切换计划停用或归档。

ZKINTE（北京御佰安科技有限公司）可结合旧设备数据结构、xFace600 项目配置及现有 OA 架构，协助梳理迁移边界、验收文档和责任分工。

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

原厂型号资料：查看原厂页面。具体参数以当前原厂资料和项目配置为准。