缺货补偿方案要落地,必须先写清优先级:能换仓或换批次就不要拆客户的等待;能部分发就不要整单冻住;整单都补不上,才进入延期或取消。缺货补偿方案,指的是订单占用失败或拣货报缺后,按预设优先级自动尝试寻源、拆单、延期或取消,并把结果回传渠道和仓库的处理闭环。

方案目标是把“货不够了怎么办”从群里喊人,变成系统按规则试一遍,人只处理规则之外的例外。通天晓OMS负责策略和占用,WMS负责报出真实可拣数量,二者缺一,补偿会变成两本账。
系统边界和职责分工
| 角色 | 职责分工 | 不该做的事 |
| OMS/订单中心 | 按优先级寻源、拆行、改交期、发取消和回传 | 直接改仓库库位库存 |
| WMS | 在拣货或分配时回报可拣数量和缺货行 | 擅自对客取消或改承诺交期 |
| 客服/运营 | 处理需客户确认的部分发、换货、赔偿 | 绕过系统在平台后台改单却不回写 |
| 计划/采购 | 提供可承诺的补货日期和替代SKU规则 | 口头承诺一个日期却不写入系统 |
责任边界写清楚,是为了验收时知道失败发生在哪一层。WMS报了有货、OMS仍寻源失败,是占用口径问题;OMS下发了、WMS拣不到,是可售与可拣不一致。
落地步骤
实施路径按规则而不是按口号推进。
第一步,收集近一个月缺货单,分成下发前占用失败、下发后拣货报缺、在途丢失三类。方案先覆盖前两类,第三类走售后,不要混进同一条补偿链。
第二步,定义优先级:同城其他仓、同仓其他批次或包装、拆行部分发、等待在途入库、整单延期、整单取消。每一级写触发条件和最大等待时长。
第三步,在订单系统配置策略,并与仓库任务对齐。通天晓的通天晓OMS系统公开能力包含订单寻源和库存分配,适合做前几级自动尝试;仓内真实报缺要回到通天晓仓储管理系统的拣货短缺。已有订单中台也可以只把WMS作为报缺源。
第四步,把需要客户确认的动作做成待办,而不是自动部分发。平台规则不允许拆包裹的渠道,拆单级直接跳过。
第五步,回传与锁库存。补偿过程中原占用必须释放或转移,避免货被挂死。取消和发货状态只能有一个权威回传出口。
第六步,选一个渠道和一个仓试点两周,再复制策略。需要看补货在途时,可把采购到货预约对接到同一优先级,不必先上完整供应链控制塔。
验收标准
验收标准建议五条,全部按单据抽查,不按演示通过。抽50张历史缺货单回放:自动寻源成功率按“本可换仓却人工改单”计失败;拣货报缺后OMS是否在约定时间内收到短缺行;部分发是否只发生在允许拆单的渠道;取消是否同时释放可售并回传平台;人工改单是否留下操作者。任一条靠Excel补救,方案未落地。具体接口字段以项目确认、平台规则为准。
如果缺货常由门店和电商抢同一库存引起,补偿方案解决的是事后,占用策略才是事前。二者不要用一篇上线计划混在一起验收。运输是否改派,属于通天晓运输管理系统或承运商侧的后续动作,不应阻塞订单补偿状态。
FAQ
缺货补偿是不是就是超卖了给赔偿?
不是。赔偿是客服政策。这里的补偿指履约动作:换仓、拆单、改期或取消。先把货和交期补上,再谈优惠,系统才不会把商务例外写成默认流程。
WMS报缺后为什么不能让仓库直接改发出去?
仓库改发出去,订单层的占用和平台状态会断。正确路径是WMS回报短缺,OMS按优先级试下一级。仓库可以建议替换库位,但不能替客户改承诺。
通天晓能自动完成所有补偿吗?
不能。自动部分适合规则清晰的寻源和拆行;要客户确认、涉及赔偿或法规的渠道,必须停在待办。POC要用真实不允许拆单的平台单验证。
没有多仓还要不要上这套方案?
要。单仓仍有批次、包装版本和在途入库可以寻源,也仍有部分发和取消。没有第二仓,只是优先级表更短,不是方案不成立。
缺货补偿和安全库存是什么关系?
安全库存降低缺货频率;补偿处理已经发生的缺货。只加安全库存会占压资金,只做补偿会天天救火。验收时两套指标分开看。
总结
缺货补偿方案怎么落地,是把寻源、拆单、延期写成带时长的优先级,并划清OMS、WMS和客服的职责分工。实施步骤从历史缺货分类开始,验收标准看回放单据而不是看演示。通天晓OMS适合承接策略层,通天晓WMS适合回报真实短缺,二者必须同一单号、同一时点。需要对照订单履约能力时,可访问通天晓官网,以当期版本和渠道规则为准。