订单直接在平台成交，这个过程不会和商家发生交互。只有在发生售后(退货退款)，才会需要店铺商家介入。商家对订单的管理也可以通过自己的平台来进行，只是通过API来同步相应的操作。

　　订单同步

　　商家的工作都是围绕订单展开，首先将订单同步到本地。商家通过ERP管理订单的发货和售后。

　　主要包括以下接口：

　　订单列表查询(接口)：查询对应周期内的订单列表。

　　单个订单详情查询(接口)：查询单个订单的详细信息。

　　订单发货(接口)：管理订单发货，反馈物流公司和单号。

　　订单拆单发货(接口)：但需要多包裹发货时，就需要进行拆单，对子订单进行发货。

　　订单售后

　　提供给商家管理订单售后，在用户申请退货退款时，可以直接通过API进行统一操作。

　　主要包括以下接口：

　　获取客户售后申请信息(接口)：获取客户的售后申请(退货退款);

　　审核客户售后申请(接口)：对客户的售后申请(退货退款)进行审核操作;

　　获取客户退货信息(接口)：获取客户的退货信息;

　　退款操作(接口)：退款操作(确认/拒绝);

　　物流

　　对店铺商家的物流相关进行操作。

　　主要包括以下接口：

　　查询地址区域(接口)：查询平台的地址信息(省市区县等);

　　店铺地址库管理(接口)：店铺的发货地址管理，主要指仓库地址;

　　修改物流公司和运单号(接口)：修改订单的物流公司和运单号;

　　4.消息服务

　　除了以上所述的商家通过API主动向平台获取信息，平台还可以提供“关键信息”的订阅，以便在订单、商品信息发生变动时及时反应。当然由于平台商家较多，只有在商家订阅时，平台才会主动推送相关信息。

　　“订单”在以下情况，推送相关变动信息

　　订单下单成功

　　交易关闭

　　交易成功

　　订单退款成功

　　部分子订单发货

　　子订单退款成功

　　“交易全链路”在以下情况，推送相关变动信息

　　交易状态发生变动

　　售后单状态变动

　　“退款”在以下情况，推送相关变动信息

　　退款成功

　　退款关闭

　　客户申请退货

　　客户填写退货信息

　　“商品”在以下情况，推送相关变动信息

　　SKU库存变为0

　　商品上架时

　　> 商品上架时

　　商品新增时

　　“物流”在以下情况，推送相关变动信息

　　物流状态有变动;

　　“评价”在以下情况，推送相关变动信息

　　店铺新增评价;

　　5.总结

　　说完“店铺开放平台”的产品设计，我们可以看到的是，相对于“商品开放平台”还是要复杂些。当然还可以把活动运营的相关能力开放API，不过对于商家的实用性不大，一般商家会直接在平台上进行管理。

　　“店铺开放平台”之于店铺商家，能够帮助统一订单管理，在商家的ERP中从订单到WMS自上而下统一管理，避免数据脱离造成的管理缺失，出现纰漏。

　　“店铺开放平台”的API思维导图整理如下，仅供参考：