畅联云平台丨一个车牌，为什么要在三个停车系统里录入三遍？

一次停车场现场问题，引出的数字化思考

一个车牌，为什么要在三个系统里录入三遍？

前段时间，我们在梳理一个单位的停车管理需求时，遇到了一件看起来很小、却非常典型的事。

一辆临时公务车辆要进入单位。申请人已经在办公系统里提交了申请，部门负责人也完成了审批。按道理，车辆到达门口后，摄像机识别车牌，道闸自动打开，整个过程应该很顺畅。

但实际情况是，车到了门口，道闸没有反应。门岗先查了一遍停车系统，没有找到这辆车；随后联系办公室，办公室确认审批已经通过；再联系停车场管理员，管理员又登录另一套系统，手动录入车牌。前后折腾了十几分钟，车辆才终于进场。

没有哪个设备坏了，也没有哪个工作人员明显做错了。问题只是：每套系统都在正常工作，但它们彼此不说话。 一次通行背后，审批结果、车牌信息和现场权限分散在不同系统。

停车场的问题，往往不在停车场

很多单位的停车场并不是一次建成的。可能最早只有一个院区，后来增加了办公楼，又新增了地下车库；一号门使用的是几年前采购的车牌识别系统，二号门换了另一个品牌，访客停车场又单独建设了一套系统。

时间一长，就会出现一种很常见的状态：每个停车场都有系统，每个出入口都有摄像机，每根道闸也都可以正常升降，但车辆信息、通行权限、进出记录和审批结果，全部分散在不同的系统里。

新增一辆公务车，要在几个系统里分别录入；员工更换车牌，要通知多个停车场管理员修改；访客已经预约成功，到了门口却仍然需要打电话确认；管理人员想知道某辆车现在停在哪里，也只能分别登录系统查询。

为什么不能直接全部换掉？

最直接的想法当然是：既然系统不统一，那就全部换成同一个品牌。但真正到了项目现场，这个方案通常很难落地。

首先，原有设备可能还可以继续使用。车牌识别相机能够正常识别，道闸也没有故障，只是系统之间不互通。如果为了统一管理，把所有摄像机、道闸和控制设备全部更换，成本会非常高。

其次，不同停车场的建设时间、网络环境和管理主体并不一致。有些停车场位于内网，有些区域需要与外部访客预约系统连接；有些设备可以直接联网，有些设备只能通过原有停车系统获取数据。

最后，整体更换还会影响现有通行。停车场不是一个可以轻易停运的系统。尤其是政府机关、医院、学校和大型园区等场景，出入口一旦长时间中断，影响的不只是停车体验，还可能影响日常办公与应急通行。

真正现实的做法往往不是“推倒重建”，而是保留还能使用的设备，在旧系统和新业务之间增加一个翻译层。 现场接入网关承担“翻译”工作：向下兼容设备，向上对接统一管理。

一个不起眼的小盒子，解决的不是联网问题

我们有一个“停车魔盒”。它向下连接不同品牌的车牌识别相机、道闸设备、出入口控制器或原有停车系统，向上连接统一的车辆管理平台。

不同厂商的数据格式不一样，它负责转换；有的系统上传车牌识别结果，有的上传车辆进出记录，它负责整理；平台下发白名单、临时授权或者开闸指令，它负责把指令转换成现场设备能够执行的方式。

它做的事情听起来并不复杂，但非常关键：让设备接得进来，让数据传得上去，让平台指令下得去，也让原来的停车设备继续发挥作用。

审批通过，不应该只是生成一张电子表单

停车管理中还有一个很常见的问题：业务审批和现场通行是分开的。访客已经预约，车辆外出已经审批，临时公务车也已经完成授权，但审批结果只是停留在办公系统里。到了停车场，仍然需要工作人员把审批结果人工转录到停车系统。

这意味着所谓的“线上审批”，只完成了前半段。真正完整的流程应该是：业务系统发起申请，负责人完成审批，统一平台根据审批结果自动生成车辆权限，再通过现场接入网关把权限下发到对应停车场和出入口。

车辆到达后，摄像机识别车牌，系统核验授权时间和通行范围，符合条件就自动放行。车辆实际进出后，通行记录再与原来的审批单自动关联。这样才算形成了从申请、审批、授权、通行到核验的完整闭环。

业务系统发起审批，统一平台生成权限，现场设备执行通行，记录再回到管理端。

真正有价值的，不是大屏，而是少录一次车牌

统一之后，最直观的变化并不是多了一块数据大屏，而是很多重复工作消失了。过去新增一辆公务车，可能需要通知三个停车场管理员，分别进入三个系统录入。统一之后，只需要在车辆基础库里维护一次，再根据车辆权限同步到指定停车场。

一辆车可以进入哪些停车场、走哪个出入口、允许在哪些时间段通行、权限什么时候失效，都可以统一配置。人员离职、车辆更换或者权限到期时，也不需要再逐个系统排查。

从“多头维护”到“一处维护、多点同步”，管理成本才真正下降。

“车现在在哪里”，不应该靠打电话确认

当所有停车场的通行数据汇聚到一个平台后，另一个长期存在的问题也可以被解决：车辆状态不清。管理人员可以直接查看某辆车目前是否在库、位于哪个停车场、从哪个入口进入、已经停留多久。

如果车辆在多个院区之间通行，还可以按照时间形成完整轨迹。这类能力在平时看起来只是查询方便，但遇到异常情况时就非常重要。

通行记录被串联成时间线，车辆状态、审批依据与异常情况可以一起核验。

例如，一辆临时车辆超过授权时间仍未离场；一辆已过期的车辆再次进入；某次道闸由门岗人工开启，但没有关联审批记录；黑名单车辆出现在某个出入口；设备离线，导致通行数据没有及时上传。

过去，这些问题可能分散在不同系统里，甚至只能靠门岗人员发现。统一之后，可以将异常集中识别、提醒、核实和归档。即使发生人工开闸，也可以记录操作人员、操作时间、操作原因和处理结果。管理的重点也就从“事后查记录”，逐渐变成“异常发生时及时发现”。

很多数字化项目，最后都败在“另起炉灶”

做了很多项目后，我越来越觉得，数字化建设里最容易出现的误区，不是技术不够先进，而是总想着重新建设一套系统。旧系统继续运行，新平台再建设一套，数据仍然互不相通。工作人员只是从登录三个系统，变成登录四个系统。

真正有效的建设，应该先回答几个很朴素的问题：现有设备能不能继续使用？已有数据能不能统一汇聚？业务审批能不能直接变成现场权限？平台指令能不能真正控制到现场设备？异常发生后，能不能找到完整记录？

反过来，一个项目哪怕没有大规模更换设备，只是通过接入网关把原有系统连接起来，让车辆信息只维护一次，让审批结果自动下发，让不同停车场的通行记录可以统一追溯，它带来的改变反而可能更加真实。

写在最后

停车场看起来只是单位管理中的一个小场景，但它几乎浓缩了很多传统数字化项目都会遇到的问题：设备来自不同厂商，系统建设于不同阶段，数据分散在不同部门，业务流程与现场执行相互脱节。

解决这类问题，未必需要重新购买一整套设备。有时候，更重要的是在旧设备和新业务之间搭一座桥，让原本互不认识的系统能够交换数据、传递权限和执行指令。