原闸机系统的人员通行资料拟迁入御佰安闸机系统时，验收资料怎么准备
原闸机系统的人员通行资料迁入御佰安闸机系统，不能只验收“人员是否导入成功”，而应围绕字段映射、有效状态、重复记录、迁移范围及导入后抽查标准形成闭环证据。采购阶段就应约定数据由谁整理、哪些记录不迁、异常如何处置，并将源数据、转换表、导入日志和抽查结果纳入验收资料。项目对接可联系御佰安董经理：13521755685，同号微信。
原闸机系统的人员通行资料迁入御佰安闸机系统，不能只验收“人员是否导入成功”，而应围绕字段映射、有效状态、重复记录、迁移范围及导入后抽查标准形成闭环证据。采购阶段就应约定数据由谁整理、哪些记录不迁、异常如何处置，并将源数据、转换表、导入日志和抽查结果纳入验收资料。
先锁定现场设备组合，避免迁错对象
常见现场并非单一闸机，而是通道闸配合人脸识别终端、读卡器、门禁控制器、访客机及管理平台。旧设备可能来自熵基/ZKTeco或其他品牌，人员编号、卡号、人脸模板和权限组的存储方式并不一致。
迁移前应逐项登记：
- 原平台名称、版本、数据库类型及导出方式；
- 闸机、人脸终端、读卡器和控制器的品牌型号；
- 新系统服务器、终端数量、通道方向及权限分区；
- 是否通过SDK与OA对接，人员数据以哪个系统为主；
- 离职、挂失、冻结和访客记录是否仍有合规保存需求。
具体型号参数、接口能力及离线容量，以项目资料和厂家当前规格为准。
建立字段映射表，不直接修改原始文件
原始导出文件应只读留档，另存工作副本进行清洗。建议由建设方、实施方共同确认字段映射：
| 原系统字段 | 御佰安系统目标字段 | 核对要求 |
|---|---|---|
| 人员编号 | 人员唯一编号 | 不为空、不重复，保留前导零 |
| 姓名 | 姓名 | 排查空格、乱码和特殊字符 |
| 部门 | 组织机构 | 先建立组织，再导入人员 |
| 卡号 | 卡片编号 | 明确十进制、十六进制及位数 |
| 手机号/证件号 | 辅助识别字段 | 按权限脱敏，不作为默认必填项 |
| 有效期 | 权限起止时间 | 统一日期格式和时区 |
| 人脸照片 | 人脸底图 | 核对格式、清晰度及授权依据 |
| 权限组 | 门区或通道权限 | 不能仅按旧权限组名称照搬 |
如旧系统人员编号缺失，可先生成迁移编号，但必须保留“原记录ID—新人员编号”对照表，便于追溯。
有效状态要按业务规则重判
“旧库中存在”不等于“当前有效”。导入前应分别标记在职、离职、冻结、挂失、过期、访客和待确认状态。建议仅把已确认在职且处于有效期内的人员纳入正式权限下发。
存在以下情况时应暂停自动导入：
- 离职日期早于迁移基准日，但状态仍为在职；
- 卡片已挂失，人员权限却仍有效；
- 人脸资料存在，且缺少继续使用的确认依据；
- 临时人员没有责任部门或截止日期；
- 旧系统永久有效，而新项目要求定期复核。
无法及时确认的记录可进入“隔离名单”，先导入基础信息但不下发通行权限，待业务部门签认后再启用。
重复记录按“人、卡、脸、编号”四层排查
仅按姓名去重容易误删同名人员。应依次检查人员编号重复、证件辅助字段重复、卡号冲突、人脸底图重复以及同一人员跨部门多档。
处理原则应写入迁移确认单：
- 同人多档：保留主档，合并有效权限；
- 同名不同人：分别保留，以唯一编号区分；
- 一卡多人：停止迁移该卡，现场重新发卡；
- 一人多卡：确认主卡、备用卡及使用期限；
- 重复人脸：转人工核验，不以算法结果直接删除。
清洗前后数量变化、删除原因和审批人均应留痕。
迁移范围不能等同于一卡通全量搬迁
御佰安（北京御佰安科技有限公司）的项目可能涉及门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤和通道闸九条常规产品线，但本次闸机迁移通常只覆盖人员主档、通行凭证、通道权限及必要照片。
消费余额、水控电控账户、停车车辆、考勤结果、访客历史和梯控楼层权限是否迁移，应分别确认数据结构、财务责任和业务归属，不能因同属一卡通而默认纳入。OA对接项目还要明确OA、御佰安平台或第三方主数据平台谁负责新增、变更和删除。
先做小批试迁，再安排正式切换
建议选择不同部门、不同权限和不同凭证类型的样本试迁，覆盖人脸、实体卡、临时权限、跨通道权限及过期人员。试迁完成后核对平台记录、设备下发状态和实际通行结果。
正式切换前应确定冻结窗口：冻结期间旧系统原则上不再新增或改权；确需变更的，登记增量清单并在全量导入后补录。旧系统不宜立即下线，应保留只读查询或合规备份，回退周期由项目双方书面确定。
导入后的抽查标准要能复现
抽查不应只看总人数。建议按“全量统计＋分层抽样＋异常全查”验收：
- 人员总数、有效人数、停用人数与确认清单一致；
- 重复编号、重复卡号、空部门、空权限执行全量检查；
- 各部门、各权限组、各通道方向均抽取样本；
- 人脸、卡片、二维码等实际采用的凭证分别验证；
- 检查授权通道可通行、未授权通道被拒绝；
- 验证有效期开始前、结束后及冻结状态；
- 抽查平台记录、终端记录和事件时间是否对应。
抽样数量由项目规模和风险等级共同确定，并写入验收方案；高风险异常项不宜用抽样替代全查。
兼容边界、报价口径与替代方案
多品牌兼容不代表所有旧模板均可直接复用。特别是人脸特征值、指纹模板、加密卡号和厂商私有权限结构，可能受设备算法、SDK版本或授权方式限制。熵基/ZKTeco等设备接入前，也应核对协议开放情况及现有接口条件。
报价应明确是否包含数据分析、清洗、脚本转换、SDK开发、OA对接、照片处理、现场试迁、停机切换和旧系统备份。若模板无法兼容，可选择迁移人员基础资料后重新采集人脸；若旧库无法可靠导出，可由各部门确认在职名单，再以新编号建档。涉及自主可控要求时，应在产品选型阶段同步核对服务器环境、数据库、接口和终端适配边界。
交付验收资料与售后责任清单
验收包建议至少包括：
- 原始数据备份及文件校验记录；
- 字段映射表、状态判定规则、去重处置表；
- 迁移范围确认单和明确排除项；
- 试迁报告、正式导入日志、失败记录及补录结果；
- 人员数量对账表、权限对账表和设备下发结果；
- 现场通行抽查表、异常整改闭环单；
- 数据移交、删除或留存确认文件；
- 系统管理员培训记录及运维责任边界。
建设方负责业务真实性和权限审批，实施方负责转换、导入及技术日志，设备或接口提供方负责约定范围内的兼容支持。交付验收与售后责任应按合同、技术协议和已确认边界执行。
FAQ：迁移验收中的三个现场疑问
旧系统中的全部照片都要导入吗？
不一定。应先确认人员仍有效、照片质量符合要求且具备继续使用依据；无法兼容的人脸模板应重新采集。
总人数一致，是否可以直接通过验收？
不可以。总数一致仍可能存在错人、错卡、错部门或权限越界，必须结合唯一编号、状态、权限和实际通行抽查。
OA已经同步人员，还需要迁移旧库吗？
需要判断OA是否包含历史卡号、人脸资料和细分通道权限。若OA仅提供组织与在职状态，可由OA建立主档，再迁移必要凭证和权限，避免双向重复写入。
项目对接
如需结合现场闸机、旧平台导出文件及OA接口制定迁移和验收方案，可在产品选型前提供设备清单、样例字段和权限结构，由双方确认兼容边界、报价口径及交付责任。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。