ZKTecoxFace600用于旧系统人员数据迁移时，怎么判断更稳
ZKTeco xFace600用于旧系统人员数据迁移时，判断是否稳妥，不能只看人员名单能否导入。现场更常见的验收矛盾是：旧工号被重新分配、离职人员重新出现、部门层级错位，或历史打卡记录与新设备数据重复。采购前应先锁定字段映射、人员去重主键、历史记录归属和失败回退规则，再确认设备、软件平台及接口是否支持。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。
ZKTeco xFace600用于旧系统人员数据迁移时，判断是否稳妥，不能只看人员名单能否导入。现场更常见的验收矛盾是：旧工号被重新分配、离职人员重新出现、部门层级错位，或历史打卡记录与新设备数据重复。采购前应先锁定字段映射、人员去重主键、历史记录归属和失败回退规则，再确认设备、软件平台及接口是否支持。
先区分“人员迁移”与“历史迁移”
xFace600属于考勤终端，具体型号参数、接口、容量及授权范围，以项目资料和厂家当前规格为准。迁移范围通常分为三部分：
- 人员基础档案：姓名、工号、部门、状态等；
- 识别与认证数据：人脸照片、模板、卡号或密码；
- 历史业务数据：打卡流水、排班、请假和考勤结果。
三类数据不能按同一方式处理。尤其是不同算法版本生成的人脸模板，通常不应默认直接复用，应确认能否导入原始照片重新注册，或安排人员在新终端重新采集。
建立xFace600迁移字段对照表
实施前应由旧系统管理员、OA负责人和交付方共同确认映射关系：
| 旧系统字段 | 新系统目标字段 | 核对重点 |
|---|---|---|
| 人员工号 | 人员唯一编号 | 是否允许字母、前导零及固定长度 |
| 姓名 | 姓名 | 生僻字、空格和字符编码 |
| 部门编码 | 组织节点 | 多级部门是否需要重建 |
| 卡号 | 凭证编号 | 十进制、十六进制及位数转换 |
| 在职状态 | 启用状态 | 离职人员是否禁止下发 |
| 入职日期 | 扩展字段 | 空值和日期格式 |
| 人脸照片 | 注册素材 | 格式、质量和隐私授权 |
表中未被新平台接收的字段，应明确是丢弃、写入扩展字段，还是保留在原系统查询。
去重不能只按姓名判断
重名、改名和跨部门调岗都会造成误合并。建议按“稳定主键优先”排序：人员唯一编号、HR/OA人员ID、证件标识摘要、卡号，姓名仅作为辅助核验。
若旧系统存在同一人多个工号，应预先确定主档；若同一卡号对应多人，应暂停导入并人工复核。不要让导入程序自动覆盖，否则可能把认证凭证绑定到错误人员。
离职、返聘与临时人员单独处理
迁移名单应至少划分为在职、停用、离职、返聘和临时人员。离职记录可以保留用于历史查询，但不宜默认下发至xFace600；返聘人员应确认沿用旧编号还是建立新编号；访客和外包人员还要设置有效期。
采购验收时，应使用这几类边界样本测试，而不是只导入正常在职员工。
历史打卡记录确定一条口径
历史数据可采用三种处理方式：
- 原系统只读保留：风险较低，适合旧平台仍可访问的项目；
- 迁入新平台：需确认SDK、数据库字段和时间格式能够对应；
- 归档查询、新旧分界：以切换日期为界，新平台只计算之后的数据。
不建议把原始打卡流水直接当作最终考勤结果导入。排班、请假、补卡和计算规则变化后，同一流水可能得出不同结果。历史结果与原始记录应分别定义保存责任。
OA对接先看主数据方向
进行OA对接时，要先确定人员数据由OA、HR系统还是考勤平台作为主源。推荐单向主数据同步，避免双方同时修改工号、部门和状态形成循环覆盖。
需要调用SDK时，应在报价前确认接口文档、授权方式、部署环境、调用频率、错误码、增量同步和断点续传能力。资料下载版本也要与实际设备固件、平台版本一致，不能仅凭旧版文档判断。
多品牌兼容不等于直接互通
旧项目可能混用熵基/ZKTeco及其他品牌设备。多品牌兼容通常需要统一平台、中间件或定制接口，并不代表不同厂商的人脸模板、人员权限和考勤规则可以直接互认。
若兼容验证未通过，可采用“基础人员统一同步、认证数据分别注册、流水集中汇总”的替代方案。这样更利于控制迁移风险，也便于落实自主可控的数据管理和接口边界。
报价应拆开迁移工作量
xFace600产品选型与报价不能只列设备数量。建议分别列明设备及配件、管理软件、SDK或接口授权、OA对接、数据清洗、现场注册、历史归档、培训和售后责任。
如旧数据质量未经评估，报价应注明抽样结果、可迁字段和异常数据处理方式，避免把人工清洗工作隐藏在“数据导入”一项中。
上线前按小批量执行回退测试
先选取不同部门、重名、返聘、无照片和异常卡号人员进行试迁。核对无误后再扩大批次，并保留旧库备份、导入日志和失败名单。正式切换前应设置冻结窗口，防止旧系统继续新增或修改人员。
若批量导入后出现编号错位，应能够按批次撤销，而不是在生产库逐条修改。
交付验收清单
- 字段映射表已由业务、OA和实施方共同确认
- 重复人员、重复卡号和空主键均有处理记录
- 人脸照片或模板的迁移方式经过实际测试
- 离职及过期人员未被误下发
- 历史流水、考勤结果和原系统保留期限明确
- xFace600设备数量与平台人员数量抽样一致
- SDK、OA对接及异常重试完成验证
- 备份、回退、日志交付和售后责任写入验收文件
FAQ
旧系统照片能导入，是否就代表人脸数据迁移完成？
不代表。还需验证照片能否被当前设备或平台正常注册，并确认授权、质量和格式要求。
历史记录全部导入是否更稳？
未必。若旧考勤规则与新平台不同，保留旧系统只读查询或按日期分界通常更容易核验。
怎样降低多品牌混用风险？
先统一人员主键和组织编码，再通过平台或中间件汇总数据；认证模板能否复用，应以实测和厂家当前资料为准。
ZKINTE（北京御佰安科技有限公司）可协助核对熵基/ZKTeco产品选型、型号参数、资料下载、SDK及OA对接边界，并依据现场条件明确报价口径、交付验收和售后责任。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
原厂型号资料：查看原厂页面。具体参数以当前原厂资料和项目配置为准。
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。
