电商开放平台产品设计供应商开放平台

　　前面讨论过商品开放平台、店铺开放平台，这次重点讨论下供应商开放平台作为开放平台系列的结尾。
　　提到供应商，就不得不说说采购。供应商和采购系统密不可分，采购模式一般有自采自销和代发两种。两者最大的区别是入不入库。
　　自采自销的模式比较普遍，平台从供应商那里采购商品，入库至自己的仓库进行售卖，这些商品的所有权属于平台。由于商品已经入库，所以下单发货都是在系统内部进行数据流转，中间的过程不会和供应商发生关系，只有在下采购单、商品入库的时候才会交互。如下图所示。
　　自采自销
　　代发主要指商品平台销售出去之后，由供应商代发，按订单结算商品和物流费用。由于对于货品的约束力比较差，经常出现超卖或延迟发货的情况。这其中就涉及到库存更新不及时导致超卖，订单未及时下发导致发货慢。
　　很明显代发模式相比于自采自销模式有很多不足之处，但是为了扩充品类、减少资金占用，有很多电商企业都需要这种模式。
　　为了管理代发订单，一般会提供商家系统（叫法各异）给代发供应商用于查看订单、发货等。在实际业务中，还是会遇到各种问题，如因为代发订单分散、数量少，供应商不会经常登录商家系统，订单发货不及时导致客诉量上升。所以线上对接不可避免。
　　供应商开放平台，指自营平台提供给供应商对接商品，用以扩充SKU数量、更新库存，传递订单给供应商。下面介绍提供给供应商进行线上对接的产品设计。
　　做过线上对接的产品朋友应该都有以下体会：线上对接，涉及到双方的博弈，哪方强势，就以哪方的接口为标准。所以还是要以实际情况为准。
　　供应商开放平台
　　如上图所示，供应商开放平台主要是管控订单、商品和物流。难点在于商品库存的更新，后面会详细描述。
　　首先提供给每个供应商API证书，以及对供应商的接口权限进行定义。
　　1。订单
　　客户下单后，推送相应的订单给供应商，保证订单及时推送。
　　订单推送（接口）：由供应商提供，可由平台制定相应标准。主要包括商品、收货信息等。需要推送订单时，调用接口推送给供应商。
　　订单取消（接口）：由供应商提供，在用户取消订单时，平台调用来取消订单。返回取消结果（成功或失败）及原因。
　　订单发货（接口）：提供给供应商进行发货，返回物流单号。
　　订单查询（接口）：提供给供应商查询订单信息。
　　对于订单，还涉及到地址库的相互映射来对应。
　　2。物流
　　物流轨迹查询（接口）：由供应商提供，可由平台制定相应标准。平台来查询订单物流轨迹。
　　3。商品
　　由于平台和供应商的SKU编码规则不同，就涉及到将双方的商品编码进行映射，以便于在订单中使用。
　　商品初始化（接口）：建立平台和供应商的SKU对应关系，供应商传输商品sku码，平台将生成的平台sku码与供应商sku码返回给供应商。供应商还可以通过接口将商品主图、详情图等一些信息传输给平台。
　　当然商品初始化之后，平台不会立即使用，而是需要进行二次编辑，再根据需要进行上架。
　　库存
　　库存更新（接口）：当供应商库存发生变化时，调用接口更新平台库存。
　　前面提到过难点在于库存更新。当供应商库存大于平台后台库存时，将对应的差值加上即可。复杂的是，当供应商库存小于平台后台库存时，需要扣减前台库存，可能会发生超卖。
　　前台库存扣件也有优先级，一旦达到扣减所需要的预定值，立刻终止扣减。
　　扣减前台可售库存（不包括活动锁定库存）
　　扣减分销渠道商品库存
　　扣减活动锁定库存
　　扣减前台可售库存，变为负数（超卖）
　　出现超卖时，就需要人工介入，和用户沟通取消订单，或者和供应商进行沟通补货。
　　在思考这篇文章结构时，广义上还有一种供应商开放平台，只是平常接触不多。指的是B2B2C的分销市场模式，供应商提供商品的一切资料，包发货。如下图所示，供应商上架商品到分销市场，分销商家从分销市场选购商品到店铺，小B商家可修改店铺的商品详情图、价格等信息。当收到订单后，由供应商直接发货，更新双方的订单状态。
　　供应商分销模式
　　这种模式算是分销的一种，分销商家只需要通过店铺把货卖出去，其他的都交给供应商。这是在一个平台上将供销的环节全部打通，目前有赞平台支持这种模式。
　　还有一些微商，其实也可以看成这种分销的模式。
　　顺着今天的文章，下一篇我们来聊一下电商中的分销，不知道有没有朋友感兴趣。
　　相关阅读
　　电商开放平台产品设计（1）：商品开放平台