原门禁系统中的人员权限拟迁移至御佰安门禁系统时，怎么判断更稳
原门禁系统中的人员权限拟迁移至御佰安门禁系统时，不能简单地把姓名、卡号和门权限整表导入。更稳的判断方式，是先建立“旧门点—现场设备—新门点”映射，再清理人员状态、校准权限期限、合并重复身份，最后按高风险门点和典型人员组合抽查。尤其是现场同时存在熵基/ZKTeco控制器、其他品牌读卡器、通道闸及访客联动设备时，数据可导入不等于权限可正确执行。项目对接可联系御佰安董经理：13521755685，同号微信。
原门禁系统中的人员权限拟迁移至御佰安门禁系统时，不能简单地把姓名、卡号和门权限整表导入。更稳的判断方式，是先建立“旧门点—现场设备—新门点”映射，再清理人员状态、校准权限期限、合并重复身份，最后按高风险门点和典型人员组合抽查。尤其是现场同时存在熵基/ZKTeco控制器、其他品牌读卡器、通道闸及访客联动设备时，数据可导入不等于权限可正确执行。
先确认迁移对象，而不是先要数据库
采购或改造前，应把迁移范围拆成五类：
- 人员主档：工号、姓名、部门、证件号、手机号；
- 身份凭证：IC卡、CPU卡、二维码、人脸或指纹模板；
- 门点权限：人员可进入哪些门、哪些区域；
- 时间规则：有效日期、星期、时段、节假日；
- 关联记录：访客预约、考勤班次、电梯楼层、消费账户等。
御佰安（北京御佰安科技有限公司）需要根据原系统导出格式、数据库结构及接口条件制定迁移方式。生物特征模板通常存在算法和品牌边界，不能默认跨品牌直接复用；可否迁移应以原厂授权、SDK能力及项目资料为准。
门点名称必须落到实体设备
旧系统常见“东门”“一层门”“机房门”等简称，但现场可能有同名门、门已拆除或控制器通道发生调换。建议建立门点映射表，至少包含：
| 核对项 | 应填写内容 |
|---|---|
| 旧门点名称 | 原平台显示名称 |
| 现场位置 | 楼栋、楼层、房间或通道 |
| 控制设备 | 控制器、读卡器、电锁、出门按钮 |
| 通道编号 | 控制器地址及端口 |
| 新门点名称 | 统一后的标准名称 |
| 风险级别 | 普通、重要、限制区域 |
| 处理结论 | 迁移、停用、合并或新建 |
命名可采用“园区—楼栋—楼层—区域—方向”，避免仅凭旧名称批量授权。熵基/ZKTeco及其他品牌设备是否继续使用，还要核对通信协议、韦根或OSDP接口、继电器逻辑和型号参数，具体以项目资料和厂家当前规格为准。
人员状态要由业务部门重新确认
原系统里的“在职”不一定代表当前仍应通行。长期未维护的数据中，常见离职人员未停权、外包人员项目已结束、临时证件转为正式证件、部门调整后仍保留旧区域权限等问题。
整理时可将人员标记为“有效、冻结、待确认、停用、禁止迁移”。在职员工由人事或OA确认，外协人员由责任部门确认，访客和临时施工人员原则上不沿用长期权限。无法找到责任人的数据先冻结，不建议以“旧系统还能开门”为迁移依据。
权限期限不能只看截止日期
迁移表应同时保留开始日期、结束日期、每日可通行时段、星期规则和节假日例外。若原系统没有截止日期，应按人员类别补充有效期，而不是导入永久权限。
夜间机房、财务室、仓储区等门点，还应检查是否存在跨零点时段。例如“22:00—次日06:00”在不同平台中的表达方式可能不同。导入御佰安门禁系统后，应使用测试账号验证边界时刻，避免时间段被拆错或默认放行。
重复数据按身份关系合并
重复数据不能只按姓名删除。同名员工、同一人员多张卡、卡号补零、十进制与十六进制转换，都可能造成误判。建议依次使用工号、证件号、手机号、卡片物理编号进行交叉核对。
处理规则可设为：
- 同一人多条档案：保留主档，合并经确认的权限；
- 同一卡号对应多人：暂停迁移，核查卡号格式和发卡记录；
- 离职后重新入职：新建有效身份，不直接恢复全部旧权限；
- 多卡并用：明确主卡、备用卡及挂失状态；
- 人脸或指纹重复：以现场重新采集作为替代方案。
原系统不能完整导出时，可通过SDK、数据库视图或受控接口读取；若接口条件不足，则采用标准模板重建，不应绕过权限审计。
多品牌兼容先做小样验证
御佰安项目可根据现场开展多品牌兼容和产品选型，但兼容范围必须逐项确认，不能笼统理解为所有旧设备均可直接接入。建议选择一台控制器、两类读卡器、一个通道闸和若干测试人员，先验证下发、开门、事件回传、断网运行及恢复同步。
如需与OA对接，应明确人员由哪套系统作为主数据源，部门变更、离职停权和权限审批由谁触发。涉及自主可控要求时，还应核对服务器环境、数据库、中间件、终端及接口依赖，而不只查看门禁控制器品牌。
九条产品线的迁移边界要分开
门禁权限可能同时关联访客、考勤、梯控、停车、消费、通道闸，以及一卡通平台中的水控电控。九条常规产品线虽然可统一规划，但账户、金额、楼层、车牌、班次与开门权限的数据含义不同。
门禁卡能否继续用于消费或水控电控，要核验卡片扇区和密钥；梯控要重新确认可达楼层；停车关注车牌、车辆和有效期；考勤关注班次而非门权限；访客及通道闸还涉及预约、核验和进出方向。采购报价应分别说明软件模块、接口开发、旧设备保留、数据整理、现场实施和培训，避免把“数据导入”误当成全部交付内容。
迁移后按风险组合抽查
抽查不宜只随机选几个人。建议覆盖以下组合：
- 普通员工进入公共区域；
- 管理人员进入限制区域；
- 外包人员在到期前后尝试通行；
- 挂失卡、离职账号和冻结账号；
- 跨部门人员、多门点人员及夜间时段人员；
- 通道闸双向进出、梯控楼层和访客临时权限；
- 断网、断电恢复后的权限状态；
- OA停用人员同步至门禁的时效与日志。
高风险门点宜逐门测试，普通门点可按楼层、控制器和权限组分层抽样。抽查结果应保留人员编号、门点、时间、预期结果、实际结果和事件日志。
交付验收与责任划分
验收前应形成以下资料：
- 门点映射表已由现场负责人签字确认；
- 有效、冻结、停用和待确认人员数量可追溯；
- 永久权限、临时权限及特殊时段已复核；
- 重复人员、重复卡号和异常卡号已有处置记录；
- 原平台与御佰安平台的数据数量差异有说明；
- SDK、OA对接及多品牌设备边界已完成测试；
- 抽查失败项已整改并复测；
- 数据备份、回退方案和管理员培训已完成。
售后责任也应写入交付文件：原始数据准确性由数据提供方确认，映射和导入由实施方记录，业务授权由对应管理部门审批，旧设备故障与新系统配置问题分别判定。
FAQ：现场常见判断
旧系统能导出Excel，是否可以直接迁移？
不能直接判断。Excel可能缺少门点编号、时段、卡号进制或人员状态，需要先做映射和清洗。
原有熵基/ZKTeco设备必须全部更换吗？
不一定。需根据设备型号、通信方式、固件、接口开放情况及项目安全要求实测，无法稳定接入时可分区替换。
迁移期间怎样避免影响正常通行？
可先搭建测试环境，选择非关键区域试迁移；正式切换前保留旧系统备份和回退窗口，并配置应急开门流程。切换后立即检查限制门、夜间权限和停用人员，而不是只测试正常员工。
如需结合控制器、读卡器、服务器及OA接口核对迁移边界，可向御佰安提交旧系统导出样表、设备清单和门点平面资料。联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。