后台库存表里那几行数字很怪：库存数量有，可售数量是 0，广告还在跑，订单一个没有。你以为是货卖不动，其实是这批货压根就没挂在任何一个能被买走的商品页上——它躺在运营中心，每天照常计仓储费，但对买家不存在。
先给结论：滞留库存不是「卖得慢」，是「不可售」，它的处理顺序永远是先修 listing、再谈移除。修 listing 通常零成本、见效快；一旦拖到自动移除日期，亚马逊会按你的设置替你处置，而未配置时的默认动作是弃置——货直接销毁，不退回。
中文面能搜到的滞留库存教程大多写于 2020 年前后，后台入口和自动处置设置早就改过版，照着操作会找不到页面。下面每一条路径和设置项都回官方页当日核过，并标出来源与日期。
本文引用的官方页面均以 2026年8月27日 实查为准。后台入口和设置项会改版，正文标出每条依据的来源与日期，以你当前后台显示的为准。
一、滞销 ≠ 滞留：先分清手上是哪一种
这两个词在中文卖家圈里被混用了很多年，但它们是完全不同的两件事。滞销是货能卖、只是卖得慢，决策问题是「降价清仓还是移除弃置更划算」；滞留是货根本挂不上、卖不了，决策问题是「哪个字段坏了、怎么修回来」。
判断方法只有一句话：打开你的商品页，买家能不能点「加入购物车」这个动作。能点但没人买，是滞销，走滞销库存处置决策树那套净回收算账；不能点、甚至商品页都打不开，是滞留，走本文这套修复流程。
亚马逊官方英文页给滞留库存的定义是 “stranded inventory refers to a product in FBA fulfillment centers that doesn’t have an active offer”（Sell on Amazon 官方页，2026年8月27日实查）——判据是「有没有 active offer」，与销量、库龄、利润率全都无关。中文后台不叫「滞留」，叫无在售信息的亚马逊库存，搜后台菜单时用中文词才找得到。
二、滞留是怎么产生的：官方列的三类成因
亚马逊全球开店官方中文页把成因归成三条，原文列举的是：库存存放在运营中心但没有相关在售商品；删除或停售商品，或者将配送方式从【亚马逊配送】转换为【卖家自配送】；以及商品信息问题、侵权问题或系统错误（全球开店官方页，页面自标发布于 2025 年 3 月，2026年8月27日实查）。翻译成日常场景：
| 触发动作 | 典型场景 | 修复难度 |
|---|---|---|
| 删除/停售商品信息 | 清理 SKU 时顺手删了还有 FBA 库存的那条 | 低，重建在售信息即可 |
| 配送方式改成自配送 | 为了应付断货临时切 FBM，忘了切回来 | 低 |
| 变体关系被拆散 | 父体被合并或拆分，子体失去在售信息 | 中 |
| 商品信息问题 | 类目审核、合规文件、品类限制未通过 | 中到高，看具体项 |
| 侵权投诉 | 商标/版权投诉导致下架 | 高，须申诉 |
| 系统错误 | 无明确操作却突然出现 | 须开 case |
上表的第四、五两行常常是从「listing 被抑制」演变来的：搜不到只是第一步，抑制久了就变成仓里这批货没有在售信息，处理逻辑见亚马逊 listing 被抑制怎么修。
还有一条极少被中文旧稿提到、但会直接卡住补货的连带规则：官方页写明，若某个 ASIN 在运营中心已经存在无在售信息的库存，就不要再向亚马逊发送该 ASIN 的库存；把这样的 ASIN 加进货件，亚马逊会发提醒并且不会处理该货件（同上，2026年8月27日实查）。也就是说，滞留没修完就安排补货，新货件本身会被卡住。
三、后台入口：2026 年 8 月能核到的实际路径
中文后台的操作页叫修复无在售信息的亚马逊库存，英文界面叫 Fix Stranded Inventory。官方英文页对这个工具的描述是 “Add or amend product listings using this tool, which can identify opportunities to make active listings for items that may not have them."，并直接给出直达地址 https://sellercentral.amazon.com/inventoryplanning/stranded-inventory（Sell on Amazon 官方页，2026年8月27日实查）。这个直达地址是官方页面上现挂的链接，比任何一版「Inventory → 某某 → 某某」的菜单描述都稳——菜单层级几乎每年都在改，直达地址没改。
官方中文页给的处理步骤是：登录卖家平台，进入解决与无在售信息的亚马逊库存相关的问题页面，参考表格中的原因和其他信息两列，按该列给出的具体原因定位解决方案（全球开店官方页，2026年8月27日实查）。这两列才是真正要读的东西——同样显示「无在售信息」，原因可能是类目审核没过，也可能是变体挂错，处置动作完全不同，套一份通用清单只会白忙。
另一个容易被误判成「修失败了」的细节：官方页写明，自行解决问题之后需要等待 24 小时，最新状态才会体现在无在售信息库存列表里（同上）。改完立刻刷新看不到变化，属于正常，不要反复重改。
本文的后台路径与设置项均以官方文档载明为准，未做后台自测；界面文案各站点可能略有差异，以你账号里看到的为准。
四、自动移除设置：不配置，默认就是弃置
这是本题最贵的一个知识点。官方中文页在「会被自动移除/弃置吗」这一问下明确写着两档：默认设置是若你未配置移除设置，亚马逊将在库存首次无在售信息之日起的最长天数后自动弃置；自定义设置是前往修复无在售信息的亚马逊库存页面，点击【编辑自动操作设置】，对【自动修复】和【自动移除】分别设置；若希望退回而不是销毁，要选择「将商品退还给我」并配置退还地址（全球开店官方页，2026年8月27日实查）。
三个必须记住的点：
- 默认是弃置，不是退回。不动这个设置，等于默认同意到期销毁。
- 退货地址要单独配置。官方页特别提示，无在售信息库存和不可售商品的退货地址需要分别更新，改了一个不等于改了另一个（同上）。
- 官方中文页没有把「多少天」写成一个数字，原文用的是「最长天数」。中文旧稿普遍写「30 天自动弃置」，但那个 30 天在官方页上对应的是另一件事——延迟功能一次延 30 天。真正要看的是列表里的【自动移除日期】列，那是你这批货的实际死线。
顺带说明【自动修复】这个开关：它和【自动移除】在同一个设置弹窗里，管的是系统能不能替你把一部分能自动恢复的在售信息修回来（官方中文页只列出该设置项的存在与位置，未逐条说明它覆盖哪些原因，本文不替它补充）。能自动修好的通常是最简单那类，复杂原因仍然要你手动处理，别指望打开它就一劳永逸。
正在申诉、需要争取时间的，官方给的动作是：先看【无在售信息的亚马逊库存事件日期】列确认起算日、【自动移除日期】列确认计划移除时间，再在商品右侧下拉菜单里选择【将移除延迟 30 天】；每个无在售信息库存事件只能延迟一次（同上，2026年8月27日实查）。这张牌只有一次，别拿来拖延，要留给申诉周期。
五、代价账：仓储费照收，IPI 那一项被拉低
滞留期间的账是这么算的。仓储费不因为不可售而免除——官方页写的是 “Remember, you incur storage costs for all items you store with FBA."（Sell on Amazon 官方页，2026年8月27日实查），月度仓储费按库存在配送网络里占用的空间、以每日平均体积（立方英尺）计；库龄超过 181 天的还要叠加陈旧库存附加费，原文是 “Charged monthly for all items stored in a fulfillment center for more than 181 days."（FBA 官方页，2026年8月27日实查）。
关键在于：滞留期间库龄的时钟不会暂停。一批货挂了三个月没人管，等你修好重新可售，它已经离 181 天更近了一步——修得越晚，同一批货的持有成本越高。反过来看一个能省钱的动作：官方中文页写明，成功创建移除订单后，亚马逊在移除订单处理期间不再对该商品收取仓储费，直到订单完成（全球开店官方页，2026年8月27日实查）。确定不修了就早点建移除单，拖着不动是唯一稳亏的选项。
IPI 这边，滞留库存对应的是官方在 FBA 库存说明页里逐字写作 “Efficiently address listing issues”（即及时处理 listing 问题）的那一项，判据同样是有没有 active offer——本站已按同一官方页逐字核过四项对应关系，拆解在亚马逊 IPI 分数怎么算，本文不重复。这里只强调一个操作层结论：四项里滞留通常是修复成本最低的一项，它不需要你降价、不需要你清仓、也不需要等销量数据回暖，改对字段当天就能恢复可售，是提分性价比最高的入口。库容限额本身受多因素影响，别把它当成单一开关。
六、修不好怎么办：退回、弃置，和那条不存在的第三条路
修复优先，但有些情况确实修不回来——品类审核长期不通过、侵权申诉失败、或者这个 SKU 你本来也不打算再做。此时的岔路口和滞销库存是同一组选项（退回、弃置、清算），但触发方式差了一层：滞销可以「再观察一个月」，滞留不能——它是有死线的，你不选，系统到期替你选，而且默认选的是销毁。
所以「先放着再说」在滞留场景里并不是一条真实存在的路。真正的选择只有两条：在自动移除日期之前把在售信息修回来，或者在自动移除日期之前主动决定退回还是弃置。放着不动等于把决定权交给默认设置，代价是一批货被销毁、你还付了到期为止的全部仓储费。
主动下移除订单的费率、时效和三条路怎么挑，见FBA 移除订单怎么下。这里只补一条与滞留强相关的判断：如果这批货的单件价值低于「运回来的移除费 + 已经交过的仓储费」，那么争论退回还是弃置意义不大，真正该做的是把这个 SKU 从你的补货计划里删掉，别让同样的货再进第二批。
七、把滞留排查变成每周十分钟的例行动作
滞留最贵的地方不是它本身，是发现晚。它没有推送提醒的强度，却有自动弃置的后果。可以把排查做成固定动作：
- 每周固定看一次库存列表里「库存数量 > 0 且可售数量 = 0」的行，这是滞留最直白的指纹，不需要任何工具就能筛。
- 让 AI 读你导出的库存报表，只做三件机械活：标出可售为 0 的 SKU、按【自动移除日期】排序、把最近 14 天内到期的挑出来。提示词写清楚「只输出表格、不要建议」，这类任务模型出错率最低。批量库存报表的处理套路见用 AI 做亚马逊库存管理。
- 补货前先查一遍滞留清单，避免撞上「同 ASIN 有滞留库存、货件不被处理」那条规则，白做一趟头程。库容和补货节奏的关系见FBA 库存限制怎么破。
还有一个容易漏的收尾动作：修复完成、货重新可售之后，回头检查一次广告和补货计划。滞留期间跑着的广告没有转化，恢复后能不能跑起来取决于这条 listing 的历史表现是否受损；同期被卡住的货件也要重新安排。修好不等于恢复原状，这一步做完才算闭环。
判断和申诉这两步别交给 AI：原因列的解读、要不要申诉、退回还是弃置，都涉及成本权衡和账号风险，模型给不出你的采购成本和资金状况。让它做筛选和排序，你做决定。
延伸阅读
- 亚马逊滞销库存怎么处理：清仓/降价/库存移除/弃置决策树——货能卖但卖不动时的净回收算账
- 亚马逊 listing 被抑制怎么修——滞留的上游成因之一
- FBA 移除订单怎么下——确定不修了之后的退货与弃置流程
- 亚马逊 IPI 分数怎么算——四项构成与库容缺口换算
- 用 AI 做亚马逊库存管理——报表批量处理的提示词套路
- 亚马逊 FBA 库存限制怎么破——库容限额与补货节奏