我是阿飞。上篇写了沃尔玛驾驶舱怎么搭建，这一篇把“库存与备货”单独拆开，讲一遍实际操作。
做库存判断，容易漏掉两件事：货在哪个渠道，以及它什么时候真正可售。总数看起来够，某个渠道仍可能先断；采购数量算出来了，普通运输也可能赶不上。
我在工作台里采用的顺序是：核对库存范围，补齐资料，检查数据能否计算，再分别输出预警和待审核计划。下面用一个虚构 SKU 演示，不展示任何真实店铺的库存或订单。
一 同一个 SKU 也要分别判断
每条库存记录先固定四个条件：账户、SKU、履约渠道、仓库或平台范围。WFS 和自发货各算各的；自发货有多个仓库，也要按实际 shipNode 或仓库分别保留。
如果两条销售路径共用一批实物库存，要先核对分配与预留记录。同一批货不能分别完整录入两次，造成账面库存翻倍。平台返回的汇总范围也不能直接当成一个实体仓，再与分仓相加。
商品清单里的 WFS Eligible 只表示相关资格，不能证明已经有 WFS 可售库存。“在售”“有货”标签，也不能替代实际数量。库存快照、商品标签与履约记录需要分别核对。
二 先准备四类资料
只有商品清单和广告报表，还不足以算备货。当前工作台按下面四类资料接入：
|
|
|
|
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
WFS 可以先到 Seller Center 的 WFS → Reports → Inventory 核对库存健康报表。它用于库存核对，实际出库、预计可售日期和业务参数仍要分别准备。可售不含预留，在途尚未完成接收，字段含义可对照官方库存健康说明。
这里的“可售”尤其要核对：标准输入 available_units 应是已经确认的可售量。如果它已经排除了预留，就不再减一次 reserved_units。自发货报表也要保留商品与 ship node：官方区分了包括已承诺未发货数量的 Input Quantity，以及排除相关承诺量的 AvailToSell Quantity，见库存报表字段说明。预留、不可售和 API 报告的在途数量各自保留，不能混成一个可用数字。
预留、不可售未知时保持空值，不要为了补齐表格填写零。已有可靠可售量时，这两项缺失本身不一定阻断数量计算，仍要保留缺失说明。
WFS 的补货提前期要覆盖到货后接收并可售的过程；自发货则算到对应自发货仓可以销售为止。两条链路由自己的实际记录确定，不共用一个未经核实的天数。
三 先检查能不能算
打开工作台后，先看缺失资料和阻断原因。快照过期、同一最新时刻有重复或矛盾记录、仓库范围不明，都要先处理。历史快照里有一个零，不足以证明今天仍然断货。
遇到自发货报表的节点为 N/A、数量为零，先核实节点信息和库存是否已更新。官方说明这种组合可能出现在入驻后尚未更新库存的情况，不能直接导成一个有效仓库的真实零库存。
销量也有条件。观察期存在日期缺口或重叠，就不能直接相加。期间发生缺货，实际出库可能被缺货压低；当前规则会阻断需求推算，要求先核查，不会自行删掉缺货天数来抬高日均销量。
日均出库为零时，覆盖天数不显示“无限”，也不据此判定永远不用备货。季节性、促销、价格变化和后续销售计划仍需人工确认。
在途台账没有上传，表示未知。如果已经确认无在途，应提交明确的无在途记录：status 为 none、units 为 0，保留唯一批次标识、来源和非未来的确认日期。API 只返回一个在途数量，没有可售日期时，不能直接拿来抵扣补货需求。
四 用一个虚构 SKU 算一遍
以下全部是教学假设，不是真实店铺数据，也不是建议大家采用的默认参数。分析日为 2026 年 10 月 27 日，两渠道库存快照均为当日有效快照，资料来源与范围已核对。
实际出库观察期为 9 月 27 日至 10 月 26 日，共 30 天，覆盖完整且没有缺货。两个渠道都已明确确认无在途。额外需求为 0，MOQ 和装箱数均为 1；快照过期阈值假设为 1 天，积压阈值假设为 60 天。
|
|
|
|
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
覆盖天数用“当前可售 ÷ 日均出库”计算。WFS 是 120 ÷ 10，得到 12 天。若把两渠道合成 360 ÷ 16，得到 22.5 天，这个数字无法回答 WFS 自己还能卖多久。
这里的覆盖天数是工作台的历史日均测算口径。Walmart 库存健康报表的 Days of supply 使用平台预测需求，并考虑可售与在途；两者定义不同，不能直接当同一个指标比较。
当前基础目标为“日均出库 ×（提前期＋复核天数＋安全天数）”，按件向上取整。WFS 为 10 ×（20＋7＋3）＝300 件；明确无在途、无额外需求时，净需求是 300－120＝180 件。
180 件算出来以后，还要看时间。按本例假设，WFS 预计约 11 月 8 日用尽；10 月 27 日新下普通订单，按 20 天提前期，约 11 月 16 日才可售，中间有约 8 天风险间隔。这个量可以留作待审需求，普通到货安排仍赶不上，需要核查加急、分批或可执行的调拨方案。
自发货的净需求为 max（0，168－240）＝0。在当前假设下先观察，继续复核销售计划；这不等于其他渠道可以直接动用这 240 件。
再看装箱条件：若仅把 WFS 的 MOQ 改为 200、装箱数改为 24，180 件先满足 MOQ 成为 200，再整箱向上取整成 216 件。新增的 36 件要单独解释。净需求原本为零时，不能为了凑 MOQ 又生成一笔采购。
五 已有在途要按时间顺序核查
上面的案例明确没有既有在途。如果已经有一批确认在途，第 20 天才可售，而现货第 12 天就用尽，要先解决这批订单怎么处理。
工作台会保留先断货后到货的风险，阻断普通采购量和日期，避免一边忽略既有订单，一边再买一批。需要核查能否加急、能否分批、是否延期，以及数量有没有已经计入当前可售。
逾期但仍标为 confirmed 的在途，也要先核对接收状态。另一渠道看起来有货，只能形成待核实的调拨线索；没有可执行记录和可售时间，不能把它直接填成 WFS 的及时在途。
六 在驾驶舱里完成这次检查
先进入“库存与备货”。已有 Marketplace 权限时，可以主动读取 WFS 与自发货库存；同时核对返回范围，部分读取成功不能当成全店、全仓覆盖。也可以使用标准文件输入，广告 API 和 AI 生成均不是这一步的前置条件。
再进入“数据接入与参数”。按四类资料下载空白 CSV 模板，保留标准字段；准备好后多选 CSV / XLSX，逐项核对资料类型、原文件和工作表。本批同类文件和工作表合并后，整体替换该类活动输入；未选择的资料类型保留原资料。操作前保留旧资料，重复、冲突和覆盖问题仍需处理。
确认后点击“保存整批并重新计算”。回到库存预警，WFS 与自发货分别查看，再用 SKU、仓库和状态缩小范围。先读事实和缺口，打开每行“依据”，核对来源、快照、实际出库期与公式。
最后进入“备货建议”。分别核对测算量、MOQ 与装箱调整、建议日期，以及提前期是否赶得上。资料不齐时补资料；数据冲突时核对原记录；能计算时，仍要审核预算、供应能力和仓储限制。
七 把预警变成可复盘的行动
我建议每个待审事项留下六个字段：库存范围、触发依据、拟执行动作、负责人、预计可售时间、下次复核时间。这些记录可以放在导出计划或自己的执行台账里。
对前面的 WFS 算例，记录要同时保留“数量待审 180”和“常规到货晚于预计用尽”，再核查加急或调拨。暂时没有可执行方案，就继续保留风险状态，不能只写一句“已补货”。
工作台输出的是审核辅助。采购、创建入库、调拨和修改平台可售量，都需要本人在对应系统执行。执行后重新获取库存和实际到货记录，再检查风险有没有解除。
八 可以复制的 AI 审核指令
准备资料时，可以把下面这段交给 AI，要求它先列缺口，再核对计算：
你是 Walmart US 库存与备货审核员。请按账户、SKU、WFS 或 SELF、仓库及快照分别检查，不合并渠道，不把同一批实物库存重复计入。
先列已知事实、业务参数和缺失资料。库存、完整实际出库、已核实在途或明确无在途、业务参数不齐时，保留未知并说明阻断原因。
不要用广告归因订单、下单月份、商品有货标签或 WFS Eligible 推算实际库存和需求。可售量已排除预留时，不再次扣预留；发生缺货的观察期先核查需求偏差。
逐步展示日均出库、覆盖天数、目标库存、及时在途、额外需求、净需求及 MOQ 和装箱调整。参数使用我已确认的值，不填行业默认天数。
按预计可售日期核查在途。若先断货再到货，说明时间缺口与既有订单，先审核加急、分批或调拨，避免重复采购。普通新单赶不上时也要单列风险。
最后分别输出 WFS 与 SELF 的待审清单，保留来源、行号、假设和复核日期。不自动采购、建入库单、调拨或修改平台库存。
将库存资料交给外部 AI 前，先核对发送范围，并按自己的数据管理要求去除敏感信息。AI 的计算和解释都要回到原始记录复核。
这一轮库存检查做完，最终应能回答三个实际问题：哪个范围有风险，风险何时可能发生，下一步还缺什么条件才能执行。数字和时间都能追溯，备货计划才有复核的基础。
你现在最难核对的是 WFS 可售、在途到货，还是自发货仓的实际出库？欢迎留言说说具体环节。