作者：Regan跨境

摘要

货件按时交给货代、POD也显示送达，亚马逊为什么仍判定弃件或送错仓？2026年美国站入库缺陷费全面调整。本文讲清收费逻辑、三类争议场景，以及卖家如何用证据申诉。

一票货分成5个亚马逊仓库发出。

货代说全部送到了，POD也拿到了。过了几天，运营却在后台看到一条“Deleted or abandoned shipment”通知：

入库缺陷费，800多美元。

运营马上开Case，上传了物流轨迹和签收证明。客服回复来回复去，核心只有一句：

“系统记录显示，货件没有在规定时间内到达。”

卖家当然生气。

货按时交给货代了，船期延误不是卖家能控制的；仓库预约被推迟，也不是卖家安排的；POD明明显示已经送到，亚马逊为什么还说弃件？

我先把结论放前面：亚马逊的入库缺陷费不是按照“谁犯错”来收费，而是按照“入库结果是否符合计划”来收费。

它不是完全没有逻辑，而是只讲仓网效率的逻辑，很少考虑责任归属的逻辑。

你看到的是货代、海关、预约和仓库签收组成的一条物流链；亚马逊系统看到的，可能只有三个结果：

• 货件有没有送达；

• 有没有在规定时间内到达；

• 有没有送到计划指定的运营中心。

只要系统判断结果不符合计划，就可能触发费用。至于问题发生在卖家、货代、海关、承运商还是亚马逊接收环节，通常需要卖家自己提交证据证明。

这就是它最让人觉得“不讲道理”的地方。

一、先讲清楚

什么是货件缺陷费？

卖家常说的“货件缺陷费”，官方名称更接近“入库缺陷费”，英文是Inbound Defect Fee。

从2026年1月15日起，亚马逊美国站对这项费用进行了调整。未送达、延迟或被认定为弃件，以及送错地点的货件，将收取统一的入库缺陷费，官方公布的平均水平约为每件商品0.60美元。

此前，相关异常可能同时产生入库配置服务费和入库缺陷费；2026年调整后，亚马逊将其简化为单一的入库缺陷费。亚马逊2026年美国站费用变更

注意，0.60美元是官方公布的平均值，不是所有商品固定收取0.60美元。实际金额会受到商品尺寸、重量、涉及数量和具体费率表影响。

常见触发场景包括：

如果一个多目的地计划被拆成多票货件，亚马逊通常要求同一计划下的货件在第一票被接收后的30天内全部到达。

这里最容易被忽略的，不是“有没有发货”，而是“最后一票与第一票之间相差多少天”。

二、为什么卖家会觉得它不讲道理？

1. 平台考核结果，卖家却无法控制全部过程

跨境物流不是卖家从深圳开车把货送到美国仓库。

中间可能经过：

• 国内拖车；

• 报关；

• 海运或空运；

• 海关查验；

• 码头提柜；

• 海外仓拆柜；

• 卡车预约；

• 亚马逊仓库排队；

• 签收和系统扫描。

其中任何一个节点延误，都可能让最后一票货超过时间窗口。

但在亚马逊的收费模型里，它首先判断的是入库结果，而不是哪一个参与方导致了延误。

这部分是我的判断，不是亚马逊官方表述：入库缺陷费本质上不是一张“过错罚单”，而是亚马逊把仓网计划被打乱后的成本，重新分配给卖家的收费机制。

从平台角度看，一票货没有按计划到达，可能增加重新分配、处理和调拨成本。

从卖家角度看，问题是平台把整条链路的结果责任压在了卖家身上，却没有同步提供足够透明的责任认定过程。

2. 一次物流异常，费用按商品数量放大

我们算一笔账。

假设某个货件有1000件商品，被系统认定存在入库缺陷。按照官方公布的平均每件0.60美元估算：

1000件 × 0.60美元＝600美元

如果是5000件，就是约3000美元。

这是测算示例，不代表每个货件都会按照0.60美元收取。但它说明了一个问题：

造成异常的可能只是一次船期延误，费用却会随着商品数量扩大。

对大批量补货的卖家来说，这已经不是可以忽略的零碎成本。

3. POD显示送达，不等于亚马逊系统认定合规

POD是Proof of Delivery，也就是承运商提供的签收证明。

卖家常见的理解是：

POD显示已送到指定地址，责任就结束了。

但亚马逊可能还会看：

• 接收仓库代码；

• 实际扫描时间；

• 货件标签；

• 预约信息；

• 入库计划；

• 各子货件之间的到达时间；

• 系统记录的原始接收位置。

卖家论坛中已经出现过这样的争议：承运商轨迹和POD显示送到了正确仓库，但亚马逊后台却记录为另一个运营中心。亚马逊工作人员的建议仍然是，在问题通知后30天内提交调查请求。

这里要区分事实与观察：

• 官方事实：错误收费可以申请调查；

• 卖家报告：确实存在POD与后台记录不一致的个案；

• 尚不能证明：所有此类收费都是亚马逊系统错误。

4. 申诉时间很短，举证责任却在卖家

按照亚马逊工作人员给出的操作说明，卖家应在收到货件问题通知后的30天内提出争议。

路径通常为：

货件处理进度/Shipping Queue

→ View Problems

→ Shipment Summary

→ Problems

→ View Details

→ Submit Dispute

如果亚马逊要求补充材料，卖家可能只有7天时间提交。30天看起来不短，但很多公司的真实流程是：

财务月底发现扣费，找运营确认；运营再找物流；物流再向海外承运商要POD和预约记录。

等材料收齐，申诉窗口可能已经所剩无几。

三、收到缺陷通知

先别急着开Case

很多卖家看到扣费以后，第一封Case只写一句：我们明明按时发货了，请退款。

这种申诉大概率只能收到模板回复。

正确动作是先判断：这笔费用到底属于哪一类问题。

第一类：证据显示卖家或货代确实操作错误

例如：

• 箱唛贴错；

• 实际送到了其他仓库；

• 同一计划只发了部分货件；

• 删除了已确认计划中的部分货件；

• 申报数量与实际数量存在明显差异；

• 不同子货件的到达时间超过规定窗口。

这种情况不要反复用同一套材料开Case。

先确认费率和涉及数量是否计算正确。如果责任明确属于货代，再根据合作合同追偿；同时修改内部流程。

申诉不能替代责任复盘。

第二类：物流异常，但不一定符合费用豁免条件

例如：

• 海关查验；

• 船期延误；

• 码头拥堵；

• 承运商甩柜；

• 极端天气；

• 亚马逊仓库预约被推迟。

这些材料可以证明“不是卖家主观放弃货件”，但不代表平台一定会免除费用。

因为当前规则更偏向结果判断。即使延误原因属于不可控事件，只要货件没有在规定时间内完成，仍可能被认定为缺陷。

这也是卖家认为政策缺少弹性的核心原因。

第三类：证据与亚马逊记录直接矛盾

例如：

• 计划要求送到CLT2，POD也显示CLT2，但后台认定送到MEM1；

• 物流记录显示在期限内签收，系统却使用了更晚的接收日期；

• 完整计划已经全部到达，后台仍显示某个子货件被弃件；

• 费用重复出现在相同日期、相同货件和相同商品范围内。

这类问题最值得申诉。

因为你不是在请求亚马逊“通融”，而是在要求它核对数据记录是否错误。

四、申诉前

先准备这条证据链

我一般会让团队把材料按照时间顺序整理，而不是把十几张截图随手丢进Case。

1

计划证据

包括：

• Inbound Plan ID；

• 所有Shipment ID；

• 计划创建时间；

• 指定运营中心；

• 计划数量与箱数；

• 选择的入库配置方式；

• 货件标签。

目的

证明亚马逊最初要求你怎么发。

2

发货证据

包括：

• 装箱单；

• 提单或运单；

• 承运商单号；

• 提货时间；

• 实际发出箱数和件数；

• 商业发票；

• 发货现场照片。

目的

证明你实际发出了什么。

3

运输证据

包括：

• 承运商完整轨迹；

• 海运或空运节点；

• 海关查验通知；

• 预约申请及变更记录；

• 到仓排队记录；

• 承运商异常通知。

目的

还原问题发生在哪个环节。

4

 交付证据

包括：

• POD；

• 签收日期和时间；

• 签收仓库地址；

• 仓库代码；

• PRO/BOL号码；

• 托盘或箱数；

• 签收人或接收记录。

目的

证明货到底送到了哪里、什么时候送到。

5

 亚马逊后台证据

包括：

• 问题通知截图；

• 缺陷类型；

• 受影响件数；

• 收费金额；

• 系统显示的接收仓库；

• 系统显示的到达日期；

• 相关费用报告。

目的

找出亚马逊记录与外部证据之间的具体矛盾。

五、Case不要写情绪

要写“矛盾点”

可以参考下面这个结构：

Subject: Request for investigation of inbound defect fee – Shipment [Shipment ID]

Inbound plan ID:

Shipment ID:

Problem notification date:

Defect type:

Affected units:

Fee amount:

Amazon’s record:

The shipment was identified as [misrouted / abandoned / late].

Our evidence:

1. The shipping plan assigned the shipment to [FC code and address].

2. The carrier tracking shows delivery on [date and time].

3. The POD confirms delivery to [FC code and address].

4. The attached BOL/PRO number matches the shipment documentation.

5. The delivery occurred within [number] days of the first shipment’s receipt.

Discrepancy:

Amazon’s recorded [location/date/status] conflicts with the attached carrier and POD records.

Requested action:

Please investigate the original receiving scan, receiving location, and shipment timeline. If the fee was assessed in error, please remove the defect and reimburse the inbound defect fee.

Attachments:

Shipping plan, box labels, BOL, carrier tracking, appointment record, POD, fee report.

重点不是英文写得多漂亮，而是让审核人员一眼看见：

• 系统认定了什么；

• 你的证据证明了什么；

• 两者具体在哪里冲突；

• 你希望对方核查哪个数据。

六、真正有效的预防

不是“让货代注意一点”

这句话基本等于没有动作,货件缺陷费要靠流程控制。

1. 不要只看入库配置费，要算失败成本

Amazon-optimized shipment splits可能降低或免除部分入库配置服务费，但它会增加目的地数量和物流协同难度。

如果货代无法保证多票货件在30天窗口内完成，就要比较：节省的入库配置费与货件缺陷费＋延误断货＋额外沟通成本

便宜的方案，不一定是总成本最低的方案。

2. 同一计划尽量使用接近的物流时效

不要把同一个多目的地计划中的货件，一部分走快船、一部分走慢船，或者分散在预计到达时间差异很大的航线。

内部可以设置更保守的预警：

• 第一票被接收当天：记录起算日；

• 第20天：检查所有未到货子货件；

• 第25天：升级给物流负责人；

• 接近第30天：准备完整异常证据。

这不是亚马逊官方时间表，而是给团队留出处理空间的内部风控线。

3. 不要随便删除计划中的部分货件

一旦确认多目的地计划，不要因为某个仓库运费高，就只发其中几票，忽略或者删除剩余货件。

如果整个计划需要取消，应在发货前处理完整工作流，并核对合作承运商费用的取消窗口。亚马逊合作承运商指南也明确提醒，多目的地计划确认后不能只删除其中部分货件。

4. 检查ERP和第三方发货工具

部分卖家不是人工删除货件，而是第三方工具在重新创建计划时，留下了未完成或被放弃的工作流。

每周检查：

• 创建了多少入库计划；

• 实际确认多少；

• 发出多少；

• 取消多少；

• 是否有计划只有部分货件发出。

5. POD不是事后才去找

在与货代签约时，就明确要求提供：

• 带完整地址的POD；

• 准确签收时间；

• 仓库代码；

• PRO/BOL号码；

• 预约记录；

• 异常通知时限。

拿不到这些材料的物流方案，在发生争议时基本没有还手能力。

最后：它为什么不讲道理？

因为它解决的是亚马逊仓网的确定性问题，却把跨境物流的不确定性留给了卖家。

从平台角度，货件晚到、错到或者不到，确实会打乱库存配置。

但从卖家角度，合理的收费机制还应该进一步区分：

• 卖家操作错误；

• 承运商责任；

• 海关和天气等不可控原因；

• 亚马逊预约或接收异常；

• 系统数据错误。

在责任认定机制没有更加透明之前，卖家能做的不是只在扣费后发火，而是提前把每一票货的证据链建起来。

没有证据的情绪，只会换来模板回复；有时间线、有POD、有地址、有系统矛盾点，才有可能把错误费用追回来。

CTA：把这篇文章发给运营、财务和物流负责人，今天就抽查最近30天的全部美国站FBA货件，找出未完成计划、超时风险和缺失的POD。