叫料已到工位账上仍缺？把配送扫描闭环接回 WMS
产线缺料会里最常见的对话是：「系统显示送了」「工位说没看见」。叫料不是发一条消息，而是配料、配送、接收与库存事件对得上的闭环。
读这一篇能得到什么
- 在制物流目标是齐套与线边可得，不是叫料单张数好看
- 叫料→配料→装车/配送→工位接收扫描应闭环，并回写 WMS 库存事件
- 缺料预警要区分「仓无货」「在途未接收」「接收错料」，对策完全不同
- 线边仓与仓存账策略要事先定义，禁止两边各记一本长期对不上
- 先打通一条产线试点再扩面；无扫描闭环时不要承诺 JIT
「送了」和「看见」之间差一步
早会七点半，计划员指着屏幕：「这单料昨天就配送完成。」线长把手机录像递过来：工位旁空托盘，标签还在周转区。争论十分钟后，有人想起来——司机卸在车间门口，接收扫描没做，系统仍停在「配送中」或被仓管点成「完成」。账上有、现场无，于是再下一张叫料单，线边开始堆「保险料」。保险料越多，盘点越痛，齐套越不可信——这正是闭环失败后的利息。
叫料已到工位账上仍缺，根因很少是「仓管偷懒」四个字能概括。库存事务停在半路，齐套校验却按「已可得」放行，派工与现场就会同时撒谎。微信群里@得越勤，说明闭环越不在系统里。缺料会开得越长，往往越说明分类没做、完成定义没改。
还有一种假象：配送及时率报表很好看，因为完成节点定在「出库」或「装车」，而不是「工位接收」。指标赢了，产线仍停。先改完成定义，再谈考核，否则考核会固化错误闭环。
先把缺料分成三类
缺料会若只有一种喊法，对策一定乱。开会前先分类：
| 类型 | 系统上常见样子 | 该做什么 |
|---|---|---|
| 仓无货 | 叫料被驳回或可用为 0 | 补货/替代料/改计划，不是催配送 |
| 在途未接收 | 已拣已装车，工位未扫接收 | 找容器与卸货点，完成接收闭环 |
| 接收错料/短少 | 已接收但物料或数量不对 | 异常单：短少、错料、退回 |
导出「已配送未接收」清单到现场核对，比再开一轮催料会有用。长期在途应进预警，而不是靠人肉翻聊天记录。重复叫料的高发区，几乎都是在途不可见——看不见，就再叫一次；叫多了，线边堆积，又引发「没地放」的新会。
三类混谈时，采购、仓储、产线会对着不同病因开药：采购加急、仓储多送、产线再叫——库存与现场只会更乱。
闭环只有四步，少一步就假
把叫料当成微信消息，是失败的起点。完整链路应是：
- 需求：工位或工单发起，含物料、数量、需要时间、目标工位。
- 配料：WMS 生成拣配任务，容器/托盘与物料绑定扫描。
- 配送：装车/卸货扫描，状态为在途，不得计入线边可用。
- 接收：工位或线边仓扫描关闭在途，才变为工位可得。
容器码要绑目标工位，减少「送到车间门口就算完成」。波次拣货再准，若卸货点与工位错位，产线仍会喊缺。换型未耗完的料，退回规则要预先写清——谁发起退料任务、多久必须回库、线边是否允许暂存、暂存是否占齐套。否则线边会变成第二乱仓：账在仓、货在线、盘点两头哭。
急料跳过扫描可以有，但必须审批 + 补扫期限。没有期限的「先送后扫」，三个月后账实缺口会在盘点月集中爆炸。例外占比同样应进周会：急料常态化，说明计划窗口或安全库存策略有问题，不是扫描「太严」。
谁主账：MES 与 WMS 别双轨
方案阶段就要写死主责：MES 发起领退料/配送请求并消费物流状态；WMS 主库存账与作业事件，回写 MES。线边可配置为线边仓或工位库位，但事务必须闭环，盘点责任人必须明确。名称叫「线边仓」还是「工位库位」不重要，双轨记账才致命。
齐套与派工必须消费同一套物流口径。APS 显示齐套、线边却缺料——多半是可用量吃进了未接收在途，或 MES/WMS 各记一本。报工消耗若对不上线边接收，过程物料追溯也会断：你能说出用过什么料，却对不上何时送达工位。
供应侧缺料计划应消费真实缺料分类（无货 vs 在途），而不是会议截图。否则采购加急的是「其实已在走廊上的料」，仓里该补的反而没补。
纯手工线、仓产同一空间且目视流转清晰时，可先简化库位再上闭环；没有 PDA、又坚持承诺 JIT，只会制造更多「系统显示送了」。先解决终端与扫描纪律，再承诺节拍供料。
JEDP-MES 怎么接这条链
JEDP-MES 内部物流按领料单配料、按线边需求配送，支持扫描装车/卸货并绑定工位；与 WMS 协同叫料配送与缺料可视。工艺与在制物流模块的定位，是让物流成为计划达成的约束，而不是现场临时催料。验收抽检应包含：叫料—配送—线边接收与 WMS 库存事件一致；长期在途与重复叫料可被看见。
一期建议只打通一条产线：叫料与接收闭环跑稳，再加缺料分类与退料，最后才把齐套校验接到同一状态上。全车间铺开却无接收扫描，等于把假账复制到每一条线。二期再与派工拦截/例外对齐：未接收不得视为齐套放行，例外须可解释。
报工与物流也不应各说各话：上料批次采集若启用，应能对上线边接收事件；对不上时，先查闭环，再查追溯深度。
线边库存策略：先写清，再谈精益
「要不要建线边仓」争论不休时，先回答四个更具体的问题：
- 可用性口径：工位可得 = 已接收；在途是否计入齐套？默认不应计入。
- 盘点责任：线边差异由谁背？仓管、线边物流员还是班组？无人背的库位一定脏。
- 水位与补货：叫料是按工单需求，还是按线边最低水位？混用要写切换规则。
- 换型清场：未耗完物料多久必须退回？超期未退是否锁定新工单叫料？
精益口号下的「多送一点防止停线」，若不进水位与退回规则，只会把仓库搬到过道。JIT 承诺的前提是接收闭环与在途可视；前提不成立时，诚实的做法是拉长供料窗口，而不是假装已经准时制。
容器与路径也要标准化：同一物料是否允许散装与整箱混送、是否必须扫容器码才能卸货、卸货点与工位码是否一对一。路径不清时，配送员会选择「放到大家都看得到的地方」——也就是账实最容易丢的地方。与波次拣货的衔接是：仓内拣得准，只解决配料段；车间段仍要靠装车/接收事件闭合。两段指标分开看，才能避免「拣货准确率很高、产线仍缺料」的撕裂感。退料回库同样要进任务池：有去无回，线边水位永远失真。
本周最小验证
别先买更多看板。做这三件：
- 从系统导出近 7 天「已配送未接收」清单，到现场逐条核对货在哪、卡在何状态。
- 抽一个正在缺料的工单，用上文三类法归类——看早会结论是否说对了病；记一笔「误诊」案例用于周会。
- 与仓管确认：配送完成按钮能否在无工位接收时按下；若能，先改完成定义与权限，再谈扩面与 JIT 口号。
一周内若「未接收」积压明显下降、重复叫料减少，再谈第二条线。若积压不动，先查扫描点位（门口 vs 工位）、容器绑定与主责表，不要加派配送员「多送点」——多送只会加重线边第二仓。能把「完成」定义改到工位接收，这一周就值回票价。同步让计划员在齐套视图里看见在途与已接收分列，下一周早会才不会继续用同一套假齐套吵架。
想把这篇里的做法落到自己的厂里？资源中心有对应场景的在线自测与资料模板，也可以直接约一次真实环境演示。
常见问题
围绕本篇主题的追问，先看这里；仍有疑问可联系我们
叫料由 MES 还是 WMS 发起？
典型是 MES 发起领退料/配送请求，WMS 主库存账与作业事件并回写 MES。主责表应在方案阶段写死，避免两边各认一半。
线边要不要独立仓库？
可配置线边仓或工位库位；关键是事务闭环与盘点责任清晰，名称其次。
和 APS 齐套什么关系？
齐套校验依赖真实可用与在途状态；配送未回写会让齐套与现场同时说谎。
急料能否跳过扫描？
例外须审批并设补扫期限；长期跳过等于取消账实，缺口会转移到盘点月。
重复叫料怎么压？
让计划与仓管看见「已配送未接收」；在途可见时，重复叫料会自然下降。