工厂门禁机升级统一管理系统实施方案
现有门禁系统为多品牌分散部署，各设备独立平台管理、人脸 / 权限不能统一下发、通行记录分散、人员离职容易遗留权限、管理员需要多套系统切换操作；设备型号新旧混杂，部分老旧设备无开放 API，无法联网统一同步，运维成本高、存在安防漏洞。
一、项目概况
1.1 项目背景
现有门禁系统为多品牌分散部署，各设备独立平台管理、人脸 / 权限不能统一下发、通行记录分散、人员离职容易遗留权限、管理员需要多套系统切换操作；设备型号新旧混杂，部分老旧设备无开放 API，无法联网统一同步，运维成本高、存在安防漏洞。
核心痛点：不同品牌人脸模板私有加密，不能直接互通；权限分散、无法批量启停；无统一报表、告警、访客管理。
1.2 改造目标
- 一套中台统一管理全部门禁：人员、人脸原图、权限、时段策略一处维护，自动分发到各品牌子系统
- 人脸统一下发：中台只存原始照片，调用各品牌 API，由对应厂商平台生成自有模板下发到设备（熵基 CVAccess、涂鸦商用（京物）、海康 HikCentral 等）
- 权限集中管控：统一部门权限组、通行时段、反潜回、访客临时权限，离职一键回收所有点位权限
- 数据统一汇总：通行记录、抓拍、设备离线告警集中展示，支持导出对账、审计
- 平滑割接：不停机分批改造，保障业务正常通行；老旧设备评估利旧或替换
- 合规管控：人脸生物信息采集授权、数据本地存储、日志留存，满足等保要求
1.3 改造原则
- 利旧优先：可对接、有 API 的设备保留；无 API、老旧故障机分批替换
- 最小影响：分区试点、分批割接，保留原有系统作为备用
- 标准化：统一人员编码、权限分组、设备命名规范
- 离线可用：前端门禁本地缓存人脸 / 卡号，断网不影响开门，仅无法下发新人脸
1.4 实施范围
所有门禁点位（人脸一体机、闸机、门禁控制器），包含办公区、宿舍、球馆、车间等；不含强电、土建，仅软件对接、网关部署、网络调试、设备升级、数据迁移。
二、现状调研与设备评估（前期阶段）
2.1 点位盘点清单
- 点位编号、位置、品牌型号、固件版本、通讯方式（TCP/IP/4G/WiFi）
- 是否开放 API、是否支持联网、人脸库容量、当前管理平台
- 线路、供电、IP 网段、VLAN、防火墙策略
- 现有人员、人脸、卡号、权限表、通行记录
2.2 设备分级判定
- A 类（可利旧接入）：熵基 CVAccess、海康 HikCentral、涂鸦商用版（京物 WiFi 商用款），具备开放 API ✅
- B 类（有限接入）：仅支持韦根输出，不能下发人脸，只能同步卡号权限，人脸仍在本机录入
- C 类（建议替换）：单机无 WiFi、无 API、老旧固件、故障频繁，无法对接中台 ❌
2.3 输出交付物
现状调研报告、点位拓扑图、设备利旧 / 替换清单、网络改造需求表
三、总体技术方案
3.1 系统架构（三层）
- 感知层：原有各品牌门禁一体机、闸机、电锁；新增协议网关（B 类韦根设备使用）
- 中台集成层（核心）：多品牌门禁统一管理中台（或中间对接服务）
- 统一人员库、人脸原图存储、权限策略引擎
- 对接适配器：熵基适配器、涂鸦商用适配器、海康适配器等
- 数据同步、消息队列、告警转发、日志汇总
- 子平台层：各品牌原生平台（CVAccess、涂鸦商用后台等），作为底层执行层，接收中台下发照片，生成自有模板下发设备
关键原理：中台不转换人脸模板，只分发原图，各品牌原生平台独立生成模板写入本机，解决跨品牌人脸不兼容问题
3.2 两种部署模式可选
- 模式 1：私有化中台（推荐企业 / 园区）：本地服务器部署，人脸原图本地存储，合规性高，内网对接，不受外网依赖
- 模式 2：云集成中台（中小场景）：云平台对接各厂商云 API，部署快，成本低，依赖外网
3.3 权限体系设计
- 人员分类：正式员工、临时访客、教练 / 外包、运维、管理员
- 权限组：按部门、楼栋、场地划分；支持时段权限（工作日 / 周末、预约时段）
- 权限策略：新增自动下发、到期自动失效、离职一键回收所有点位权限
- 访客流程：前台登记 / 小程序自助申请 → 管理员审核 → 中台生成临时人脸 / 二维码 → 自动下发，到期自动删除
3.4 网络改造要求
- 所有 A 类设备固定 IP，划分独立安防 VLAN
- 防火墙放行各品牌 API 端口、ADMS、ONVIF 等通讯端口
- 跨网段设备路由可达；无线门禁优先 5G WiFi，减少丢包
- 网关服务器与各子平台网络互通
四、项目组织与职责
- 甲方：项目负责人、IT、安保；提供台账、网络权限、人员信息、业务规则，验收确认
- 集成商（实施方）：方案设计、接口开发、网关部署、调试、试点、割接、培训、售后
- 设备厂商：提供 SDK、API 文档、固件升级支持、技术协查
五、实施计划（分 5 阶段）
阶段 1：需求确认 + 调研复测（1~3 天）
- 现场复核点位、测试设备 API 连通性
- 梳理人员组织架构、权限规则、访客流程
- 确认替换设备清单、采购物料（网关、交换机、新门禁） 输出：实施计划书、割接时间表、风险预案
阶段 2：环境搭建 + 对接开发（3~7 天）
- 部署中台 / 中间服务、数据库
- 调试各品牌对接适配器，连通 CVAccess、涂鸦商用、海康平台接口
- 测试单设备：人员新增、人脸原图下发、权限下发、通行记录回传、删除权限
- 固件升级：A 类设备统一升级到支持 API 的稳定版本
阶段 3：试点测试（优先选 1 个区域，如办公区）
- 选取 3~5 台不同品牌门禁作为试点
- 导入少量测试人员，验证：人脸下发、开门、权限时效、离职删除、告警、记录回传
- 同步试运行原有两套系统，双轨并行，对比通行结果
- 修复接口异常、下发失败、超时、抓拍丢失等问题
试点通过后，组织甲方安保、IT 确认功能验收
阶段 4：分批割接上线（核心，不停业）
按区域分批切换，每批次步骤：
- 中台批量导入正式人员、人脸原图、权限组
- 中台批量下发到该区域所有门禁
- 该区域门禁切换为中台管理模式，原有平台保留只读（不做权限修改）
- 现场测试刷脸、刷卡、时段权限、离线开门
- 本批次稳定运行 24 小时无异常，再启动下一批
重点：割接顺序建议：办公区→宿舍→球馆→车间；高峰期不做割接，安排夜间 / 周末施工
阶段 5：全量上线、培训、验收、运维移交
- 全部点位接入中台，关闭旧平台权限编辑入口
- 管理员培训：人员新增、批量导入、人脸维护、权限变更、报表导出、故障排查
- 输出全套文档：拓扑图、账号清单、接口手册、运维手册、验收表
- 试运行 7 天，无重大问题，正式验收
六、数据迁移方案
- 收集甲方 Excel 人员表（工号、姓名、部门、手机号、有效期）
- 收集原始人脸照片，统一命名规范：工号.jpg
- 批量导入中台，建立唯一人员 ID（作为主键，跨品牌统一）
- 中台同步到各子平台，由子平台生成人脸模板下发设备
- 迁移完成后抽样比对：人员数量、人脸数量、权限是否匹配
风险：老旧设备人脸无法导出原图，只能重新采集
七、风险管控与应急预案
表格
| 风险应对措施 | |
| 接口不稳定、人脸下发失败 | 增加重试机制；下发失败日志告警；保留原平台应急操作入口 |
| 设备离线断网 | 前端本地缓存人脸，断网可开门；联网后自动补传记录 |
| 割接后无法开门 | 双轨并行，可快速切回原有平台；现场保留应急开门方式 |
| 人脸算法不兼容 | 提前测试；C 类设备直接替换，不强行对接 |
| 人员数据错乱 | 迁移前全量备份；中台操作留日志，支持回滚 |
| 人脸合规风险 | 采集前提供授权告知，人脸数据不对外共享，设置自动清理过期临时人脸 |
八、验收标准
- 中台一处新增人员，所有授权门禁自动收到人脸、权限
- 一处删除 / 离职，所有品牌设备同步删除人脸权限
- 通行记录、抓拍图片统一在中台查询导出
- 设备离线、多次识别失败、非法开门告警正常推送
- 离线状态下，已下发人脸正常开门
- 管理员操作日志完整，可审计
九、运维与售后
- 日常运维：中台巡检、设备在线状态监控、定期清理过期临时人脸
- 版本迭代：厂商固件升级、中台适配器升级提前报备，窗口时间升级
- 售后响应：分级故障，重大故障远程应急回退
十、配套交付文档清单
- 门禁统一管理实施方案（本文档）
- 现状点位清单 & 利旧评估表
- 系统拓扑图、点位布置图
- 接口对接说明文档
- 管理员操作手册、培训 PPT
- 割接确认单、验收检查表
- 备份与应急操作手册