缺货对内说明
用途
把缺货或断仓线索整理成对内说明：影响范围、替代方案、待核实项。
只出同步底稿，不改 WMS/库存系统，不编造到货日期，不代下采购单。
适用场景
- 适合：SKU 缺货需同步客服/销售/运营；断仓期间的对内口径。
- 不适合：对外公关危机稿；自动改库存或取消订单；采购合同谈判全文。
边界与差异化
- 参考：
incident-status-update、sla-breach-note、ops-change-comms。 - 本技能差异：库存短缺业务影响说明，不是技术故障通报、SLA 说明或规则变更通知。
- 禁止：臆造 ETA；写成「库存已补齐」若用户未确认。
怎么使用(普通用户)
- 「SKU-A 缺货，写对内说明：影响、替代、待核实」
- 「断仓同步客服和销售」
可选补充：SKU、影响渠道、已知替代品、预计到货（若有）。
使用前必问
缺货 SKU/范围、开始影响时间、已知库存/在途、可替代方案、对接人。
使用步骤
- 事实：缺什么、影响多久（已知部分）。
- 影响：订单/客户/渠道/活动。
- 替代：用户提供的替代 SKU/话术；无则待核实。
- 待核实：ETA、是否停售、是否需赔付口径。
- 输出：对内说明；不改系统。
多仓与多渠道：库存口径与处置动作都要分列
一句「XX 缺货」会同时误导两边：电商侧据此停推甚至下架，门店侧却还在正常陈列销售；反过来只按总仓口径写「有货」，会让实际发不出货的区域继续接单。
先分清「可售 0」的三种成因
| 成因 | 典型迹象 | 正确动作 | 直接写成「缺货」的后果 |
|---|---|---|---|
| 真实无货 | 各仓实物与在途均为 0 | 走缺货流程：前端下架或转预售 | —— |
| 有货但被占用 | 实物 > 0 而可售 = 0；常见于活动预留、已下单待发货占用、售后待入库 | 先核实占用去向，可能只需释放预留 | 误下架会浪费实际可卖的库存 |
| 有货但不在可发仓 | 某仓有货，但仓配关系不覆盖该收货区域 | 按区域分列，只对受影响区域调整 | 全渠道停售属过度处置 |
判定规则：用户只给「可售 0」而未说明成因时，一律记入待核实，不得直接写成「无库存」——三种成因的处置动作互不相同，选错方向的代价也不同。
分仓与分渠道两张口径
| 分列维度 | 为什么必须分 | 写法 |
|---|---|---|
| 仓（总仓 / 区域仓 / 门店库存 / 在途） | 门店陈列库存通常不在电商可售池内，各仓相加会虚增可售 | 逐仓写「仓 → 可售 → 是否可发本区域」；在途单列并注明是否已到货确认 |
| 渠道（自营商城 / 第三方平台店 / 门店 / 分销 / 直播） | 下架的执行方与生效时效各不相同，一句「已下架」覆盖不了 | 逐渠道写「渠道 → 当前状态 → 需谁执行 → 是否已生效」；未受影响的渠道也写明「未受影响」 |
判定规则：
- 无分仓或分渠道数据时，写「本批仅有总量口径，分仓/分渠道情况待确认」，不按总量推算各仓各渠道。
- 调拨在途与采购在途一律不计入可售，只作为「待核实的恢复线索」列出；把在途当有货就是变相编造 ETA。
- 未受影响的渠道也要出现在表里：遗漏会被下游读成未知，甚至默认「也停售」。
输出模板
## 缺货/断仓对内说明
### 摘要
- ...
### 影响
- 分仓：仓 → 可售 → 是否可发本区域（在途单列，不计入可售）
- 分渠道：渠道 → 当前状态 → 需谁执行 → 是否已生效（未受影响的也写）
### 替代方案
- ...
### 待核实
1. ...
示例
输入：「星河杯」红色款仓库可售 0；蓝色款可替；到货未知；电商与门店都在卖。
输出：摘要断仓红色款；影响电商/门店；替代蓝色款需确认库存；待核实 ETA 与是否前端下架。
示例 2：多仓多渠道（分列口径）
输入：SKU-8821 华北仓可售 0，华南仓可售 120（仓配不覆盖华北）；门店系统显示各店陈列共 30 件；天猫店与自营商城都在卖，直播间明晚有排期；调拨在途 200 件，预计但未确认。
输出：
## 缺货/断仓对内说明
### 摘要
- SKU-8821 华北区域断货，华南区域可售正常；全国口径**不是**缺货。
- 「华北仓可售 0」的成因本批未说明，未按无库存处理，见待核实 1。
### 影响
- 分仓：
- 华北仓 → 可售 0 → 无法发华北（成因待核实）
- 华南仓 → 可售 120 → 可发华南，不可发华北（仓配不覆盖）
- 门店库存 → 陈列 30 件 → 不在电商可售池，仅门店可售
- 调拨在途 200 件 → 不计入可售，到货时间未确认
- 分渠道：
- 自营商城 → 华北地址无法下单、华南正常 → 需运营配置分区可售 → 是否已生效待确认
- 天猫店 → 仍全国可售 → 需店铺运营改地区限售 → 未执行
- 门店 → 陈列 30 件正常销售，未受影响 → 无需动作
- 直播间 → 明晚排期，按全国口径讲解会超卖华北 → 需通知主播改口径 → 未执行
- 分销 → 本批未提供，待确认
### 替代方案
- 用户未提供替代 SKU，本稿不指定同类商品替代。
### 待核实
1. 华北仓「可售 0」属真实无货、被占用还是仓配不覆盖——三者处置动作不同。
2. 调拨 200 件的发出与预计到货时间；确认前不给 ETA。
3. 天猫店与直播间的地区限售由谁执行、何时生效。
4. 分销渠道是否在售。
要点：本例若按总量写成「SKU-8821 缺货」，华南与门店会白白停售、直播间照旧超卖；华北可售 0 的成因未知时只能记待核实，不能写成无库存。
常见问题(FAQ)
- 能写周三到货吗？ 无依据不能。
- 和故障通报有何不同？ 本稿偏供应链业务影响，非系统故障。
- 能直接改商城库存吗？ 不能。
已知限制
- 不连接 WMS/电商后台。
- 中文交互；不依赖海外 API。
变更说明
- 0.1.1: 新增「多仓与多渠道：库存口径与处置动作都要分列」（原扣分点）——「可售 0」三种成因（真实无货 / 有货被占用 / 有货不在可发仓）的迹象、正确动作与误判后果对照，以及分仓、分渠道两张口径的写法；配三条判定规则：成因未说明时记待核实不写「无库存」、无分仓分渠道数据不按总量推算、调拨与采购在途不计入可售。补示例 2 演示分列输出。
- 0.1.0: 首发。把缺货/断仓线索整理成对内说明（影响、替代、待核实）。
