某赞的二级分销模式

一、【一件代销】模式

1. 销售主体及责任承担
   该模式下分销商与供货商为采销关系，即分销商向供货商采购相关商品后再向消费者进行销售，尽管分销商为商品的直接销售者，但为保证产品的发货效率及质量，消费者向分销商下单后将由供货商向消费者一件代发相应商品。消费者由于购买分销商销售的商品而产生售后、质量问题的由分销商承担，且分销商应向消费者开具销售订单的发票。

备注：这种分销模式就是某猫的代销模式，而且HH SaaS电商系统的租户和供应商，商城和供应商，店铺和供应商也是采用这种模式

2. 货款结算
   消费者下单后订单金额直接由分销商收取，同时分销商应向供货商支付其采购供货商商品的成本费用。

二、【推广代收】模式

1. 销售主体及责任承担
   该模式下分销商仅作为其商品的推广宣传方，为保证产品质量及消费者的其他合法权益，分销商推广供货商商品所产生的销售订单均由供货商供货并提供产品质量问题保障、售后服务，消费者如有开票需求的亦由供货商提供。

2. 货款结算
   为方便消费者下单及供货商与分销商之间的费用结算，消费者下单后订单金额将由分销商代供货商先行收取，待交易完成后分销商与供货商再通过系统进行结算。其中，分销商将就其宣传推广产生的销售订单收入向供货商收取商品销售差价作为推广佣金。

备注：HH SaaS电商系统的分销模式类似于这种【推广代收】模式，在分销商和供货商之间不会产生采购单，而是由系统将货款直接结算给供货商，再根据分佣规则计算分销商的佣金，从供货商资金账户划转至分销商的资金账户中

某猫的二级分销模式

某猫的分销平台分销商有经销与代销区分，具体分别如下：

1. 经销类似于批发，分销商通过分销平台下单后生成采购单，供应商发货给分销商，分销商自己囤货在仓库，后续可以在其店铺出售自行发货。在分销商的店铺，买家拍下经销模式的商品后只会生成订单不会同步生成采购单，由分销商自己发货给买家；
2. 代销也可以称为一件发货，分销商以代销的方式向供货商采购货品，货物放在供货商的仓库里，所有权仍归供货商；买家在分销商店铺拍下宝贝后生成订单的同时会同步生成采购单。由供应商直接发货给买家，系统实时分账。

二级分销系统设计方案

分销模式有三种：代销分销、推广分销、经销分销

代销分销系统的设计方案

这里先说明“代销”模式的系统该如何设计，而“推广”和“经销”等模式的产品设计方案以后有时间再写…

方案一：销售行为和采购行为完全独立

正常（即正向）流程和逻辑说明

1. 销售单生成后同步生成关联的采购单，支付系统自动完成扣款¹ ，之后采购的业务行为和销售的业务行为则完全独立；
2. 供货商在出库单完成发货后，出库单状态改成“已出库”，同步将采购单的状态改成“等待采购商收货”，此时不需要通知销售订单服务，同步更改销售单的状态；
3. 分销商进入后台查看相关采购单并记录下发货信息，在相关的销售订单点击“发货”按钮，填写供货商的发货信息后提交即完成发货；
4. 买家确认收货，交易完成，此时分销商可以进入后台在相关的采购单点击“确认收货”按钮完成交易，当然也可以不点击“确认收货”按钮，超时系统会自动确认收货。

售后（即逆向）流程和逻辑说明

1. 买家申请售后，建议分销商及时在相关的采购单也发起售后，等采购商同意后再回到有关销售单点击“同意”按钮；
   注意：采购单和销售单的售后是相互独立的业务
2. 若是退款，分销商同意后需要在后台完成退款操作，点击“退款”按钮退款后，第三方资金存管机构收到退款请求，会将退款金额按原路退回，退款成功后会返回成功状态，再通过回调函数修改售后单的状态为“退款成功”，供货商退款也是相同的业务流程和逻辑。

结算方式：采用“独立记账”

独立记账业务逻辑说明：

1. 买家成功付款后，销售货款进入到平台的资金账户；

2. 系统自动生成采购单，支付系统自动完成扣款，采购状态为“等待供应商发货”，采购货款进入到平台的资金账户；

   备注：分销商需实际付款，这是“独立记账”与“实时分账”的最大区别

3. 销售订单归档，生成销售货款结算单，采购单归档，采购货款结算单。
   分销商的虚拟资金账户：
   +销售货款

   供货商的虚拟资金账户：
   +采购货款

方案二：销售、采购、售后之间的业务行为相互关联

销售服务、采购服务、售后服务之间会通过消息队列互相通知状态的变化，从而将原先需要人为介入的操作全部由系统自动完成，但是这样的设计在业务逻辑上比较混乱（把不同业务的流程和操作独立开，在产品逻辑设计上更清晰明了），而且在实际的业务开展中用户也不易于理解，同时大量的消息通知也严重耗费系统的性能和稳定性，也给开发增加不少复杂度，所以本人并不建议采用此方案，因此具体的设计方案我就不写了，到此打住吧~

结算方式：采用“实时分账”或者“独立记账”都可以

实时分账业务逻辑说明：

1. 买家成功付款后，销售货款进入到平台的资金账户；

2. 系统自动生成采购单，状态为“等待供应商发货”；

   备注：分销商无需实际付款，就是因为没有实际付款，所以采购货款才需要从分销商的销售货款中分账给供货商

3. 销售订单归档，生成销售货款结算单，采购单归档，采购货款结算单
   分销商的虚拟资金账户：
   +销售货款
   -采购货款

   供货商的虚拟资金账户：
   +采购货款

某猫的代销结算方式采用“实时分账”，但是采购和销售的业务行为结合了方案一和方案二的思路，我认为有点问题。因为“实时分账”就不应该采用方案一的思路，否则会出现余额不足导致无法正常分账的问题

参考文章什么是代销分账？
参考文章代销分账功能退款流程优化

推广分销系统的设计方案

推广分销商可以同时推广多个供货商的商品

关于结算问题

系统将销售货款先结算给供货商，然后再结算推广佣金给推广商，佣金直接从供货商的虚拟资金账户划转至推广商的虚拟资金账户中

关于售后问题

推广分销商的销售订单所产生的售后单必须由供货商自行处理

经销分销系统的设计方案

略了

三级分销系统设计（层级不建议再多了）

后期补上

---

1. 商家入驻时需要签订授权平台自动从绑定的银行账户扣款的协议，类似很多平台的会员到期自动续费时，被自动扣款的场景 ↩︎