停车场断网以后，还能做什么？别只听一句支持离线

外网断开，道闸还能抬起来，于是验收表写下“离线正常”。

但几小时后，记录没保存，出口查不到入口，恢复后又多出重复订单。

“能开一次闸”，只证明了一种动作。离线能力要拆成通行、业务、记录和恢复来验。

01 先问 断的是哪一段

外部互联网中断，但现场网络仍通，与现场交换机失效，是两种情况。

平台服务异常、本地控制器故障和市电中断，也各有影响。云端连不上，不代表现场设备之间一定还能交换记录。

测试方案应明确故障位置、持续时间、供电状态和受影响模块。单次拔线，不能覆盖全部边界。

02 本地有哪些数据 决定它还能判断什么

固定车名单、有效期、费率、当前在场记录等，是否提前保存？更新与过期怎样处理？

临时访客尚未审批、名单刚变更、入口与出口无法互通时，设备可能缺少决定所需的信息。

不能要求设备在没有数据时，表现得和联网完全一样。应该事先约定可做范围与异常流程。

本地计费是否必要，应按项目目标决定；没有本地计费的方案，也要明确替代服务，而不是含糊称为“完整离线”。

场景示意：不同故障保留的能力不同，按约定边界处理。

03 记录存在哪 能撑多久

核对本地是否持久化保存事件、时间、图片和必要操作记录，设备重启后是否仍在。

文字日志与图片容量不同。应说明存储上限、超限策略、断电影响和告警，不能只说“能缓存几万条”就忽略图片及其他数据。

加密主要保护机密性，不等于自动防篡改。完整性校验、权限、时间管理和日志，还要分别设计。

04 恢复后 最难的是把业务合回来

补传可能重复、乱序、延迟。系统应按业务标识关联，并区分发生时间与接收时间。

已在本地计费、已人工放行或已经退款的订单，恢复后如何合并？哪些状态需要复核？

过期控制命令也不应重新执行。通信重新连上，只是恢复过程的开始。

05 把验收写成可复核场景

在授权维护窗口和安全通道，由相关人员按预案测试，保留正常业务服务与分流措施。

覆盖本地记录、入口出口关系、缓存容量边界、设备重启、重复补传和人工处理后恢复。

核对成功和失败的结果，不只看后台记录总数。测试持续多久、模拟哪些负载，应按业务需要约定，不能统一说十几分钟就够。

把故障条件、现场能力、记录边界与恢复结果一起写清楚。

06 预案还要交给真正值班的人

什么车可按本地规则放行，什么情况需要人工确认，谁能处理费用，故障如何升级，都应可查。

不要为了不停场绕过现场安全装置，也不要在缺少可靠依据时自动套用历史入场时间。

可靠的离线方案，不是承诺一切照常，而是说清还能做什么、不能做什么，以及如何恢复正确。

你们的“离线正常”，验到了开闸，还是也验了账和记录？

— 鑫禾智城 —

关注鑫禾智城，把停车故障时的能力和限制讲清楚。

配图为 AI 场景插画与原创技术图，均仅作示意；具体能力以项目配置与验证为准。