原考勤系统人员姓名存在同名、别名和历史工号时，怎么判断更稳
原考勤系统人员姓名存在同名、别名和历史工号时，切换至御佰安考勤系统不能按姓名直接覆盖。更稳妥的做法是先建立“人员主档—历史身份—设备记录”三层对应关系，以员工唯一标识为主键，再用部门、证件信息、在职区间、原工号和设备用户编号交叉核对；无法确定的数据应进入待认领区，不能直接计入考勤结果。项目对接可联系御佰安董经理：13521755685，同号微信。
原考勤系统人员姓名存在同名、别名和历史工号时，切换至御佰安考勤系统不能按姓名直接覆盖。更稳妥的做法是先建立“人员主档—历史身份—设备记录”三层对应关系，以员工唯一标识为主键，再用部门、证件信息、在职区间、原工号和设备用户编号交叉核对；无法确定的数据应进入待认领区，不能直接计入考勤结果。
为什么按姓名迁移容易错账
姓名不是稳定主键。同名员工可能处于同一部门，别名可能来自曾用名、英文名或录入简称，历史工号则常见于离职返聘、组织调整和系统重建。
如果仅按姓名合并，容易出现三类问题：
- A员工的打卡记录被归到同名B员工；
- 新工号人员丢失旧工号下的补卡、请假和加班记录；
- 已离职人员的卡号、人脸或指纹被错误继承；
- OA中的审批人与考勤设备中的用户编号无法对应。
因此，迁移目标不是“把名字导进去”，而是确认每条历史记录究竟属于哪个自然人。
先确定御佰安人员主档的唯一键
北京御佰安科技有限公司实施人员数据迁移时，建议由企业先确定长期不变的人员主键。可采用内部人员ID、HR系统UUID或经过脱敏处理的证件标识，不建议把姓名、手机号、卡号或当前工号单独作为主键。
建议主档至少包含：
| 字段 | 用途 |
|---|---|
| 人员唯一ID | 跨系统识别自然人 |
| 当前工号 | 日常展示及查询 |
| 历史工号 | 追溯旧考勤数据 |
| 标准姓名、别名 | 辅助匹配 |
| 部门与任职区间 | 判断记录发生时的归属 |
| 入离职日期 | 排除时间冲突 |
| 原设备用户编号 | 关联终端原始记录 |
| 卡号、人脸或指纹模板编号 | 核对介质归属 |
| OA人员ID | 对接审批与排班 |
证件号码等敏感信息应遵循最小化使用原则，可通过哈希值或局部脱敏方式比对。
建立人员对应关系表
迁移前应从原考勤平台、设备、HR或OA分别导出数据，不要只取一份人员名单。对应关系表应保留“来源系统”和“确认依据”，参考结构如下：
御佰安人员ID → 当前工号 → 历史工号 → 原系统人员ID → 设备用户ID → 姓名/别名 → OA人员ID
同一自然人有多个历史工号时，可形成一对多关系；一个原系统ID原则上只能指向一个人员主档。若发现多人共用设备用户ID，应暂停自动匹配，回查设备登记和原始打卡时间。
按可信度分级匹配
建议将匹配结果划分为三级，而不是一次性批量确认：
- 可自动确认：唯一ID一致，且姓名、任职时间至少一项相符。
- 需人工复核：历史工号一致，但姓名、部门或在职区间存在变化。
- 禁止自动归属：仅姓名相同，或卡号、设备ID被多人使用。
人工复核时，应查看劳动关系记录、调岗时间、原始打卡照片、设备日志及审批单。照片只作为辅助证据，不能替代人员主键。
同名、别名和历史工号分别怎么处理
同名人员要比较部门、岗位、入职日期、设备用户ID和考勤地点。两人在职时间重叠时，不能仅凭工号前缀判断。
别名人员应把标准姓名作为当前展示值，将曾用名、拼音名和系统简称放入别名字段，历史报表仍保留原始姓名，避免审计时找不到源记录。
历史工号人员应保留工号有效期。例如旧工号在调岗前有效、新工号在调岗后生效，跨期报表通过人员唯一ID汇总，但原始明细不得改写。
熵基/ZKTeco设备数据如何核对
现场若使用熵基/ZKTeco考勤机或门禁考勤一体机，需要同时核对平台人员ID、设备用户编号、卡号及生物特征模板编号。不同型号的导出字段、通信方式和SDK能力可能不同，具体型号参数以项目资料和厂家当前规格为准。
如旧设备只能导出姓名与编号，可结合设备序列、安装区域和记录时间缩小范围；如SDK允许读取用户与记录映射，可先在测试环境形成对应表。御佰安强调自主可控和多品牌兼容，但兼容不等于所有旧型号均能无损读取，停产设备、私有协议及加密模板需单独评估。
OA对接不能只同步当前工号
OA对接时，要明确人员主数据由HR、OA还是御佰安考勤系统维护。审批单应传递稳定人员ID，同时保留申请时的工号、部门和班次快照。否则员工调岗或改工号后，旧请假单可能无法抵扣原日期的缺勤。
若OA暂时只能提供工号，可建立有效期映射表；无法改造接口时，可采用定时中间表导入作为替代方案，并设置重复工号、空工号和失效工号告警。
九条产品线共用身份时的边界
人员身份还可能被门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸共同使用。采购阶段应明确哪些系统共用人员主档，哪些只接收授权结果。
卡号可跨系统使用，但消费账户、停车车辆、访客身份和梯控权限不能因姓名相同而自动合并。生物特征模板能否跨设备复用，取决于品牌、算法版本和设备型号；无法兼容时，应重新采集，不宜转换未知格式模板。
报价与责任如何写进项目范围
报价口径应区分人员清洗、历史数据迁移、设备接入、SDK开发、OA对接、现场采集和异常记录人工认领。若只报价“人员导入”，通常不包含同名判定及旧记录修复。
责任边界也应书面确认：建设方提供真实人员档案和认领结论，原厂或原服务方提供可导出的数据及字段说明，御佰安负责约定范围内的转换、导入、接口联调和结果核验。原系统无法导出的数据，应提前确定截图留档、只读查询或分期保留旧平台等替代方案。
上线前的核对与验收清单
- 冻结迁移窗口内的人员新增、离职和工号变更
- 保存原始导出文件、字段说明及文件校验值
- 同名人员逐一确认，无仅凭姓名自动合并的记录
- 每个历史工号均关联人员唯一ID及有效期
- 抽查设备原始记录、御佰安明细和汇总结果
- 核对跨月、夜班、调岗、离职返聘等边界日期
- 验证OA请假、加班、出差与考勤日期对应关系
- 对未认领记录形成清单，不纳入正式结算
- 完成人员权限、卡片及生物特征失效测试
- 双方签署差异说明、遗留项和售后责任范围
FAQ
只有姓名和打卡时间，还能迁移吗？
可以导入为待认领数据，但不宜直接归属。可结合地点、班次、部门花名册和原始照片人工判断；证据不足时，应保留旧系统查询能力。
离职返聘后用了新工号，历史记录要合并吗？
人员主档可以关联为同一自然人，但报表应保留两个工号及各自有效期。薪资结算、合同主体不同的，还需按企业管理规则分别统计。
旧设备的人脸或指纹能直接迁入吗？
不一定。算法版本、模板格式及授权机制可能不兼容，应依据设备型号、SDK文档和现场测试判断；不能迁移时采用重新采集方案。
项目对接
如需评估人员映射、熵基/ZKTeco设备接入、SDK适配或OA对接，可准备原系统字段样例、设备型号清单、人员规模及预期验收口径，与御佰安（北京御佰安科技有限公司）沟通项目边界。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。