微信和支付宝服务商支付模式的用法

以微信支付为例，一般企业可以申请两种服务商，一种是直连的普通服务商（现在叫合作伙伴-开发者），一种是间连的渠道商（挂在银行或支付机构下面），都有微信支付服务商后台。支付宝也类似，这里就不细说了。

1、服务商的平台，特约商户（子商户）收款

逻辑：公众号或小程序的主体是服务商，可以绑定服务商的appid和子商户的商户号来发起支付，商户号是谁的就可以实现谁收款。

这里直连服务商和间连服务商有个区别：直连服务商自己不能收款，间连服务商自己可以收款（当然不是收到服务商号，而是收到其在间连机构的特约商户号）

应用场景：

1）SaaS行业如智慧停车缴费，小程序、公众号统一使用平台方的，平台只需要给停车场经营主体开商户号。该停车场的收款资金就会直接到停车场经营主体的商户号，然后T+1自动提现到其银行账户。

这种模式，对停车场经营者来说不需要申请、认证、运营小程序或公众号减少了很多麻烦，只需要有个后台可查账对账就好了。常用于垂直行业，要求风险可控，否则如果子商户违规被风控也会影响服务商的评级和进件权限。

2）面向用户的小程序/公众号是唯一的，但一个集团下面有很多子公司或分公司，希望实现不同地区的订单，资金直接结算到对应的分/子公司商户号。比如快消行业，不同的地方有不同的公司、工厂、仓库，希望就近归集订单、收款、发货。

这种模式，由于商户号都是内部的分公司或子公司，业务都是一样的，所以风险可控。

2、服务商的平台，子商户的商户号，服务商收款

逻辑：商户是间连收单机构的特约商户，然后通过机构报备为渠道商（即间连服务商），可以绑定渠道商的appid和子商户的商户号来发起支付，但实现资金统一结算给渠道商在收单机构的商户号。

这个模式仅间连通道支持，直连服务商无法实现。要求子商户与渠道商有关联：相同法人、有股权关系、有签署联合运营类的协议，三者有其一即可。

应用场景：商户业务本身是合规的，但因为其他原因可能容易被微信、支付宝风控，就可以用切换子商户号的方式来减少风控对业务的影响。比如纯线上电商行业使用线下优惠费率通道，那就可以不同城市的订单用对应地区企业主体的商户号，但资金还是统一到渠道商这边。

3、SaaS厂商一次对接，实现所有独立客户都具备分账能力

逻辑：SaaS厂商与间连机构合作开通账户体系分账类产品，间连机构给SaaS厂商报备微信、支付宝渠道商，并提供子商户报备的接口。SaaS的B端客户，就是渠道商下面的子商户，虽然他们的公众号、小程序是独立的，但全部可以通过服务商分账的模式具备了自己的分账能力。

这个模式仅间连通道支持，直连服务商无法实现。

应用场景：垂直ToB行业，企业客户按年租赁SaaS软件，有自己独立的公众号、小程序。业务垂直风险可控，比如体育场馆SaaS所有客户都是做场馆预定、会员卡等，比如电影票SaaS，所有客户都是卖电影票，而且票源都是统一的上游接口，比如新能源充电SaaS所有客户都是搞单车或汽车充电桩或换电柜的，类似垂直行业有很多。

这个间连服务商分账模式，相比直连分账有着极大优势：直连分账每个客户都是独立项目，需要高比例的话还需要独立申请（关键还申请不到）；而间连模式下SaaS厂商就是一个项目，囊括其下所有客户比如即使有1千个独立公众号或小程序，一次收费、一次对接大大降低了经济成本、审核成本和开发成本。