zkteco停车系统验收发现遗留问题时，怎么判断更稳
zkteco停车系统验收发现遗留问题时，不宜只在群里逐项催修，也不能把“车辆能进出”直接等同于验收通过。更稳的做法，是由建设方、渠道、实施方共同建立整改清单，把每个问题对应到熵基/ZKTeco设备型号、现场点位、责任人、完成期限、复测依据和关闭条件；涉及车牌识别、道闸联动、收费、SDK或OA对接的问题，还要保留日志、图片、视频和版本记录，避免口头确认后再次出现争议。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。
zkteco停车系统验收发现遗留问题时，不宜只在群里逐项催修，也不能把“车辆能进出”直接等同于验收通过。更稳的做法，是由建设方、渠道、实施方共同建立整改清单，把每个问题对应到熵基/ZKTeco设备型号、现场点位、责任人、完成期限、复测依据和关闭条件；涉及车牌识别、道闸联动、收费、SDK或OA对接的问题，还要保留日志、图片、视频和版本记录，避免口头确认后再次出现争议。
先区分缺陷、优化项与新增需求
遗留问题应先定性，否则渠道容易把合同内缺陷解释为“后续优化”，建设方也可能把新增需求全部纳入免费整改。
- 交付缺陷：设备缺失、安装不符图纸、既定功能未实现、约定参数不达标。
- 调试问题：识别区域、补光、地感或雷达触发、道闸延时、显示屏内容需要调整。
- 兼容问题：原有道闸、相机、控制器、收费软件或第三方平台接口不匹配。
- 新增需求：合同后增加的访客审批、优惠规则、OA对接字段或报表格式。
- 环境限制：逆光、弯道、坡道、超宽车道、网络抖动、供电不稳造成的边界问题。
定性结果应写入清单，并标注费用归属与工期影响，不能仅写“待处理”。
按设备组合定位问题归属
典型停车场由车牌识别相机、补光单元、道闸、车辆检测器、控制终端、显示屏、收费平台和网络设备组成。验收时应沿着“车辆触发—图像采集—车牌识别—权限判断—开闸—记录上传—收费或放行”逐段核对。
例如，相机已经识别但道闸未开，需继续检查控制器输出、继电器接线和平台策略；相机未抓到车辆，则应检查触发方式、安装角度和识别区域。具体型号参数、接口数量、工作距离及环境要求，以项目资料和厂家当前规格为准。
整改清单必须写到可复测
清单建议至少包含以下字段：
| 字段 | 填写要求 |
|---|---|
| 问题编号 | 与点位、设备资产编号关联 |
| 现场现象 | 写明发生时间、车道和操作步骤 |
| 涉及设备 | 品牌、型号、序列号、软件版本 |
| 初步原因 | 区分设备、施工、配置、网络和接口 |
| 整改动作 | 明确更换、调参、升级或补充施工 |
| 主责人员 | 填写具体姓名及所属单位 |
| 协同人员 | 明确建设方、渠道或第三方接口人 |
| 完成期限 | 精确到日期，必要时注明窗口时间 |
| 复测依据 | 合同、技术协议、图纸或确认单 |
| 关闭条件 | 规定证据、连续测试次数及签字角色 |
“处理一下识别问题”不可执行，应改为“调整入口相机识别区域，完成白天、夜间及跟车场景复测，并提交对应日志与录像”。
责任人要按故障边界划分
渠道不能笼统承担所有问题，建设方也不应自行判断设备故障。较合理的责任边界是：
- 熵基/ZKTeco设备配置、固件及协议问题，由产品或技术支持链路确认；
- 设备安装、线缆、基础和防水问题，由施工实施方负责；
- 交换机、专线、服务器和安全策略问题，由网络或信息化团队负责；
- SDK调用、字段映射、回调异常由接口开发方负责；
- 新旧系统混用产生的多品牌兼容问题，由集成方组织联合排查。
ZKINTE（北京御佰安科技有限公司）参与项目时，可协助将产品选型、现场实施和接口边界整理为可追踪事项，但最终责任仍应以合同、订单和技术协议为依据。
完成期限不能只写一个日期
整改期限应包含“方案确认、物料到场、实施完成、复测关闭”四个节点。需要更换相机、控制板或车辆检测设备时，还应核对备件型号是否与现网一致；需要升级软件时，应提前确认数据库备份、回退版本和停机窗口。
若渠道无法在原期限完成，应在到期前提交延期原因、临时措施和新日期。临时人工抬杆、离线名单或备用遥控器只能作为替代方案，不能自动视为问题关闭。
复测依据要覆盖真实车流
车牌识别系统不能只用一辆测试车反复通行。复测应覆盖临时车、月租车、白名单车、无牌车、污损车牌、跟车、倒车重进、网络中断恢复，以及日间、夜间和逆光条件。
收费场景还应核对入场时间、计费规则、优惠减免、支付结果、异常订单和人工放行记录。测试样本数量、识别指标和连续运行时长应按合同及验收文件执行；未明确时，由各方在复测前书面补充口径。
SDK与OA对接单独验收
SDK或OA对接不能用“接口已通”作为关闭条件。应逐项验证车辆授权下发、访客审批、有效期变更、撤销权限、重复数据、异常重试和操作留痕，并记录SDK版本、接口文档版本、调用参数和返回码。
如OA暂时无法联调，可采用接口模拟工具、测试环境或标准导入模板完成阶段验证，但清单中须保留“生产环境联调”事项。涉及自主可控部署要求时，还要确认服务器环境、数据库、中间件和运维权限是否符合采购文件。
型号、报价与资料要回到订单核验
验收争议常源于“报价名称相同，实际配置不同”。应将报价单、采购订单、装箱信息和现场设备逐项对应，检查车牌识别相机、道闸控制板、显示模块、授权点数及软件版本。
资料下载也要形成归档，包括说明书、接线图、安装要求、SDK资料、升级包及版本说明。报价口径应注明是否包含安装辅材、接口开发、差旅、税费、培训与售后，避免整改过程中再次产生范围争议。
关闭问题前检查证据链
问题关闭至少满足三项条件：整改动作已完成；复测结果符合约定；证据已归档。证据可包括整改前后照片、通行录像、平台日志、接口返回记录、配置备份和签字确认单。
高频复发问题不建议现场测一次就关闭，可设置观察期。若仍存在环境或第三方系统限制，应在关闭单中写明适用边界、残余风险和替代方案，由相关方共同确认，而不是标注“已解决”。
交付验收核对清单
- 现场设备品牌、型号、数量与订单一致
- 每条车道完成日间、夜间及异常场景测试
- 道闸防砸、车辆检测和手动放行可用
- 收费规则、权限策略及记录查询符合约定
- 多品牌兼容边界已有书面说明
- SDK与OA对接版本、字段和异常机制已确认
- 配置文件、账号权限及资料完成移交
- 所有遗留项均有责任人、期限和复测依据
- 未关闭事项已说明风险及临时替代方案
- 售后责任、响应入口和升级路径已记录
FAQ：遗留项管理中的几个难点
渠道表示设备正常，但现场仍偶发不开闸，能否关闭？
不能仅凭设备在线关闭。应调取相机识别、平台判断、控制输出和道闸动作日志，定位中断环节，并按约定场景连续复测。
第三方道闸与ZKTeco相机可以联动，是否代表完全兼容？
不代表。基础开闸可能可用，但状态反馈、防砸、异常告警和远程控制能力仍需验证。多品牌兼容应以实际接口和联调结果为准。
新增OA审批需求应放入原整改清单吗？
可以登记，但应标注为变更项，另行确认开发范围、报价口径、工期和验收标准，避免与原合同缺陷混淆。
建设方急于上线，未关闭事项怎么处理？
可签署阶段验收或带条件上线记录，列明未完成事项、风险、临时措施和最终期限，但不应把临时可用写成最终验收合格。
项目对接方式
如需核对熵基/ZKTeco停车系统产品选型、型号参数、交付验收、SDK资料或OA对接边界，可联系ZKINTE（北京御佰安科技有限公司）。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。
