1. 背景
公司入驻Wayfair平台，成为平台认证的ERP供应商，所以需要按照平台要求进行调整相关接口
调整平台相关功能和接口，以满足平台入驻认证供应商的资质。
2. 功能设计
2.1. 预生成
2.1.1 需求说明
a）运输方式API
增加【Wayfair线上物流】API，渠道代码为‘无’。
b）运输方式
用户创建海外仓代发的运输方式时，选择本地运输方式API为‘Wayfair线上物流’，以便后续订单可预生成获取平台label。
c）客户订单->预生成
用户选择此运输方式API下运输方式进行预生成的时候，直接获取平台线上的面单label（代表即现在的标记发货获取面单label逻辑），同时再调用一次查询订单接口获取到平台追踪号
注：即将原标发获取面单label逻辑，调整到预生成获取。
2.1.2 参考页面
2.2. 客户订单->批量同步订单到海外仓委托发货
2.2.1 需求说明
选择Wayfair平台订单进行同步到海外仓委托发货时候，获取追踪号及面单，是触发预生成逻辑，而非原标发逻辑。
2.2.2 参考页面
2.3. 客户订单->标记发货
2.3.1 需求说明
a）接口文档
https://developer.wayfair.com/docs/?php#ship-notification-mutation
b）平台标记发货
原【空追踪号标记发货】改为【只上传真实追踪号】
c）标记发货
调用【Ship Notification Mutation】接口进行标记发货，所需要的字段大部分在订单query中存在，少部分信息在开发过程中一起核对，如：smallParcelShipments
2.3.2 参考页面
supplierId 是仓库ID，在获取订单信息时可以获取。
packageCount 是指的订单包裹数量，例如订单有两个商品，分成两个包裹发货，即要发送"packageCount": 2。所以我们系统可默认为‘1’
weight可以不传
volume可以不传
carrierCode 较多，但是register mutation时可以获取正确的枚举值
sourceAddress，是发货仓库的地址，取运输方式回邮地址
smallParcelShipments和largeParcelShipments取决于商品是否装进一个或者多个箱子，且largeParcelShipments指的不是多个商品多个包裹，而是一个商品因为大小或者配件多导致必须分成几个箱子发货。所以largeParcelShipments节点先不传。
smallParcelShipments->package->code->type，可以固定传TRACKING_NUMBERsmallParcelShipments->package->code->value，也是传trackingNumber
smallParcelShipments->package->weight，重量可以不传
预生成：
1、先调用register mutation接口(获取label)；2、再调用Label Generation Events Query接口(获取追踪号)
两个步骤需要前后执行。