很多B2C电商平台都会允许第三方入驻，在平台上开设店铺，提供商家管理后台进行店铺管理。随之而来就会给一些大的第三方商家带来困扰，除了有自营电商平台，并且进驻天猫、京东等平台开设品牌店铺，如何统一管理不同渠道的订单？怎样降低维护不同渠道带来的运营压力？
这时候电商平台就需要考虑“店铺开放平台”，提供给平台上的商家同步店铺中的商品、订单、库存等数据，保证店铺数据与商家自营平台的统一。
既然“店铺开放平台”是提供给第三方商家使用的，我们首先来分析下商家的需求：
同步各渠道的订单到ERP系统中，并且及时自动更新不同渠道的订单状态；
商品信息能同步至各渠道，无须重复编辑，并且可上下架各渠道商品；
管理各渠道的商品库存，同步更新，避免超卖或缺货；
统一管理各渠道的售后申请与审核，仅在自己的ERP系统中操作即可，与平台数据同步。
分析之后，我们就可以总结出“店铺开放平台”的基本框架，如下图所示。
如果电商网站提供店铺服务，除了完善平台体系内部的店铺管理工具，首要考虑的应该是开放订单、库存等接口，供平台上的商家使用，这样才能吸引有实力的商家入驻。当然如果平台目标群体是一些微店铺（个人开店），就没有必要性。
“店铺开放平台”保证了平台商家在核心数据上的及时更新，能够自动化处理订单业务，减少人工对接，提高服务质量。下面详细讲解下“店铺开放平台”的产品设计，思路与上节讲到的“商品开放平台”有些类似，不过会有些区别。
1.基础数据
“店铺开放平台”提供给店铺商家同步店铺数据的权限，需要给商家相应的API证书，以及对商户的接口权限进行定义。
不同于“商品开放平台”，在平台店铺发生交易行为时，数据流只在平台内部进行，无须与外部交互，这样保证了平台数据的运行稳定。
除了通过主动获取相关信息，“店铺开放平台”还可以向店铺商家提供“消息订阅服务”，在店铺关键信息（例如订单、商品）变动时，发送“消息”通知店铺商家。
2.商品
提供给店铺商家相关接口，以便可以直接在ERP系统中管理商品，包括商品上下架、各渠道共享库存等，减少运营人员在更新商品资料的重复劳动。同时可以保证各渠道的商品统一。
类目
获取商品的类目信息，主要是在添加商品时使用，通过接口添加商品时，除了商品挂载的类目，还要填写必填的商品属性。
主要有以下接口：
> 获取类目信息（接口）：返回返回类目名称（一级、二级、三级等）。
> 获取类目属性（接口）：查询某个类目的属性，返回属性名、属性值、属性类型（必填、非必填）等内容。
商品
提供给店铺商家更新商品详细信息，包括商品信息、SKU信息、上下架状态等内容。
主要包括以下接口：
> 新增商品（接口）：填写商品名称、类目、规格、外部sku码、价格、数量、属性、上下架状态、详情描述（文字、图片描述）等内容，成功返回商品ID.
> 更新商品（接口）：按照商品ID更新商品相关信息。
> 添加SKU（接口）： 新增一个SKU到商品中，绑定规格，设定数量、价格以及外部sku码，返回sku编码及相关信息。
> 更新SKU（接口）：用于更新SKU相关信息。
> 删除SKU（接口）：通过规格组合来删除SKU。
> 添加商品图片（接口）：添加商品图片，可设为主图。
> 删除商品图片（接口）：删除商品图片。
> 上架商品（接口）：批量上架商品；
> 下架商品（接口）：批量下架商品；
价格
提供给店铺商家更新商品价格。
主要包括以下接口：
> 获取商品价格（接口）：用来实时查询商品价格；
> 更新商品价格（接口）：更新商品价格，若有多规格，则应该在SKU的最高价与最低价的区间内；
> 更新SKU价格（接口）：按照规格组合来更新SKU价格；
库存
提供给店铺商家同步更新SKU库存，保证商品不会发生超卖，产生客诉。
主要包括以下接口：
> 获取商品库存（接口）：用来实时查询商品库存；
> 修改商品库存（接口）：用来修改商品库存，如果设定了SKU库存，则需要修改SKU库存。
3.订单
订单直接在平台成交，这个过程不会和商家发生交互。只有在发生售后（退货退款），才会需要店铺商家介入。商家对订单的管理也可以通过自己的平台来进行，只是通过API来同步相应的操作。
订单同步
商家的工作都是围绕订单展开，首先将订单同步到本地。商家通过ERP管理订单的发货和售后。
主要包括以下接口：
> 订单列表查询（接口）：查询对应周期内的订单列表。
> 单个订单详情查询（接口）：查询单个订单的详细信息。
> 订单发货（接口）：管理订单发货，反馈物流公司和单号。
> 订单拆单发货（接口）：但需要多包裹发货时，就需要进行拆单，对子订单进行发货。
订单售后
提供给商家管理订单售后，在用户申请退货退款时，可以直接通过API进行统一操作。
主要包括以下接口：
> 获取客户售后申请信息（接口）：获取客户的售后申请（退货退款）；
> 审核客户售后申请（接口）：对客户的售后申请（退货退款）进行审核操作；
> 获取客户退货信息（接口）：获取客户的退货信息；
> 退款操作（接口）：退款操作（确认／拒绝）；
物流
对店铺商家的物流相关进行操作。
主要包括以下接口：
> 查询地址区域（接口）：查询平台的地址信息（省市区县等）；
> 店铺地址库管理（接口）：店铺的发货地址管理，主要指仓库地址；
> 修改物流公司和运单号（接口）：修改订单的物流公司和运单号；
4.消息服务
除了以上所述的商家通过API主动向平台获取信息，平台还可以提供“关键信息”的订阅，以便在订单、商品信息发生变动时及时反应。当然由于平台商家较多，只有在商家订阅时，平台才会主动推送相关信息。
“订单”在以下情况，推送相关变动信息
> 订单下单成功
> 交易关闭
> 交易成功
> 订单退款成功
> 部分子订单发货
> 子订单退款成功
“交易全链路”在以下情况，推送相关变动信息
> 交易状态发生变动
> 售后单状态变动
“退款”在以下情况，推送相关变动信息
> 退款成功
> 退款关闭
> 客户申请退货
> 客户填写退货信息
“商品”在以下情况，推送相关变动信息
>SKU库存变为0
> 商品上架时
> 商品上架时
> 商品新增时
“物流”在以下情况，推送相关变动信息
> 物流状态有变动；
“评价”在以下情况，推送相关变动信息
> 店铺新增评价；
5.总结
说完“店铺开放平台”的产品设计，我们可以看到的是，相对于“商品开放平台”还是要复杂些。当然还可以把活动运营的相关能力开放API，不过对于商家的实用性不大，一般商家会直接在平台上进行管理。
“店铺开放平台”之于店铺商家，能够帮助统一订单管理，在商家的ERP中从订单到WMS自上而下统一管理，避免数据脱离造成的管理缺失，出现纰漏。
“店铺开放平台”的API思维导图整理如下，仅供参考：
下期来讲解“供应商开放平台”。
此为亿邦专栏作者文章，如要转载请签订内容转载协议，联系run@ebrun.com
文章来源：亿邦动力网
