防坑04：收单分账产品

各位小伙伴，大家好！

    由于B端账户体系话题比较大，内容也比较多，我将分成如下几个主题来介绍，在此过程中我也将给大家介绍相关的支付体系架构和账户产品核心设计要点。

一、收单的概念介绍

    “收单”的全称是”银行卡收单业务”，顾名思义"签约银行向商户提供本外币资金结算服务"[1]。其中“收单”一词的来源于持卡人完成刷卡后商家需要收取刷卡小票这一行为。随着互联网业务的发展，收单业务也逐步分为了线下收单和线上收单。

• 线下收单：需要收单机构持有银行卡收单牌照，通过终端设备收单，为实体商户提供银行卡结算服务。

• 线上收单：需要收单机构持有网络支付或移动支付牌照，通过网络进行收单，为互联网商户提供银行卡结算服务。

    由此可见收单业务覆盖面广，业务发展时间长，体系也比较成熟，他是互联网支付业务的基础，我后续要介绍“商户钱包”、“记账本体系”其实都是建立收单支付基础之上支付产品。因此在介绍支付产品之前，我想先花些篇幅介绍下”收单支付业务架构”，这样便于小伙伴们能从宏观视角上整体了解支付体系的全貌，以及不同支付产品的业务边界。

    由于网络支付业务大家接触的更多，我们就从一张网络支付的架构图说起。

二、网络收单支付架构介绍

    以下网络支付系统的一个通用业务架构图，虽然每个支付机构业务架构图有所区别，但是主要的业务域模块的划分是大同小异的。

 图1：网络收单支付系统业务架

    1、架构设计原则

    该架构图按照业务架构设计方法分为五层，每层都包含了多个业务域，每个域将业务定义相近的服务聚合在一起，形成自闭环的独立模块，为上层业务模块提供支撑。

    作为中台的服务层中，每个模块都围绕核心服务（灰色部分，领域建模中又称为聚合根）进行协作，以此实现每个模块的“高内聚低耦合”。各个模块层层分解将场景内的用户行为转化成最终的原子指令后完成相应的业务操作，最终将数据落到数据层存储。

    2、网关层：

    这一层主要是接入的各种场景的终端，包含H5、SDK、二维码等。支付是组件化和开放性较为成熟的业务，因此开放的API是必不可少的。不同机构根据其业务场景的不同还会提供"个人钱包APP"和"商户APP"等终端应用。

    3、产品层：

    这是一组产品服务的组合，按产品定位不同对中台的支付能力进行组合包装形成对外开放的支付产品。除了图内介绍的"收单分账产品"、"钱包支付产品"外，按照不同的行业还会分成”消金”、”保险”、”电商”、”物流”等不同垂直行业的产品。

    4、服务层：

    这部分是支付中后台服务，它包含了基础服务、支付服务、风控中心三部分，其中支付服务又分为了应用服务与核心服务。

    1）支付服务：

        这部分是支付机构的中台，也是支付系统核心服务能力，是支付机构最重要的技术资产，属于必须要自研的系统。他包含了应用服务、核心服务两部分。

• 应用服务：

        向上层支付产品提供通用的支付能力，将产品层的业务信息转化成支付信息，并屏蔽了核心层复杂的原子服务。这里包含了收银系统、交易系统、客户中心三个主要模块。

• 核心服务：

        向上层应用提供支付最基本的原子服务，也是支付指令最终执行的地方。核心服务包含支付核心、支付渠道、结算系统三个主要模块。

    2）风控中心：

    风控中心属于支撑应用服务的系统，主要负责事前审核、事中欺诈交易拦截，事后巡检以及反洗钱、监管上报的工作内容。

    虽然风控中心在体系内非常重要，但他主要技术资产和知识资产是规则、数据和案件资料的沉淀，并且对支付系统整体侵入较小，因此在系统层面还不属于必须要自研的核心服务，机构通过外部采购的方式来构建自己的风控中心也是比较多见的。

    3）基础服务：

    属于支撑中台服务的公共服务能力。可以自研也可以通过外采的方式来组建系统。

    4）运营支撑系统：

    是整个支付机构体系内所有后台管理系统的集成平台，一般都会将不同的系统的管理后台通过统一登录的方式集成在一起。

5、数据层：

     这一层存储着业务系统的实时数据，对数据进行安全、有组织、一致性的统一管理。实时数据也会通过ETL的方式抽取到数据仓库内存储，后续可以按不同纬度加工成不同的主题域提供给产品、运营、财务和相关人员进行分析和使用。由于严监管时代的到来，数据在监管上报方面的需求也是与日俱增。

6、渠道层：

     支付渠道是一家收单机构的立身之本，19年断直联后收单渠道实现了大一统，现在银行、三方的收单渠道主要是两个来源”网联清算组织”、”银联清算组织”。所有的机构从开户银行收款都要通过网联、银联来转接清算。

     需要特别说明的是，网联、银联负责的是收单渠道和机构间的清算，但是，所有跨行付款、结算都是通过CNAPS这位中国结算体系幕后大BOSS来统一进行处理。绕过人行的转接清算体系，在19年以后基本实现了关停和上收，在资金结算层面中国结算体系也完成了大一统。

        由此可见断直连、集中清算、监管数据上报等一系列的整改措施，在金融基础设施层面的统一监管布局已经闭环。

三、收单分账产品介绍

图2：收单分账体系的功能架构

    了解了宏观的支付架构，我们再来看下我们这次介绍的主题“商户收单体系”的功能架构。

    1、产品定义

    收单分账产品主要核心需求来源于是二清合规，它是给平台商户和服务商这类拥有大量入驻商家的商业类场景提供合规的线上支付、开户、结算服务。它的价值在于实现收单商户线上全生命周期的管理。

    2、功能定义

    收单分账产品通过集成的方式将支付能力进行产品化包装，其功能主要围绕分账交易、商户入驻服务展开。主要的功能模块定义如下。

    1）收单分账：

    商户收单产品的核心能力是收款分账，收单产品以”支付方式”的形式与分账交易集成在一起，使得商家可以专注于场景内的业务处理，而无需关心复杂的支付和账务逻辑。

    2）商户入驻：

    如需使用分账交易，这是重要的模块（当然对接的工作量也很重），用户只有在线开户后才能进行分账实现资金的合规清分。入驻的商户有两种模式（这两种模式的区分和设计原则参看《破解二清迷局》这篇文章）

• 平台商模式：

       该模式主要针对传统的电商自运营场景（类似淘宝、京东、美团等）。因此入驻是最基础的功能包括”商家开户、影印件提交、协议签约、开户意愿认证”等。

• 服务商模式：

       该模式主要针对聚合支付服务商、SaaS服务商，他们在拓展商户过程中，存在触碰密钥和收款账户的问题，因此，需要提供规避信息二清的授权产品。

    3）提现/委托结算：

        收单业务商户的资金只能结算到绑定的银行卡，他分为主动提现，以及根据预设时间委托机构进行自动结算两种方式。委托提现情况下，可以预设结算剩余资金留作退款使用。

四、商户注册流程

图3：商户注册流程

1、流程说明：

    ①提交商户信息：

    当平台有一家子商户入驻时首先要根据不同的商户类型（企业、个体、个人）提交相关的影印件资料，勾选所需的支付产品（一般所需支付产品在平台入驻时已经定义好了，子商户只需要确认下即可），并绑定结算银行账户。

    ②商户在线签约：

    子商户信息提交后可以在线完成支付协议的签署，如果是平台方是服务商会将子商户支付的调用权限授予平台，这样服务商无需触碰密钥就能给子商户提供支付服务。进行实名认证后创建子商户账号（此时风控还没审核不能直接创建账户，所以先创建账号）。然后生成审核任务通知风控进行商户审核。

    ③商户资料后台审核：

    风控对商户提交的资料进行检查，并通过征信数据进行企业实名，审核通过后，系统自动创建结算账户并生成一个随机金额通知商户打款认证。如果审核未通过则填写驳回理由退回给商户。

    ④商户开户意愿认证：

    审核通过的商户需要进行开户意愿的认证，认证方式有很多种包括”企业打款认证”、”法人视频/刷脸认证”，对于企业较为方便的是打款认证。

    ⑤运营产品配置：

    完成开户认证后流转到运营操作员，为子商户确认支付配置和结算账户，并通知子商户审核通过。

    ⑥驳回资料重提：

    对于驳回的申请，子商户可以根据驳回理由修改或补充资料后重新提交，实现入驻的整体闭环。

2、支持商户种类：

    支持的收单二级商户有三种”企业、个体、个人”，其中企业和个体的区别在于绑定的结算账户不同，因为个体工商户未必能开通对公结算账户（开对公账户年费也是一笔不小的支出哦），其他资料大同小异。

    个人是比较一个特殊的类型，主要针对有收款需求的个人场景（例如在支付宝、云闪付上可以开通个人收款码），并且支付方式也受到严格控制一般只能开通扫码类产品。

图4：二级商户开户资料

五、收单分账的账户结构

图5：账户结构

    账户的结构决定了支付产品的核心能力以及支持的商业模式，从图中可以看到整个商户账户体系只有收款方，没有付款方账户。这就是收单业务的特点，他专注于收单账户的管理，并且支付产品也是与收款账户绑定的。付款方主要是通过渠道由开户银行进行管理，并不在收单机构的管辖范围。

 1、平台方账户：

    这是在平台入驻时即开通的一套账户，除了平台商户账户作为收款外，还包括了“平台权益账户”，“平台手续费账户”，“平台担保账户”等用于运营管理的账户。

 2、二级商户账户：

     该账户属于入驻平台的二级商家账户，他一般只有一个收款结算账户

 3）机构内部账户：

     这是机构为了提供结算服务设置的内部账户。这里包括作为收款资金记账的收款过渡的账户、渠道记账、核对的银存账户。

      需要说明的是，有“收款过渡户”就有“出款过渡户”，主要用户机构出款交易的记账账户。相关账户的详细说明参看下表，这里就不做赘述了。

图6：相关账户说明

六、分账交易流程 

图5：合单分账交易三流图

    我们以一个电商平台一笔交易过程来看下用户购买商品交易行产生的业务订单信息（业务流）是如何转换为支付指令（支付流）并进行记账以及和结算的（资金流）

1、合单分账流程

    1）支付流程

    一家电商平台有很多商家入驻，用户分别在3个商家店铺购买商品，一次性支付100元，实际平台在里面抽成10元，垫付1元手续费，剩余资金分别支付给商家。这是电商平台典型的合单支付流程，所谓合单的意思就是”多笔商品订单合并为一笔支付订单进行支付”。

    ①用户在3个商家购买100元商品后下单进行支付，平台调用支付系统收银台进行合单支付。

    ②支付系统通过第三方支付机构的网联渠道进行收款，收款成功后对应渠道的”网联-银存账户”进行该笔账务的登记。

    ③渠道收款成功后”网联-银存账户”扣收1元手续费入”机构手续费账户”

    ④剩余的99元入”机构收款过渡账户”等待用户下达分账指令。

    ⑤机构代收入账完成后，直接结果通知电商平台，电商平台完成后续的出库、配送大家流程。

    ⑥配送完成确认用户无退款，平台确认分账比例给商家结算货款。

    ⑦⑧通过机构的分账接口，将其中9元分账给平台，剩下90元分账给三位商家。当然平台也可以通过部分分账的方式先将9元分账给自己所开的”平台商户账户”，然后到期给商家结算货款。

    ⑨资金结算到商家账户后，商家可以主动提现到绑定的银行账户，也可以委托机构每日自动结算。

    2）退款常见问题：

    退款原则上都是原路退回，这里面要注意几个异常的情况

    ①商家余额不足：

    这是比较常见的退款异常场景，需要明确的一个原则就是”分账是先清分后结算，结算后的资金是商家的自有资金，原则上商家可以任意支配，因此如果余额不足是不允许退款的”，因此可以让商家留存一定比例的余额用以退款。

    ②部分分账后发生退款：

    部分分账后发生退款如果此时有一个商家余额不足，也是会退款失败的。因此商家留存余额，谨慎给商家做部分分账是有必要的。

    ③第三方关单后退款：

    用户可能在第三方关单后要求退款，这种情况由于资金已经结算给商家，商家只能由财务给用户做线下打款了。如果这种情况下有营销补贴金额一定要小心，避免资损。商家侧的支付系统一定要把金额记全”总金额、实付金额、手续费金额、权益金额”都要记上，如果实时订单没有，对账的时候把这些金额更新上去。

2、分账结算形式

    分账按照结算先后顺序分为直接分账和商户分账两种形式，其资金流如下

图5：两种分账结算形式的资金流

    1）直接分账：

    这种形式又叫空中分账，是比较常见的解决二清问题的账务处理方式，资金由机构过渡户代收，并完成商户的分账。

    2）商户分账：

    这种是传统的分账方式，在供应链、灵活用工等领域较为多见，资金流也是符合上下游销售和结算关系。资金依然是有机构过渡户代收，只是直接结算给经销商后分账给供应商。这种分账形式主要应用在上下游需要开发票的场景中。

3、其他支付交易方式

    除了合单支付以外还有几种比较常用的分账方式，我也来做下简单的介绍。

    1）即时到账：

   这是最为常见的收单形式，买家在平台购买商品下单，付款成功后资金立即结算给商家，这个过程是一步完成的，订单也只有一笔，只是资金需要按照分账比例分给不同的商家。

    2）担保交易：

  主要应用在需要交易担保的场景，买家下单后，由于物流、账期、交易担保的需求，部分资金需要作为担保资金暂存的平台担保账户（或者机构收款过渡户内，SaaS账户模式下进入平台保证金账户在账务上更为清晰），未担保的资金可以直接结算给商家。

    3）组合支付：

这是多个资金来源收款后进行分账的场景，这种交易主要出现在权益类交易的场景。平台在发放权益补贴时，现在权益账户充值。用户下单支付成功后从”渠道银存账户”和”平台权益账户”两个账户组合支付到”机构收款过渡户”，然后按比例进行分账。

4、分账交易总结

    1）组合与合单的区别：

  区别在于资金来源，组合支付是多个资金来源（渠道、权益户等）进行收单后分账，合单是多笔订单通过一个资金来源（渠道）收款。

   2）组合支付多资金来源：

   组合支付的理论上是允许通过多个支付渠道收款，但实际上是风险巨大的，特别是退款这样的逆向流程非常不可控。因此组合支付中，多个资金来源中只能有一条支付通道，其他都是体系内的账户。

六、实战分析：收单分账合作要点

     最后，我们来说下在与机构合作中有哪些事项需要提前准备和注意的，由于比较细节我在文末提供了一个合作咨询列表，有兴趣的小伙伴可以去公众号下载后进行参考和裁剪。

1、商户开户资料：

   由于金融是强实名制，需要的资料和实名认证的要求是比较高的；也是合作中开发量最大的内容，需要重点关注以下几个问题

• 是否支持二级商户在线开户

• 所开账户是否为企业支付账户？（这句并不是废话，有些提供的是记账本，这类账户需要监管报备）

• 支持的商户类型和所需的审核材料

• 开户意愿的认证方式是否简便

• 支付协议如何签约

2、交易分账：

    交易分账决定了场景是否匹配，运行顺畅，需要重点关注的问题如下

• 一笔订单支持的最大分账比例

• 最大支持多少个分账方

• 最多支持多少笔子订单

• 微信/支付宝是否支持跳回（原因可以参看我之前的文章《垄断者的奇淫巧技》）

3、交易退款:

    退款交易决定了整个交易是否闭环，相应的退款规则也需要了解。

• 关单时间的计算规则

• 超过关单时间的退款资金如何处理

详细内容大家可以在我的公众号回复”收单”获取以下的表格进行详细了解。

本篇文章来源于微信公众号: 刚哥白话