分销商

物联网云平台渠道体系中的分配分账型渠道角色

定义

分销商是指企业将卡池、套餐池按额度分配给的渠道合作伙伴,分销商向下游销售,核心特征是「分配+分账」:企业将资源按额度分配给各级分销商,订单支付时通过支付分账按比例自动分给各层级,无需人工打款。

核心特点

  • 资源分配:企业将卡池、套餐池按额度分配给分销商,控制渠道库存,用尽需申请追加
  • 层级体系:支持多级分销(一级、二级、三级),每级可设下级数量与分润比例
  • 支付分账:对接微信/支付宝分账能力,订单支付成功后自动分给各层级
  • 即时分润:无需周期结算,支付完成即完成分润

与代理商的区别

代理商核心是「采购」:按代理价从企业采购卡与套餐,再向终端销售,分润基于采购量或销售额,周期结算打款。分销商核心是「分配+分账」:企业将资源按额度分配,分销商向下游销售,支付分账在订单支付时自动分给各层级。代理商适合「企业→代理→终端」的采购模式;分销商适合「企业→多级分销→终端」且需支付自动分账的场景。

适用场景

多级分销、B2B2C、需要支付即时分账的场景。支付分账需提前申请微信支付/支付宝能力,分账接收方需与分销商账户绑定。

资源分配与分账配置

企业通过资源分配将卡池、套餐池按额度分配给各级分销商,分销商在额度内向C端用户销售。订单支付时,平台按分润比例将款项自动分给各层级分账接收方,无需人工打款。分销商可配置白标,以自有品牌面向用户。与代理商的周期结算不同,分销商模式实现「支付即分润」,资金周转更快。

分销商管理要点

企业需建立分销商准入、层级、额度管理机制。准入时配置资源分配额度、分润比例,将分销商添加为支付分账的分账接收方。分销商向下游发展下级时,需在平台建立层级关系。额度用尽时支持申请追加。分销商模式需对接微信支付、支付宝分账能力,分账接收方需完成商户关系添加。与代理商模式相比,分销商适合多级渠道、即时分润的B2B2C场景。

额度划出去之后卡还在不在企业库存

分销商拿到的是一份可销售额度,不一定是把卡的物权先买断。额度扣减发生在出库或开卡成功时,而不是建分销商档案时。额度里的「卡数量」和「套餐份数」要分开,只剩套餐、没有可分配的卡号,不能继续卖新卡,只能给已出库的卡续费。追加额度要有审批单,不能在分销商自己的页面上把上限改大。收回额度时,尚未售出的号段可以退回企业池,已经绑定使用者的卡不能凭收回额度而消失。达希物联的分销商管理应把额度余额、已用、冻结中的待支付单分三列显示。待支付单先冻结额度,超时未付再释放,避免两个下级同时卖掉最后一张卡。

支付当时拆账和月底再算不能叠用

分销的技术特征是订单支付成功时按比例把款项分给各级接收方。比例在下单时冻结。一级、二级同时存在时,每一级的接收方账号都要事先和支付渠道绑定,缺一级就应让这单不能支付,而不是先全额进企业账、以后再补打。分销商和代理商不要挂在同一张卡上各拿一遍:要么这张卡走额度加支付分账,要么走采购加周期结算。用户退款时,已分出去的金额要按原比例退回,本地若只冲企业收入、不冲各级分润,渠道余额会虚高。零元试用单不走分账,但要占用额度并记下分销商,否则第一次付费找不到上级。分账失败的钱留在企业商户号里,订单标成「待分账」,不能标成已分润。

下级发展下级时比例从哪一层扣

多级分销要规定比例是从成交额里各自抽取,还是从上级的比例里再分给下级。两种算法的总和都不能超过支付渠道允许的分账上限。下级的比例若由上级随意填写,企业侧要有上限校验。停用某一级时,其下级的新订单是挂到上一级,还是禁止开新卡、只允许旧卡续费,要事先配置。组织关系改动不追溯已分账的历史订单。分销商看到的卡列表只能是额度内已经划到自己或自己下级的卡,不能看到企业未分配号段。区域限制若需要,就在出库时校验使用地或销售地,不要等使用者投诉才发现这张卡不该卖到区外。区域不匹配时出库失败并释放冻结额度,失败原因写给分销商,而不是只在企业后台留一条系统错误。


相关术语

返回物联网卡专业术语