标准场景 预警跟踪 行业 · 物流快递与供应链

CC-02 · 订单履约缺货预警

痛点 订单来了才发现货不够发 · 库存不准,超卖缺货是常态

① 场景引入

一、这件事现在是什么样

仓储履约 · 真实业务触发

每天订单波次进来,要和库存实时比对:哪个 SKU 快缺货、哪笔订单会超卖、哪个效期批次该先发。库存不准导致缺货超卖,直接损失,还连累退单退款。

二、痛点 · 每条都有来源

  1. 库存不准导致缺货超卖,账上有的货仓库里没有,接了单发不出去
    依据:账面 500 件、翻个底朝天只有 460 件是 90%仓库的日常;仓管「货到了先堆着、单子后补,急着发先出库、回头再销账」
  2. 出入库「先干后补」、急着发先出库回头再销账,账面永远滞后于实物
    依据:账面 500 件、翻个底朝天只有 460 件是 90% 仓库的日常;仓管「货到了先堆着、单子后补,急着发先出库、回头再销账」
  3. 先进先出常是口号、实际后进先出,临期批次压到报损才看见依据 ·批次错位:账面显示冷冻鸡胸肉 350 箱、仓库翻三遍只有 280 箱,差 70 箱要花两天翻单据打电话;先进先出常是口号、实际后进先出4零售平均库存准确率仅 65%,库存失真导致缺货、超卖、重复采购连锁反应
    依据:零售商平均库存准确率仅 65%,库存失真导致全球年损失约 4000 亿美元,占零售销售额 1%~3%

三、换个做法之后

变化不在「快」,在「参与的角色」和「覆盖的范围」

✕ 现在的做法

  • 库存不准导致缺货超卖,账上有的货仓库里没有,接了单发不出去
  • 出入库「先干后补」、急着发先出库回头再销账,账面永远滞后于实物先进先出常是口号、实际后进先出,临期批次压到报损才看见零售平均库存准确率仅65%,库存失真导致缺货、超卖、重复采购连锁反应

✓ 交给 Agent 之后

  • 多来源文件一次读入,先做口径与完整性校验,再开始算
  • 每条结论绑定来源文件、字段或条号,可以被审
  • 产出是企业真会流转的正式件(带签批栏),不是一张展示用的表
  • 该拦的地方给出「现在还不能提交」,并给不用干等的替代方案

四、场景闭环

5 步 · 每一步的产出都是下一步的输入

  1. 要素校验 · 判断今天的数据能不能算库存、流水、订单波次是否齐全,逐项打勾
  2. 波次比对 · 订单对到库存每笔订单的 SKU 数量对到账面库存,缺货的单列
  3. 缺货预警 · 算出哪个 SKU 快断货按近期出库速度推算可发天数,快断货的标红
  4. 效期提醒 · 哪个批次该先发按先进先出原则排出该先发的批次,临期单列
  5. 留证与签批 · 生成预警清单缺货和超卖清单一次生成,签批栏留空

要准备什么:库存台账.xlsx各 SKU 账面数量、批次、效期出入库流水.xlsx当天出入库记录订单波次表.xlsx各渠道订单、SKU、数量、要求发货时间

为什么这个场景值得做

优先级评分:痛感 4 × AI 适配 4 ÷ 落地难度 3 = 6.4

最大差异点:不要求先上 WMS。库存台账、出入库流水、订单波次三份散材料直接扔进来,缺货和超卖由 Agent 折算。

评分口径:痛感看「这事没做好谁会生气、生气到什么程度」;

AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」;

落地难度是分母 —— 需要客户先做数据治理的场景,分数会被压得很低。

五、会产出什么

判断标准只有一个:这份东西能不能直接进企业的流程

  • 正式件本体:订单履约预警表.xlsx 缺货/超卖/效期 · 含签批栏
  • 可派发清单:缺货超卖清单.xlsx 可派发 · 快断货 SKU 与超卖订单逐条可跟进

这套东西不承诺什么:不替仓库做「调拨/采购」的决定。Agent 出缺货预警和超卖拦截清单,调拨采购由仓库和采购定。

② Live Demo(演示逐步)

演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」,用的是真实业务格式的脱敏构造数据, 不宣称已接入客户生产系统,也不承诺任何效率提升百分比。

案例设定:骏捷物流(虚构)仓配部。9 月 2 日订单波次进来,要和库存实时比对:哪个 SKU 快缺货、哪笔订单会超卖、哪个效期批次该先发。库存不准导致缺货超卖是常态。

订单 SKU4 个超卖30 件快断货1 个 SKU结论锁库存补货

输入综合物流公司手上能拿到的东西

不需要整理格式、不需要改文件名 · 直接拖进对话框

  • 01_库存台账.xlsx 各 SKU 账面数量、批次、效期 —— 账面和实盘有差异仓管维护 · 先干后补
  • 02_出入库流水.xlsx 当天出入库记录 —— 账面滞后于实物的来源仓管维护 · 当天
  • 03_订单波次表.xlsx 各渠道订单、SKU、数量、要求发货时间渠道汇总 · 当天
  • 04_批次效期表.txt 批次、入库日期、失效日期 —— 临期批次该先发仓管维护

注意标橙色那一份 —— 03_订单波次表.xlsx。它渠道汇总 · 当天,平时压根不在核对范围里。这个场景的价值,很大一部分就来自把它读进来。

提示词就说这么几句

没有模板、没有表单 · 专业规则由 Skill 兜底

帮我把今天的订单和库存对一遍:库存台账、出入库流水、订单波次我发你。哪个 SKU 快缺货、哪笔订单会超卖、哪个批次该先发,给我一份预警清单。怎么处理我自己定。

短是因为缺货口径和效期批次规则都写在能力包里了,你只需要说清是哪天。

触发事情是这么来的

今天的订单波次进来了,要先和库存对一遍

9 月 2 日订单波次进来,X-01 三笔订单合计要 150 件。库存台账账面 200 件,但实盘只有 120 件,账面看着够、接了就是超卖。

第 1 步 · 要素校验 · 判断今天的数据能不能算

库存、流水、订单波次是否齐全

演示数据(表格原文)检查项结果处理库存台账4 个 SKU可继续出入库流水当天可查可继续订单波次4 笔订单可继续小计3 份齐全可预警

第 2 步 · 波次比对 · 订单对到库存

每笔订单的 SKU 数量对到账面库存,缺货的单列

演示数据(表格原文)SKU账面(件)实盘(件)订单需求(件)缺口X-01200120150超卖 30X-0250050080正常X-0315014850快断货X-043003000正常合计——280—从历史里想起了公司踩过的坑上月有一批临期货该先发,结果按后进先出把新货发了,临期的压到过期报损,损失两千多。这次 X-04 批次A 又临期,Agent 在预警里直接标「该先发」——这条不靠当时管效期的人还在不在职。

第 3 步 · 缺货预警 · 算出哪个 SKU 快断货

按近期出库速度推算可发天数,快断货的标红

演示数据(表格原文)SKU实盘(件)日均出库(件)可发天数状态X-03 密封圈148255快断货X-01 壳体120403超卖风险关注2 个 SKU———排除性结论「X-02、X-04 不缺货」可以排除——账面充足且近期出库平稳。集中盯 X-01、X-03 两个真正有风险的,省掉一次全盘扫描。

第 4 步 · 效期提醒 · 哪个批次该先发

按先进先出原则排出该先发的批次,临期单列

演示数据(表格原文)SKU批次入库日期失效日期状态X-04批次A5-109-20临期该先发X-04批次B8-1512-20正常该先发批次A—9-20 失效—把技术动作翻译成钱缺货一单的退单退款加客服成本几十到几百,超卖一单的赔付更贵。把 X-01 超卖 30 件在接单前拦下,老板看的是省下的赔付和退单成本。

第 5 步 · 留证与签批 · 生成预警清单

缺货和超卖清单一次生成,签批栏留空

演示数据(表格原文)环节内容状态预警清单缺货 + 超卖 + 效期生成签批仓库 + 采购待签小结3 类预警可处置该拦的地方拦住结论是「这几笔订单还不能接」——X-01 账面有 200 件、实际在库只有 120 件,接了 150 件就是超卖 30 件。给出两个不用干等的替代方案:先按实盘量 120 件接单、或锁库存并通知采购补货。这几笔订单现在还不能接X-01 账面 200 件、实盘只有 120 件,订单需求 150 件,接了就是超卖 30 件,退单退款加赔付要几十到几百元。方案一:先按实盘量 120 件接单,其余 30 件转预售或通知客户改期;方案二:锁定 X-01 库存并通知采购补货,补货到位再放单。之后这一次跑完,公司多了什么

不讲省了多久 · 讲少了几个隐患、沉淀了什么

演示数据(表格原文)✓台账多了一条:今天的缺货和超卖预警入库,明天直接增量更新✓一条口径被固定下来:按近期出库速度推算可发天数✓一条历史教训被真正用上:后进先出压过期报损的坑,从此有效期提醒✓岗位角色变了:从「订单来了才发现没货」变成「每天出预警,仓库提前调拨」追问现场可能被问到的答不上来的问题,比答得漂亮的问题更能决定这场演示的结果能不能自动拦截超卖订单?不能。拦截订单是对外的动作、涉及客户,Agent 只出超卖清单,接不接你定。库存不准怎么预警?Agent 会标出账面和实盘的差异,缺货口径按「账面-近期出库」估算,你可以用实盘数据校准。效期批次怎么排?按先进先出原则出建议,最终发哪个批次由仓库按现场情况定。

③ 能力沉淀(Skill / 提示词 / 预期输出 / 人工边界)

1. Skill 能力包

导入之后,同类任务会自动按这套规则走 —— 提示词才能写得那么短

订单履约缺货预警 · Skill

SKILL.md 主本 + references(输出骨架 / 判据 / 渲染脚本)· 符合 WorkBuddy Skill 规范

版本 v1.0

fulfillment-stockout-alert.zip

在 WorkBuddy 里直接上传这个 zip 即可导入

包内结构

  • SKILL.md 主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界
  • references/output_template.md 输出骨架(sheet 名 / 分区顺序 / 列头)+ 可直接运行的渲染脚本
  • references/judgement_rules.md 判据与口径 —— 什么情况算异常、什么情况必须拦住

references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细,不会拖慢每次对话。

2. 原始素材

这些就是综合物流公司手上真实能拿到的东西 —— 格式不统一是常态,不是问题

📁CC-02 · 演示素材

脱敏构造数据 · 真实业务格式 · 埋点可核验

共 4 份

  • 01_库存台账.xlsx 各 SKU 账面数量、批次、效期 —— 账面和实盘有差异
  • 02_出入库流水.xlsx 当天出入库记录 —— 账面滞后于实物的来源
  • 03_订单波次表.xlsx 各渠道订单、SKU、数量、要求发货时间下载
  • ↓TXT04_批次效期表.txt 批次、入库日期、失效日期 —— 临期批次该先发

怎么用

  • 把素材全部拖进 WorkBuddy 对话框(不需要整理格式、不需要改文件名)
  • 粘贴下方提示词发送
  • 拿到正式件初稿 —— 签批栏留空,推荐意见留空,由你填

3. 提示词卡片

帮我把今天的订单和库存对一遍:库存台账、出入库流水、订单波次我发你。哪个 SKU 快缺货、哪笔订单会超卖、哪个批次该先发,给我一份预警清单。怎么处理我自己定。

为什么这么短就够了:短是因为缺货口径和效期批次规则都写在能力包里了,你只需要说清是哪天。

换成你自己的业务:把素材换成你手上的真实文件即可。导入 Skill 之后,

该走几步、什么口径、什么情况必须拦住,Agent 自己知道 —— 你只需要说清这是什么事。

自己组织输入的三步法

  • 用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说:什么事、什么文件、什么要求。不用讲究格式。
  • 调用 Skill 补齐专业规则 —— 导入本页 Skill 后,流程、口径、硬规则 Agent 自己知道。
  • 用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮,把随口说的话补成更完整的表述。

分工:自然语言负责「这是什么事」,Skill 负责「该怎么做」,增强提示词负责「别漏了什么」。

4. 预期输出

不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构

📋正式交付物

带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」

共 2 份

  • CC-02_订单履约预警表.xlsx 正式件本体 · 缺货/超卖/效期 · 含签批栏
  • CC-02_缺货超卖清单.xlsx 可派发· 快断货 SKU 与超卖订单逐条可跟进

Skill 里固化了什么:从历史里想起了公司踩过的坑该拦的地方拦住了排除性结论把技术动作翻译成钱

输入清单:库存台账.xlsx各 SKU 账面数量、批次、效期出入库流水.xlsx当天出入库记录订单波次表.xlsx各渠道订单、

SKU、数量、要求发货时间

人工边界:不替仓库做「调拨/采购」的决定。Agent 出缺货预警和超卖拦截清单,调拨采购由仓库和采购定。

升为客户真实案例还缺什么:客户当前真实输入文件(不要整理过的)岗位现行 SOP 与审批链(金额分档、谁签字)至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径(多少天算临期、多少金额算大额)

5. 同一角色下的其他场景

仓储履约 · 产出即下一步输入

CC-01 · 库存账实差异归因 — 账面 500 件,翻个底朝天只有 460 · 差的 40 件到底哪票、谁的责任,从没人归因 查看→

上下游串起来就是完整链路。每一步的产出都是下一步的输入,不用在不同工具之间来回复制粘贴。

场景内容基于 WorkBuddy 产品能力整理,演示中的企业、人物与数据均为虚构,不代表任何客户的实际成效;痛点引用的公开来源已做脱敏处理。网页版由原资料转换,部分演示表格以原文形式展示。

想把这个场景在你们企业跑通?

顾问会先看你们的数据和流程够不够,再决定从哪一步开始。