Amazon FBA 低库存费 30 天与 90 天 Historical Days of Supply 双阈值

Amazon FBA 低库存费怎么算?Historical Days of Supply、28 天阈值与补货误区

FBA 库存只剩 20 天,是否一定会收 low-inventory-level fee?后台建议的 Minimum Inventory Level 是 300 件,是否补到 300 就安全?某个子 SKU 缺货,但同一父体另一个颜色积压,费用到底按哪个层级判断?

这些问题容易混乱,是因为 Low-inventory-level fee、Historical Days of Supply、Minimum Inventory Level、补货点、安全库存和 IPI 同时出现在库存管理里,却回答完全不同的问题。把它们混成一个“库存天数”,会出现两种极端:要么为了躲费盲目压货,要么只看可售库存,漏掉实际已经进入履约费的附加费用。

美国站公开规则不是“库存低于 28 天就收费”,而是同一父商品的短期 30 天和长期 90 天 Historical Days of Supply 都低于 28 天,并且商品仍满足适用条件时,才进入低库存费判断。28 天是费用阈值,不是你的补货点、目标库存或安全库存。

本文按 2026-07-17 可见的 Amazon 美国站公开资料核对。费率、尺寸范围、豁免和页面名称可能变化;实际收费应以当前 FBA Inventory、Revenue Calculator、SKU Economics 与交易明细为准。

先把五个相似指标拆开

指标 回答的问题 时间方向 不能替代什么
Historical Days of Supply 过去库存相对过去实际出库能覆盖多少天 回看 30 天与 90 天 未来需求预测和补货点
Low-inventory-level fee 当前是否满足附加费条件、每个已履约单位收多少 按当前政策与历史指标判断 缺货损失和完整利润
Minimum Inventory Level Amazon 建议在网络中维持多少库存 面向未来的建议 28 天费用阈值
补货点 / 安全库存 企业应何时下单、为波动准备多少缓冲 未来前置期与需求分布 Amazon 历史库存指标
IPI 账户整体 FBA 库存效率如何 综合健康度 单个父商品的费用资格

补货点和安全库存应继续按《Amazon FBA 该补多少货?》使用总前置期、需求波动、库存位置和审核周期计算。不能因为 28 天容易记,就把所有 SKU 的补货点统一设成 28 天。

当前公开规则:两只时间窗都低于 28 天

Amazon 的公开说明把 Historical Days of Supply 分为:

  • 短期指标:过去 30 天;
  • 长期指标:过去 90 天。

只有两项都低于 28 天,才满足这条阈值条件。可以写成:

低库存费阈值条件
= (30 天 Historical DOS < 28)
AND (90 天 Historical DOS < 28)
30 天 DOS 90 天 DOS 阈值结果
低于 28 低于 28 通过双低阈值,继续检查尺寸、销量与豁免
低于 28 不低于 28 不满足双低条件
不低于 28 低于 28 不满足双低条件
不低于 28 不低于 28 不满足双低条件

FBA Inventory 页面显示的一项 Historical Days of Supply,Amazon 说明是短期与长期指标中较大的那个;详情中仍可查看两项。因为收费要求两项都低,所以较大值达到 28,至少有一个时间窗已经不满足双低条件。

Historical Days of Supply 怎样计算

Amazon 版主给出的核心公式是:

Historical Days of Supply
= 平均每日库存件数 ÷ 平均每日出库件数

这不是“今天可售库存 ÷ 昨天销量”。在美国站公开口径中:

  • 平均每日库存包括美国 FBA 网络中的可售库存、运营中心之间转运的库存,以及当前不需要满足即时客户需求的部分预留库存;
  • 不包括不可售、待移除、待弃置或清算库存;
  • 平均每日出库包括从美国 FBA 网络发出的单位,即使客户通过 Remote Fulfillment 位于美国以外。

Amazon 分别在 30 天与 90 天窗口计算平均库存和平均出库。用今天的库存快照替代窗口平均值,或把 FBM、在途但未进入网络的货混入分子,都会与后台不同。

两个案例看清“双低”逻辑

案例一:短期 21 天,长期 45 天

30 天:平均库存 210 ÷ 日均出库 10 = 21 天
90 天:平均库存 360 ÷ 日均出库 8 = 45 天

虽然短期低于 28 天,但长期高于 28 天,不满足双低条件。此时不应为了“把 21 改成 28”立即超量补货;应先判断短期下降来自促销、断货前兆、接收延迟还是正常波动。

案例二:短期 18 天,长期 25 天

30 天:平均库存 180 ÷ 日均出库 10 = 18 天
90 天:平均库存 200 ÷ 日均出库 8 = 25 天

两项都低于 28 天,进入下一层资格检查。但“进入检查”仍不等于一定收费,还要看过去 7 天销量、商品尺寸、新卖家或新品豁免、AWD 自动补货和其他当前政策条件。

不是所有双低商品都会收费

Amazon 当前公开资料列出的重要范围和豁免包括:

  • 主要针对符合条件的标准尺寸 FBA 商品;
  • 按 parent-product 层级计算 Historical DOS;
  • 过去 7 天销量低于 20 件的低销量商品不适用;
  • 新 Professional 卖家自首次库存接收日起前 365 天不适用;
  • 加入 FBA New Selection 且符合条件的新入 FBA 父商品,首次接收后前 180 天不适用;
  • 由 Amazon Warehousing and Distribution 自动补货的商品可获得豁免。

这些条件不能跨站点照搬。页面显示 Exempted 时,应保存豁免类型和有效期;不要只在 ERP 中写一个永久的 true/false,因为 180 天、365 天和计划资格都会到期。

为什么不能靠“卖断货”规避费用

低库存费作为 FBA fulfillment fee 的附加费用,发生在符合条件商品的已履约单位上。完全没有可履约库存时,自然没有该单位对应的履约费,但同时也没有销售、自然排名积累和现金回收。

更危险的是,恢复库存后 Historical DOS 仍然回看过去 30 天和 90 天。刻意断货不是把历史窗口清零,而是用确定的销售损失交换不确定的费用节省。正确比较是:

补货净收益
= 避免缺货的贡献利润
+ 可能避免的低库存费
− 新增仓储与资金成本
− 积压、库龄和降价风险

若新增库存可能很快进入积压,应同时用《Amazon FBA 库龄越来越长怎么办?》比较继续持有、促销、移除与清算的净回收。

不要为了 28 天机械压货

低库存费只是单位经济中的一项。补到更高库存能够减少的费用,应与新增持有成本比较:

预计低库存费影响
= 预计符合条件的已履约件数 × 当前每件低库存费

新增库存持有成本
= 新增件数 × 单位到岸成本 × 资金成本 × 占用时间
+ 月度仓储费
+ 库龄附加费风险
+ 价格与需求下行风险

费率按商品尺寸和 Historical DOS 档位变化,本文不复制固定费率表。应从当前 Revenue Calculator、FBA Inventory 或费率页取数。若为了节省 $100 费用新增 $500 的仓储、资金与清仓损失,库存天数看起来健康,利润却更差。

低库存费真正应该进入《Amazon 利润和领星为什么对不上?》的费用桥接,而不是只在补货表里当作红色警告。

Amazon 延迟造成的费用会怎样返还

Amazon 的更新公告说明:若低库存费源于 Amazon 或 Amazon 管理服务造成的过长入仓或处理时间,相关费用会在次月 15 日前返还。例如 Amazon Partnered Carrier、Amazon Global Logistics 或其他 Amazon 管理链路发生异常延迟时,应继续核对 credit,而不是把初始收费直接视为最终成本。

为此至少保存:

  • shipping plan 与 shipment ID;
  • 承运商提货、送达、预约、签收和开始接收时间;
  • 实际完成接收与可售时间;
  • 受影响周的 Historical DOS、费用状态和订单;
  • 原始收费、次月 credit、Case ID 与最终净额。

若延迟来自自己的承运商、清关、箱规或未按计划发货,则不能自动套用 Amazon 延迟返还。发货前先用《Amazon FBA 入仓配置费怎么选?》保存计划基线;接收数量异常再进入《Amazon FBA 入仓数量不对怎么办?》的证据链。

用 SKU Economics 验证实际收费

预测页回答“可能收费多少”,账务页回答“实际收了多少”。Amazon 的 SKU Economics report 提供商品历史费用拆分,可按 FNSKU、MSKU、ASIN 和 parent-ASIN 查看,并包含 low-inventory-level fee。

一套可复核流程是:

  1. 每周从 FBA Inventory 保存 parent-product、30/90 天 DOS、7 天销量、资格和当前费率档位。
  2. 在 Revenue Calculator 或费用预览中估计未来影响。
  3. 下载 SKU Economics,包含 Fee Data 与 fulfillment base rate/surcharges。
  4. 在 Payments Transaction report 中下钻具体订单的 fulfillment fee 明细。
  5. 按 parent-ASIN → ASIN → MSKU/FNSKU → Order ID 建立桥接。
  6. 检查次月是否出现 Amazon 延迟对应的 credit。
  7. 计算净低库存费,而不是只累计原始正向收费。
净低库存费
= 原始 low-inventory-level fee
− 延迟返还与其他对应 credit

Inventory Ledger 负责库存数量事件,不负责费用结算。若要证明库存何时进入、转运或变为可售,可用《Amazon FBA Inventory Ledger 对账》;财务结果仍以 SKU Economics 和交易明细为准。

建立一张每周风险表

字段 用途
parent-ASIN / ASIN / MSKU / FNSKU 保留父商品收费层级与执行层级映射
30d_hdos / 90d_hdos 判断双低阈值
units_shipped_7d 识别当前低销量豁免
exemption_type / expires_at 管理新卖家、新品与 AWD 等有效期
current_fee_per_unit 使用当前账户费率,不硬编码旧表
forecast_eligible_units 估计未来收费暴露
inbound_delay_owner 区分 Amazon、Amazon 管理服务或卖家责任
actual_fee / credit / net_fee 完成账务闭环

优先级不要只按 DOS 从低到高。建议使用:

处理优先级
= 预计净低库存费
+ 预计缺货贡献利润损失
+ 广告与自然排名中断风险
− 补货所需现金与积压风险

八个最常见的错误

  1. 看到一个 28 天就认为已经收费。
  2. 只看 30 天,不看 90 天;或反过来。
  3. 把今天可售库存除以昨天销量,冒充 Historical DOS。
  4. 按子 SKU 自行平均,却忽略 parent-product 收费层级。
  5. 忽略过去 7 天低于 20 件的低销量条件。
  6. 把 Minimum Inventory Level 当作费用阈值或强制补货量。
  7. 只看初始收费,不核对 Amazon 延迟返还。
  8. 为了躲费大量压货,却不计算资金、仓储和库龄风险。

最后给一张执行清单

  1. 确认 Marketplace、尺寸范围和 parent-product。
  2. 同时保存 30 天与 90 天 Historical DOS。
  3. 只有两项都低于 28 天才进入下一层判断。
  4. 检查 7 天销量、新卖家、新品、AWD 和当前其他豁免。
  5. 用当前费率估算符合条件的已履约件数。
  6. 比较避免费用、缺货损失与新增库存持有成本。
  7. 按真实前置期和需求分布决定补货,不机械补到 28 天。
  8. 用 SKU Economics 和 Transaction report 核对实际收费。
  9. 追踪 Amazon 延迟产生的次月 credit,计算最终净额。

低库存费不是一个孤立的“罚款”,而是库存可用性、网络分布和履约经济共同形成的信号。把双时间窗、豁免、补货成本和最终账务放在一起,才能既不因缺货损失销售,也不为了躲一项费用制造更昂贵的积压。

Amazon 官方资料

想按完整顺序继续,可返回《Amazon 广告优化与 RongAds 学习路线》的 FBA 库存、资金与赔偿闭环。

为了减少低库存费或缺货风险而补货时,仍可能受月度 FBA 容量限制。可用Capacity Limits 与 Capacity Manager 决策判断真正缺多少体积,并避免用高成本额外空间机械压货。

低库存费与仓储利用率附加费位于库存风险的两端:前者关注 parent product 的历史供货天数,后者关注尺寸档过去 13 周的库存与出货关系。可继续阅读《Amazon FBA 仓储费核算》,把缺货损失与持有成本放进同一决策。

不要把两个指标混为一谈:低库存费按商品级 Historical Days of Supply 判断,IPI 是账户库存绩效的综合信号。四项影响因素和改善顺序见Amazon IPI 分数诊断指南。

低库存费与 AWD 的边界:AWD 可能改变补货路径,但不能替代商品级 Historical Days of Supply 对账;设置自动补货阈值还可能影响费用豁免资格。详见Amazon AWD 决策指南。

发表评论

您的邮箱地址不会被公开。 必填项已用 * 标注

滚动至顶部