相机和道闸都换新了，停车场还是一堆问题？开工前问清这4类事

设备验收时能识别、能抬杆，看上去已经完工。正式运营后，却开始对不上账、处理不了无牌车，网络一波动就要人跑现场。

这不说明硬件不重要，而是停车改造的交付范围，不能只有设备安装。

开工前把下面四类事问具体，能让后续交付有更清楚的依据。

01 业务规则 能不能按实际需求跑完

先列项目真的会遇到的收费、月卡、优惠、访客和特殊车辆规则，做成可核对的样例。

跨天、跨费率时段、优惠叠加、月卡续费延迟，不能只靠“后台支持设置”一句话带过。

每个样例应写清输入条件和预期结果，再由实际使用岗位验算。系统输出与合同口径不一致时，要查明差异，不靠临时人工改数掩盖。

一份清楚的业务样例，比一张勾满功能名称的表更能验出问题。

02 记录异常 人员怎样接手

无牌、误识别、入场记录缺失、支付成功但未放行，这些都需要明确处理。

无牌车不一定必须扫码，场地可以选择合适方式；但无论自助还是人工，都应关联本次通行、授权和费用。

疑似同号牌异常只能作为核查线索，不应由单一算法直接作出“套牌”的最终认定。

人工操作要有权限、原因和记录。既不能把人撤了再找兜底，也不能让兜底变成随意放行。

把业务、异常、故障和扩展写进交付范围。

03 故障发生 系统能保留多少能力

分别说明外网断开、现场设备互通中断、平台服务异常及停电等情况。

能本地识别，不代表能本地计费；能存日志，不代表保存了完整图片；能补传，也不代表不会重复或错配订单。

备份同样要验证能恢复，升级要有回退安排。所有这些，都应按约定目标验收，而不是统一说“支持离线”。

04 后续扩展 哪些需要再次付费和施工

新增车道、接入其他品牌、对接物业系统或更换收款主体，可能涉及接口、授权、容量和定制。

问清具体型号、版本、字段与接口责任。对接成功一次，也不代表未来升级后永远兼容。

数据能否导出、账号如何交接、停止服务后怎样迁移，应在前期写清楚。不要等续约或换供应商时才发现关键资料拿不出来。

05 改造项目尤其要有切换方案

旧名单、未结订单、余额或权益怎样迁移？切换前谁备份？新旧系统同时运行时，谁负责判断？

选择小范围试点，核对迁移前后数量与状态，约定回退条件，再逐步扩展。

新设备装好了，与新业务接管成功，是两个需要分别确认的结果。

试点、迁移核对、切换和复查，应有明确负责人。

06 最后 别把预算全花在看得见的地方

相机成像、道闸结构、安全装置、网络供电都要合适；软件规则、运维与异常处理也要有人负责。

不是把硬件预算挪给软件就一定正确，而是按现场风险把关键环节配齐。

好的改造，是让新的系统接得住原来的业务，也能接住不顺利的那一天。

你们的验收清单里，有“数据迁移”和“异常费用处理”吗？

— 鑫禾智城 —

关注鑫禾智城，把停车改造从设备清单讲到完整交付。

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