Amazon Seller Forums 的官方公告显示，从 2026 年 5 月 1 日起，受影响站点的新 FBA 移除和弃置订单会在每件商品被移除或弃置时逐件计费，而不是等整个订单完成后一次性扣费。公告同时说明，这次变化主要影响扣费时间点，移除费和弃置费的费率本身没有因为这项更新而改变。
对中国大陆和台湾卖家来说，这不是一个只交给财务同事看的小改动。逐件扣费会让同一个移除订单拆成更多 Transaction View 记录；一旦订单部分处理、处理失败、重新创建或库存继续产生仓储费，卖家很容易把正常费用、重复扣费、资金暂扣、负余额和 FBA 索赔争议混在一起。
先别把它写成“Amazon 乱扣款”
如果通知只说明移除和弃置费按处理单位扣费，第一步是核对订单、单位和交易记录，而不是直接提交资金暂扣申诉。
先确认是不是计费时间点变化
逐件扣费最容易造成误判：后台出现很多小额扣款，卖家第一反应是费率涨了或账户被扣款。更稳的做法是先把这类交易从真正的资金风险里拆出来。
- 确认你的站点公告和生效日期，不同市场的上线节奏可能不同。
- 核对移除或弃置订单创建日期，重点看是否为 2026 年 5 月 1 日之后的新订单。
- 在 Payments 或付款页面的 Transaction View 中筛选 removal、disposal、FBA fee 等相关交易。
- 把交易日期理解为单位被处理的日期，不要直接等同于整张移除订单完成日期。
- 单独标记费率争议、重复扣费、资金暂扣和负余额，避免把四类问题写进同一个 Case。
把移除订单和 FNSKU 逐件对齐
如果一个订单有几百件库存，逐件扣费后可能出现几十甚至几百条交易记录。要判断有没有重复、漏处理或错误扣费，不能只看总金额，必须回到移除订单和 FNSKU 层面。
- 记录 Removal Order ID、创建日期、站点、处理类型、退回地址或弃置方式。
- 按 ASIN、SKU、FNSKU 拆分提交数量、已处理数量、待处理数量和失败数量。
- 导出 Transaction View 中每笔扣费的日期、金额、交易类型和备注。
- 保留库存页面、FBA Inventory、Removal Order Detail、承运商轨迹和退回签收截图。
- 把仍在仓内、已退回、已弃置、已清货或状态不明的单位分开，不要用一个总数概括。
部分处理和失败订单要先留证
论坛回复里有卖家担心：如果移除订单没有完整完成，但系统已经按已处理单位扣费，后续重新创建订单时，对账负担会变重。这个担心不是说每一笔扣费都错误，而是提醒卖家在重新下单前先冻结证据。
- 如果订单显示部分完成，先导出当前订单明细，再决定是否创建新的移除订单。
- 如果订单失败或被系统关闭，记录失败原因、失败日期和已处理单位数量。
- 如果同一批 FNSKU 后续再次被扣移除费，按单位比对是否属于新处理、重复扣费或不同库存批次。
- 如果库存仍然产生仓储费，单独记录 pending removal 与 storage fee 的时间线。
- 如果要开 Case，问题应收窄到具体 Removal Order ID、FNSKU、交易编号和重复或缺失的单位，而不是只说“账单不对”。
什么时候切到资金或 FBA 索赔路线
移除费和弃置费本身通常是费用对账问题，但它可能和其他案件相互影响。中国跨境团队要把财务症状和账户风险拆开，才知道该走资金路线、负余额路线，还是 FBA 索赔或库存证据路线。
- 如果只是多笔逐件扣费且金额能对应已处理单位，优先按费用对账处理。
- 如果扣费导致账户余额为负，单独建立 negative balance 时间线，说明欠款来源和后续抵扣关系。
- 如果放款被延迟、预留金增加或无法提现，再回到 funds-on-hold 路线，不要把移除费当作唯一主因。
- 如果退回库存缺失、弃置状态和实际结果不一致，准备 FBA 货件、单位归属和处理结果证明。
- 如果曾提交赔偿索赔或调整请求，逐笔对应索赔编号、交易编号和库存事件，避免被读成异常索赔模式。
FBA 移除和弃置费逐件扣费后，最重要的不是写一封更强硬的 Case，而是先把订单、单位、交易和库存结果排成一条能审查的线。只要证据能逐件对应，后续才容易判断它是正常费用、重复扣费、负余额、资金暂扣，还是需要回到 improper FBA reimbursement claims 的库存与归属证明路线。