去年十一月的一个周二下午，做五金冲压件的李厂长接到客户电话，对方语气不太好：“上周三就确认的加急单，怎么今天还没收到货？产线等米下锅了。”李厂长一边道歉一边打开电脑查系统，销售订单状态显示“已发货”。他松了口气，把截图发给客户。客户回了一句：“货呢？”
李厂长跑到仓库，成品区那批货码得整整齐齐，一张发货单贴在托盘上，销售内勤、销售经理、仓库文员的签字一个不少。可发货单上的日期是上周五，物流那边压根没收到提货通知。一张签完字的发货单，在仓库角落躺了三天。
“已发货”三个字，到底谁说了算
很多工厂的ERP里，销售订单一旦被销售内勤点了“发货确认”，系统就默认货已离厂、库存已扣减。但物理世界里，货可能还在成品区，甚至还在包装线上。
李厂长后来查了流程：销售内勤小周接到客户催货电话，怕被投诉，先在系统里把发货状态改了，想着“反正仓库下午就会安排”。仓库那边呢，文员看到发货单上有销售经理的签字，就默认手续走完了，但当天下午来了两车原料要卸，叉车工被调走，发货的事就搁下了。
销售以为仓库会发，仓库以为物流会来，物流以为销售会通知。三个环节，每个环节都以为别人会兜底。
一个数字暴露的真相
我让李厂长拉了一份数据：过去半年，系统里标记“已发货”的订单有1473笔，但物流签收记录只有1381笔。差了92笔，占比6.2%。
这92笔里，有31笔是当天补发的，有44笔是第二天才实际离厂，剩下17笔最离谱——客户等不及取消了订单，但系统里的发货记录没冲销，月底财务对账时库存对不上，仓库主管老陈被扣了绩效。
老陈跟我说了一句话：“系统里点一下鼠标，比我签十张单子都管用。可鼠标点下去的时候，货还在我眼皮底下呢。”
发货这个动作，被拆成了两半
问题的根子在于：“发货”在管理上是一个动作，在系统里被拆成了两个。一个是信息流的确认，一个是实物流的交接。销售内勤管信息流，仓库管实物流，中间没有强制咬合。
大部分中小工厂的ERP，销售模块和仓储模块是打通的，但“发货确认”这个按钮的权限，往往给了销售内勤。理由很简单：客户催的是销售，销售得第一时间给客户反馈。
可销售内勤坐在办公室，看不到成品区那批货是不是真的被叉车叉走了。她只能“相信”仓库已经发了。
改了一个权限之后
李厂长后来做了个调整：系统里“发货确认”的权限，从销售内勤收回来，只留给仓库的出货扫码岗。销售内勤可以“通知发货”，但订单状态不会变。只有仓库扫码枪扫了发货单上的条码，系统才把状态改成“已发货”，同时自动给客户发短信。
头一个月，销售部怨声载道，说客户问进度时他们答不上来。李厂长让IT在系统里加了个“待发货”看板，销售内勤能看到每张单子卡在哪个环节——是待拣货、待扫码还是待装车。
三个月后，那92笔的差异降到了7笔。老陈的绩效没再被扣过，销售内勤小周也不用再替仓库“背锅”了。
发货这件事，说到底就一句话：谁手里有货，谁才有资格说“发了”。系统里的一个状态字段，背后是仓库月台上那台叉车有没有真的动起来。
