停车场系统 2026-10-20 董经理 4 views

熵基停车系统出现故障后，旧系统怎么改

熵基停车系统出现故障后，旧系统不宜直接整套拆除。应先把道闸、车牌识别相机、入口控制器、地感或雷达、收费终端、管理服务器逐项分层，再通过售后工单固定受理时间、处理进展、升级路径和关闭依据。若故障涉及熵基/ZKTeco设备与第三方平台混用，还要同步核对协议、数据库、SDK及历史订单，避免“设备恢复了，但收费和记录对不上”。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

工单受理时间不能只写报修日期

工单中至少保留五个时间点：

用户首次报障时间，包括电话、微信、OA或值班台记录；
售后确认受理时间，并注明受理人员；
远程接入或人员出发时间；
到场、恢复通行及恢复收费时间；
用户确认关闭时间。

如果现场处于车辆拥堵状态，还应增加“临时放行措施启用时间”。受理时间以系统留痕为准，电话沟通内容应补录到工单，不能仅依赖聊天截图。OA 对接项目可由 OA 自动生成工单编号，并回写处理节点。

先判定熵基设备故障还是链路故障

旧停车系统常见设备组合包括熵基/ZKTeco车牌识别设备、道闸控制板、LED语音屏、地感线圈、收费电脑及第三方支付平台。工单初判应按以下顺序核对：

查看设备供电、网络连通和交换机端口状态；
核对相机是否识别、是否上传车牌和抓拍图；
检查控制器能否接收开闸指令；
测试地感或雷达是否持续占用、漏检；
查询停车服务、数据库和支付接口日志；
对比故障前后的配置、升级及施工记录。

若相机能识别但不开闸，不能直接认定为相机故障；若道闸可手动开启，也不代表控制板、继电器或平台指令正常。

处理进展要写成可验证节点

“正在处理”“已联系厂家”不足以作为进展记录。建议将工单状态拆为：已受理、远程诊断、等待现场条件、备件确认、到场处理中、临时恢复、观察验证、待用户确认、已关闭。

每次更新需要写明责任人、操作内容、日志或照片附件、当前结论和下一动作。例如：“已替换备用网线，相机在线但车牌未上传；下一步核对设备协议版本和服务端口。”这样采购、物业、集成商和厂家能够看到同一事实链。

什么情况必须启动升级路径

出现下列情形时，不应长期停留在普通售后层级：

同一故障重复发生，现场重启后短时恢复；
多车道同时离线，影响入口或出口收费；
数据库损坏、订单缺失或支付状态不一致；
更换熵基设备后与旧平台无法通信；
涉及 SDK 接口、协议版本或程序修改；
远程诊断无法确认，需要研发、厂家或第三方平台参与。

升级记录应注明从物业值班、项目实施、ZKINTE技术支持到熵基/ZKTeco或软件开发方的移交时间，并附设备型号、序列信息、软件版本和日志。型号参数及接口能力以项目资料和厂家当前规格为准。

旧系统改造前要建立设备台账

改造不能只看品牌名称。现场应登记相机型号、控制器版本、道闸接口、显示屏通信方式、数据库类型、服务器系统、车道数量、支付渠道及网络拓扑，同时标注哪些设备可继续使用、哪些仅能临时使用、哪些必须更换。

ZKINTE（北京御佰安科技有限公司）可依据现有台账开展产品选型和多品牌兼容核对。对强调自主可控的项目，还应确认本地部署、账号权限、日志导出、接口文档及后续维护能力，而不是只比较单台硬件。

SDK 与 OA 对接要先确认边界

SDK 不等于可以无条件接入。采购前应确认熵基/ZKTeco设备是否提供当前型号适配的接口资料，是否支持车牌结果、抓拍图片、开闸控制、设备状态和事件回调，以及系统版本、开发语言和授权边界。

OA 对接通常用于报修、派单、升级、审批和关闭，不应直接替代停车业务平台。若 OA 需要读取车辆订单或收费数据，应单独评估接口权限、脱敏、失败重试和审计日志。相关 SDK、说明书和资料下载应由项目交付渠道统一归档，并记录版本日期。

报价应区分维修、替换与接口开发

旧系统报价需分别列出检测服务、现场施工、设备更换、线缆辅材、平台授权、SDK 对接、OA 流程开发、数据迁移和质保责任。不能把“更换相机”的价格理解为已经包含控制器适配、旧数据库迁移及支付联调。

询价时应提供设备清单、故障现象、现场照片、软件版本和期望交付范围。若资料不足，可先做勘查报价，再形成正式改造清单；具体型号参数、供货范围和报价口径以双方确认的项目资料为准。

关闭工单必须有明确依据

工单关闭不以“车辆能过”为唯一条件。建议至少满足：

入口识别、开闸、落闸连续测试正常；
出口计费、支付、免费规则和异常放行可用；
抓拍图、车牌、进出时间及订单能够对应；
断网恢复、设备重启后数据同步符合设计；
临时接线、手动常开等措施已经撤除；
更换部件、配置备份和操作记录已归档；
使用方确认故障消除或接受遗留问题。

存在遗留项时，应转为整改工单或观察工单，注明期限和责任方，不宜直接标记“已解决”。

现场验收清单

工单编号与报障时间可追溯
设备型号、版本及更换记录一致
各车道识别、开闸、防砸功能已实测
收费金额、支付状态和订单记录一致
SDK 或 OA 接口有联调结果及异常日志
原系统数据已备份，回退方式可执行
用户权限、管理员密码和日志权限已交接
售后责任、备件范围和关闭依据已签认

兼容风险与替代方案

旧控制器协议不开放时，可保留道闸机械部分并更换控制层；旧相机仅输出识别结果而无稳定接口时，可采用干接点过渡，但会限制图片、状态和远程运维能力。数据库版本过旧时，宜先只读备份，再通过中间表或接口迁移，避免直接改库。

若短期无法完成兼容，可启用人工收费、白名单离线通行或临时值守，但必须记录启停时间和权限。涉及多品牌兼容时，应先做单车道样板验证，再决定是否批量改造。

FAQ

工单已经写明“设备离线”，还需要哪些证据？

需要附网络测试、设备状态截图、服务日志和现场供电结果，以区分设备损坏、交换机故障、地址冲突或平台服务异常。

临时恢复后能否立即关闭？

不建议。应完成连续通行、收费核对和重启复测；重复性故障还需设置观察期，并在工单中写明关闭条件。

原集成商无法提供接口资料怎么办？

先确认设备标签、软件版本和现有通信方式，再评估更换控制层、增加协议网关或分阶段迁移。无法验证的兼容能力不应写入验收承诺。

项目对接

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