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