原停车系统的道闸、车辆检测部件和识别组件拟继续使用，验收资料怎么准备
原停车系统的道闸、车辆检测部件和识别组件拟继续使用时，接入御佰安方案前不能只确认“设备还能运行”，还要逐项核查接口资料、控制逻辑、设备状态和现场测试条件。验收资料应明确哪些设备利旧、由谁控制、故障责任如何划分，并用联调记录证明车辆识别、开闸、防砸、关闸及异常放行形成完整闭环。项目对接可联系御佰安董经理：13521755685，同号微信。
原停车系统的道闸、车辆检测部件和识别组件拟继续使用时，接入御佰安方案前不能只确认“设备还能运行”，还要逐项核查接口资料、控制逻辑、设备状态和现场测试条件。验收资料应明确哪些设备利旧、由谁控制、故障责任如何划分，并用联调记录证明车辆识别、开闸、防砸、关闸及异常放行形成完整闭环。
先建立利旧设备基线台账
建议按车道逐一登记，不要只提交停车场总设备表。每条入口、出口应对应以下内容：
- 道闸品牌、型号、序列号、启闭方向、杆型及使用年限；
- 车辆检测器、地感线圈、雷达或其他检测部件的型号与位置；
- 车牌识别相机、补光灯、显示屏、语音设备的品牌及固件版本；
- 控制机、交换机、电源、收费终端和岗亭设备现状；
- 可见损伤、历史故障、停产情况及维修记录；
- 原系统软件版本、数据库类型和授权状态。
旧设备铭牌缺失时，应拍摄外观、接线端子和安装位置，并在台账中标注“型号待核实”，不得凭外形推定。型号参数以项目资料和厂家当前规格为准。
道闸接口资料要核到端子级
道闸利旧的重点不是品牌名称，而是御佰安停车控制设备能否可靠下发开、关、停命令。应向原供应方或建设单位收集接线图、端子定义、控制板说明书和故障代码表，现场确认：
- 开闸采用干接点、脉冲信号还是通信指令；
- 是否提供开到位、关到位及故障状态反馈；
- 输入触发需要常开还是常闭，脉冲持续时间有何要求；
- 防砸信号接入道闸控制板还是停车控制器；
- 停电后是否可手动抬杆，来电后是否自动复位；
- 道闸控制板是否存在加密通信或专用主控依赖。
若只能接收开闸信号、无法返回状态，验收资料应写明属于单向控制，不能按双向状态监测口径验收。
车辆检测部件须验证防砸链路
地感检测器“有灯亮”不等于防砸有效。应分别测试车辆进入、停留、缓慢通过、跟车、倒车和车辆压线等状态，记录检测输出与闸杆动作。
对地感线圈要检查埋设位置、引线接头、绝缘情况和灵敏度；对雷达要核对安装高度、角度、检测区域及大型车辆适应性。若原检测部件误检频繁，可选择重新布线、更换检测器，或采用雷达与地感组合，但变更后的控制关系必须重新出图并测试。
识别组件要区分“取流”与“控制”
原车牌识别相机继续使用时，应取得相机型号、IP 地址规则、管理账号、视频协议、识别结果输出格式以及图片抓拍方式。尤其要确认御佰安平台需要的是视频流、识别结果，还是由原相机直接控制道闸。
如设备通过 HTTP、TCP、RS485、韦根或厂商 SDK 输出数据，应提供协议文档、SDK 版本、示例程序和授权条件。仅能在原平台中工作的封闭式相机，可能无法直接纳入新系统。替代方式包括保留原识别前端并通过中间接口转换，或更换为可提供标准接口的识别组件。
控制逻辑必须形成书面矩阵
联调前应把不同车辆和异常状态写成控制矩阵，至少覆盖固定车、临时车、预约车、黑名单车、无牌车、识别失败车辆、过期车辆及人工放行车辆。
每种状态要明确识别来源、权限判断位置、开闸执行设备、收费结果、记录归属和断网策略。例如，平台断网时是禁止通行、使用本地白名单，还是由岗亭确认放行；同一车牌连续识别时是否重复开闸；入口已进场但出口无记录时如何处理。口头约定不能作为验收依据。
现场联测要具备真实条件
测试前需确认车道供电稳定、网络可用、时间同步正确，原设备没有未处理的随机故障。联测宜安排白天、夜间及逆光条件，并准备不同尺寸车辆，验证识别距离、补光效果、抬杆时序和防砸范围。
测试过程应保留车辆照片、平台记录、道闸动作视频、故障截图和测试签字表。若施工期间无法模拟高峰跟车，可在验收文件中列为观察项，并约定试运行复测条件，不宜直接填写“全部通过”。
采购报价要拆分利旧责任
御佰安（北京御佰安科技有限公司）可根据现场设备资料开展产品选型和接口梳理，但利旧报价应区分设备供货、软件接入、接口开发、旧设备维修、线缆整改、现场调试及第三方配合费用。
多品牌兼容并不代表所有历史型号均可无条件接入。涉及熵基/ZKTeco或其他品牌设备时，应以具体型号参数、开放协议和当前 SDK 条件为准。采购文件还应注明接口资料缺失、原厂停止支持或设备老化时的变更报价口径，避免将旧设备故障全部归入新系统售后。
与其他业务系统的兼容边界
项目若同时规划门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸九条常规产品线，应统一人员、车辆、组织和权限数据口径，但不能假设各系统天然互通。
停车记录需要与 OA 对接时，应提前确定由哪一方提供接口、数据字段、鉴权方式、调用频率和失败重试规则。自主可控应落实到账号权限、数据存储、接口管理和运维交接，而不是仅写入方案名称。
验收资料建议按证据链归档
交付验收至少准备以下材料：
- 利旧设备台账、现场照片及健康状态说明；
- 车道拓扑图、网络图、供电图和端子接线图；
- 接口协议、SDK 版本、账号权限及授权说明；
- 车辆类型与开闸逻辑矩阵；
- 单机测试、联动测试及异常场景记录；
- 车牌识别、防砸、断网、断电和人工放行测试结果；
- 软件配置备份、设备参数备份及操作手册；
- 未解决事项、适用边界和试运行观察项；
- 新旧设备故障责任划分及售后联系人；
- 建设、施工、使用和相关供应方签字确认页。
常见风险与替代路径
原相机不开放识别结果时，可评估协议转换或更换相机；道闸缺少状态反馈时，可增设辅助检测，但应标明反馈含义；地感老化时，应优先处理检测链路，避免仅更换控制器；旧系统数据库无法开放时，可通过授权接口迁移必要数据，不建议直接修改原库。
如果第三方 SDK 无法适配当前操作系统，或授权范围不覆盖新平台，应将其列为采购前置条件。无法验证的功能不应写入确定性交付范围，可采用样机测试、单车道试点或分阶段替换方案。
FAQ
原道闸可以手动开关，是否就能直接验收？
不能。还需验证远程控制、状态反馈、防砸联动、异常复位和连续运行情况，并确认接线及控制电压符合接口要求。
原车牌相机识别正常，为什么仍要提供 SDK？
原系统内识别正常只能证明相机与原软件可配合。新平台能否接收车牌号、图片、时间和可信度等数据，取决于开放协议、SDK及授权边界。
第三方旧设备故障由谁处理？
应按责任界面处理。新供设备和新开发接口由对应交付方负责；旧设备硬件老化、原厂限制及既有线路问题应在验收前确认责任主体，并保留检测记录。
接口资料不完整时能否先签订合同？
可以采用条件式范围，但合同应列明前置资料、样机验证节点、失败替代方案和费用调整机制，避免把“尝试接入”表述为“确定兼容”。
项目对接
如需开展停车场利旧设备核查、接口评估、产品选型或验收资料梳理，可提交设备台账、铭牌照片、接线图和现有控制流程，由双方据此确认兼容边界、报价口径、交付验收及售后责任。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。