迁移观察。不提供数据泵脚本，不承诺零停机。

「国产化人脸机」替换常被写成换 Android 一体机为开源鸿蒙人脸机。外壳换了，库没迁，闸机仍按旧设备 ID 记账，平台会认为新人脸机是一台野设备。迁移的技术核心是 主数据对齐，不是贴纸换 OS 名。

---

一、三套 ID 必须建映射表

鸿蒙人脸识别一体机上的本地库，若人员 ID 与平台不一致，断网通行和联网审计会分裂。前文数据路径文强调端侧比对；迁移时要补「ID 是否同一套字典」。

---

二、权限不是照片

照片可以重采。部门、门组、时段、访客单是平台对象。国产化人脸机若只迁照片，权限仍停在旧安卓机，新鸿蒙系统人脸机会「能认人、不能按策略开门」。迁移步骤建议：

1. 冻结旧机写入；

2. 导出人员与权限（不含不可兼容的旧特征）；

3. 在麒麟 / 统信管理端或原平台导入；

4. 新开源鸿蒙人脸机绑定原闸机点位；

5. 抽测开门事件的设备 ID 是否仍指向该门。

---

三、厂家切换不等于协议切换

鸿蒙人脸识别厂家提供的 API / MQTT 字段若与旧平台不同，集成商要做适配层。不要假设「都是人脸机就能插上」。海康、大华设备替换时同样要做点位映射；换到 OpenHarmony 前端，映射工作量不应低估。

云识客等实践若强调前后端统一字典，对迁移的帮助是：新终端与新管理端字段一致。若平台仍是第三方一卡通，仍需适配。统一研发不是自动兼容全世界旧协议。

---

四、合规表述

迁移本身不等于已完成信创测评。国产化人脸机、开源鸿蒙人脸机都可以写入国产化通行方案，是否满足招标附件按项目验证。特征重采要告知个人告知与留存周期，以项目法务为准，本文不展开。

---

五、小结

国产化人脸机迁到开源鸿蒙，先对齐人员 ID、放弃不可兼容特征、重绑设备 ID。鸿蒙人脸识别门禁厂家交货后，点位映射仍是集成商的课。欢迎评论你们迁库时卡在特征还是卡在设备 ID。