湖北襄软科技有限：分销模式多商户号设计

使用微信扫描二维码分享朋友圈，成交更快更简单！

湖北襄软科技有限：分销模式多商户号设计

近日完成了一个分销项目，原本是将所有的钱汇到总部，但是客户不愿意这么做要求钱汇到分销商 也就是店铺中。给大家看下图以此区分一下也好能帮助到要做差不多模式的小伙伴们。

这是一个很典型 也是基本的分销图 顶上的平台管理着地下的全部 下面是省级代理商 省级代理商下面的市级代理商。市级代理商在这里相当于是一个一个的店铺 每个市级代理商（以下简称市代，省级代理商简称省代）拥有自己的店铺他们可以生产二维码给推广员去推广。

一开始的做法是所有店铺中购买的资金全部汇集到总部由总部去给下面的省代与市代进行分利，客户觉得那资金管理起来太麻烦 应该是在哪家店买的资金就直接流到那家店。所以对于一开始的这种做法是肯定不可行的原有的只有一个公众号和一个商户号，那么现在要改成一个市代就要有一个对应的公众号和商户号（有商户号的前提就是要有公众号）

那么这么做就会有一些列的问题 让我们来一一化解
分析一下问题 原本做一个系统 只需要一个公众号和商户号，但是由于需求变动要将资金从原本的全都汇到平台变成现在的汇到市代那么有多少市代 就需要有多少公众号和商户号 这样账号统一性就成了一个问题 因为每个公众号对每个分配的openid都不同 我们需要一个确认的标识来用户的统一性，此处提一点如果公众号在十个以内的可以使用开放平台将公众号绑定到开放平台 那么openid还是不同的 但是有unionid来区分

但是我们的这个场景显然不适用 一个省代下的市代可能就多达数十个了。那么我们就要使用自己的账号规则来生成用户了 那这步怎么做呢（登录可以参考之前写的）其实可以拿一个公共的入口来控制用户生成 每个用户对于每个不同的市代获取到的openid是不同的 但是如果我们做一个入口 比方拿杭州的距离 将杭州的作为一个公共入口 那么所有用户获取到的这个openid是的我们可以通过这个来判断用户是否注册过 我做的这个项目其实还有一点就是当用户关注一种类型的店铺之后 就没发切换店铺的 这里我不给大家举例说明以免造成混淆。大家可以按照自己的场景来实现 简单来说就是你获取一个公共的openid通过他来判断用户是否已经注册 然后再去获取市代的openid当用户已创建的时候 就更改原本的openid用于切换 如果公共openid没有查询到用户 说明这个用户的次进来 那么就创建用户 这样就不是每次用户进不同的店就创建不同的用户就解决了用户不统一的问题。

第二个问题就是支付的问题既然做成多商户了 那么支付应该也是要支付到各个对应的商户号中这样中的参数就需要动态获取而不是和之样从配置文件中获取。我们需要新建一份对应市代的相关参数的数据库 而且里面数据要进行双向加密（防止信息泄露，加密存入，解密取出使用）。那么在创建好市代之后 市代登录时就需要他自己去完善相关信息 否则将是一个不完整的店铺也没法执行其他操作。