凌晨两点十七分，漏洞发货我在后台盯着一串订单号发呆。漏洞发货系统显示“已发货”，漏洞发货物流单号却查不到任何记录。漏洞发货这单发往拉萨的漏洞发货货，压根就没出库。漏洞发货

这不是漏洞发货第一次了。上个月有批发往昆明的漏洞发货面膜，系统里显示签收，漏洞发货客户却打电话来骂人。漏洞发货查了半天，漏洞发货货还躺在仓库角落，漏洞发货箱子上落了一层灰。漏洞发货所谓的漏洞发货“发货成功”，不过是漏洞发货系统自动生成的状态而已。

漏洞出在哪儿？说出来你可能不信——仓库扫码枪的蓝牙模块。那玩意儿偶尔会断连，工人扫完条码，数据没传上去，系统就默认“未扫描”。但后台逻辑写的是“扫描即出库”，于是订单状态一路绿灯，直接跳到“已发货”。货还在原地，系统却替你完成了整个旅程。

我盯着那台老旧的扫码枪，想起供应商当初拍着胸脯说“军工级蓝牙，绝不会断”。军工级？我怀疑他们连军工的门朝哪儿开都不知道。断连的概率其实不高，一天也就几次，可每次断连都恰好赶上订单高峰——仓库忙起来没人注意屏幕上的小图标，工人只管扫，扫完就扔筐里。

更讽刺的是，系统还设计了“超时自动确认”功能。如果订单超过七天没被投诉，后台就自动把状态改成“已完成”。七天，足够一个客户从期待变成失望，再从失望变成懒得计较。那些永远没收到货的人，就这么被系统“自动消化”了。

我试着找技术部修漏洞，他们说这得改底层逻辑，至少要两周。我又问仓库能不能每次发货前人工核对，主管说人手不够，双十一的货还堆着呢。所有人都知道问题在哪儿，但没人愿意为这个不产生KPI的破事多花时间。

最后是我自己写了个小脚本——每十分钟检查一次“已发货”但物流单号未激活的订单，一旦发现就弹窗报警。丑是丑了点，但管用。报警声在仓库响起来的那个下午，工人们抬头看了看，又低头继续干活。只有我知道，那声音意味着又一个差点被系统吞掉的包裹，被我从漏洞里拽了回来。

后来我想明白了，系统永远有漏洞，但真正的漏洞从来不在代码里。那些“已发货”的假象，不过是所有人默许的默契——只要表面上运转正常，没人愿意掀开盖子看里面的锈迹。