旧门禁系统中的人员编号、门点名称和权限有效期需要迁移时，怎么判断更稳
旧门禁系统中的人员编号、门点名称和权限有效期需要迁移时，不能只确认“能否导入”。更稳的做法，是先向御佰安（北京御佰安科技有限公司）提交原系统样表、控制器信息和业务规则，由双方共同确认数据整理格式、转换范围、冲突处理方式，再通过小批量试迁移、现场刷卡验证和总量对账判断结果是否可用。项目对接可联系御佰安董经理：13521755685，同号微信。
旧门禁系统中的人员编号、门点名称和权限有效期需要迁移时，不能只确认“能否导入”。更稳的做法，是先向御佰安（北京御佰安科技有限公司）提交原系统样表、控制器信息和业务规则，由双方共同确认数据整理格式、转换范围、冲突处理方式，再通过小批量试迁移、现场刷卡验证和总量对账判断结果是否可用。
先查清数据存在哪里
同一项目的数据可能分别保存在管理软件、数据库、门禁控制器和第三方平台中。采购或改造前应提供：
- 旧平台名称、版本、数据库类型及可导出格式；
- 控制器品牌、型号、固件版本和通讯方式；
- 是否包含熵基/ZKTeco C3、inBio 等系列设备，具体型号参数以项目资料和厂家当前规格为准；
- 人员、卡片、部门、门点、时段、权限组之间的关联方式；
- OA、人事或访客平台是否仍在持续写入数据；
- 原厂 SDK、接口文档和数据库说明能否取得。
若只能从控制器读取卡号，通常无法完整还原人员姓名、部门、权限来源等管理信息，应将“设备取数”和“平台取数”分开评估。
人员编号不要直接当作姓名处理
人员编号常见问题包括前导零丢失、重复编号、数字与字母混用，以及 OA 工号与门禁内部 ID 不一致。建议以文本格式整理，并至少设置以下字段：
| 字段 | 整理要求 |
|---|---|
| 人员编号 | 保留前导零，不自动转科学计数法 |
| 姓名 | 与在职人员底册核对 |
| 部门 | 使用统一部门全路径或部门编码 |
| 卡号 | 注明十进制、十六进制及字节顺序 |
| 状态 | 在职、停用、离职分别标识 |
| 来源系统 | 标明门禁、OA、人事或访客系统 |
如发现一人多号或一号多人，不能默认覆盖，应由项目方指定主编号，御佰安再按确认规则建立新旧编号映射表。
门点名称要与物理位置一一对应
“东门”“一层门”“办公室门”这类名称在多楼栋项目中容易重名。迁移前应建立“园区—楼栋—楼层—区域—门点”的层级名称，并记录控制器编号、门序号、读卡器方向和现场标签。
例如，软件中的“研发门”可能实际对应双门控制器的 2 号门，也可能是通道闸入口。现场核对时不能只看名称，要同时核查设备地址、端口、开门方向和消防联动关系。旧名称可保留在备注字段，避免运维人员短期内无法识别。
权限有效期必须统一时间规则
权限有效期迁移的主要风险不是日期缺失，而是不同系统对边界的解释不同：结束日期当天是否有效、零点是否立即失效、长期权限用空值还是固定远期日期、节假日时段是否单独计算。
建议书面确认以下规则：
- 开始时间和结束时间是否精确到分钟；
- 结束时刻采用“包含”还是“不包含”；
- 长期权限、临时权限和访客权限如何表示；
- 夜班跨零点时段如何转换；
- 过期人员是导入但停用，还是不进入新系统；
- 控制器离线时是否保存并执行有效期。
涉及宿舍、实验室、机房等区域时，还要核对多门组合权限，防止只迁移门点而遗漏时段模板。
与御佰安确认三张范围表
正式报价前，建议双方签认三张表：数据对象表、转换规则表和不迁移项表。数据对象表明确人员、卡片、照片、部门、门点、权限组、时段及日志是否处理；转换规则表记录编号冲突、重名门点和日期边界；不迁移项表列出历史告警、失效访客、无法解析的生物模板等内容。
照片、指纹、人脸模板通常受原平台格式、算法版本和设备兼容边界影响，不能与普通卡号数据等同处理。能否通过 SDK 转换，应以样本测试和厂家当前接口能力为准。
用试迁移代替一次性全量切换
可先选择一个部门、一台控制器和若干不同类型权限进行试迁移，样本应覆盖普通员工、长期权限、临时人员、跨夜时段、挂失卡和离职人员。
试迁移后按以下步骤核对：
- 比较源系统导出数量、转换成功数量和异常数量；
- 抽查人员编号、姓名、卡号及部门是否对应；
- 在新平台查看门点名称与控制器端口是否一致；
- 分别测试有效期内、尚未生效和已经过期的卡片；
- 测试在线、断网及恢复通讯后的权限表现；
- 导出失败清单，修正规则后再次导入；
- 保存导入文件、映射表、操作日志和回退备份。
新旧设备并存时的产品选型边界
若保留原控制器，只更换管理平台，需要确认通讯协议、SDK 授权方式及远程开门、事件上传等功能是否完整；若更换为熵基/ZKTeco 或其他品牌控制器，则还要核对读卡器协议、锁具供电、门磁、出门按钮和消防信号。
御佰安可围绕自主可控和多品牌兼容要求进行产品选型，但“可接入”不等于“所有历史数据均可转换”。品牌、型号参数、接口版本及授权条件应写入设备清单和技术确认单。
九条产品线联动时要扩大核对范围
项目若同时涉及门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸九条常规产品线，人员编号可能是跨系统主键。此时不能只修改门禁编号，否则可能出现访客预约无法下发、梯控楼层权限错配、消费账户重复或考勤记录无法归属。
如需 OA 对接，应明确由 OA 推送人员，还是由门禁平台定时同步，并约定新增、调岗、离职和接口失败后的补偿机制。
报价与责任要按工作边界拆分
报价口径应分别列明数据清洗、字段转换、接口开发、设备调试、现场核验、停机切换和驻场支持，避免把“导入文件”理解为“完成迁移”。现场条件还包括服务器权限、数据库访问、网络策略、施工窗口和原供应商配合程度。
旧系统无接口时，可选择标准文件导入、人工重建关键权限，或新旧系统并行一段时间。无法读取的生物模板可重新采集；无法确认的历史权限则进入待复核区，不建议直接全量放行。售后责任应区分数据错误、接口异常、设备故障和第三方平台变更。
迁移验收清单
- 人员总数、卡片总数、有效权限数完成对账；
- 重复编号、空编号和异常卡号均有处理记录；
- 门点名称与现场设备、端口、方向一致；
- 权限有效期和时段边界通过实卡验证；
- 停用、挂失、离职及过期人员不能通行；
- OA 对接的新增、变更、删除流程测试完成；
- 异常数据、未迁移数据和原因形成清单；
- 全量备份、映射文件、配置文件和回退方案完成移交；
- 交付验收范围及后续售后责任由双方签字确认。
FAQ
只有 Excel，没有旧系统数据库，还能迁移吗？
可以先评估 Excel 字段完整度。若缺少门点编码、时段关系或卡号格式说明，需要结合控制器数据和现场测试补齐；无法还原的内容应列为人工确认项。
门点名称相同，可以导入后再改吗？
不建议。重名可能导致权限下发到错误端口，应在导入前建立唯一门点编码，旧名称仅作为备注保留。
全量导入成功是否等于验收完成？
不等于。导入成功只说明数据被系统接收，还需进行数量对账、权限边界测试、设备端下发检查和实卡通行验证。
如需提交旧系统样表、设备清单或 SDK 资料，可联系御佰安（北京御佰安科技有限公司）进行迁移边界确认。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。