亚马逊MCF追踪号变更改由Shipment事件推送,2026年10月26日起生效
亚马逊SP-API发布更新:自2026年10月26日起,MCF(多渠道配送)的 FULFILLMENT_ORDER_STATUS 通知(payload 1.0 版本)在货件追踪号发生变化时,将改为发送 Shipment 事件,并携带新的追踪信息。该事件与追踪号首次可用时收到的事件相同,卖家可据此自动更新系统中的物流数据,无需轮询。此次变更适用于所有亚马逊站点,面向订阅 MCF 订单 FULFILLMENT_ORDER_STATUS 通知并使用其货件追踪信息的开发者。
此前,payload 1.0 版本在货件创建后追踪号发生变化时(例如配送中心重新生成面单),发送的是 Order 事件,且不包含新的追踪信息,导致使用 1.0 版本的应用收不到变更通知,可能继续使用过期的追踪号。此次调整后,Shipment 事件将在此场景下取代 Order 事件。该变更向后兼容,Shipment 事件及其 payload 本就是应用处理新追踪号时已有的内容,更新只是把该事件的触发范围扩展到追踪号和承运商变更。
亚马逊表示接收更正后的通知无需采取额外操作,但建议开发者确认追踪更新处理逻辑将 Shipment 事件视为当前追踪号和承运商的权威来源,并验证已有货件的变更能更新所存储并向下游传递的追踪信息。
同一批更新还包括:自2026年11月1日起,欧盟海关将要求所有从欧盟以外运入欧盟的 B2C 货物提供产品标识符,影响为从欧盟以外发往欧盟目的地的卖家自配送(FBM)订单购买运输面单或管理承运商集成的开发者。通过 Buy Shipping(Shipping API 或 Merchant Fulfillment API)购买面单时,集成需为每件商品提供 ASIN(亚马逊在 Buy Shipping 面单购买时自动添加)、制造商零件号或型号(若无则改传条形码),以及产品具备时的标准产品标识符(如 EAN、GTIN、UPC、ISBN、ISSN)。亚马逊不对格式做校验,提交值的准确性由开发者负责;若直接向承运商发送海关数据,集成也须将这些标识符加入海关数据,缺失标识符可能导致货件在海关被扣留或退回,费用由卖家承担。
此外,自2026年11月6日起,Finances API 的 ListTransactions 操作(/finances/2024-06-19/transactions)中 BusinessContext.storeName 字段将新增取值 AMAZON_FBA_FROM_ORIGIN,代表 FBA from origin 交易。该变更为增量、向后兼容,新值只出现在新的 FBA from origin 交易上,现有 API 响应不受影响,并与已有的 AMAZON_HAUL 取值并存。使用严格枚举校验的应用需更新 storeName 解析逻辑以处理新值;已能妥善处理未知枚举值的应用无需操作。
对跨境卖家的影响
三项变更分别影响不同卖家:使用MCF多渠道配送并自建系统对接SP-API的卖家,若仍按旧逻辑处理追踪号,2026年10月26日后可能继续使用过期追踪号,导致买家看不到物流更新、产生纠纷;从欧盟以外发往欧盟的FBM卖家,2026年11月1日起通过Buy Shipping购买面单时须提供ASIN、制造商零件号或条形码及EAN/GTIN/UPC等标识符,缺失可能导致海关扣留或退回,费用由卖家承担;使用Finances API且做严格枚举校验的卖家,2026年11月6日后需处理AMAZON_FBA_FROM_ORIGIN新值,否则财务数据解析可能报错。
- 适用人群
- 使用MCF多渠道配送或自建SP-API对接的技术型卖家、从欧盟以外发往欧盟的FBM卖家、使用Finances API对账的卖家
- 应对建议
- 检查MCF追踪逻辑,将Shipment事件作为追踪号和承运商的权威来源。
- 欧盟FBM发货前确认每件商品已备好ASIN、制造商零件号或条形码及EAN/GTIN等标识符。
- 核对Buy Shipping或承运商海关数据是否携带上述标识符,缺失及时补齐。
- Finances API解析增加对AMAZON_FBA_FROM_ORIGIN等未知枚举值的兼容处理。
- 官方来源
- developer-docs.amazon.com
解读由 DIGSOHO 根据报道内容整理,仅供参考,请以官方公告为准。
来源:developer-docs.amazon.com点击跳转
版权提示:本文由公开报道整理,仅供参考,不代表 DigSoho 观点。如与原文不符,以原文为准。版权问题请发邮件至 digsoho@163.com ,附上本页链接。
