自定义功能和功能等价

多渠道配送 API 提供预览订单、配送订单、追踪订单的操作,但卖家可以使用多渠道配送 API 构建更多自定义功能。下面列出了其中的一些附加功能。

虚拟捆绑销售

描述: 将多个 SKU 捆绑成一个组合 SKU,然后在您的网站上销售给买家。

业务用例: 卖家平台/供应链门户网站中没有关于发布捆绑 SKU(由两个或更多 SKU 组成)的规定,这意味着卖家不能在其网站上销售映射到多个亚马逊 SKU 的捆绑商品。

建议的解决方案:

a. 卖家可以通过将多个亚马逊 SKU 映射到一个可售 SKU 来捆绑店铺中的商品,以便买家将其添加到购物车。对于包含捆绑商品的订单,在调用 CREATE Order API 期间将其分成单个 SKU 订单商品,以便使用多渠道配送来完成配送。

b. 为了确保商品的供货情况,请务必考虑捆绑商品中 SKU 的最低库存价值,以便向买家展示。

c. 要了解追踪详细信息,请使用多个订单项(因为可能有一批或多批货件),汇总订单上的所有追踪详细信息,然后将它们附加到订单中。

d. 对于所有其他请求,例如“预览”、“取消”、“更新”,请确保捆绑商品中的所有商品均作为不同的订单项包括在内。

订单拆分

描述: 开发者需要根据有可用库存的地点拆分订单。

业务用例: 卖家通常有多个第三方物流 (3PL) 服务提供商,并且订单所需的库存有时由不同的提供商存放。有些订单必须由多个第三方物流服务提供商配送。在这些情况下,需要拆分订单并再次同步信息,以便买家将其视为一个订单。

建议的解决方案:
a. 可以根据订单规则或库存状况对订单进行拆分。

b. 按照订单版本控制模式将订单拆分为两批或更多批货物。

c. 通过保存每批货物的所有订单项、数量、状态和追踪编码,分别维护订单货物。

d. 这些货物应绑定到原始订单以供卖家查看。

退货

描述: 退货是任何配送业务中的常见流程。如果退货,买家会退回已配送的商品,并且退回的商品可能会重新添加到卖家的库存池中。

业务用例: 由于多渠道配送仅共享退货标签,不共享货件标签或邮资,因此开发者必须为多渠道配送退货构建自定义工作流程。

建议的解决方案:
a. 为通过多渠道配送进行配送的订单创建退货订单,需要使用 ReturnReasonCodes API 中的退货原因退回该订单商品。

b. 然后将 AmazonShipmentId 设为任何虚拟值,并提供该退货订单的唯一 sellerReturnItemId。

c. API 响应将共享每个订单商品的退货授权码和 RMA 页面 URL。此 RMA 标签需要下载,然后打印并粘贴到退货箱上。

d. 多渠道配送不提供任何货件标签。货件标签可以由卖家或最终买家生成,然后与 RMA 标签一起复制和粘贴,并将商品配送到运营中心进行准确处理。

序列号设置

描述: 序列号是遵循正则表达式模式生成的唯一条形码。序列号设置允许卖家在将订单配送给最终买家时追踪确切的商品。这也有助于在买家向多渠道配送或卖家退货时验证是否为原始商品。

业务用例: 对于特定商品,卖家可能需要知道某件商品出售给特定买家的情况。 如果使用序列号对商品进行唯一追踪,则多渠道配送可以添加步骤来扫描和记录出库和退回商品的序列号。 这要求在商品包装外侧的标签上注明商品的序列号,并防止买家退回与所购物商品不同的商品。

建议的解决方案:
卖家可以通过以下步骤为其商品设置序列号:
a. 卖家必须通过账户管理员向亚马逊提供其序列号所遵循的正则表达式模式。

b. 卖家将使用相同的正则表达式生成序列号,并在入库操作期间粘贴到每个商品包装箱上。序列号应该是条形码,而不是二维码。

c. 在下单时,亚马逊使用配送给买家的商品的序列号更新订单详细信息。

d. 开发者需要读取货件数据,使用 getOrder API 响应中的序列号及其他追踪信息,并保留其记录以用于业务目的。

多渠道配送功能等价

A table describing the feature parity of MCF
© 2023, Amazon.com Services LLC.