库存补货与安全库存：何时订货、订多少

补货要同时回答“什么时候下单”和“这次订多少”。看到库存低就补固定数量，可能在货到之前已经断货，也可能把慢销商品越补越多。先读库存管理基础区分库存状态，再为每个 SKU 和履约地点建立补货规则。

四个参数各管什么

在用稳定日均需求 d 近似未来需求时，ROP = d × L + SS。NetSuite 官方计算说明给出这一形式；该公式算出的是触发水平，并没有算出采购量。

当前可售量与补货规划量分开

顾客此刻能买多少，取决于当前可售量。采购人员还要看已经下单、尚未到货的供给，否则容易重复采购。

本文为手工规划约定：

规划量 P = 当前可用于新增需求的库存 A + 纳入规划的未收货量 I − 尚未在 A 中扣除的已知需求 B

这个约定最容易出错的地方是重复扣单：如果 A 已扣除订单占用，同一笔订单就不能再进入 B。在途也必须按采购或调拨明细的剩余未收数量去重，部分收货后不能仍计整单。

P 是规划用的合计，不是今日可售量。纳入 I 的每批货都要有可用日期；晚于缺货时间的到货，不能补救中间的履约缺口。Oracle 的 Min-Max 文档也明确区分在手、在订、待满足需求和供需截止日期。实际系统的字段必须逐项映射，不能仅凭名称相同直接套用。

持续监控与定期复查

持续监控的再订货点策略是在达到约定阈值时触发补货；采购数量另设规则。定期复查则每隔 R 天重新决策：刚错过一次检查的需求，要到下次检查后才能启动补货，因此目标需要覆盖提前期与复查间隔。

以下是本站用于解释定期复查的简化模型，假定日均需求稳定、供货按期、没有未纳入的库存变化：

S = d ×（L + R）+ SS
初步订货量 Q = max（0，S − P）

这里的 d 表示后续新增需求的速度；已从 A 中扣除或计入 B 的确定订单，不能又作为额外需求叠加到目标中。I 也只纳入该规划区间内可用的到货。它适合形成待审核的采购建议。季节品、保质期商品、限量发售或集中大单应按日期展开需求，不能仅靠这个均值模型。

一组假设数据

某 SKU 每日预计需求 8 件，采购到可用需 14 天，每 7 天复查一次，暂设安全库存 32 件。目前 A 为 100 件，另有 40 件在第 7 天开始前可用，B 为 0。

144 件是再订货点，60 件是本例按定期复查模型计算的采购建议，二者不能互换。32 件安全库存仅是演算参数，没有对应经过验证的服务水平。

若供应商起订量为 100 件、只能按每箱 24 件采购，则正数建议量需调整到同时满足两项约束的 120 件。此时额外库存是供应条件造成的，应重新检查资金、仓容和销售季；计算结果为 0 时，不因起订量而强行采购。Oracle 的订货修正规则提供了起订量、上限与批量倍数的实例。

总量够，还要检查到货顺序

继续使用上面的假设，将快照后的第一个完整日记作第 1 天，新采购经过 14 个完整日后在第 15 天开始前可用。按“期初到货、当日消耗”计算：前 6 天消耗 48 件，第 7 天开始前剩 52 件，收到 40 件后为 92 件；第 15 天开始前剩 28 件。按期到达的新补货可以接续供给。

如果原来那 40 件延到第 15 天才可用，100 件在第 13 天内就会耗尽；第 15 天的新补货也来不及覆盖这个缺口。P 仍可能显示为 140，但时序已经失败。应逐日列出期初库存、到货、需求和期末余额，再决定催货、调拨或调整销售安排。

安全库存怎样复核

本站建议先保留参数依据：需求波动来自哪些日期、供货晚过多久、缺货会影响哪些订单。资料不足时，将人工缓冲标为暂定值，后续用实际到货与需求复查，不把经验值包装成统计保证。

统计安全库存模型也有条件。NetSuite 的上述说明明确提示，其模型假定提前期需求服从正态分布；间歇、促销、强季节性或偏斜需求下，结果可能只是近似。不能把模型中的目标服务水平解释成对每一笔订单的履约承诺。

落地步骤见制定 SKU 补货计划，快速观察库存覆盖程度可用库存可售天数。