摘要：FBA Case 不是找仓库问一句
很多卖家对 FBA 的理解，停留在一句话：
“货发进亚马逊仓库，亚马逊帮我配送。”
这个理解没错，但太浅。
真正开过 FBA Case 的卖家都知道，问题一旦发生，就不会只停在“仓库”两个字上。
入仓少接收了，要看 Shipment、箱唛、承运商、接收时间；
库存显示可售，前台却不可买，要看 FNSKU、Offer、Buyability、Listing、Account Health；
商品变成不可售，要看买家退货、仓内损坏、客户损坏、包装、移除和处置；
赔偿没到账，要看 reimbursement report、库存事件、政策窗口和 FNSKU；
退货多了，还会牵动买家体验、账户健康和 Listing 质量。
这篇文章要讲清楚：FBA 不是一个单独仓库团队，而是一套从入仓、接收、存储、可售、拣货、包装、配送、退货、库存调整到赔偿的履约系统。卖家开 FBA Case，要按这条链路准备证据，而不是只写“仓库少收了，请赔钱”。
1. 先说结论：FBA 是履约服务，也是证据系统
FBA 的价值很直接。
卖家把货发到 Amazon fulfillment centers，Amazon 负责后面的拣货、包装、配送、客户服务和退货。
但对运营负责人来说，FBA 还有另一层含义：
FBA 是一套证据系统。
你每一次创建货件、打印箱标、交给承运商、Amazon 接收、库存变成可售、订单被履约、买家退货、库存被调整、赔偿被生成，都会留下不同的系统记录。
FBA Case 能不能推进，很多时候取决于你能不能把这些记录串起来。
| 履约阶段 | 卖家看到的对象 | Case 证据关键词 |
|---|---|---|
| 创建货件 | Shipment ID、SKU、数量、箱数 | shipping plan、box content、FBA box ID label、carrier tracking |
| 入仓接收 | Received、Missing、Discrepancy | shipment summary、proof of delivery、箱唛、装箱单 |
| 库存管理 | Fulfillable、Unfulfillable、Reserved、Stranded | FNSKU、FBA Inventory report、Inventory Ledger、Buyability |
| 订单履约 | Order ID、配送承诺、Prime | order detail、customer-facing delivery promise |
| 客户服务和退货 | Return、Refund、Customer damaged | return report、refund、buyer reason |
| 损坏/丢失/赔偿 | reimbursement、replacement、adjustment | reimbursement report、inventory defect、claim window |
这张表就是 FBA Case 的底层逻辑。
卖家不是在和“仓库客服”对话，而是在请求 Amazon 核对某一段履约记录。
2. 公开资料明确写到什么
Amazon 官方 FBA 页面写到，Fulfillment by Amazon 让卖家把订单履约外包给 Amazon，并可通过 Prime 向客户提供免费两日达。卖家把商品发送到 Amazon 全球 fulfillment center 网络后，Amazon 会拣货、包装、配送订单，并处理客户服务和退货。该页面还写到，FBA 是 Amazon Supply Chain Services 的一部分。
Seller Central 的 Send FBA inventory to Amazon 页面说明，卖家可以找到创建 shipping plan 前的准备步骤、选择发送到 Amazon 的商品等信息。
Send to Amazon: General Troubleshooting 页面说明，页面提供一些常见错误的排查指南，卖家在联系 Selling Partner Support 前可以先自行排查。
FBA Inventory report 页面说明，FBA Inventory 页面和报告可以帮助卖家管理补货、超量、库龄和不可售库存，并保持健康库存水平。
Inventory Buyability 页面说明，stranded inventory 是在 fulfillment centers 中、但没有 active offer 的库存，通常与 Listing 或 Account Health 问题有关。
Reimbursements 页面说明，如果 Amazon 判断赔偿 claim 有效，会用相同 FNSKU 的新商品替换丢失或损坏商品，或对卖家进行赔偿。
Inventory Defect and Reimbursement Portal 页面说明，该入口覆盖 Amazon fulfillment centers 中丢失或损坏的库存相关 defect。
Amazon Fulfillment Reports 页面说明，履约报告可用于查看 Amazon fulfillment 相关信息；对于报告未覆盖的问题，可以通过相应支持路径获得帮助，并关联 FBA lost and damaged inventory reimbursement policy。
这些公开资料给卖家一个明确提醒：
FBA 不只是“配送服务”，而是由货件、库存、可售性、履约、退货、报告和赔偿组成的系统。
3. 为什么 FBA Case 经常被来回踢
FBA Case 最常见的低效写法是：
Amazon warehouse lost my inventory. Please reimburse immediately.
这句话的问题是：它直接跳到结论。
但 FBA 系统要先判断：
- 货件是否已经送达；
- 送达的是哪个 FC；
- box content 是否正确；
- 承运商轨迹和 Amazon 接收是否一致；
- 少的是 SKU 还是 FNSKU；
- 是未接收、仓内丢失、仓内损坏，还是已变成不可售；
- 是否已经自动赔偿；
- 是否仍在 claim window；
- 是否需要卖家补 proof of delivery、发票或装箱证据。
你看，FBA Case 不是“找仓库问一句”。
它像查账。
每个阶段都有自己的凭证，如果凭证不完整，支持团队就只能让你补资料或回到帮助页。
4. FBA 链路一：入仓前，错在卖家端的概率很高
很多入仓问题，根因并不在 Amazon FC。
常见原因包括：
- 货件 SKU 与实物不一致；
- FNSKU 标签贴错；
- box content 没填或填错；
- carton 数量和实际不一致；
- 承运商轨迹不完整；
- pallet / SPD / LTL 操作与创建货件不一致；
- 发错 FC；
- 多个货件箱子混在一起；
- 箱标或 carrier label 无法扫描。
所以，入仓 Case 第一原则是：先证明你发对了。
准备材料时，至少包括：
| 证据 | 作用 |
|---|---|
| Shipment ID | 确定哪一个 FBA 货件 |
| FNSKU / SKU / ASIN | 确定具体商品对象 |
| box content | 证明每箱应有什么 |
| FBA box ID label | 证明箱子对应哪个货件 |
| carrier tracking / POD | 证明承运商送达 |
| 装箱照片 / 箱唛照片 | 辅助证明箱货关系 |
| shipment summary 截图 | 证明 Amazon 当前接收状态 |
如果你连这些都没有，只写“我发了 100 件”，Case 很难推进。
5. FBA 链路二：接收差异不是立刻赔偿
入仓差异最容易让卖家焦虑。
但接收不是一个瞬间完成的动作。
货到 fulfillment center 后，可能经历排队、扫描、分拣、转运、接收、问题处理和库存上架。
所以，看到 Received 数量不对，先不要急着断定“丢件”。
建议按三步判断：
第一步：看货件是否已经 eligible for investigation。
很多货件还没到可调查窗口，过早开 Case 只会收到模板回复。
第二步：看差异发生在哪个层级。
是整个箱子没接收？某个 SKU 少接收？FNSKU 混收？还是收到但转成 reserved / unfulfillable？
第三步：看是否已有调整或赔偿。
有些库存事件会在后续报告中体现，卖家要查 reimbursement、inventory ledger、inventory adjustment，而不是只看货件页面。
这里的关键是：接收差异 Case 要讲时间线。
Shipment created:
Carrier pickup:
Delivered:
Amazon first received:
Current received quantity:
Missing SKU/FNSKU:
Investigation eligibility date:
Reports checked:
时间线越清楚，越容易判断下一步。
6. FBA 链路三：库存可售性不只是 FBA 问题
很多卖家会遇到一种情况：
FBA 库存明明在仓里，为什么前台不可买？
这时不要只盯 FBA。
Inventory Buyability 官方页面说明，stranded inventory 是在 fulfillment centers 中、但没有 active offer 的库存，通常与 Listing 或 Account Health 问题有关。
这句话非常重要。
它说明：库存放在 FBA 仓里，不代表它一定可以买。
影响可售性的可能链路包括：
| 现象 | 可能链路 | 证据 |
|---|---|---|
| 有库存但不可购买 | Offer 失效、Listing 抑制、账号健康、价格问题 | Manage Inventory、Buyability、Account Health 截图 |
| Fulfillable 数量低于预期 | Reserved、FC transfer、订单占用、处理中 | FBA Inventory report、Inventory Ledger |
| Stranded inventory | Listing 无 active offer、品牌/类目/账号问题 | Stranded inventory 页面、Listing status |
| Unfulfillable | 买家退货、仓内损坏、客户损坏、包装问题 | Unfulfillable inventory、Return report |
| Prime 不展示 | 库存、配送承诺、商品资格、Offer 状态 | 前台截图、FBA 库存状态、Offer 状态 |
所以，可售性 Case 不要只写：
“FBA inventory is available but not selling.”
应该写：
FNSKU has units in FBA, but the Amazon detail page currently shows [not buyable / no active offer / no Prime badge].
I checked:
- Manage Inventory status:
- FBA Inventory report:
- Buyability / Stranded inventory status:
- Account Health notification:
- Offer status:
Please review which eligibility or inventory status is preventing customer purchase.
这比一句“仓库有货为什么卖不了”有用得多。
7. FBA 链路四：不可售库存要分清责任类型
不可售库存是 FBA 里最容易吵起来的问题。
卖家觉得：货进仓时是好的，现在不可售，Amazon 应该赔。
但系统会区分不同原因：
- customer damaged；
- carrier damaged；
- warehouse damaged；
- defective；
- expired；
- distributor damaged；
- packaging issue；
- customer return；
- product compliance 或 Listing 问题。
不同原因对应不同处理方式。
有的可以移除；
有的可以弃置；
有的可能进入 Grade and Resell；
有的可能被 Amazon 赔偿；
有的则需要卖家自己改包装、改 Listing、补合规材料或复盘退货原因。
所以不可售 Case 的证据，不是“我认为是 Amazon 弄坏的”，而是：
- FNSKU；
- inventory disposition；
- 不可售原因；
- 发生日期；
- 是否来自买家退货；
- 是否已有 reimbursement；
- 是否可以移除或重新上架；
- 相关订单或退货记录；
- 商品入仓前状态证明。
如果你没有先分清原因，Case 很容易被要求回到库存页面或退货报告。
8. FBA 链路五：赔偿 Case 要按政策和报告走
FBA 赔偿是卖家最关心的部分。
但赔偿不是一句“请赔钱”。
Reimbursements 页面明确写到，如果 claim 有效，Amazon 会用相同 FNSKU 的新商品替换丢失或损坏商品，或进行赔偿。
这句话有两个实操含义。
第一，赔偿对象通常要落到 FNSKU 和具体库存事件。
第二，赔偿可能是 replacement，也可能是 reimbursement，不一定只以现金形式出现。
处理赔偿问题，要查这些报告：
| 报告 / 页面 | 用途 |
|---|---|
| Reimbursements report | 查是否已经赔偿、金额或数量 |
| Inventory Ledger | 查库存事件、调整、接收和移除 |
| FBA Inventory report | 查当前库存状态 |
| Shipment summary | 查入仓接收差异 |
| Customer returns report | 查退货和不可售来源 |
| Inventory Defect and Reimbursement Portal | 查 fulfillment center 丢失/损坏相关 defect |
赔偿 Case 最好按一个 FNSKU 或一组同类事件提交。
不要把 20 个不同货件、不同 SKU、不同日期、不同原因混在一封 Case 里。
9. 一套 FBA Case 分诊 SOP
遇到 FBA 问题，先用 10 分钟做分诊。
第 1 步：确定问题发生在哪一段
入仓前 / 入仓接收 / 库存可售 / 订单履约 / 退货 / 不可售 / 赔偿
第 2 步：确定对象
Shipment ID / FNSKU / SKU / ASIN / Order ID / Removal Order ID / Reimbursement ID
第 3 步：查三类证据
- Seller Central 页面截图；
- 官方报告导出；
- 物流或实物证明。
第 4 步：判断是否到处理窗口
如果官方页面要求等待货件接收、调查窗口或 claim window，就不要过早开无效 Case。
第 5 步：只提出一个请求
例如：
- 核查某个 Shipment 的接收差异；
- 核查某个 FNSKU 的库存状态；
- 核查某个不可售原因；
- 核查某个 reimbursement 是否已经生成；
- 核查某个 Buyability / Stranded 状态。
FBA Case 最怕“一封信解决所有仓库问题”。
10. 可复制 Case 模板：入仓差异 / 库存异常
下面模板适合入仓差异、库存少收、FNSKU 状态不一致等场景。
Subject: Request to investigate FBA inventory discrepancy for Shipment [Shipment ID]
Hello Amazon Team,
I am requesting a review of a specific FBA inventory discrepancy.
Marketplace:
Shipment ID:
Shipment creation date:
Carrier:
Tracking / PRO number:
Delivery date:
Investigation eligibility date:
Affected item:
ASIN:
SKU:
FNSKU:
Expected quantity:
Received quantity:
Current inventory status:
What I checked:
1. Shipment summary:
2. FBA Inventory report:
3. Inventory Ledger:
4. Reimbursements report:
5. Any existing Case ID:
Evidence attached:
1. Shipment summary screenshot
2. Proof of delivery / tracking record
3. Box content or packing list
4. FBA box ID label / carton photos, if available
5. Inventory report export
My request:
Please review this shipment and confirm whether the missing units are still under receiving, have been adjusted, or are eligible for investigation/reimbursement. If additional evidence is required, please advise the exact document needed.
Thank you.
这个模板的重点，是把“我少货了”改成“请核查哪一个 Shipment、哪一个 FNSKU、哪一个数量差异”。
11. 可复制 Case 模板：可售性 / Stranded / 不可售
下面模板适合库存在 FBA 里，但前台不可买、Prime 不显示、库存 stranded 或 unfulfillable 的场景。
Subject: Request to review FBA inventory buyability status for [ASIN/FNSKU]
Hello Amazon Team,
I need help reviewing the buyability status of the following FBA inventory.
Marketplace:
ASIN:
SKU:
FNSKU:
Current FBA inventory quantity:
Current status in Manage Inventory:
Current status in FBA Inventory report:
Customer-facing status on the Amazon detail page:
First observed date:
What I checked:
1. Offer status:
2. Listing status:
3. Stranded inventory / Buyability status:
4. Account Health notifications:
5. FBA Inventory report:
6. Inventory Ledger:
Evidence attached:
1. Manage Inventory screenshot
2. FBA Inventory report export
3. Amazon detail page screenshot
4. Stranded inventory or Buyability screenshot, if applicable
5. Account Health screenshot, if applicable
My request:
Please review which inventory, offer, listing, or eligibility status is preventing this FBA inventory from being buyable. Please advise the exact correction path.
Thank you.
这个模板承认一个事实：可售性不一定只归 FBA。
它可能同时连接 Listing、Offer、库存、Account Health 和 Buyability。
12. 常见误区
误区一：货在 FBA 仓里，就一定能卖。
不一定。库存可能 stranded、reserved、unfulfillable，或者 Listing / Offer / Account Health 影响可售性。
误区二：接收少了，就马上等于丢件赔偿。
不一定。要看接收进度、调查窗口、承运商轨迹、box content、库存调整和赔偿报告。
误区三：FBA Case 只要催客服就能快。
FBA Case 是证据型工单。缺 Shipment ID、FNSKU、报告、时间线，催也没用。
误区四：所有不可售都是 Amazon 责任。
不可售原因要分清：买家损坏、仓内损坏、承运商损坏、包装问题、合规问题、过期、缺陷等，不同原因处理方式不同。
误区五：把多个货件、多个 SKU、多个问题塞进一个 Case。
这样最容易被要求拆分。最好按同一货件、同一 FNSKU、同一问题类型提交。
误区六：只看页面，不看报告。
FBA 问题经常要通过 Inventory Ledger、FBA Inventory、Reimbursements、Fulfillment Reports 交叉核对。
13. 风险边界
本文只基于公开官方页面和卖家常见后台路径做解释。
有几件事必须谨慎：
- FBA 费用、容量、补货、赔偿、调查窗口和政策会更新，正式处理前要以当前 Seller Central 页面为准。
- Fulfillment center 的内部操作、库存定位、赔偿审核规则不公开，不能把外部推断写成内部流程。
- 不同站点、不同类目、危险品、食品、过期品、合规商品的入仓和库存规则可能不同。
- 涉及高金额赔偿、保险、承运商责任、合规扣留或法律争议时，要保留原始物流和采购文件，并让专业人员介入。
结尾：FBA Case 的核心不是“吵赢仓库”，而是“对齐记录”
卖家要把 FBA 当成一条记录链。
发货记录
↓
承运商记录
↓
Amazon 接收记录
↓
库存状态记录
↓
订单和退货记录
↓
库存调整和赔偿记录
每个 Case 都要先问：
我现在质疑的是哪一段记录？
我有什么证据？
我请求 Amazon 核查什么？
如果你能这样写，FBA Case 就不再是“仓库少收了怎么办”的情绪题，而是一个可以被系统核对的履约问题。
这才是理解 FBA 团队和履约系统的真正价值。
资料来源与边界说明
公开资料明确写到
- Sell on Amazon / FBA：FBA 让卖家把订单履约外包给 Amazon；卖家把商品发送到 Amazon fulfillment centers 后，Amazon 会拣货、包装、配送订单，并处理客户服务和退货；FBA 是 Amazon Supply Chain Services 的一部分。
https://sell.amazon.com/fulfillment-by-amazon - Seller Central / Send FBA inventory to Amazon：提供创建 shipping plan 前的准备步骤和选择要发送到 Amazon 的商品等信息。
https://sellercentral.amazon.com/help/hub/reference/external/G201021820 - Seller Central / Send to Amazon General Troubleshooting：提供常见错误排查指南，卖家可以在联系 Selling Partner Support 前先排查。
https://sellercentral.amazon.com/help/hub/reference/external/GJUACWKGZCE5M7BB - Seller Central / FBA Inventory report：FBA Inventory 页面和报告可帮助卖家管理补货、超量、库龄和不可售库存，并保持健康库存水平。
https://sellercentral.amazon.com/help/hub/reference/external/GKT9YKCHXMSDVJKB - Seller Central / Inventory Buyability：stranded inventory 是在 fulfillment centers 中、但没有 active offer 的库存，通常与 Listing 或 Account Health 问题有关。
https://sellercentral.amazon.com/help/hub/reference/external/GFC63UNUF6LMLK2R - Seller Central / Reimbursements：如果 Amazon 判断赔偿 claim 有效，会用相同 FNSKU 的新商品替换丢失或损坏商品，或进行赔偿。
https://sellercentral.amazon.com/help/hub/reference/external/G2XQHBMBGC5XLUXR - Seller Central / Inventory Defect and Reimbursement Portal：入口覆盖 Amazon fulfillment centers 中丢失或损坏的库存相关 defect。
https://sellercentral.amazon.com/help/hub/reference/external/G66ZLS453YSE2Y4R - Seller Central / Amazon Fulfillment Reports：履约报告用于查看 Amazon fulfillment 相关信息，并关联 FBA lost and damaged inventory reimbursement policy。
https://sellercentral.amazon.com/help/hub/reference/external/G201104750
我们可以合理推断
- FBA Case 往往涉及入仓、接收、库存状态、可售性、退货、不可售、赔偿和报告多个链路，不能简单理解成“仓库客服问题”。
- Seller Support 可能是卖家提交 FBA 问题的常见入口，但后续核查可能涉及履约、库存、目录、账户健康、赔偿和报告等不同支持链路。
- 库存可售性问题常常需要同时检查 FBA Inventory、Listing、Offer、Buyability、Account Health 和前台状态。
卖家实操建议
- FBA Case 前先确定问题发生在入仓前、接收、库存可售、履约、退货、不可售还是赔偿阶段。
- 每个 Case 尽量围绕一个 Shipment ID、FNSKU 或同类事件展开，避免把多个货件、多个 SKU、多个问题混在一起。
- 必须保存并使用 Shipment summary、proof of delivery、box content、FBA box ID label、FBA Inventory report、Inventory Ledger、Reimbursements report 等证据。
- 涉及高金额赔偿、承运商责任、合规扣留、危险品或食品类库存时，要以当前 Seller Central 政策和专业意见为准。