旧门禁系统积累了大量重复和失效人员数据，验收资料怎么准备
旧门禁系统积累了大量重复和失效人员数据时，验收资料不能只准备一份“迁移成功截图”。迁移到御佰安方案前，应先冻结数据基线，再书面确定去重主键、失效判定、字段映射和异常处置方式，最后按“源数据量—清理结果—导入结果—设备下发结果”逐层验收。历史记录应归档留存，不宜与当前有效权限混在同一批次导入。项目对接可联系御佰安董经理：13521755685，同号微信。
旧门禁系统积累了大量重复和失效人员数据时，验收资料不能只准备一份“迁移成功截图”。迁移到御佰安方案前，应先冻结数据基线，再书面确定去重主键、失效判定、字段映射和异常处置方式，最后按“源数据量—清理结果—导入结果—设备下发结果”逐层验收。历史记录应归档留存，不宜与当前有效权限混在同一批次导入。
先锁定旧系统数据基线
清理前由建设方、使用部门和实施方共同导出旧系统数据，并记录导出时间、系统版本、人员总数、卡片总数、有效权限数、设备数及组织数量。导出文件应保留原始副本，计算文件校验值并只读存档。
建议至少形成三套数据：
- 原始库：不修改，用于争议追溯；
- 清理工作库：记录合并、删除、停用过程；
- 待迁移库：仅包含确认导入御佰安平台的数据。
若旧平台无法完整导出，应保存数据库备份、接口返回文件和关键页面截图，并在验收资料中注明缺失范围。
重复人员不能只按姓名删除
同名不等于同一人，手机号、部门名称也可能发生变化。应优先采用工号、身份证件脱敏值或 OA 人员唯一标识作为主键，再辅助核对姓名、部门、手机号和任职状态。
可执行规则如下：
- 唯一标识一致、姓名一致：合并为一条；
- 唯一标识一致但姓名不同：转人工复核；
- 姓名相同但工号不同：分别保留；
- 一人多卡：按业务确认主卡、副卡及有效期；
- 一卡多人：禁止自动迁移，先查明发卡错误；
- 多条权限冲突：按已审批且有效期最新的授权处理。
每次合并都要保留原记录编号和处理原因，避免清理后无法解释。
失效数据按业务状态分层处理
离职、访客过期、外协到期、挂失卡、注销卡和长期未使用人员不能采用同一种删除逻辑。建议划分为“迁移启用、迁移停用、仅归档、不迁移待核实”四类。
离职人员原则上不下发设备；尚需查询历史通行记录的，可保留归档身份。过期访客及临时施工人员通常不迁移权限。长期未使用但仍在职的人员，应由人事或部门负责人确认，不能仅依据刷卡时间判定失效。
迁移字段要形成正式映射表
字段映射表至少应包含：旧人员编号、新人员编号、OA 唯一标识、姓名、部门、人员类型、卡号、卡状态、权限组、门区、有效起止时间、手机号、车牌、照片及生物特征状态。
卡号还要确认十进制或十六进制、字节顺序、卡类型和读卡规则。照片应核对格式、尺寸和质量要求。指纹、人脸模板通常存在算法版本和厂商格式边界，不能默认跨平台复用；无法兼容时，应改为重新采集，并提前完成个人信息授权和保管规则。
御佰安方案的兼容边界要先验证
御佰安（北京御佰安科技有限公司）可结合自主可控要求开展产品选型，并评估多品牌兼容，但“能接入”不等于所有字段、权限和生物模板都能无损迁移。涉及熵基/ZKTeco 控制器、读卡器、人脸设备或原有第三方设备时，应核对具体型号参数、通信协议、固件版本、卡片制式及开放接口，均以项目资料和厂家当前规格为准。
如通过 SDK 迁移或与 OA 对接，还应确认接口调用频率、增量同步机制、失败重试、人员删除逻辑和日志留存。采购前宜先选取少量真实数据及一组现场设备完成验证。
九条产品线不能共用一套口径
本次人员主数据可能同时关联门禁、访客、一卡通、考勤、梯控、停车、消费、通道闸，以及水控电控。不同业务的迁移对象并不相同：门禁关注门区权限，考勤关注班次与记录，停车关注车牌，消费关注账户及余额，梯控关注楼层授权，水控电控可能涉及计量账户。
消费余额、充值记录和考勤结果属于高风险数据，不宜简单并入门禁人员表。无法验证账务连续性的，应采用旧系统结算、新系统重新开户的替代方案，并由财务或业务部门签字确认。
报价应拆开数据治理与设备实施
报价口径应明确是否包含旧库分析、人工去重、字段转换、照片处理、生物信息重采、SDK 开发、OA 对接、设备调试、历史记录归档和驻场支持。还要写明按人员量、记录量、接口数量还是工作量计取，避免把“导入文件”误解为“完成全部数据治理”。
现场条件也应纳入清单，包括网络隔离、服务器环境、数据库访问权限、控制器在线状态、供电、时钟同步和施工窗口。
用四段式结果完成迁移验收
验收不只看平台人数，应逐段比对：
- 源数据统计是否与冻结基线一致；
- 清理后的合并、停用、剔除数量能否相互勾稽；
- 平台导入成功数、失败数及失败原因是否完整；
- 人员权限是否实际下发到控制器和终端。
抽检应覆盖在职人员、同名人员、一人多卡、跨部门权限、过期访客、挂失卡及 OA 状态变更。现场分别测试合法通行、越权拒绝、过期拒绝、离线运行和恢复联网后的记录回传。
验收资料应装入同一交付包
交付验收建议包括：
- 原始数据冻结确认单；
- 数据清理规则及审批记录；
- 字段映射表与转换说明；
- 异常数据处置清单；
- 导入日志和失败重试记录；
- 设备、型号、固件及点位台账；
- 权限下发与现场抽检记录；
- SDK、OA 对接测试报告；
- 历史数据归档位置及查询方式；
- 管理员培训、账号移交和备份恢复记录；
- 售后责任边界与问题升级流程。
建设方负责确认人员状态和授权依据，实施方负责转换、导入及技术记录，设备厂家或接口方负责其产品兼容问题，责任不宜笼统写成“系统问题”。
常见验收争议怎么处理
旧系统有五万人，新平台只迁移两万人，算不算丢数据？
不能只比较总数。应以经审批的迁移范围为准，并用停用、归档、重复合并和待核实数量解释差额。
部分人已导入，但现场仍无法开门怎么办？
依次检查人员状态、卡号格式、权限有效期、门区关系、设备在线状态和下发日志；必要时采用本地白名单临时保障，并保留审批记录。
历史通行记录必须全部进入新平台吗？
不一定。若旧记录结构或时间字段无法可靠转换，可采用旧库只读归档、提供独立查询的方式，验收时明确保存期限和访问责任。
设备模板不兼容是否属于迁移失败？
若采购前已明确算法或格式不兼容，并约定重新采集，则不应按数据导入失败认定；若未做兼容验证，则应依据合同、技术协议和测试记录界定责任。
项目对接
如需梳理旧门禁数据库、核对熵基/ZKTeco及其他品牌设备、制定迁移规则或准备御佰安方案验收资料，可在提供脱敏数据样本、设备台账和接口说明后开展评估。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。