FBA 后台显示标准尺寸容量只剩一点，是不是应该立刻去 Capacity Manager 加价申请？未来两个月的 estimated limit 下降，是否现在就要砍采购？商品按件数看并不多，为什么换成体积后却占满容量？申请到额外空间但没有全部用完，预留费会不会按实际使用量减少？
这些问题容易混在一起，是因为 Capacity Limit、Capacity Usage、Maximum Inventory Level、补货点、低库存费和 Capacity Manager 都会影响“还能不能发货”，但它们不是同一个控制层。容量回答的是某个仓储类型在某个月最多能占用多少网络空间；补货回答的是某个 SKU 何时下单、需要多少件；低库存费则根据历史库存与出库等条件判断费用风险。
不要把“还有多少件能发”当作容量决策。先用同一体积口径计算月度峰值缺口，再判断额外容量能否产生足够贡献利润和 performance credits，最后才决定请求多少空间、最高愿意承担多少 reservation fee。
本文按 2026-07-17 可见的 Amazon 美国站公开资料核对。Capacity Manager 可用期间、仓储类型、抵扣规则与页面名称可能调整；实际请求应以账户 Capacity Monitor、请求页面和最终交易明细为准。
先把六个相似概念拆开
| 概念 | 回答的问题 | 主要口径 | 不能替代什么 |
|---|---|---|---|
| FBA Capacity Limit | 这个仓储类型在指定月份能发送并存放多少库存 | 月度、storage type、体积 | 单个 SKU 的补货量 |
| Capacity Usage | 当前库存与已创建入仓计划占用了多少容量 | 在库与 open shipments 等状态 | 未来需求预测 |
| Estimated Limit | 后续月份可能获得多少容量 | 预测值，可上调或下调 | 已确认的当月限制 |
| Capacity Manager | 是否请求额外容量以及最高预留费 | 请求期间、体积、每立方英尺最高费用 | 自动批准或固定价格 |
| Maximum Inventory Level | Amazon 建议维持多少库存 | 商品级未来建议 | 账户/仓储类型容量 |
| 补货点与安全库存 | 何时下单、为不确定性保留多少缓冲 | SKU、前置期、需求分布 | Capacity Manager 请求量 |
SKU 补货仍应按补货点、安全库存和补货量计算；容量是最终准入护栏，不应倒过来把所有可用空间平均分给 SKU。
月度 Capacity Limit 到底控制什么
Amazon 在 2023 年把美国站原有的周度 restock limit 与季度 storage limit 合并为按仓储类型管理的单一月度容量限制。官方发布说明中有四个关键点：
- 下个月的确认限制通常通过 Capacity Monitor 和邮件公布；
- 同时提供后续两个月的估算值，形成约三个月的可见窗口；
- 容量以体积为核心计量，而不是只看件数；
- IPI、ASIN 销售预测、入仓前置期和履约中心可用空间等都会影响限制。
因此，三个月面板不是三个同等确定的数字。离现在最近的月度限制可以用于建货件准入，后两个月应作为采购与运输情景输入，不能直接当作 Amazon 的固定承诺。
为什么件数不多，容量却很快用完
同样 1,000 件库存，大件包装和小件包装占用的网络空间完全不同。规划时可用商品包装后的长、宽、高近似换算体积：
单件体积（立方英尺，规划近似）
= 包装长(in) × 包装宽(in) × 包装高(in) ÷ 1,728
某 SKU 预计峰值体积
= 单件体积 × 预计峰值件数
这只是内部计划口径。Amazon 可能根据实测尺寸更新商品体积，Capacity Monitor 才是建货件时的权威容量口径。若某个 ASIN 的尺寸突然变化，应先核对包装尺寸与分类，而不是直接增加 Capacity Manager 竞价。
还要把 open shipments 纳入占用。货件刚创建、尚未送达或仍在接收，不代表它不占发送准入。若货件长期卡在接收状态，则应按入仓数量差异与接收证据链排查，不要用重复创建货件绕过状态问题。
先算真实容量缺口，再打开 Capacity Manager
一个可执行的月度模型是：
预计月度峰值容量
= 预计在库峰值体积
+ 已创建但尚未完成接收的货件体积
+ 已确认在该月进入网络的新货体积
+ 测量误差与接收波动缓冲
真实容量缺口
= max(0, 预计月度峰值容量 − 该月确认 Capacity Limit)
不要用未来两个月的 estimated limit 替代当前月的 confirmed limit，也不要把工厂尚未完成、到港时间高度不确定的全部采购量一次塞进峰值。建议至少做基准、旺销和延迟三个情景：
| 情景 | 需求与到货假设 | 容量动作 |
|---|---|---|
| 基准 | 成熟销量与正常接收 | 用确认限制安排正常补货 |
| 旺销 | 活动或季节需求上升且销售证据较强 | 计算额外容量能保护的贡献利润 |
| 延迟 | 旧货件未释放占用，新货又可能提前到仓 | 保留缓冲，先处理接收异常 |
Capacity Manager 的请求不是“买多少用多少”
Capacity Manager 允许卖家按指定期间和仓储类型请求额外体积，并填写愿意承担的最高 reservation fee。Amazon 公告说明，请求会从每立方英尺预留费最高的开始，在可分配空间用完前依次批准；不要求在提交或获批时预付。
需要特别注意四点：
- 最高报价不是保证成交价。请求可能按你填写的价格或更低价格获批；同一期间还可能受最低预留费保证调整。
- 获批不等于必须全部使用，但费用不按实际使用量缩水。Amazon 官方回复明确指出，未用完额外容量不会自动减少 reservation fee。
- 销售可以产生 performance credits。这些抵扣最多可覆盖 100% 的预留费，但不能在提交请求时假设一定全部获得。
- 请求不一定马上批准。Amazon 会按网络可用空间定期评估；请求可能数天获批，也可能一直 pending 到期。
期间结束后的净预留费
= max(0, 获批额外体积 × 最终每立方英尺预留费
− 实际获得的 performance credits)
最高预留费不应该照抄历史成交价
历史 reservation fee 可以帮助判断竞争程度，却不能回答你的生意最高能付多少。上限应该从额外空间能保护的经济价值反推：
额外容量的预期净价值
= 避免缺货后保住的贡献利润
+ 可归因于额外空间的其他经营收益
− 新增仓储、运输与操作成本
− 新增库存资金成本
− 滞销、降价、库龄与清理风险
− 预计净预留费
只有当保守情景下的净价值仍为正，才应提交请求。若必须用最乐观销量和 100% credits 才能勉强成立，说明最高预留费设置过高或请求体积过大。
现金也必须单独检查。Capacity Manager 给的是空间，不是采购资金。可先用FBA 资金占用天数估算额外库存会压住多少现金，再决定是否把全部缺口都放进请求。
一个 180 立方英尺缺口的完整例子
假设某卖家的标准尺寸确认容量为 1,000 ft³，月内预计峰值如下：
| 组成 | 体积 |
|---|---|
| 预计在库峰值 | 760 ft³ |
| open shipments | 250 ft³ |
| 确认将在本月进入的新货 | 110 ft³ |
| 尺寸与接收缓冲 | 60 ft³ |
| 预计峰值 | 1,180 ft³ |
真实缺口 = 1,180 − 1,000 = 180 ft³
这不代表一定申请 180 ft³。若其中 70 ft³ 对应低转化、已进入库龄风险的商品，应先减少或延后该批；如果 40 ft³ 的货件接收状态异常，应先调查而不是重复占用。最终经过 SKU 利润和到货概率筛选后，也许只有 90 ft³ 值得请求。
额外空间还会改变发送方案。如果为了满足入仓配置把同一批货拆到多个地点，应把入仓配置费、运输和操作总成本与容量请求一起比较，不能把两种费用分别优化后直接相加。
取消 storage overage fee，不等于容量限制失效
这是最容易被旧文章误导的部分。Amazon 2023 年发布容量系统时的旧说明曾包含 inventory storage overage fee；但 Amazon 后续公告表示，美国站自 2024-07-01 起取消该 storage overage fee。本文不再复制旧费率或旧超量费公式。
不过，“不收这项旧超量费”不代表可以无限发货：
- 当当前占用加待入仓货件会突破限制时，新货件创建仍可能被阻止；
- 基础月度仓储费、storage utilization surcharge、库龄附加费等是不同费用，不能因为 overage fee 取消就一起忽略；
- 大量低效库存仍可能拖累 IPI、占用现金并降低未来容量质量；
- 不同站点的实施日期和当前费用页面可能不同，应以账户所在地规则为准。
库存太少时还可能面对低库存费与缺货损失，库存太多时又会增加仓储、资金和库龄风险。可结合低库存费双时间窗口和积压库存净回收决策寻找中间区间。
请求前的九项检查
- 确认 Marketplace、storage type 和请求期间。
- 区分 confirmed limit 与后续月份 estimated limits。
- 统一商品包装体积和 Capacity Monitor 体积口径。
- 把在库、open shipments 和确认到货按时间展开。
- 先排除尺寸错误、重复货件和接收异常。
- 按 SKU 贡献利润、销量证据和库龄风险筛选真正需要的体积。
- 用基准、旺销、延迟三种情景计算缺口。
- 把 reservation fee、credits、仓储、资金和入仓成本放入同一模型。
- 获批后按期间跟踪实际额外容量、销售、credits 与最终净费用。
建立一张可复核的容量台账
| 字段 | 作用 |
|---|---|
| marketplace / storage_type / period | 固定容量边界 |
| confirmed_limit / estimated_limit | 区分承诺程度 |
| on_hand_volume / open_shipment_volume | 还原当前占用 |
| forecast_peak_volume / buffer_volume | 计算真实缺口 |
| requested_volume / max_reservation_fee | 记录请求决策 |
| granted_volume / final_fee_rate | 记录实际获批结果 |
| performance_credits / net_reservation_fee | 闭合最终费用 |
| incremental_sales / contribution_margin | 验证额外容量是否真正创造价值 |
容量管理的目标不是把仪表盘永远填满，也不是每次都赢得竞价，而是让有证据的畅销库存获得空间，同时让低周转库存尽快释放现金和体积。
Amazon 官方资料
- Amazon：FBA capacity management system
- Amazon News：Simplifying FBA capacity limits
- Amazon News：Use Capacity Manager for improved holiday planning
- Amazon 回复：Capacity Manager 请求、评估与未使用容量
- Amazon News：2024 storage overage fee 调整
- Amazon 回复：通过 Capacity Monitor 请求当前期间容量
需要按完整顺序继续，可返回Amazon FBA 库存、费用与资金管理指南。
Capacity Limit 控制能否继续发送库存，月度仓储费则控制已经占用空间的成本。请求额外容量前，建议先用《FBA 仓储利用率与 13 周周转》检查对应尺寸档是否已进入利用率附加费风险区，避免为低周转库存同时支付空间和仓储溢价。
容量与 IPI 的边界：IPI 会影响 capacity limits，但容量还受销售预测、运营中心容量与前置期等因素影响。完整的四项诊断与行动顺序见Amazon IPI 分数诊断指南。
容量不是唯一理由：AWD 自动补货可缓解部分 FBA 容量压力，但还要满足产品资格并覆盖处理、运输和资金成本。完整比较见Amazon AWD 决策指南。
