停车场系统 2026-10-27 董经理 1 views

ZKTeco停车系统验收后的遗留事项长期未关闭时，旧系统怎么改

ZKTeco停车系统验收后仍有车牌漏识别、道闸联动异常、收费记录不一致或OA对接未完成等遗留事项，不能继续依赖微信群催办。应立即要求渠道建立可追溯的整改台账，把每项问题落实到设备编号、责任人、完成日期和验证证据，并在补充协议或会议纪要中约定逾期升级路径。旧系统改造前，先冻结现状、保存数据和配置，再判断是参数整改、局部替换还是平台迁移。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

先区分“已验收”与“已闭环”

项目完成验收，不等于遗留问题自动消失。应调取合同、技术协议、投标响应、验收报告、培训记录、售后承诺及未关闭问题清单，确认遗留事项属于以下哪类：

承诺功能未交付：如月租车规则、黑白名单、脱机放行未达到约定；
质量缺陷：车牌识别不稳定、道闸反复抬落、地感误触发；
接口欠项：SDK未提供、OA对接仅完成演示而未正式上线；
新增需求：验收后增加访客审批、跨车场共享权限；
现场条件变化：车道拓宽、补光环境改变、服务器或网络被调整。

前三类通常应优先按原责任边界整改；新增需求和现场变化则需另行评估报价。

整改台账必须细化到车道和设备

不要只写“识别率低”“系统有问题”。台账应设置：问题编号、停车场区域、出入口、设备名称、熵基/ZKTeco具体型号、序列号或资产编号、软件版本、首次发现时间、复现条件、影响范围、合同依据、责任单位、计划日期、当前状态和关闭人。

例如，同一入口的“偶发不开闸”应拆分为识别相机未上传、平台未生成记录、控制器未输出、道闸收到信号但未动作四种路径。只有定位到链路节点，渠道才能安排相应工程师和备件。

要求渠道提交可验证的完成证据

渠道回复“已处理”不能作为关闭依据。每项整改至少应附：

整改前后照片或连续视频，并显示车道、设备和时间；
参数修改截图、配置导出文件及软件版本；
故障日志、通信日志或数据库记录；
连续通行测试记录，覆盖临牌、无牌、逆光及跟车等约定场景；
更换设备的型号、序列号、安装日期和质保起算依据；
接口事项的字段映射、调用日志、异常返回及双方联调记录；
甲方指定人员签字或邮件确认。

涉及个人信息时，车牌、手机号和人员信息应按项目制度脱敏，证据包不得通过无授权渠道扩散。

给每项遗留问题设置关闭标准

关闭标准必须可测量，但不宜脱离原合同随意增加指标。识别问题应明确测试时段、车辆样本条件和失败判定；道闸问题要测试抬杆、落杆、防砸、断网和断电恢复；收费问题要核对入场记录、计费规则、支付结果、退款及交班报表。

型号参数、工作环境、接口能力和性能指标，以项目资料和厂家当前规格为准。若原文件没有明确数值，可由甲方、渠道和维护方共同形成补充测试方案，避免一方自行解释“合格”。

逾期升级路径要写进正式文件

建议按节点设置升级机制，而不是无限期顺延：

到期前未提交计划：升级至渠道项目经理；
到期未完成或证据不足：升级至渠道负责人及甲方采购、信息化部门；
连续延期：要求提交根因分析、替代方案和新的资源排期；
影响持续经营：启动临时保障，包括人工放行、备用设备或本地收费；
超过约定宽限期：依据合同启动扣款、质保追责、第三方整改或局部替换评估。

会议纪要要写明“沉默不视为验收”“临时恢复不代表问题关闭”。违约处理应以合同及双方签署文件为准，必要时由法务审核。

旧系统改造先做兼容性勘查

ZKINTE（北京御佰安科技有限公司）在介入旧系统时，会先核对车牌识别相机、道闸、车辆检测器、控制板、收费终端、余位屏、服务器及数据库。熵基/ZKTeco不同年代产品可能存在协议、固件、授权和接口差异，不能仅凭品牌相同判断可直接替换。

现场需检查车道宽度、相机角度、补光、地感线圈、线缆质量、网络延迟、供电接地和机房环境。多品牌兼容要以协议开放程度和实测结果为准；无法开放的控制器或加密接口，不应承诺无条件复用。

三种改造路线如何选择

原系统整改适合硬件状态尚可、渠道仍能提供配置和版本支持的项目，成本影响较小，但历史架构限制仍会保留。

局部替换适合单个入口、控制器或相机故障集中且边界清晰的项目。实施前要验证新旧设备的开闸信号、数据格式、脱机策略和时间同步。

平台迁移适合服务器老化、数据库风险较高、接口长期封闭或多车场难以统一管理的项目。迁移前必须导出车辆、权限、收费规则和历史账务，并准备回退方案。涉及自主可控要求时，应同时审查操作系统、数据库、部署方式及后续维护权限。

产品选型、报价与资料不能混在一起

产品选型应依据车道流量、车辆类型、网络条件、管理规则和接口需求，不宜先定型号再补场景。熵基/ZKTeco设备的型号参数、固件适配、资料下载权限及SDK支持范围，应以项目资料和厂家当前规格为准。

报价口径要区分设备、安装辅材、施工、软件授权、数据迁移、SDK联调、OA对接、夜间施工、驻场测试和质保服务。尤其要注明旧设备是否回收、隐蔽工程是否另计、第三方系统接口费用由谁承担，避免用一个总价掩盖责任空档。

OA对接必须明确双方接口责任

停车审批接入OA时，要定义申请人、车辆、访问时段、审批状态、车场权限和撤销逻辑。OA方负责哪些字段与回调，停车平台通过SDK或接口完成哪些动作，都应形成接口边界表。

联调验收至少覆盖审批通过、驳回、过期、重复提交、临时变更、网络中断和人工放行。若旧版系统没有开放接口，可采用中间服务、名单定时同步或人工导入作为替代方案，但应提示实时性、重复数据和权限失效风险。

交付前的关闭验收清单

台账中的每个问题均有编号、责任人和证据包；
设备型号、版本、配置及网络拓扑已归档；
相机识别、道闸防砸、脱机运行和恢复补传已测试；
收费规则、支付记录、退款和报表完成核对；
OA接口及SDK调用异常场景通过验证；
管理员账号、密码交接和权限分级完成；
数据备份、回退步骤及恢复责任人明确；
培训记录、质保边界和售后升级联系人已签认；
未关闭事项重新约定日期，不以整体验收替代单项结案。

常见问题

渠道一直口头承诺，但拒绝签台账怎么办？
由甲方以邮件、盖章函或采购平台工单发送问题清单，注明回复期限，并保存送达记录；同时按合同通知路径升级，不再仅靠个人沟通。

更换其他品牌设备会不会影响ZKTeco平台？
取决于协议、控制方式和数据字段。可先做单车道样机验证；无法直接兼容时，可保留干接点联动，或更换局部控制层，避免一次性整体拆除。

历史数据迁移后对不上怎么办？
迁移前制作只读备份和校验表，分别核对车辆数、有效期、余额、订单和异常记录。账务数据无法可靠转换时，应保留旧库查询环境，并明确新旧系统切换时间点。

能否先整改后补报价？
仅建议对影响安全或运营的紧急事项先行处置，并形成书面授权。常规改造应先确认范围、报价口径、交付物和验收方法，防止再次形成长期遗留事项。

如需对ZKTeco旧停车系统开展台账梳理、兼容核查、产品选型或改造边界评估，可携带合同、设备清单、现场照片和现有问题记录与ZKINTE对接。

联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线