御佰安门禁与现有视频监控进行事件联动时，怎么判断更稳
御佰安门禁与现有视频监控进行事件联动，不能只确认“能看到画面”，应同时核对门禁事件协议、摄像机或平台接口、统一时间源、取流编码、通道映射及并发限制。较稳的判断标准是：刷卡、二维码、访客授权、门磁异常等事件能够准确关联指定摄像机，并按统一时间完成实时弹窗、抓图和录像回查。项目对接可联系御佰安董经理：13521755685，同号微信。
御佰安门禁与现有视频监控进行事件联动，不能只确认“能看到画面”，应同时核对门禁事件协议、摄像机或平台接口、统一时间源、取流编码、通道映射及并发限制。较稳的判断标准是：刷卡、二维码、访客授权、门磁异常等事件能够准确关联指定摄像机，并按统一时间完成实时弹窗、抓图和录像回查。
先识别现场最常见的验收矛盾
此类项目容易出现“门禁厂家说已推送事件，监控厂家说没有可用接口”的责任分歧。采购阶段还可能只写“支持视频联动”，却未明确联动由门禁软件、现有 VMS 平台还是第三方集成平台执行。
因此，合同前应确定事件发起方、视频调用方、录像保存方和故障排查责任方，不能把“支持 ONVIF”直接等同于完整的门禁事件联动。
先画清门禁与视频的连接路径
常见架构有三种：
- 门禁平台收到事件后，直接调用摄像机 RTSP 码流；
- 门禁平台通过现有 VMS 获取实时画面、抓图或录像；
- 门禁与视频分别向综合平台提供 API、SDK，由综合平台完成关联。
若现场已有熵基/ZKTeco 门禁终端、其他品牌控制器或多品牌摄像机，应逐项确认事件字段和接口版本。御佰安（北京御佰安科技有限公司）可按现有设备清单做产品选型，但具体型号参数、固件能力及平台版本须以项目资料和厂家当前规格为准。
门禁侧重点确认哪些协议
门禁侧至少要拿到刷卡、人员、设备、门区、门点、事件类型和事件时间。应确认控制器或管理平台是否提供 SDK、HTTP API、WebSocket、消息订阅、数据库接口或继电器干接点。
SDK 或 API 方案通常能传递较完整的人员与事件信息；干接点只能表达触发状态，难以区分人员和原因，适合作为旧设备改造的替代方案。涉及 OA 对接时，还要明确 OA 只负责审批下发，还是需要接收门禁事件和视频凭证。
视频侧不能只看 ONVIF 标识
应分别核实 ONVIF 发现、鉴权、媒体配置和事件能力，重点确认现有摄像机或录像平台支持的 Profile、RTSP 地址规则、通道编号及账号权限。部分设备可以被搜索到，却无法被第三方稳定取流；部分 VMS 允许实时预览，但不开放历史录像检索。
如果联动要求“事件前后录像”，还需确认录像索引接口、预录时长、回放权限和存储位置，而不是只测试实时画面。
时间同步决定录像能否对得上
门禁控制器、门禁服务器、摄像机、NVR/VMS 和集成平台应指向同一 NTP 时间源，并统一时区、日期格式和夏令时策略。断网后设备时钟是否漂移、恢复联网后是否自动校时，也应纳入测试。
验收时可连续触发三次事件，记录门禁日志、平台弹窗时间和录像时间轴。若误差超过项目约定值，应先排查时区、NTP 可达性和设备本地时间，不宜用人工调整录像定位掩盖问题。
取流条件要按真实并发测试
需核对 H.264/H.265、主辅码流、分辨率、帧率、码率、音视频封装、TCP/UDP 传输及账号鉴权。旧版客户端或第三方平台可能无法解码 H.265，此时可改用 H.264 辅码流，但须评估清晰度。
还要计算同时弹窗数量、摄像机连接数和服务器解码能力。单门测试正常，不代表早晚高峰多个门点同时触发时仍然稳定。
现场核对可按这六步执行
- 导出门禁控制器、摄像机、NVR/VMS、服务器的型号和版本。
- 为每个门点建立“门编号—摄像机通道—录像通道”映射表。
- 抓取一次真实门禁事件，检查人员、门点、类型和时间字段。
- 分别测试实时预览、抓图、事件弹窗及历史录像定位。
- 模拟断网、重启、密码变更和多门同时触发。
- 保存接口日志、测试截图、录像片段及失败原因，形成双方签字记录。
九条产品线应划清联动边界
御佰安常规项目可涉及门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤和通道闸。视频联动通常优先覆盖门禁、访客、停车及通道闸事件；考勤、消费、水控电控是否调用视频，应根据必要性和权限另行确定。
一卡通不意味着九条产品线天然共用同一事件协议。梯控楼层权限、停车车牌事件、消费记录等数据结构不同，必须分别确认接口和隐私管理边界。
采购报价要拆开接口与实施工作
报价口径应写清接口授权、SDK 支持、二次开发、视频通道数量、服务器资源、现场调试、联调次数和后续版本升级责任。自主可控与多品牌兼容应落实到可验证的设备清单和接口测试，不能只作为概括性描述。
若原视频平台不开放接口，可选用摄像机直连、增加协议网关、通过干接点触发，或仅在门禁事件中保存抓图。替代方案会牺牲人员字段、历史回放或集中管理能力，应在下单前说明。
交付验收清单
- 指定事件能关联正确门点和摄像机；
- 门禁、视频及服务器时间一致；
- 实时流、抓图和录像回查分别通过；
- 非法闯入、胁迫、门长开等事件按约定触发；
- 高峰并发与网络恢复测试有记录；
- 账号权限满足最小授权原则；
- 型号参数、接口版本和通道映射完成归档；
- 门禁方、视频方和集成方售后责任明确。
FAQ
已有监控画面，是否一定能做录像联动？
不一定。能预览只代表取流可用，历史录像还取决于 VMS 是否开放检索和回放接口。
ONVIF 与 RTSP 应优先选哪个？
ONVIF适合设备发现和媒体参数获取，RTSP主要用于取流；实际项目常需组合使用，并通过 SDK 或 API 获取门禁事件。
无法改造原视频平台怎么办？
可先采用摄像机直连、辅码流取流或干接点触发，并把无法实现的人员关联、回放定位等限制写入验收边界。
项目对接
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。