旗舰场景 对账比对 行业 · 物流快递与供应链

CC-01 · 库存账实差异归因

痛点 账面 500 件,翻个底朝天只有 460 · 差的 40 件到底哪票、谁的责任,从没人归因

① 场景引入

一、这件事现在是什么样

仓储履约 · 真实业务触发

月底盘点,盘盈盘亏要追溯到「哪一票、哪个环节、谁的责任」。制造业库存盘点差异率 0.7%、零售高达 3%,账实不符是 90% 仓库的日常。归因是最花时间的活,很多中小企业干脆不做,差异挂账了事。

二、痛点 · 每条都有来源

  1. 账面 500 件翻底只有 460 件,账实不符是 90% 仓库的日常
    依据:账面 500 件、翻个底朝天只有 460 件是 90% 仓库的日常;仓管「货到了先堆着、单子后补,急着发先出库、回头再销账」
  2. 零售平均库存准确率仅 65%,库存失真导致全球年损失约 4000 亿美元(占零售额 1%~3%)
    依据:零售商平均库存准确率仅 65%,库存失真导致全球年损失约 4000亿美元,占零售销售额 1%~3%
  3. 制造业库存盘点差异率平均 0.7%、部分零售高达 3%,使用数字化系统的企业差异率平均降 36%
    依据:制造业库存盘点差异率平均 0.7%、部分零售企业高达 3%;使用数字化系统的企业库存差异率平均降低 36%
  4. 冷冻鸡胸肉账面 350 箱翻三遍 280 箱,差 70 箱要花两天翻单据打电话
    依据:批次错位:账面显示冷冻鸡胸肉 350 箱、仓库翻三遍只有 280 箱,差 70 箱要花两天翻单据打电话;先进先出常是口号、实际后进先出

三、换个做法之后

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

✕ 现在的做法

  • 账面 500 件翻底只有 460 件,账实不符是 90% 仓库的日常
  • 零售平均库存准确率仅 65%,库存失真导致全球年损失约 4000 亿美元(占零售额 1%~3%)
  • 制造业库存盘点差异率平均 0.7%、部分零售高达 3%,使用数字化系统的企业差异率平均降 36%
  • 冷冻鸡胸肉账面 350 箱翻三遍 280 箱,差 70 箱要花两天翻单据打电话

✓ 交给 Agent 之后

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

四、场景闭环

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

  1. 要素校验 · 判断三份能不能归因台账、流水、盘点表是否齐全,逐项打勾
  2. 账实比对 · 算出每个 SKU 的差异差异数量 = 账面 − 实盘,盘盈盘亏分列
  3. 出入库回溯 · 逐票对流水差异对应哪几票出入库、哪个环节
  4. 责任归因 · 定位到票到环节漏录/错录/未销账/发错,逐条带出处
  5. 留证与签批 · 生成归因报告差异责任清单一次生成,签批栏留空

要准备什么:库存台账.xlsx产品编号、名称、账面数量、批次、效期出入库流水.xlsx收发货单据、先干后补的流水库存盘点表.xlsx账面数量、实盘数量、差异、盘点人

为什么这个场景值得做

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

最大差异点:不要求先上 WMS。库存台账、出入库流水、盘点表三份散材料直接扔进来,差异归因由 Agent 逐票对。评分口径:痛感看「这事没做好谁会生气、生气到什么程度」;

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

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

五、会产出什么

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

  • 正式件本体:账实差异归因报告.xlsx 差异/回溯/责任归因 · 含签批栏
  • 可派发清单:差异责任清单.xlsx 可派发· 差异逐票到环节到责任人

这套东西不承诺什么:不替仓库做「盘亏核销/责任认定」的决定。Agent 出差异归因清单,责任认定和核销由仓库负责人和财务定。

② Live Demo(演示逐步)

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

案例设定:骏捷物流(虚构)仓配部。8 月盘点,盘盈盘亏要追溯到「哪一票、哪个环节、谁的责任」。账实不符是90% 仓库的日常,归因是最花时间的活,很多中小企业干脆不做、差异挂账了事。

盘点 SKU4 个盘亏40 箱可回溯28 箱待追查12 箱

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

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

  • 01_库存台账.xlsx 产品编号、名称、账面数量、批次、效期 —— Excel 手工维护仓管维护 · 先干后补
  • 02_出入库流水.xlsx 收发货单据、先干后补的流水 —— 差异回溯的关键仓管维护 · 先干后补
  • 03_库存盘点表.xlsx 账面数量、实盘数量、差异、盘点人 —— 月底盘点结果盘点组 · 月底
  • 04_批次效期表.txt 批次、入库日期、失效日期 —— 用于效期和先进先出核对仓管维护

注意标橙色那一份 —— 02_出入库流水.xlsx。它仓管维护 · 先干后补,平时压根不在核对范围里。这个场景的价值,很大一部分就来自把它读进来。

提示词就说这么几句

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

帮我把这个月的盘点差异归一下因:库存台账、出入库流水、盘点表我发你。哪些 SKU 差多少、差异对应哪几票出入库、是漏录还是发错,给我一份归因报告。怎么核销我自己定。

短是因为差异口径和归因逻辑都写在能力包里了,你只需要说清是哪个月的盘点。

触发事情是这么来的

8 月盘点结束,盘亏 40 箱要归因

8 月底盘点,全仓盘亏 40 箱。老板要一句「这 40 箱到底哪票、谁的责任」,但仓管只报了个总数,没人能说清差异对应哪几票出入库。

第 1 步 · 要素校验 · 判断三份能不能归因

台账、流水、盘点表是否齐全

演示数据(表格原文)检查项结果处理库存台账4 个 SKU 齐全可继续出入库流水3 笔可查可继续盘点表差异已列可继续小计3 份齐全可归因2账实比对 · 算出每个 SKU 的差异差异数量 = 账面 − 实盘,盘盈盘亏分列编号账面(箱)实盘(箱)差异(箱)状态A-001500460-40盘亏B-0023503500正常C-0032802855盘盈D-00412001195-5盘亏盘亏合计——-40—把技术动作翻译成钱差异率 0.7%~3%,一仓几万件就是几百到上千件的盘亏。把 A-001 这 40 箱的归因做出来,老板看的是能追回多少责任,不是盘亏率几个点。

第 3 步 · 出入库回溯 · 逐票对流水

差异对应哪几票出入库、哪个环节

演示数据(表格原文)差异对应流水环节说明28 箱8-18 出库单先出库未销账急着发先出库、回头漏销账12 箱无流水待查对不上任何出入库记录A-001 合计40 箱——从历史里想起了公司踩过的坑去年有批货「急着发先出库、回头再销账」,结果销账漏了,账面多出 30 箱,没人发现,直到盘点才爆。这次 A-001 同类「先出库未销账」特征又出现,Agent 直接拎出来——这条不靠当时仓管还在不在职。

第 4 步 · 责任归因 · 定位到票到环节

漏录/错录/未销账/发错,逐条带出处

演示数据(表格原文)差异归因责任环节处理28 箱先出库未销账仓管销账补录销账12 箱流水缺失待追查挂起追查+5 箱漏录入库收货补录入库-5 箱发错货拣货核发货单合计40 箱盘亏——排除性结论「这几箱不是盘错」可以排除——A-001 的 28 箱能对上 8-18出库单,差异不是点数错误而是账务漏录。省掉一次重复盘点。

第 5 步 · 留证与签批 · 生成归因报告

差异责任清单一次生成,签批栏留空

演示数据(表格原文)环节内容状态归因报告差异 + 回溯 + 责任生成签批仓库负责人 + 财务待签小结4 处差异待核销该拦的地方拦住结论是「这 40 箱差异还不能核销」——其中 28 箱能回溯到先出库未销账、12 箱对不上任何流水。给出两个不用干等的替代方案:先补录能回溯的 28 箱、对不上的 12 箱挂起追查。这 40 箱差异现在还不能核销A-001 的 40 箱差异里,28 箱能回溯到 8-18 先出库未销账,12 箱对不上任何流水。直接核销等于把 12 箱的责任埋掉。方案一:先补录能回溯的 28 箱销账,对不上的 12 箱挂起追查;方案二:12 箱按盘亏暂估入账,同时限期查清流水,避免账实长期对不上。之后这一次跑完,公司多了什么

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

演示数据(表格原文)✓台账多了一条:这个月的差异归因结果入库,下月直接增量比对✓一条口径被固定下来:差异数量 = 账面 − 实盘,盘盈盘亏分开算✓一条历史教训被真正用上:先出库未销账的坑,从此有流水回溯✓岗位角色变了:从「差异挂账了事」变成「Agent 出归因,仓库只核责任」追问现场可能被问到的答不上来的问题,比答得漂亮的问题更能决定这场演示的结果能不能直接判定谁的责任?不能。责任认定要担人和财务的后果,Agent 只出「差异对应哪票哪环节」,责任你定。出入库流水很乱怎么办?能对上的先归因,对不上的标「需人工确认」,你补流水再核。差异率多少算正常?行业参考0.7%~3%,Agent 会标出超范围的 SKU,你可以按自家口径调。

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

1. Skill 能力包

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

库存账实差异归因 · Skill

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

版本 v1.0

inventory-variance-rootcause.zip

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

包内结构

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

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

2. 原始素材

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

📁CC-01 · 演示素材

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

共 4 份

  • 01_库存台账.xlsx 产品编号、名称、账面数量、批次、效期 —— Excel 手工维护
  • 02_出入库流水.xlsx 收发货单据、先干后补的流水 —— 差异回溯的关键
  • 03_库存盘点表.xlsx 账面数量、实盘数量、差异、盘点人
  • —— 月底盘点结果
  • 04_批次效期表.txt 批次、入库日期、失效日期 —— 用于效期和先进先出核对

怎么用

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

3. 提示词卡片

帮我把这个月的盘点差异归一下因:库存台账、出入库流水、盘点表我发你。哪些 SKU 差多少、差异对应哪几票出入库、是漏录还是发错,给我一份归因报告。怎么核销我自己定。

为什么这么短就够了:短是因为差异口径和归因逻辑都写在能力包里了,你只需要说清是哪个月的盘点。

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

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

自己组织输入的三步法

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

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

4. 预期输出

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

📋正式交付物

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

共 2 份

  • CC-01_账实差异归因报告.xlsx 正式件本体 · 差异/回溯/责任归因 · 含签批栏
  • CC-01_差异责任清单.xlsx 可派发 · 差异逐票到环节到责任人

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

输入清单:库存台账.xlsx产品编号、名称、账面数量、批次、效期出入库流水.xlsx收发货单据、先干后补的流水库存盘点表.xlsx账面数量、实盘数量、差异、盘点人

人工边界:不替仓库做「盘亏核销/责任认定」的决定。Agent 出差异归因清单,责任认定和核销由仓库负责人和财务定。

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

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

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

CC-02 · 订单履约缺货预警 — 订单来了才发现货不够发 · 库存不准,超卖缺货是常态 查看 →

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

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

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

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