我们之前讨论的范围都是围绕电商平台的封闭体系内部进行，但是在实际的应用场景中，电商平台一般需要和其他平台进行连通，用以拓展渠道，赋能自营平台。

　　按照对接的阶段和主体，我将电商中最典型的开放平台分为：商品开放平台、 店铺开放平台、供应商开放平台，(开放平台的名称在叫法上可能不太标准)与其他平台对接的核心内容一般是：商品、库存、订单。

　　先简单介绍一下各开放平台的场景和作用：

　　商品开放平台

　　将自营商品提供给第三方平台使用，接收第三方订单，促进自营商品销量。

　　店铺开放平台

　　提供给平台上的商家同步店铺中的商品、订单、库存等数据，保证店铺数据与商家自营平台的统一。

　　供应商开放平台

　　自营平台提供给供应商对接商品，用以扩充SKU数量、更新库存，传递订单给供应商。

　　开放平台通过API接口与其他平台进行交互，及时更新订单、库存、商品等数据，提高平台效率，减少人工干预，避免发生超卖、缺货等情况。不过开放平台的开发成本较高，同样的需求可以线下对接，或者提供系统给相关人员操作。只有交易量达到一定量级时进行开发才有实用价值。下面将介绍各开放平台产品的基础解决方案，以供参考。

　　商品开放平台

　　不论是电子商务，或是实体商业，供应链都是企业的核心竞争力。当一家企业的供应链非常完善，品类的性价比较高时，就会有“共享供应链”的业务场景。何谓“共享供应链”? 指将供应链的优势品类开放给其他B端客户，类似经销商与零售商之间的关系。不同的是，类似于“一件代发”，承接C端订单的业务，只是线上对接，无需人工介入。

　　“共享供应链”的意义在于通过开放商品库，拓展销售渠道，增加商品的销售量，进而增加对供应商的议价能力，降低采购成本。对于B端商户来说，通过对接商品开放平台，能够迅速扩充品类，并且无需库存资金占用。

　　商品开放平台是将平台上的商品开放给其他渠道的第三方使用，通过商品、订单、库存API进行对接，将双方系统打通，实现无延迟对接。对接流程如上图所示，主要包括商品同步和订单生成跟踪等部分，下面会详细讲解。

　　与大部分用户产品不同的是，“商品开放平台”更多的是底层的数据交互，通过API完成在线交易、数据同步，调用接口传输相应数据，并接收数据返回。还有主动的消息通知，如商品价格、库存发生变动。“商品开放平台”相当于将电商的主流程(正向流程和逆向流程) 进行接口标准化，理解起来会有些难度。

　　在“商品开放平台 ”的基础上，会提供用户系统来管理B端商户、商品池和订单相关数据，不在赘述。

　　1.基础数据

　　在设计“商品开放平台”时，首先考虑的是账户体系，最核心的是B端用户调用开放平台的Key，定义客户使用的接口权限，界定用户同步数据的范围。

　　为了规避资金风险，B端用户账户会预存一定资金或设置预授信额度，在临近警戒值时，提醒用户充值结算。在用户下订单时，从账户余额中扣减相应的订单金额，若余额不足，则下单失败。

　　“商品开放平台”的基础资料还包括地址库数据(省市区县)，订单的收货地址、区域库存等都是建立在地址数据的基础上。

　　还要提供对账接口，允许用户根据时间周期来下载账单数据，进行订单、消费对账。

　　2.商品

　　商品是“商品开放平台”的核心部分，主要包括商品池、类目、商品信息、库存、价格等方面，下面进行详细讲解。

　　商品池

　　对于平台来讲，平台中的商品不会全面开放给B端商户，譬如一些特色SKU，或出于经营战略考虑。那就有了“商品池”的概念：从平台商品中选择一部分添加至“商品开放平台” 的商品池中，B端商户可以从中选择对应的商品使用。

　　主要有以下接口：

　　获取商品池的商品数据(接口)，主要返回商品的sku编码，可查询全部商品或某类目商品;

　　在商品池数据发送变动时，主要包括商品新增、删除、上下架时，推送消息给客户;

　　商品信息

　　获取商品详细信息，包括商品基础信息、商品图片信息、上下架状态等。

　　主要有以下接口：

　　商品基础信息(接口)，返回商品名称、类目、规格、属性、上下架状态、详情描述(文字、图片描述)等内容。

　　商品图片信息(接口)，返回主图、附图等内容。

　　上下架状态(接口)，批量查询商品的上下架状态。

　　当商品名称、图片信息、上下架状态、 规格、属性、详情描述等数据发生变动时，推送消息给客户。

　　类目

　　获取商品的类目信息，需要通过商品详情页中的类目编码进行查询。一般情况下，不会将平台的类目信息全部开放。

　　主要有以下接口：

　　商品类目查询(接口)，返回类目名称(一级、二级、三级等)

　　库存