库存管理

你搜「亚马逊erp哪个好」，翻十页出来的是问答站、企服点评页和一堆看不出谁写的推荐文，没有一张表能让你对上号。原因不复杂：这类系统真要评出高下得实测，而实测要付费账号加半年真实单量，写的人多半没有。 所以这篇换个做法——只比不需要账号也能自己核的五件事：定价模型公不公开、免费档的真实条件、数据授权范围、集成的平台范围、合同与责任边界。功能好不好用本文一个字不评。 先给结论。 第一条：三家把价格藏在三个不同的深度。赛狐把完整价目表直接印在定价页上；领星的定价页卡片主标题写「按需定制」，但同一个页面里逐档单量与总价都有；积加的价格页从头到尾没有一个价格数字。 第二条：免费档的口径差得很远。赛狐免费版 3000 单/月并写明各项功能限额，领星免费版 5000 单/月只写了单量，积加官网没有公开任何免费档条件。 第三条，也是最值得你花时间的一条：授权方式的差别比价格差别更要紧。领星官网写明只走 SP-API，积加官网写的是「API+RPA」双重模式，这两者要你交出去的东西不是一回事。 ⚠ 下面所有数字都取自各家自己的页面，属于厂商自述，没有经过任何第三方核实，取证日期统一是 2026年9月4日。价格随时会改，下单前请自己再看一眼原页。 亚马逊ERP的定价模型：三家里只有一家把价目表摆在页面上 系统 定价页 页面上能否直接看到价格 计费口径 赛狐ERP sellfox.com/price 能，7 档全列，含单价 按年套餐单量总数 领星ERP lingxing.com/price 卡片主标题写「按需定制」，逐档数字在同页数据里 包年版按年、充值版按单量 积加ERP jijiaerp.com/taocan/ 不能，全页无价格数字 官网未公开 赛狐是三家里唯一明码的。定价页逐格取值：免费版 ￥0（3000单/月）；20万单 ￥12,000（￥0.060/单）；50万单 ￥25,000（￥0.050/单）；80万单 ￥35,000（￥0.044/单）；130万单 ￥50,000（￥0.038/单）；250万单 ￥75,000（￥0.030/单）；600万单 ￥120,000（￥0.020/单）。 领星的价格其实也在页面上，只是要点开档位才看得到。定价页的套餐卡片主标题写的是「按需定制」，而同一个页面加载的官方套餐数据里，包年版列了 11 档：12万单 ￥10,000（￥0.083/单）起，中间有 50万单 ￥30,000、100万单 ￥50,000、200万单 ￥80,000，最高 900万单 ￥300,000（￥0.033/单）。另有一档「充值版」，页面标注「4年有效期」，7 档从 6万单 ￥10,000（￥0.166/单）到 500万单 ￥200,000（￥0.040/单）。 领星定价页常见问题第 01 条的原话是：「领星ERP包含免费版、包年版，您只要注册即可免费接入使用领星ERP全系统功能，在每月订单量≤5000单的情况下，支持长期免费使用。包年版则是根据单量情况选择所需套餐，按年付费即可。详细可以线上咨询客服或者致电我们 400-880-0606。」 积加的价格页没有价格。页面标题写着「积加收费标准-积加ERP套餐模式-跨境ERP收费」，正文却只有导航、「预约演示」「免费试用」两个按钮和一个 400 电话；同日实查它的常见问题页与服务保障页，同样没有任何价格数字或套餐名。网上流传的「M版免费」「6万起」这类说法出自第三方文章，官网这三个页面均未见。 同单量横比一次：50万单这一档，赛狐￥25,000（合￥0.050/单），领星包年版￥30,000（合￥0.060/单）。 但别拿单价直接判贵贱——两家套餐里包含的店铺数、子账号数、功能限额都不一样，差 20% 的单价背后可能是差一倍的店铺数上限。单价只能当粗略参照。 免费档到底免什么：能看到限额的只有一家 赛狐把免费版和付费版做成同一张对比表，逐格可查：3000单/月，「包含亚马逊店铺订单、多平台店铺订单（Shopify除外）」；店铺数 20（付费档 100）；子账号数 100（与付费档相同）；关键词排名 12（付费 500 到 2000）；上新监控 2（付费 20）；竞品监控 2（付费 50）；跟卖监控 12（付费 300）；营销邮件 600（付费 25000 起）；财务管理功能一栏写「全部」。 ...

低库存水平费不是「库存低就收」，而是长期（过去 90 天）和短期（过去 30 天）两个历史供货天数同时低于 28 天才收。只要其中一个数还在 28 天及以上，这笔钱就是 0。 第二条同样容易搞反：收不收费看两个数是不是都低于 28，收多少却看两个数里较大的那一个落在哪一档。很多中文文章把这两句混成一句，于是算出来的钱和账单对不上。 第三条是 2026 年才变的：从 2026 年 1 月 15 日起，这个指标按卖家的 FNSKU 单独算，不再按父 ASIN 算。同一个父 ASIN 下畅销的那个颜色不会再被滞销变体拖着一起挨罚。 本文的判定口径、费率表与豁免清单，全部取自亚马逊卖家平台官方帮助页「Low-inventory-level fee」（官方页），页首标注适用范围为 United States（美国站），为 2026年9月2日实查。欧洲站、日本站有各自口径，下面的费率不要直接套。 历史供货天数到底怎么算 官方定义只有一条公式：平均每日库存件数 ÷ 平均每日发货件数，分别在过去 90 天（长期）和过去 30 天（短期）两个窗口上各算一次。 两个分子分母的边界，官方帮助页写得很细，也正是容易估错的地方： 平均每日库存件数只算美国配送网络里的可售 FBA 库存，包含可售、运营中心之间在途、运营中心处理中三部分；不含不可售件数（待移除、弃置、清算）与正在入库途中的件数。 平均每日发货件数是从美国配送网络发出的全部件数，含 FBA、多渠道配送（MCF）、Remote Fulfillment with FBA 等所有程序。 两个要点：在途入库的货不算进库存（所以补货补在路上并不能立刻救你），多渠道配送的出货算进分母（所以 MCF 走量大的 SKU 供货天数会被压低）。 后台看数的路径是 亚马逊物流库存（FBA Inventory） 页面，那里显示的是长短期中较大的那个数，同时给出两个明细。官方原文写明这个指标每周更新一次，当周发出的货按最新一次的读数定档。 判定与定档：官方给的四个例子 官方帮助页给了四个判定示例，把「都低于 28 才收」和「按较大的那个定档」两条规则说得最清楚： 官方示例 长期（90天） 短期（30天） 取较大值 是否收费 例 1 大号标准 18 24 24 收，$0.36/件 例 2 小号标准 40 20 40 不收 例 3 大号标准 12 35 35 不收 例 4 大号大件 12 15 15 收，$1.15/件 例 1 里那件商品的标准 FBA 配送费是 $3.95/件，加上 $0.36 之后变成 $4.31/件——这笔钱是加在配送费上一起扣的，不是单独出账，官方原文是「add the low-inventory-level fee to the FBA fulfillment fee for all shipped units」，扣费时点是买家订单发出的时刻。 ...

你手上有个品，消费者明明愿意为「2 小时到货」买单，可它就是进不了亚马逊的极速达网络——因为挑哪些货进去，一直是亚马逊的算法说了算，你说了不算。现在这件事多了第二条路——你可以自己出价，把商品塞进 Sub Same Day 网络。 先给结论，三句话： 这不是买流量，是买货位——你出的是「每件预留费」，买的是 SSD 专用仓里的一个位置，不是广告位。 只有实际经 SSD 发出去的件数才扣钱，一件没走就不收；但这笔钱是加在标准 FBA 配送费之上的，不是替代。 它不是价高者得，也不是所有卖家都能报——目前是邀请制。 以下事实全部取自亚马逊官方帮助页与该计划条款页，2026 年 8 月 31 日实查。 先分清两件事：免费置入 和 付费预留置入 官方帮助页《FBA Sub Same-Day Delivery》写得很直白：SSD 网络覆盖 2,300 多个都市区周边的专用运营中心，最快 2–5 小时送达，目前已有超过 10 万个商品被纳入——所有卖家都符合资格，且当前不额外收费（2026年8月31日实查）。 这条免费通道是亚马逊单方面挑货：ASIN 一旦达标，系统自动把最有竞争力报价对应的那部分库存挪进 SSD 专用仓。挑货看三件事——顾客价值（有稳定复购、顾客急着要的日用刚需）、价格竞争力、库存健康度。 新出的 SSD Placement Reservation（置入预留）是第二条通道，官方定位是「补充」而非替代：亚马逊已经免费放进去的商品继续免费待着，你只能对它没挑中的那批商品出价。官方点名的适用场景是「你凭经验知道有潜力、但亚马逊看不到」的商品——即将上新、准备做促销、或你判断顾客会想更快拿到的品。 关于收益，亚马逊在两页里的措辞并不一致，值得原样摆出来：免费置入页写的是进了 SSD 的商品「最多可高出 12%」（can see up to 12% higher sales），付费预留页写的是「平均已高出 12%」（have experienced 12% higher sales on average）。一个说的是上限、一个说的是均值，指向差别不小。两页还都自带同一句免责——这是全网平均值，结果会因品类、定价和当地需求而异。这个数字的主语始终是亚马逊自己，既不是第三方实测，也不是对你某个 SKU 的预测，拿它做投产比测算之前先打个折。 后台入口在哪：Capacity Manager 的 Sub Same Day 标签页 固定路径为 Inventory（库存）> FBA Dashboard > Capacity Monitor > Go to Capacity Manager，进去后选 Sub Same Day 标签页。 ...

后台库存表里那几行数字很怪：库存数量有，可售数量是 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 被抑制怎么修。 ...

那批货你已经决定不留了。问题只剩三个：移除订单在哪下、下完要付多少钱、多久能拿到货。 先给结论：FBA 库存移除只有三条出口——退回你指定的地址、在运营中心弃置或捐赠回收、交给亚马逊清算。三条路共用同一个下单页、共用同一张按件计价的费率表，真正的差别是你能拿回什么、以及要等多久。 先划清边界：该不该移是另一道题。站内的滞销库存决策树算的是净回收该选哪条路，那套算例本篇一个字都不重复；如果你的货是「人在仓里、listing 挂不上」，先去滞留库存那篇把源头修掉，修不好再回来走这里的流程。本文所有费率、时效、设置项均于 2026年8月27日回亚马逊官方帮助页实查（本文未登录卖家后台，官方文档载明的口径原样转述，未自测）。 三条出口：下单页给四个选项，结局只有三种 在「Create removal order」页的 Method of removal 里，官方列的选项是四个：Ship-to address、Return-to address、Donate/Recycle、Liquidations（据 https://sellercentral.amazon.com/help/hub/reference/external/G201436560 ，2026年8月27日实查）。前两个都是把实物运出来，区别只在收货方写你自己还是写制造商、第三方仓、回收中心；后两个一个是原地处置，一个是变现。 出口 下单页选项 你拿回什么 你付什么 退回 Ship-to address / Return-to address 实物，运到你指定的地址 按件移除费 弃置 Donate/Recycle 什么都拿不回 按件弃置费 清算 Liquidations 一笔现金（净回收额） 15% 清算推荐费 + 按件清算处理费 官方另有一条硬限制：被归类为不可运输危险品的库存只能弃置，没有退回这个选项。 入口：四个页面都能起单，后面是同一套步骤 官方文档载明的起单入口有四个：Manage Inventory 页、Recommended Removal 报告、Remove Unfulfillable Inventory 页、Fix stranded inventory 页——在任意一个页面勾选商品，从「Action on selected」下拉里选 Create removal order 即可。其中 Recommended Removal 报告只列「即将产生长期仓储费」的库存，没有这类库存时连按钮都不出现。 进到创建页之后的步骤是同一套：选 Method of removal → 填 removal order ID（留空会自动生成，官方建议存下来用于追踪）→ 分别填「可售数量」和「不可售数量」→ Review → Confirm，看到「Removal order has been placed」才算提交成功。 ...

亚马逊 FBA 退货怎么处理，一句话：退回运营中心的货由亚马逊自己检查，判定还能卖就放回你的可售库存重新上架，判定不能卖就沉进不可售库存等你下一步指令。不可售这一档不会自动消失，你不下移除订单，它就一直躺在仓库里继续计仓储费。还有第三条路很少有中文资料讲——开通 Grade and Resell 之后，一部分退货会被重新分级、按二手状况重新上架卖掉。 官方原话（2026 年 8 月 22 日实查 sell.amazon.com/blog/amazon-fba-for-beginners）：「If a buyer returns a product, we return it to your inventory if it’s sellable. If it’s unsellable, create a removal order requesting that we dispose of the product or return it to you.」——判定归亚马逊，处置归你，这一句就是整件事的骨架。 亚马逊 FBA 退货怎么处理：退回的货去哪了，四条路只有两条能变回钱 去向 触发条件 谁动手 你能拿回多少 回可售库存继续卖 运营中心判定 sellable 亚马逊自动完成 全额，这单只损失物流与手续费 沉在不可售库存里 运营中心判定 unsellable 没人动，等你下指令 0，而且继续计仓储费 移除：退回你的地址或弃置 你提交移除订单，或事先设了自动移除规则 你 退回可翻新再发，弃置为 0 重新分级按二手上架 你已开通 Grade and Resell 且该 ASIN 在范围内 亚马逊分级并上架 二手成交价 四条路里第二条最容易被忽略：它不是一个处置结果，而是一个停在半路的状态。不少卖家账上长期挂着一笔不可售库存，就是因为一直没人给它下一步指令。官方那句话里的动词是 create a removal order，主语是你，不是亚马逊。 ...

你囤了一整个柜的货，全推进 FBA，库容不够、库龄费还在涨；不推进去，又怕断货掉排名。AWD 就是卡在这两难之间的那一层。 先给结论：亚马逊 AWD（Amazon Warehousing and Distribution，官方中文名「亚马逊智能卫星仓」）是 FBA 上游的整箱低成本仓储层，它不发货给消费者，只负责替你囤货并自动往 FBA 补货。它省的是囤货成本，不是履约成本——你的配送费、佣金一分不变。所以「用 AWD 降本」这句话只对一半：周转慢、整柜进货的 SKU 才划算，周转快、小批量补货的 SKU 用了反而更贵，原因在第二节的费率结构里。 本文费率与规则均为美国站口径，实查日 2026年8月13日，来源为亚马逊官方 AWD 项目页、中文官方页 gs.amazon.cn 与官方博客 AWD 说明。亚马逊会调价，下单前请以后台账单为准。欧洲五国已于 2026年8月20日开仓，但费率至今未公开，见亚马逊 AWD 欧洲站开仓：官方确认了什么、费率为什么查不到。 一、AWD 和 FBA 是上下游，不是二选一 很多人第一次听到 AWD 会问「那我该选 AWD 还是 FBA」——这个问题本身就问错了。AWD 是叠在 FBA 上面的一层，不是 FBA 的替代方案。消费者下单后，依然由 FBA 拣货打包发货，Prime 标识也还是来自 FBA 那一侧。 维度 AWD（上游仓） FBA（履约仓） 干什么 整箱囤货、自动往下游补货 拣货、打包、发给消费者 计费口径 按立方英尺/月，区域固定费率 按件计履约费 + 月度仓储费 + 库龄附加费 长期仓储费 中文官方页写明「AWD不会收取长期仓储费用」 超期库存有库龄附加费 旺季附加费 中文官方页写明「AWD仓储费无旺季调价」 旺季仓储费上浮 库容限制 官方博客页写明不占用 FBA 库容（Doesn’t count against FBA storage limits） 受库容/补货上限约束 谁决定补货 可交给亚马逊的需求模型自动补 你自己决定 能否发非亚马逊渠道 可以，官方举例沃尔玛 WFS（中文页称「多渠道分拨 MCD」） 需另走多渠道配送 两条会直接推翻方案的硬规则，官方页当日实查确认： ...

你在 Amazon、eBay、Shopify、TikTok Shop 上同时开着店，库存各算各的，超卖一次赔一次，于是开始找一套能把订单和库存拉到一个后台的系统——搜到 Linnworks，然后发现它连价格都不写在官网上。 先给结论，省你时间。 第一条：Linnworks 官网不公开任何价目。2026年8月12日实查定价页，全页没有一个价格数字，只有一句「Speak to a specialist today and request your quote」（今天就联系专员索取报价）。你想知道它多少钱，只能走销售。 第二条：它按你的月订单量计费，超量另收。这是官方原话，不是我推测。 第三条，也是本文的重点：涨价是它公开评价里最密集的一类抱怨，而且不是个别人。下面用具体日期和具体数字讲。 Linnworks 是什么：它管订单和库存，不管选品 Linnworks 是一套多渠道订单与库存管理系统（业内叫 OMS/IMS，往上做就是 ERP）。你把各个销售渠道接进来，它负责把订单归到一个池子里处理、把库存数在各渠道之间同步、打面单、管仓库。 官网首页标语逐字是「More orders. More channels. No operational chaos.」（更多订单、更多渠道、不要运营混乱），并写着「100+ marketplace integrations」（100 多个渠道集成）、「15+ years of excellence」——以上均为 2026年8月12日实查首页逐字原文。首页另有一个动态计数器区块，展示 GMV 处理总额约 180 亿美元、年处理订单约 2.42 亿单，作为规模数字佐证。 它旗下还有一条 SkuVault 产品线（仓储管理出身），定价页把主套餐分成 Linnworks Advanced 与 SkuVault Core 两条，后者的定位写给「从表格切过来」的零售商。 一句话划界——它解决的是「卖出去之后怎么理」，不解决卖什么。你要找的是选品和数据，那是另一类工具，可以先看 SmartScout 评测。 定价：官网不公开价目，按月订单量报价（2026年8月12日实查） 定价页（linnworks.com/pricing）逐字给了这几条规则： 「Plans are priced on order volume, not revenue–no percentage fees, ever」——按订单量而非营业额计费，不抽百分比。 「Pricing is tiered based on monthly orders and overages apply if that number is exceeded. Each add on is an additional monthly charge.」——按月订单数分档，超出要付超量费；每个加购模块另算月费。 加购模块列了四个：Linnworks Listing（刊登）、Linnworks WMS（仓储）、SkuVault Enhanced Warehouse、Linnworks Forecasting（预测，按固定费用收）。 还有一笔一次性实施费：官方建议你「invest in onboarding which is a one off fee」，金额按套餐、上线时间和你自己能投入的人手算。 页面上没有任何免费试用的说法，只有 demo 和索取报价入口。 ...

本文不含联盟链接。价格与功能信息以 2026年8月11日 实查官方页面为准。 先给结论，再展开。 第一，它的入门价是 $1,349 一个月，而且官方是公开写出来的。企业级 ERP 通常只给「联系销售」，SellerCloud 不一样——官网定价页和常见问题页都白纸黑字写了起步价，这在同类产品里少见。 第二，这个价格对应的门槛，把绝大多数中小卖家挡在门外。一年就是一万六千多美元起，还没算实施投入和加购项。你一个月流水没到六位数美元，这笔钱几乎不可能算得回来。 第三，它现在不是一家独立公司了。2024年10月14日，加拿大上市物流软件公司 Descartes Systems Group 宣布收购 SellerCloud，品牌现在对外叫 Descartes Sellercloud。 一、SellerCloud 这套 ERP 现在归谁：先搞清你买的是谁的产品 SellerCloud 是一套多渠道电商中台——把商品资料、库存、订单、采购、仓库、发货、报表、对账放进一个后台，卖出去的渠道越多，它的价值越明显。官方给自己的定位（2026年8月11日实查官网首页），英文原文逐字是「We are the most powerful inventory and order management platform for Amazon, Walmart, and multichannel ecommerce sellers.」，即「我们是面向亚马逊、沃尔玛和多渠道电商卖家的最强大的库存与订单管理平台」。 它旗下还有几个独立命名的产品：Skustack（仓库管理系统）、Skustack Lens（仓库实时监控）、Shipbridge（桌面发货程序）、Quickbridge（对接 QuickBooks 记账）、Clocklocked（广告投放）。也就是说，「上 SellerCloud」通常不是装一个软件，而是接一套组合。 收购这件事对你有实际影响：产品路线和支持体系现在归 Descartes 管，它是一家在多伦多和纳斯达克两地上市的公司（代码 TSX:DSG / Nasdaq:DSGX）。好处是公司跑路风险低；代价是决策链变长，你一个中国卖家提的需求，排队顺序不会靠前。 二、定价：公开是公开了，但有四个附加条件 官方定价页（2026年8月11日实查）标题写的是「Simple, Transparent Per Order Pricing」，核心数字只有一个：起步 $1,349 一个月，标注为年度订阅，随订单量和加购项浮动。常见问题页给了同一个数字，措辞是「年度订阅费用从 $1,349/月起，随订单量变化」。 四个必须一起看的附加条件： 一是按订单量计费，不按营收抽成。官方原话是不做 revenue share，整合数量和使用人数都不额外收费。这一点对高客单、低单量的卖家有利，对走量的低价品类不利——单量涨上去，账单跟着涨。 二是共享环境有硬上限。定价页脚注写明：共享环境最多 100,000 个商品、100GB 图片存储。超过这个规模要上 Private Cloud（私有云），那是加购项，官方未公开报价。 ...

后台标红那批货，你已经盯了三个月：想降价怕砸价格带，想移除怕运费白花，想弃置又觉得成本还没收回来。于是最省事的选择永远是「再观察一个月」——而这一个月，仓储费照收。 先给结论：亚马逊滞销库存不该按「心疼程度」处理，该按「哪条路净回收最高」处理。采购成本是沉没成本，它不参与决策；真正参与决策的只有三个数——还能卖出多少钱、还要为它付多少钱、处置掉要付多少钱。 网上讲这个话题的文章，大多是把降价、捆绑、批量清货、移除、弃置、捐赠六种方法罗列一遍，然后让你「视情况选择」。这篇不罗列，给你一棵能走到底的决策树和一个能算出数的公式。 一、先把三个输入数字取齐 打开后台前，你需要的只有三样，全部能在 Seller Central 里读到，别凭印象填： 输入 去哪拿 为什么它决定路线 库龄分布 FBA 库存年龄报告（按 181/271/365 天分档） 决定你还有多少「便宜时间」 单件到手费用 商品的 Fee Preview（佣金 + 配送费 + 月仓储 + 陈旧库存附加费） 决定降价的地板在哪 剩余数量与近 30 天动销 库存台账 决定清货要几个月，也就决定要养它几个月 亚马逊官方页 2026 年 8 月 7 日实查的两句原话可以作为口径基准：陈旧库存附加费「Charged monthly for all items stored in a fulfillment center for more than 181 days」；处置侧「You can have Amazon return, dispose of, or liquidate your inventory in a fulfillment center for a per-item charge」（sell.amazon.com/fulfillment-by-amazon）。 ...