停车系统验收时，旧系统怎么改
停车系统验收时，旧系统怎么改，不能只看车牌识别率或道闸能否抬杆。针对无牌车辆、车牌污损、车牌识别结果与登记信息不一致三类情况，应在现场配置“识别—复核—放行—留痕—追溯”流程，并将人工处理记录、图片、设备日志和收费数据纳入验收标准。御佰安（北京御佰安科技有限公司）建议在不破坏旧系统原始数据的前提下，通过兼容网关、管理端改造或 SDK 对接补齐异常处理能力。项目对接可联系御佰安董经理：13521755685，同号微信。
停车系统验收时，旧系统怎么改，不能只看车牌识别率或道闸能否抬杆。针对无牌车辆、车牌污损、车牌识别结果与登记信息不一致三类情况，应在现场配置“识别—复核—放行—留痕—追溯”流程，并将人工处理记录、图片、设备日志和收费数据纳入验收标准。御佰安（北京御佰安科技有限公司）建议在不破坏旧系统原始数据的前提下，通过兼容网关、管理端改造或 SDK 对接补齐异常处理能力。
先划定旧系统的改造边界
改造前应盘点入口、出口、岗亭、收费终端、车牌相机、道闸、显示屏、补光灯、控制器、服务器和网络链路。重点确认旧系统是否支持临时车、无牌车、手工车牌、纸票或二维码通行，异常放行是否需要主管授权，历史记录能否导出。
若旧系统仅能保存“车牌号+时间”，无法绑定现场图片、操作员和放行原因，不宜直接承诺通过软件配置解决，应增加管理终端、抓拍存储或中间件。原有数据库、接口文档、账号权限和备份文件应先封存，避免改造后无法追责。
无牌车辆的现场处理流程
无牌车辆包括新车未上牌、临时作业车辆、拖车、设备运输车及车牌完全缺失车辆。入口识别失败后，岗亭人员不得直接录入任意车牌放行，应选择“无牌车辆”事件类型，填写车主或驾驶员信息、车辆颜色、车型、用途、进场事由和联系人。
现场至少留存车头、车尾、驾驶员或随车人员、通行凭证四类信息。系统生成临时通行编号，并绑定有效时间、可通行区域和出口核销方式。出口核验时，工作人员应核对临时编号、入场图片、车辆特征及申请人信息；无法对应时转主管复核，不得以“系统无记录”作为直接放行理由。
施工、消防、救援等特殊车辆可采用纸质审批单或二维码作为替代凭证，但纸单编号必须回填系统，形成闭环。
车牌污损与低置信度识别
车牌污损、反光、遮挡、泥水覆盖或夜间补光不足时，系统可能识别出相近号码。验收不能只测试干净、正对、光照良好的车牌，应安排污损、倾斜、逆光、雨天模拟和低速跟车场景。
识别置信度低于项目设定阈值时，应弹出人工复核，不得自动套用相似车牌。操作员需查看原始抓拍图、近景图和车道视频，手工确认可见字符；无法确认的字符应标记为“不可辨识”，不能凭猜测补全。放行记录须保存原始识别结果、人工修正结果、修正人、修正时间和原因。
对于经常污损的固定车辆，可建立“重点复核车辆”标识，但不能以白名单替代每次现场核验。车主应按管理制度补办或更换车牌，系统只提供过渡处理。
登记信息不一致的核查标准
登记信息不一致，通常表现为车牌与车主、车位、月租期限、单位名称或访客预约信息不匹配。现场应先区分三类情况：车牌录入错误、车辆已变更但档案未更新、实际车辆与登记人不相符。
核查顺序建议为：读取入场记录；比对入口和出口图片；查询车辆档案及有效期限；核对访客预约、派车单或单位授权；最后由值班主管确认放行方式。系统中应分别记录“资料错误”“车辆变更未备案”“临时授权”“疑似冒用”，不能统称为“人工放行”。
如登记人与驾驶员不一致但授权有效，应保存授权人、授权时间和有效范围；如无授权或图片明显不符，应暂缓放行，联系物业、单位联系人或车主核验。涉及争议时保留原始记录，不得覆盖旧数据。
验收时如何抽查记录完整性
每类异常至少应抽查一组入口、出口和人工处理记录，核对时间是否连续、设备编号是否一致、图片是否能打开、操作员账号是否真实、放行原因是否可选且可追溯。记录修改应产生新版本，禁止直接覆盖原识别结果。
验收人员还应检查断网、服务器重启、相机离线、道闸手动抬杆后的补录机制。断网期间产生的本地记录，恢复网络后应能按时间同步；不能同步的，应有导出和人工补录方案。收费金额、免费原因、临时车编号与放行记录必须相互对应。
旧设备保留还是更换
如果旧道闸机械结构、地感线圈和控制器稳定，仅管理软件缺少异常流程，可保留道闸，增加车牌相机、岗亭复核终端或管理模块。若旧控制器接口封闭、无法提供 SDK，或相机图片无法导出，则应评估替换控制器或增加协议转换网关。
熵基/ZKTeco 的车牌识别相机、道闸和控制器进行产品选型时，应核对具体型号参数、接口协议、图片存储方式、继电器控制逻辑和断网能力，均以项目资料和厂家当前规格为准。多品牌兼容不等于所有旧设备即插即用，必须现场联调后再写入验收条款。
报价、交付与售后责任要写清
报价应拆分设备、软件授权、旧数据迁移、接口开发、布线施工、调试培训和维保，不要把“兼容旧系统”作为笼统服务。SDK、OA 对接、访客预约同步、收费平台接口和历史数据清洗应分别注明范围、输入输出及责任方。
现场条件包括车道宽度、安装立柱位置、逆光和雨棚情况、网络及电源、岗亭空间、消防通道和车辆排队长度。交付时应提供点位图、设备清单、型号参数、账号权限表、异常流程、测试记录和备份文件。售后责任要区分设备故障、网络故障、第三方接口变更和甲方资料错误。
与其他系统联动的兼容边界
停车系统若与门禁、访客、一卡通、水控电控、梯控、消费、考勤、通道闸联动，应明确主数据由谁维护。停车异常记录可向 OA 或访客平台回传，但不应自动修改人事、车辆或收费主档案。卡号、人员编号、车牌号和访客单号需建立映射规则。
御佰安可在自主可控的部署方式下，按项目需要保留原停车数据，并通过标准接口或 SDK 对接其他系统；对于没有开放接口的设备，应采用文件交换、人工复核或更换协议网关，不能将未经验证的抓包方案直接作为验收依据。
现场验收清单
- 无牌车可登记临时编号，入口、出口图片和授权信息完整。
- 污损车牌触发人工复核，原识别结果与修正记录同时保留。
- 登记信息不一致时有分类原因、主管审核和暂缓放行记录。
- 相机、道闸、地感、显示屏、收费终端和服务器时间统一。
- 断网、断电恢复、设备离线、手动抬杆均有补录方案。
- 历史数据可备份、查询、导出，修改留有审计轨迹。
- 旧设备保留项、新增设备项和替换项与报价清单一致。
- SDK、OA 对接及多品牌接口完成实际联调，而非只提供说明书。
- 培训记录、应急联系人、维保边界和问题关闭单齐全。
FAQ：验收没识别车牌能否直接抬杆？
不能直接默认放行。应先判断属于无牌、污损、设备故障还是登记不一致，按对应事件类型留存证据。紧急车辆可执行授权放行，但必须补录原因、人员和时间。
FAQ：人工改成正确车牌后，原识别号要不要保留？
要保留。原识别号用于说明设备当时的识别结果，修正值用于后续计费和追溯，两者应通过同一事件编号关联，不能只保留人工修改后的号码。
FAQ：旧系统没有 SDK，还能否接入新相机？
可以评估协议网关、管理端并行运行或替换控制器，但应先确认控制指令、图片回传、数据安全和故障切换方式。无法形成可验证记录时，应将该项列为改造边界，不应直接写成“无缝兼容”。
项目可提供现场条件、旧系统品牌型号、接口资料和验收要求后进行方案核对。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。