补货点计算器

交期需求是等待期间会卖掉的库存

日均销量乘以交期——从下单给供应商到货物可以销售的全部时间——就是新货到达前会离开货架的量。每天 40 件、交期 14 天，就是 560 件。

交期需求为日均销量乘以交期天数；补货点为交期需求加安全库存。三个输入都先被限制在 0 到上限之间（各带默认值），再四舍五入取整。

这也是为什么日销要按件数而不是按金额填：补货点是一条库存线，单位必须和货架上的盘点单位一致。

安全库存是压在上面的缓冲

交期需求假设你的预测准确、供应商准时。安全库存覆盖两者都不成立的日子：船期延误、需求尖峰、拣货出错。缓冲越多越安全，持有成本也越高——这是一个真实取舍。

页面把缓冲做成输入而不是替你猜：缺货之后调高，压货的持有成本超过它保护的风险时调低。

缓冲不是越多越好：它保护的是缺货风险，付出的是现金被库存占住的代价。

补货点就是两者之和

把两个数相加，就是该下下一张订单的库存线：向下穿过它是触发器，不是等到零。等到零才下单，货架必然先空一段，因为新货还没到。

如果按固定周期盘库而不是连续盘库，页面建议用补货点加上下次盘库前预计会卖掉的量来核对。

这条线是触发器，不是目标库存：它只回答“什么时候下单”，不回答“一次下多少”。

规则随盘库节奏调整

数字是触发器，盘库节奏决定你要提前留多少余量。连续盘库的店可以直接盯补货点；按周盘库的店要把这一周的需求一起算进去。

这就是为什么页面不给一个“万能补货点”：日均销量和交期都是你自己业务的数，换一个品类就要重算。

如果日销低于一件，四舍五入会先把需求抹成整数，页面会明确提示这个误差，避免把真实需求误判成零。

平均值不是风险：从波动率定安全库存

安全库存是本页唯一没有公式托底的数字，诚实的做法是按波动率来定，而不是按经验法则。如果商品日均卖 40 件、但日销量的标准差是 6，14 天交期要撑住 95% 的服务水平，大约需要 1.65 × 6 × √14 ≈ 37 件安全库存——只是页面默认 120 件的四分之一。

订货批量也会改变画面。如果供应商一次发 400 件，除了缓冲之外还有平均 200 件的周转库存，所以你下单那一刻的在手量更接近 880 件而不是 680 件。这些多出来的库存是真金白银：单价 4 美元就是 800 美元压在货架上——那正是持有成本页在标价的东西。

按周盘库而不是连续盘库，还要把两次盘点之间会卖掉的需求加进去——七天、每天 40 件，又是 280 件。按 680 加 280 下单，货到时缓冲还在；只按 680 下单，盘点周期会在没人注意的时候把缓冲吃掉。

最后一条约束来自供应商起订量。如果起订量是 1,000 件、交期里只卖 560 件，一张订单够卖约 25 天，不到一个月——这时补货点往往不是主要问题，订货批量才是那个真正的库存决策。

把这几条放回页面看：页面给的 680 件是「按平均值、连续盘库、不看起订量」的答案，它在最理想的情况下成立。真实业务里，缓冲要按波动率定、盘点间隔要加进去、起订量会反过来决定一次补多少；三者都不在原公式里，但它们决定了这条线在货架上到底好不好用。

最后留一条可执行的顺序：先用最近三个月的日销算出平均值与标准差，按服务水平定缓冲，再把盘点周期乘进页面里，最后用起订量回头检查一次补货量——四步做完，这个数才是你自己的补货点，而不是一个行业平均值。