早上六点五十，天刚亮，风有点凉。我和老陈沿着主路往地铁口走，一人一边。他拿手机扫车牌，我数车。

走到第三个停车区，他停下来，指着一辆青色的车说：这辆扫不出来。

扫不出来是什么意思？就是车身上有编号，平台里查不到备案信息。车能骑，能扫码开锁，能计费，但在监管的台账里，它不存在。

那天早上我们扫了一百二十多辆，扫不出来的有九辆。这个比例不算高，问题是这九辆车已经在这条路上跑了三个月。三个月里，每天的巡查记录都写「正常」。

现象：跑在路上，账上没有

共享单车未备案车辆不是一个新问题，但它的形态变了。

早些年未备案的车多为整批投放，几百辆一起进来，特征明显，查一次能抓一批。现在的方式更碎：新车分批投、旧车换牌继续跑、外地调拨进来不报备、故障车修好重新投放不更新状态。每一种单独看体量都不大，加起来就是一个持续漏水的池子。

一线能感觉到却说不清的是另一件事：这些车不出故障、不投诉、不违停，日常巡查几乎碰不到它们的问题。它们安安静静地跑，安安静静地不在账上。等到要做总量核算、要考核投放合规性的时候，才发现路面实有数和平台在册数差了一截。

差的那一截，就是这三个月里每天被写「正常」的那九辆。数目不大，但它每天都在变，而且没人知道它明天会变成多少。

卡在哪：三层原因，一层比一层难

查不动这件事，不能全怪设备不够。往深里看有三层。

第一层，报备的动力不足。 多数城市的互联网租赁自行车管理办法把车辆备案写成硬要求，运营企业要在投放前登记车辆标识。但报备意味着把投放量摊开给监管方看，而投放量又和配额挂钩。少报一批，在总量考核上就少一分压力。这不是某一家的问题，是规则设计留下的缝。共享单车监管平台把这个缝照出来的方式很直接：配额、报备、路面实有量三个数并排放，差多少一目了然。问题在于第三个数的来源，如果它也是企业给的，三个数就还是一家人。

第二层，报备了也未必报全。 有的企业确实报了，但报的是一次性台账，后续的换车、调拨、改装、报废不更新。系统里躺着一批已经不在路上的车，路面上跑着一批没进系统的车。台账和现实各自演进，越走越远。报备这件事怎么做才不漏，共享单车企业报备管理平台方案里给了流程。

第三层，监管方缺少独立核验手段。 这是最关键的一层。如果核验只能依赖企业上报，那前面两层永远补不上。巡查员扫车牌是一个办法，但扫一辆车要几秒，一条路几百辆，一个区几万辆，人力跟不上。而且扫码只能查有码的车，改过牌、贴了膜的车，扫不出来也看不出来。

三层叠在一起，结果就是：政策有要求，企业有动作，监管方有台账，三方都有，路面上的车却还是有一批对不上。

机制：不主动问，只安静听

蓝牙嗅探解决的是第三层。它的思路和扫码相反——不要求车配合，也不要求人走过去。

原理不复杂。共享单车的车锁里带蓝牙模块，为了和手机开锁通信，会周期性广播一段带车辆标识的信号。这段广播不需要联网，也不管有没有人听，一直在发。

嗅探器做的事就是听。它被动接收这段广播，记下标识、时间、信号强度，回传给平台。整个过程不发射信号，不干扰开锁，骑行人完全无感。

采集回来的标识，和备案库实时比对，结果分三种：合规、未备案、疑似改装。判断在平台侧完成，所以能七乘二十四小时无人值守地跑，不需要人在现场。位置怎么定是另一个常被问到的问题：嗅探器本身没有定位模块，它只知道「这辆车在我附近」。平台把同一辆车被多台设备听到的时间与信号强度放在一起算，落在哪台设备的覆盖圈里，就归到哪个停车点。精度不如车载定位，但回答「在哪条路上」足够了。

这套机制在平台侧对应的能力，共享单车监督管理平台的核心功能解析里有逐个模块的说明。几个参数值得记住，因为它们决定了这套办法的边界。单台设备有效半径 50–100 米，取决于安装高度和周边遮挡；外壳防护等级 IP66，装在人行道边的杆件上，淋雨不进水；合理安装高度四到六米，装高了信号被树枝和广告牌挡，装低了容易被碰坏；单台设备一天采集的数据量在数千条量级。

这些数字背后是一件事：它不是全覆盖的监控，是抽样式的持续核验。覆盖到的地方，一辆车一天会被听到几十次；没覆盖的地方，一辆也听不到。所以它替代不了巡查，只能把巡查从「逐辆扫」变成「按线索查」。

四种核验手段摆在一起，各自的短板很清楚。

四样东西没有一样能单独闭合。人工扫得慢，报备不主动，嗅探有盲区，视频受光线影响。可行的组合是：嗅探日常兜底，视频盯重点点位，人工按线索复核，报备数据做底账。四层对不上的那一小撮，才是真正需要花时间去查的。

对一线来说，这个变化的实际意义是：早上不用再站在路边一辆一辆扫，手机上的工单会告诉他今天哪几个点位有问题车。查的范围小了，但查得准了。

落地：装在哪、谁用、多久见效

设备落地这件事，细节比方案重要。

选址上，优先覆盖三类位置：地铁口和公交首末站周边、商业综合体外的停车区、跨区通道的必经路段。这三类位置的车流密度高，一台设备能覆盖的车多，投入产出比好。背街小巷不必逐条布，用移动式设备定期巡一遍就行。

供电和网络要提前算。取电方式有路灯取电、太阳能加蓄电池两种，前者稳定但要走审批，后者灵活但要考虑连续阴雨天的续航。网络用蜂窝模块，注意信号强度和资费，别让一张流量卡拖垮整条链路。

值守端要给一线用起来。设备采到的未备案记录，经平台比对后生成待核清单，再转成工单派给巡查员或运营商。这一步如果还是靠人从后台导表，前端就白做了。工单小程序的意义在这里——巡查员在点位现场就能看到这辆车的历史出现记录，判断是新投的还是长期漏报的。

见效时间大致是这样：装好之后一个月，未备案车辆的发现量会明显上升，这是正常的，因为终于能看见了；三个月后，如果处置跟得上，同一个点位重复出现的车会减少，备案率会往上走；半年后，这个数趋于平稳，剩下的多是难处置的存量。

要提醒一句：发现量上升不等于工作变差。有地方一开始不敢让数字涨，把预警阈值调松，结果设备装了等于没装。

清单出来之后，四步别跳

待核清单生成只是中间产物，后面还有四步。跳过任何一步，这套东西就退化成一份日报。

第一步是按点位聚合。同一辆车的多条记录合成一条，同一停车区的多条记录合成一组。不聚合，清单会长到没人看。

第二步是带轨迹派单。派给运营商时，附上这辆车最近七天的出现点位和时间。只给一个编号，企业查不到，回复一律是「正在核实」。

第三步是按类型处置。企业回复通常落在五种里：新投未报、跨区调拨、换牌未更新、改装、无主车。前三种补报备即可，第四种要拆解处理，第五种要清运。五种混在一起回一句「已处理」，等于没回。

第四步是复查。一周后同一设备再听一轮，看这批车还在不在。复查结果才是考核依据，处置回复不是。

边界：这套办法管不到的地方

把边界说清楚，比把能力说满有用。

车锁不广播的老旧车型，嗅探器听不到。这类车要么换锁，要么只能靠人工核验。设备覆盖不到的盲区，特别是城中村、工地周边、城郊结合部，依然要靠移动巡查补。断电断网的时候，数据断档，第二天补不上来，只能标注区间空缺，不能假装连续。

还有一种情况更常见：只查不处置。设备装完，通报发了几期，没人跟进企业的回复质量，清单越积越长。设备天天报未备案，通报也发了，但既不能约束投放，也不进入考核，几个月后运营商就不当回事了。总量控制这一环怎么接进来，总量控制功能介绍讲的是同一件事的另一半。这时候问题不在技术，在处置规则没定。

共享单车监管平台能做的是把「哪辆车、什么时候、在哪个点位出现过」串成一条轨迹，一车一档。核查的人拿着这条轨迹去问企业，企业就很难用「系统里没有」来推。但最终让企业改的，是配额、考核和处罚这三件事，平台只是把证据摆到桌面上。

收尾

那天早上扫出来的九辆车，后来查清了七辆：五辆是换牌没更新，两辆是跨区调拨没报备。剩下两辆，企业说不清来历。

老陈在记录本上写了一行：疑似改装，待核。

这行字以前不会出现。不是他不想写，是没有依据可写。现在有了依据，记录本上的每一行才站得住，也才有人愿意看。一本写满「正常」的本子，抵不上一行讲清来由的「待核」。