道闸旁那张二维码，到底给了谁权限？这次检查别只看能不能扫

为了方便无牌车，不少车场在入口放上二维码。

扫码后，页面是提交申请、领取凭证，还是直接触发开闸？很多使用者不清楚，管理者也未必完整核对过。

二维码本身只是入口。风险来自它背后授予了什么权限，以及这些权限有没有被正确校验。

别因为码公开张贴，就认定有漏洞；也别因为页面能正常打开，就认定安全。

01 先问 这个码究竟对应哪条通道

服务端应识别车场、通道和业务类型，不该只相信页面传来的几个参数。

入口申请、出口核验与缴费页面可以有不同职责。实际是否允许开闸，需要服务端按授权和当前状态判断。

同一个二维码能打开通用页面，不等于能任意控制闸机；真正要验的是控制权限。

02 现场有车 只是条件之一

车辆检测可以辅助确认现场状态，但地感、雷达或视频判断都受布设、环境和产品能力影响。

检测到目标，并不自动证明申请人有权控制这辆车或这条通道。仍要关联本次申请、凭证、有效期及授权对象。

手机定位也存在误差，不能当作唯一安全凭据。动态码同样不能替代后台校验。

场景示意：检查在授权维护范围内进行，不在正常车流中试闯。

03 开过闸 不代表已经完成一次入场

系统可以先创建待通行申请；车辆是否实际经过，再由现场事件确认。

如果扫码后车辆未通过、重复扫码或请求超时，状态怎样处理？这些情况要有明确逻辑，不能仅凭网页成功就生成一笔确定的停车时长。

可靠的事件关联与幂等处理，可以减少重复订单，但仍需要故障检测与人工复核路径。

04 安全落杆 不能靠缩短延时解决

控制授权和物理防护是两件事，都需要验证。

落杆必须结合现场安全检测和设备要求，不能因为“防尾随”就超时强制落杆，也不能用人站在闸杆下的方式验证功能。

机动车通道与人行、非机动车通道应按场地需求规划。涉及安全装置配置和联动，由专业人员按适用规范确认。

门禁管住谁能进入，安全装置保护正在通过的人和车，不能互相替代。

页面、授权、通行状态与安全联锁，需要共同设计。

05 怎样检查 才有用也不影响通行

先让供应商说明二维码作用、令牌有效期、通道绑定、重复请求和订单确认机制，再核对配置与日志。

涉及越权、异地请求、重放等验证，应交由获授权的维护人员，在隔离通道或测试环境完成。不要在生产车道随意触发开闸，制造新的安全风险。

同时检查张贴物是否被替换、收款主体是否正确、求助渠道是否真实。二维码管理也包含日常巡查。

一张码看着简单，背后却是一套权限和通行规则。把规则看清，比只问“是不是动态码”更有价值。

你们入口的码，是申请入口，还是控制入口？今天就可以先问清楚。

— 鑫禾智城 —

关注鑫禾智城，把停车便利背后的控制边界讲明白。

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