Skip to main content

解决方案

背景#

公司现依托微信开放平台为其他机构提供公众号/小程序的内容管理及运营服务,其中包含支付业务。

在微信生态(公众号、小程序、微信内WEB页面)中涉及到支付功能就不可避免要提到微信支付。

而说到微信支付就要提及支付商户,微信支付的商户可简单分为普通商户服务商

普通商户与公众号/小程序属强耦合关系,申请的入口在公众号/小程序中,需用户自行操作关联应用,所涉及的交易资金也会直接进入商户账户中。

而服务商顾名思义,是提供服务的商户,本身不具备交易功能,但可以在与其他商户签订协议后代其管理并提供系列服务。

前提#

微信支付使用的前置条件:

  • 应用(公众号/小程序)主体需为企业资质

  • 应用(公众号/小程序)需通过微信认证

  • 应用(公众号/小程序)需与支付商户进行关联绑定

很多客户不具备企业资质或微信侧应用(公众号/小程序)未通过微信认证,无法使用我方提供的全部服务。

针对不同的客户群体,我方将提供不同的解决方案以满足客户方需求。

目标#

让所有客户(包括企业、个人)都可以完整的使用我方提供的服务。

原则#

怀着以客户本的原则,尽最大可能的满足客户的一切合理需求。

场景分析#

A.客户方应用主体为企业资质,且已通过微信认证,已有普通商户;
B.客户方应用主体为企业资质,且已通过微信认证,未有普通商户,可提供相关详细信息;
C.客户方应用主体为企业资质,且已通过微信认证,未有普通商户,不提供相关详细信息;
D.客户方应用主体为企业资质,尚未通过微信认证;
E.客户方应用主体非企业资质。

场景A中,需客户方自行进行普通商户和应用的关联后,再将商户信息提交至我方处即可。

此场景采用微信支付普通商户模式。

所需商户信息:商户号、API密钥、商户证书

场景B中,客户方可将相关信息提交至我方,我方将作为支付服务商代客户方申请支付商户,申请后的商户将作为我方的特约商户存在。

此场景采用微信支付服务商模式。

所需客户方信息:法人身份证正面照、法人身份证背面照、法人身份证名称、法人身份证号码、法人身份证有效期限、法人手机号码、法人联系邮箱、(个人)开户银行、(个人)开户行省市、(个人)开户银行全称、(个人)银行账号、门店名称、门店省市、门店街道、门店门口照片、店内环境照片、经营场地证明、商户简称、商户客服电话、商户类型、营业执照扫描件、营业执照注册号、商户注册地址、营业期限、营业执照类型、组织机构代码证照片、组织机构代码、组织机构代码有效期限、(对公)开户名称、(对公)开户银行、(对公)开户银行省市、(对公)开户银行全称、(对公)银行卡号、特殊资质证明、补充说明、补充材料

场景C、D、E中,我方还将提供收银台模式,帮助客户方以最小的代价就可以使用我方提供的全部服务,降低客户方的使用门槛。

此场景采用微信支付普通商户模式,为普通商户模式的变种应用。

收银台模式:用户在任一客户方处消费,都将在我方提供的收银台处统一进行支付操作。类似现实生活中的收银台,故称收银台模式。