TikTok Shop 库存预警：可售天数、补货点与断货排查步骤

先给结论：库存低不低，要和卖速与补货周期一起看

库存 20 件，对于每天卖 1 件且两天可补货的 SKU，与每天卖 10 件且两周才能到货的 SKU，风险完全不同。固定件数预警适合起步，但完整复盘还应查看可售天数、到货时间、已承诺数量与异常库存。本文公式可在自己的表格中实现，不表示软件已经具备所有预测与仓储功能。

库存预警的目的不是自动替你下采购单，而是把需要人工核实的风险提早展示。采购、调拨、促销及广告调整都需负责人确认；平台的履约时限、缺货责任和处罚规则，应以当前站点官方后台为准。下面所有数量均为原创教学假设，不是任何店铺真实记录。

第一步：把四类数量分开，避免虚增可售库存

账面现存是仓库记录中的实物数量，可售库存是当前允许继续承诺给买家的数量，锁定库存对应已下单但尚未完成出库的承诺，待检或损坏库存不能直接卖。在途库存还没有完成收货和验收入库，不能和当天可以发出的库存混为一谈。各系统名称可能不同，要先核对字段定义。

如果导出字段已经叫“可售”且已减去锁定数量，就不要再减一次。同样，一件商品在调拨出库和收货中可能同时出现在两个报表，不能直接汇总成两件。先定义库存主账与截止时间，再统一不同仓库、渠道和 SKU 的映射关系。无法匹配的记录保留异常清单。

• 可售：今天可以继续接受订单且能够履约的数量。
• 锁定：已有订单或其他业务占用，确认是否已从可售中扣除。
• 待检与报损：实物存在但暂不可销售，需要质检或责任处理。
• 在途：记录确认数量、预计到仓日和可靠性，不计入当天可售。

第二步：选择销量窗口，承认缺货期看不到完整需求

日均需求可先用同一窗口的有效商品销量除以可比观察天数，但要写明销量是支付、确认、发货还是最终保留订单。取消、全额退款及多件订单各有不同含义，不能直接用订单数代替商品件数。实际补货计划还需结合尚未履约的订单，避免只看历史而漏掉已承诺需求。

同时观察较短窗口和较长窗口，例如最近 7 天与 28 天，这只是团队工作示例，不是平台统一标准。促销、达人发片和缺货日期单独标注。商品断货时销量下降不能解释为需求自然消失；没有其他证据时，标记需求无法完整观测，不用零销量去延长可售天数。

新品只有少量订单时，简单平均值会很不稳定。可以用若干合理情景估算覆盖时间，并在结果旁列出观察天数和有效件数。没有销量时显示“暂不能估算”，而不是无穷大安全库存。大促预测与日常补货也应分开审批，不把一次峰值永久当日常需求。

第三步：计算可售天数和补货触发点

基础公式是可售天数 = 当前可售数量 ÷ 预计日需求；补货触发点 = 补货总周期需求 + 安全库存。总周期包括下单、生产、质检、头程、清关、仓库收货和上架等待，不只是一张物流单上的运输天数。安全库存是对波动的缓冲，不能把它当成绝对不缺货的保证。

假设每天需求 5 件，从确认采购到完成可售入库需要 10 天，团队批准额外保留 15 件缓冲，则触发点为 5 × 10 + 15 = 65 件。当前可售 35 件，可售天数为 7 天。若没有可靠在途，7 天覆盖短于 10 天补货周期，风险应立即交负责人复核，而不是等到库存归零才报警。

如果有 20 件已确认会在第 4 天到仓，可用于补货判断的库存位置暂为 35 + 20 = 55 件，距离触发点还差 10 件。这里假定当前可售已经扣除现有承诺，不能重复减锁定量。但“差 10 件”只是触发检查，不是采购建议：实际采购还受起订量、目标覆盖周期、预算及入库可靠性影响。

第四步：用到货日检查，而不是只看在途合计

在途数量足够，不代表断货窗口被填上。上例中 20 件如果第 12 天才到，就不能阻止第 7 天后出现缺口；若运输还没有可靠承诺，应同时做延迟情景。将日期排成简表：期初可售、每天预计出库、当天预计入库、期末余额，先找最早低于零的日期。

以 35 件、每天 5 件为例，前三天预计用掉 15 件；第 4 天开始前剩 20 件，若当天确认入库 20，才可以将新增库存纳入后续计划。实际收货少了 3 件或质检不通过时立即修订，不沿用采购单数量。任何尚未验证的物流进度，都不要在面向买家的发货承诺中写成事实。

多仓场景还要确认订单由哪个仓履约。远端仓有货不代表当前渠道可以及时发出，调拨也有时间和成本。按站点、仓库、SKU 分别计算覆盖，再汇总异常，避免总库存很好看但某个畅销颜色完全不可售。

第五步：按风险类型分派，而不是所有预警都采购

预警至少区分数据不一致、补货不足、到货延迟、质量冻结和滞销积压。前两类可能需要核数或采购，质量冻结需要先调查，滞销则可能需要调整商品组合或清货。把所有告警都变成“补货 50 件”会放大资金与质量风险。负责人应能看到证据、日期、建议和不确定项。

需要紧急补货时，同时计算加急物流、额外仓储和促销取消等成本，再判断是否仍有经营空间。恢复库存也不代表可以立刻扩大投放，先确认上架可售状态与履约能力。涉及暂停广告或修改库存承诺时，系统只提示，由有权限的人核实后操作。

• 数据异常：仓库实际、订单锁定与平台可售数量不一致，先盘点和核对同步时间。
• 到货异常：承诺日期晚于预计缺货日，记录替代方案与成本。
• 质量异常：退货或验收入库待检，禁止直接恢复可售。
• 积压异常：覆盖天数高且需求弱，评估清货贡献、保质期和占用资金。

第六步：退货先质检，取消先核状态

订单取消后是否释放占用，取决于其是否已经出库或处于其他流程。不要只看到退款成功，就把数量加回可售。收到退货后先核 SKU、数量、包装和可再次销售状态，再按仓库流程入账。已报废的商品不应恢复销售库存，补发订单也需要单独记录消耗。

在利润表中，退款、商品成本冲回和售后物流是不同事实。库存恢复应与成本恢复对应，处理时间可能不同。运营、仓库和财务使用同一组业务键追踪，月底才能解释“为什么账面还有货却没有可卖货”或“利润改善却只是成本冲回”的问题。

第七步：每周复盘预警准确性与执行结果

保存当时的库存快照、需求假设、预计到货日、告警及负责人决定，再回看是否真的缺货、是否误报、哪些交付晚于承诺。不要只统计发出多少条预警；有用的指标是异常有没有及时处理，以及规则是否能区分数据问题和真实供应风险。

首次实施可以从少量重点 SKU 开始：每天核对可售与在途，每周复盘短长窗口，遇到大促或供应变化单独调整。阈值由负责人批准并留版本，不因某次误报就全部关闭。观察期不足时明确继续收集数据，不宣称预测准确率已经达标。

把本篇字段与原始报表先在 Excel 中对齐，再按工作台当前模板导入商品与库存资料；不同市场表头需要人工检查。公开利润计算器可以测算加急和清货情景，无需先连接店铺。官方授权同步仅是数据入口之一，不能替代盘点、质检和审批责任。