FBA 入仓慢,把「到仓」和「可售」分开。货代后台、UPS/FedEx 追踪或卡派 POD 显示 delivered,只能说明承运商完成了某次交付;Seller Central 里的货件还要经过事件更新、卸货、扫描、接收和可能的调拨。
这篇只处理一类问题:货已经发往 Amazon FBA,承运商或物流商说到了,但 Seller Central 还没上架、数量少收,或者卡在某个 shipment status。头程订舱、海运船期和空运报价不放进这里,因为那些不是 Amazon FC receiving 的证据。
##看哪一个状态才算入仓?
在 Seller Central 进入 Inventory > Shipments,在 Shipping Queue 里打开目标货件,查看 Track shipment、Shipment summary 和 Shipment events。不要只看货代截图,Amazon 自己的事件页才是后续 case 的主线。
| Seller Central 状态 | 代表什么 | 现在该做什么 |
|---|---|---|
| In transit | 承运商信息显示货件在路上 | 比对 tracking、PRO、BOL 和预计到仓信息 |
| Delivered | 承运商显示已交付或到达 FC | 保存 POD,等待 Amazon 事件更新 |
| Checked in | 货到 dock,通常还没完成卸货扫描 | 对照箱数、托盘数和预约记录 |
| Receiving | Amazon 开始扫描库存 | 每天记录 Units expected / received / located |
| Closed | Amazon 确认完成,或货件超过关闭阈值 | 看是否可 reconciliation,准备差异证据 |
Amazon 官方追踪说明把 Closed 解释为:所有单位已确认,或者货件打开超过国内 45 天、国际 75 天后关闭。这个状态不是「一定没问题」,而是提醒你该看差异和调查入口了。
为什么 delivered 不等于上架?
承运商的 delivered 是运输节点,Amazon 的 Receiving 是仓内作业节点。两套系统记录的对象不同:前者看一车、一票、一箱有没有交付;后者看每个 FNSKU 有没有被扫描、归属到正确 Shipment ID、进入可售库存。
Amazon 论坛版主对常见延迟给过更细的限制:小包裹从 carrier delivery 到 Checked in 可能需要最多 4 天,LTL/FTL 可能最多 10 天;Checked in 到 Receiving,小包裹可能最多 2 天,LTL/FTL 可能最多 9 天。收到的单位还可能继续等待变成可立即发货库存,论坛说明里提到最多 18 天。
这些数字不是你向 Amazon 要赔偿的承诺时效,只能当排查阈值。低于这些限制时,case 往往会被要求等待;超过后,才更适合拿 shipment events 和证据包去问具体卡在哪个环节。
哪些标签问题最容易拖慢 receiving?
标签错误会把「仓库忙」变成「仓库认不出这箱货」。Send to Amazon 流程里,Step 3 是打印 box labels;小包裹到这里结束,托盘货还要确认承运商和 pallet information,并打印 pallet labels。
发货前用这张清单抽检 3 箱,不要等少收后才回忆:
- 每个 carton 都有自己的 FBA box ID label,不能复印、复用或改贴到别的箱。
- SPD 小包裹每箱要有 FBA box ID label;使用 partnered parcel service 时还会生成 carrier label。
- 非 partnered carrier 的 carrier label 由你或承运商提供,但 FBA box ID label 仍然要贴。
- 标签贴在平整表面,不压封口、不跨边角、不被胶带覆盖,条码能完整扫描。
- 托盘货除了箱唛,每个 pallet 要 4 张 pallet labels,四面各贴一张。
- 装箱单里的箱号、SKU、数量,要能和箱唛照片逐箱对应。
只贴了托盘标签、不贴箱标签,或者把同一张 box ID label 复制到多箱,都会让后续 receiving 和 reconciliation 很难讲清楚。
卡在不同状态时怎么处理?
不要所有状态都用一句「催 Amazon」,按状态分流,减少无效 case。
| 卡住位置 | 常见原因 | 卖家动作 |
|---|---|---|
| Delivered 未 Checked in | 码头排队、LTL/FTL 卸货等待、预约信息未匹配 | 保存 POD/BOL、预约记录、PRO;等到官方限制后再询问 |
| Checked in 未 Receiving | 已到 dock,但未完成卸货或扫描 | 比对托盘数、箱数、Shipment ID,询问承运商是否分批送达 |
| Receiving 数量不动 | 分批扫描、SKU/箱唛不匹配、混箱信息缺失 | 每 24 小时截图 Units expected / received / located |
| 少收或 0 received | 箱唛错、装箱单错、承运商交付证据不足 | 按 SKU/FNSKU 建证据包,等待 reconciliation 资格 |
| Closed 后仍有差异 | 货件已关闭但数量未对齐 | 用 Reconcile your shipment 入口提交 proof of ownership / delivery |
如果同一货件有多个 tracking,不要只提交最后一个 delivered 截图。把每一批的 tracking、POD、箱数和到仓时间拆开,Amazon 才能判断是不是分批接收。
AWD 或 FC transfer 要单独看什么?
AWD(Amazon Warehousing and Distribution)不是普通 FBA FC。Amazon 官方介绍里,AWD 可用于 bulk storage,并支持向 FBA 自动补货;AWD 页面还说明其定价包含 FBA inbound placement,不另外收这一项。
所以 AWD 相关问题要分两段看:第一段是 inventory 是否已经被 AWD 接收;第二段是 AWD 到 FBA 的 replenishment 或 transfer 是否生成了对应记录。不要把 AWD 已收货直接写成 FBA 已上架。
AWD 服务条款还提醒,AWD-bound inventory 和 FC-bound goods 不要混到同一车或发错目的地;AWD 设施只接收 AWD-bound inventory。发错目的地时,后台看到的就不是普通 receiving 慢,而是路线和目的仓不匹配。
开 case 前要记录什么?
到 investigation 或 reconciliation 入口出现前,最值钱的动作是补证据,不是一天开三个 case。每个 Shipment ID 单独建文件夹,文件名里带日期和箱号。
最低证据包如下:
- Shipment summary 截图:露出 Shipment ID、状态、created/closed 时间。
- Shipment events 截图:露出 In transit、Delivered、Checked in、Receiving、Closed 的时间线。
- POD/BOL/PRO:露出承运商、签收时间、件数、重量或托盘数。
- FBA box ID label 照片:逐箱对应,不用模糊大合照。
- Pallet labels 照片:托盘四面至少能证明标签贴在外侧。
- 装箱单:按箱号列 SKU、FNSKU、数量、重量和尺寸。
- 采购或出库证明:证明货权和发货数量,不要只给内部口头记录。
- 差异表:expected、received、located、shortage 按 FNSKU 拆行。
case 描述只写事实:哪一票货、哪天交付、Amazon 当前状态、少哪几个 FNSKU、你上传了哪些附件。不要写「仓库肯定弄丢了」,因为 POD 不能单独证明每个 SKU 被正确接收。
多人处理时怎么避免证据污染?
FBA receiving 卡住时,运营、仓库、货代和财务会同时催进度。后台只留一个 owner:这个人负责截图、开 case、补件和更新台账,其他人只补材料。
团队同时管理多个 Amazon 店铺时,Seller Central 的货件创建、case 提交和库存截图最好固定设备、固定负责人、固定记录模板。可以用跨境电商团队稳定线路承载核心后台操作,但它只能帮助留痕和账号环境一致,不能替代 POD、箱唛和装箱证据。
台账至少记录 7 个字段:店铺、Shipment ID、FNSKU、承运商、当前状态、最后截图时间、下一步 owner。等 case 经理追问时,你能立刻拿出同一版本,不会让多个团队成员上传互相冲突的文件。
相关阅读
- FBA 入仓接收差异处理 SOP:入仓后发现数量对不上,这篇讲差异处理和申诉流程。
- FBA 入仓 SOP 完整步骤:从头程发货到 FBA 上架,每一步具体操作。
- Amazon FBA 库存差异申诉清单:已确认少收后,按这篇准备 reconciliation case。