月度仓储费突然翻倍，未必是 Amazon 把基础费率翻了一倍。更常见的情况是：包装体积或平均在库量上升、进入旺季费率区间、Storage Utilization Surcharge（仓储利用率附加费）跨档，或者同一批库存又进入了超龄库存附加费区间。
这几项都和“库存放得多不多”有关，却使用不同的时间窗和判断粒度。只拿期末库存件数乘一条旧费率，很难复算账单，也容易把容量限制、低库存费和仓储费混为一谈。
先按费用组件拆账，再按 product size tier、月份和库龄定位原因。基础月度仓储费看日均包装体积和季节；利用率附加费看过去 13 周的库存与出货关系；超龄库存附加费看单件库存年龄。三个条件可以在同一个月叠加。
本文按 2026-07-17 可见的 Amazon 美国站公开资料整理。费率、资格、尺寸档、豁免和报表字段都可能更新；本文不固化一张费率表，实际金额应以 Seller Central 当前帮助页、Monthly Storage Fees report 和交易明细为准。
先把五个容易混淆的概念拆开
| 概念 | 判断对象 | 主要时间口径 | 回答的问题 |
|---|---|---|---|
| 基础月度仓储费 | FBA 在库体积 | 当月日均体积、淡旺季 | 占用履约中心空间的基础成本 |
| Storage Utilization Surcharge | 账户内的 product size tier | 过去 13 周库存与出货 | 该尺寸档的空间周转是否过慢 |
| Aged Inventory Surcharge | 达到库龄档位的库存 | 每月库龄盘点 | 库存存放时间过长产生多少附加费 |
| FBA Capacity Limit | 账户、月份、storage type | 月度确认限制与后续估算 | 还能否创建并发送更多库存 |
| Low-Inventory-Level Fee | 符合条件的 parent product | 历史 30/90 天供货天数 | 可售库存长期过低是否产生费用 |
容量限制是空间准入，不是仓储费账单本身；如果已经接近发送上限，应另外使用《Amazon FBA Capacity Limits 与 Capacity Manager 决策》计算体积缺口。低库存费则是另一端的风险，可回看《30/90 天 Historical DOS 与低库存费》。
基础月度仓储费：不是月底库存乘费率
Amazon 版主对月度仓储费的说明是：按妥善包装、可发货商品的日均体积计算，基础费率由商品尺寸和一年中的时间决定。业务上可以先写成：
某尺寸档基础月度仓储费
≈ 当月该尺寸档日均包装体积 × 当月适用基础费率
这解释了三个常见现象：
- 月底库存已经降下来，整月前半段的大量在库仍会进入日均值；
- 件数没变，Amazon 重新测量包装尺寸后，计费体积可能改变；
- 同样的体积进入不同季节费率区间，基础费用也可能变化。
内部预测可以用包装长、宽、高换算立方英尺，但对账应以报表中的计费体积为准，不应拿供应商外箱尺寸或商品裸尺寸替代 Amazon 的已包装尺寸。
Storage Utilization Ratio 到底在比什么
Amazon 的公开说明将 storage utilization ratio 定义为：平均每日库存体积除以过去 13 周的平均每日出货体积。后台通常把结果表达为周数，并按 product size tier 分开显示。
Amazon 仓储利用率口径
= 平均每日在库存储体积
÷ 过去 13 周的平均每日出货体积
不要用“当前库存件数 ÷ 最近 7 天销量”冒充 Amazon 的值。商品尺寸不同，件数不能代表体积；促销一周也不能代表 13 周窗口。最稳妥的做法，是直接保留后台当月显示的 average daily inventory volume、average daily shipped volume、storage utilization ratio 和 product size tier。
截至本文日期，美国站当前帮助页口径显示：利用率附加费只在满足资格条件时适用，包括 Professional selling account、首次向美国履约中心发货已超过 365 天、对应尺寸档日均库存体积达到指定最低值，以及该尺寸档利用率超过当前阈值。2025-04-01 起公开资料显示阈值由 26 周调整为 22 周，并增加更细分档位；费用仍只适用于库龄超过 30 天的合格库存。执行前必须在账户内打开 Monthly inventory storage fees 当前页复核。
为什么清掉一批库存后，利用率不会立刻恢复
利用率是滚动窗口，不是实时库存快照。降低在库体积会改善分子，提高持续出货会改善分母，但过去 13 周的数据不会因为今天移除库存就全部消失。
例如后台显示某尺寸档利用率为 28 周，而当前阈值为 22 周。这里正确的结论只是“该尺寸档已进入附加费风险区”，不是把 28 周减去 22 周再乘一个件数。下一步应检查：
- 该尺寸档的日均库存体积是否因为新品备货、旺季提前备货或大件测量上升；
- 过去 13 周平均出货体积是否因断货、Listing 问题、淡季或广告收缩下降；
- 超过 30 天的库存中，哪些 ASIN 贡献了大部分计费体积；
- 即使今天清理，月底比率和下个月账单是否仍受滚动窗口影响。
因此，处置动作要按体积贡献排序，而不是只按件数。一个销量很慢的大件 ASIN，可能比几千件小而快销的商品更值得优先处理。
利用率附加费与库龄附加费可以叠加
利用率附加费是账户在某个 product size tier 上的周转结果，但只对达到适用库龄条件的库存计费；超龄库存附加费则从 181 天等库龄档开始，按月度盘点对符合条件的库存增加费用。库存达到 181 天后，可能同时承担：
某库存当月仓储相关成本
= 基础月度仓储费
+ 适用的 Storage Utilization Surcharge
+ 适用的 Aged Inventory Surcharge
这也是为什么“只在 180 天前处理”有时仍然太晚：商品可能早在超过 30 天后就因账户尺寸档利用率过高产生附加费，同时继续占用现金与容量。库龄商品的具体处置，应继续用《积压库存的同一截止日净回收模型》比较继续销售、促销、移除、清算和弃置。
按尺寸档对账，不要把全店平均数混在一起
Amazon 版主确认，Storage Utilization Surcharge 按 size tier 拆分；某一尺寸档超过阈值，不代表其他尺寸档自动一起承担同样附加费。对账表至少需要以下层级：
| 层级 | 建议保留字段 |
|---|---|
| 账户与月份 | marketplace、billing month、report generated at |
| 尺寸档 | product size tier、average daily inventory volume、average daily shipped volume、ratio |
| ASIN / FNSKU | 包装体积、日均数量、库龄、计费体积、基础费与附加费 |
| 交易 | charge date、fee type、amount、currency、transaction ID |
如果报表尺寸档与商品页面预期不一致，先检查 Amazon 实测包装尺寸和重新分级记录。尺寸争议未解决前，不要只改内部 Excel；保存测量证据、报表行和 Case ID，才能解释后续月份是否已经更正。
一套可复算的月度仓储费排查顺序
- 固定月份和站点。不要把扣款日、计费月和报表生成日混为一个日期。
- 下载 Monthly Storage Fees report。保留原始文件、生成时间和哈希，不只保存截图。
- 按 fee component 分组。先分基础费、利用率附加费和库龄附加费，再看总额。
- 按 product size tier 汇总。核对哪个尺寸档跨过阈值，不用全店件数做平均。
- 比较上月。分别比较日均体积、费率季节、ratio、库龄体积和测量变化。
- 下钻主要 ASIN。按计费体积和金额排序，优先处理少数主要贡献者。
- 连接交易明细。确认报表估算与 Payments / Transaction View 的最终扣款月份和金额。
- 保存月底快照。滚动 13 周会变化，没有当时的 ratio 与尺寸档快照很难复盘。
Inventory Ledger 能证明数量事件，却不是仓储费账单。若数量本身对不上，可先用《Inventory Ledger 库存总账》还原入仓、出库、转运、移除和调整，再回到费用报表按体积计算。
三个动作怎样影响利用率
| 动作 | 主要影响 | 注意事项 |
|---|---|---|
| 减少或延后低周转入仓 | 避免未来日均库存体积继续上升 | 先核对补货点，不能把高利润商品推向断货 |
| 移除、清算或促销慢销库存 | 降低在库体积，并减少未来库龄成本 | 13 周窗口不会当天归零，要比较净回收 |
| 恢复有效出货 | 提高滚动出货体积 | 先修复断货、不可售和 Listing 问题；广告只在单位经济成立时使用 |
补货不能只为躲附加费而机械压低库存。使用《补货点、安全库存与补货量》先保护真实前置期，再把仓储体积、附加费和缺货损失放入同一情景模型。
同时要检查现金。高利用率往往意味着更多资金压在在库和在途；可结合《FBA 资金占用与现金周转》区分“账面还有利润”和“下一批货已经没现金”。
八个常见误区
- 用月底库存代替整月日均库存。
- 用件数代替包装后的立方体积。
- 把基础月度仓储费、利用率附加费和库龄附加费合成一个费率。
- 把全店库存周数当成每个 product size tier 的 Amazon ratio。
- 只看最近 7 天销量，忽略过去 13 周滚动窗口。
- 清理库存后预期下个月立刻完全恢复。
- 把 181 天当成所有仓储附加费的唯一起点。
- 从旧文章抄费率，不核对当前站点、月份、尺寸档和账户报表。
建立一张仓储费控制台
每月只保留总费用不够。建议至少保存以下字段，让采购、运营和财务使用同一口径：
month / marketplace / product_size_tier
average_daily_inventory_volume
average_daily_shipped_volume
storage_utilization_ratio
base_storage_fee
storage_utilization_surcharge
aged_inventory_surcharge
top_asin_by_billable_volume
action / owner / expected_effect_month
最后一列 expected_effect_month 很重要：它强迫团队承认滚动窗口和账务入账存在时间差，避免今天移除、三天后看到比率未降就重复操作。
Amazon 官方资料
- Seller Central：Monthly inventory storage fees
- Amazon 版主：基础月度仓储费与 Storage Utilization Surcharge 组成
- Amazon 版主：过去 13 周仓储利用率口径
- Amazon 版主：Storage Utilization Surcharge 按 size tier 计算
- Amazon：Selling on Amazon 的主要费用类型
- Amazon News：2026 美国站 Aged Inventory Surcharge 行动说明
想按完整顺序继续，可返回《Amazon FBA 库存、费用与资金管理指南》，把仓储费控制接回补货、容量、库存状态、现金和对账流程。
包装尺寸会同时影响仓储体积和单件配送费，但两者不是同一张账。可继续阅读《FBA 配送费、尺寸档与体积重》，核对 Amazon 测量、shipping weight、Fee Preview 与 2026 年附加费。
仓储成本与 IPI 相互关联但不等价：积压、库龄和利用率会增加持有成本，IPI 则反映更广的库存绩效。四项因素的排查顺序见Amazon IPI 分数诊断指南。
不要只比仓储单价：AWD 方案应同时加入入仓处理、存储、出仓处理、AWD→FBA 运输和现金周期。全链路测算框架见Amazon AWD 决策指南。
清算提交后的费用边界：相关月度仓储费与库龄附加费停止累积，但利用率滚动窗口不会瞬间重置。清算回收、费用、处理状态和到账对账见FBA Liquidations 指南。
