Amazon MWS创建入库计划遇NOT_ELIGIBLE_FC_FOR_ITEM错误排查及合并方案

针对你遇到的两个核心问题——入库计划无法包含全部商品和UpdateInboundShipment随机报错NOT_ELIGIBLE_FC_FOR_ITEM，我整理了以下排查思路和解决方案：

一、排查UpdateInboundShipment随机失败的原因 #

错误NOT_ELIGIBLE_FC_FOR_ITEM本质是亚马逊履约中心（FC）判定当前SKU无法存入目标FC，但出现随机报错、SKU不固定的情况，大概率是动态系统逻辑或时序问题导致：

• 亚马逊FC动态分配机制：亚马逊会实时根据FC的库存容量、区域需求、商品存储属性调整分配策略，临时的FC容量波动或系统缓存同步延迟，会导致同一SKU在不同请求中出现不同的分配结果。
• API操作时序问题：在调用CreateInboundShipment后立即执行UpdateInboundShipment，亚马逊系统可能还未完全初始化该发货单的FC分配状态，此时修改商品列表会触发兼容性校验失败。建议在两个API调用之间增加30秒-1分钟的延迟，等待系统完成状态同步。
• 商品属性的隐性问题：虽然SKU之前能正常入库，但需检查每个SKU的以下属性是否一致且合规：
  • 尺寸、重量信息是否准确（尤其是最近修改过的SKU）
  • 商品分类是否正确（部分分类只能存入特定FC）
  • 危险品声明是否完整（如果是危险品，只能存入指定FC）

你可以先做个小测试：单独用报错的SKU调用CreateInboundShipmentPlan，如果多次请求中仍出现分配失败，说明该SKU的属性存在需要修正的问题；如果单独调用都正常，那基本可以确定是时序或系统动态分配的问题。

二、如何让所有商品放入同一个入库计划 #

亚马逊拆分入库计划的核心原因是商品无法兼容同一FC的存储要求，或者系统判定拆分更高效，你可以从以下方向尝试解决：

• 统一商品存储属性：

  • 确保所有SKU的存储类型一致（比如都是标准尺寸商品，没有大件/小件混合；没有危险品和普通商品混合）
  • 检查商品的FulfillmentNetworkSku对应的存储属性，确保没有系统自动标记的特殊存储要求

• 调整CreateInboundShipmentPlan的API参数：

  • 尝试添加PreferredFulfillmentCenterId参数（需确认目标地区亚马逊支持该参数），指定一个你认为兼容所有商品的FC，强制系统生成该FC的入库计划。注意：如果该FC不支持部分商品的存储，API仍会返回拆分计划。
  • 确认ShipToCountryCode、ShipFromAddress等参数的准确性，错误的地址信息可能导致系统错误分配FC。

• 预处理特殊SKU：如果有个别SKU总是被拆分，可以先单独为这些SKU创建入库计划，完成后再尝试合并（不过亚马逊官方不支持手动合并发货单，此方法仅作为临时替代）。

额外建议 #

在调用MWS API时，务必做好日志记录，包括每次请求的参数、返回结果和错误信息，这会帮助你更快定位随机问题的规律；另外，亚马逊MWS已经逐步被SP-API替代，长期来看建议迁移到SP-API，其稳定性和功能更完善。

内容的提问来源于stack exchange，提问作者hhniao