如何拆解支付结构？这篇文章里，作者将支付结构拆解为5层，一起来看看，或许可以帮助你了解“支付核心”，打好支付体系、支付产品架构的一些知识基础。

在支付核心分模块不断展开的同时，我想需要先把整个架构拿出来唠一唠，我的习惯就是先通过全局分析略知一二，然后再去从微观上把他拆解透彻。

将整个支付体系进行抽象和总结，绘制成下图，在这个框架上可以基于本公司的业务规模、支付诉求、产研能力做增减和调整。

完美是不重要的，重要的是不完美的第一步，那个最基础的内核和框架，它是迎合市场和内部需求，走向成功的内核。

整个支付结构由5层组成，终端属于业务层，不考虑在内，而支付是向各终端提供支付多样化的服务，帮助业务完成收付诉求。

我们从下往上看。

01

最底层是支付渠道层。

没有任何一家企业或者机构可以不依赖外部的支付服务，就可以独自完成一个支付体系的建设，所以至少要接入一家支付服务商。

接谁，接什么产品，至少要考虑清楚这两个问题。

如果只是一家刚起步的Toc电商APP，那么接一个微信APP支付、支付宝APP支付就足够用了，因此也就是2个渠道，2款支付产品，2组支付接口。

但是，随着业务的不断扩大，支付场景越来越多，为了提升用户支付体验势必要接入更多的支付渠道和产品，满足用户多样化的支付诉求，比如消费分期。

那么，可以将支付渠道层抽象出支付渠道维度和支付产品维度，总结成一句话就是“接谁的什么产品”。

虽然渠道不同，支付产品不同，但是支付能力大致相同。

因此，将支付产品的共性抽象出来，可以更好地管理支付渠道层。

比如可以按照收付类型抽象，抽象出收款产品、付款产品；可以按照终端类型抽象，比如抽象出App支付、小程序支付、网站支付等；可以按照支付额的大小进行抽象，比如大额支付、小额支付；也可以按照支付对象的类型进行抽象，比如对公支付、对私支付等等。

这样做的目的，就是看清楚渠道的画像，让渠道和产品选择更加合理和高效，避免过多的重复接入同等能力的支付产品。

02

再往上就是支付网关层。

网关是支付核心与外部渠道通讯的关卡，也是外部多样化支付产品和接口向内部第一次统一的一层。

比如，简单的渠道返回码对内统一。

你不能指望支付核心去适应每一个渠道的不同，比如微信APP支付、支付宝APP支付、云闪付APP支付，渠道侧虽然是3套接口，但是对内完全可以抽象出APP支付一套接口，所以这是做了第一次统一。

支付网关还承载着支付安全、支付通讯、协议转化和处理等一系列的能力。

03

网关之上就是支付核心。

支付核心是支付业务的核心处理层，也是基于渠道支付能力包装出内部支付业务的核心所在。

我们将支付核心分化出三大主要部分：支付核心、风控子系统、路由子系统，当然了，后2部分完全可以独立出去，将处理链接的服务留在支付核心内。

在支付核心内有2大部分。

第1部分是接入处理的核心流程，处理来自上游系统的支付请求，进行一系列的支付校验、参数补全、风控调用等，并将支付请求转换成最终的支付指令提交给网关完成最终的支付，以及结果回调通知业务方。

第2部分是支付核心的服务集群，包括支付处理、支付单处理、支付结果处理、外部服务调用模块、收银台服务、支付协议管理、支付营销、基础服务等综合支付服务的构建。

比如付款的核心单据。

比如路由的基础规则。

这只是可视化的那一部分，或者说是操作台的部分。

支付核心的大部分能力和逻辑是不可视化的，是服务化的，比如支付单的创建，支付数据的补全，要补哪些数据，从哪里获得；支付参数的校验，校验哪些，检验不通过怎么处理等等。

04

支付核心之上就是统一支付能力。

之所以将这部分从支付核心分化出来，是因为这一部分是对外的，是支付核心支付能力产品化提供给外部的体验。

明确了支付核心，能为你做什么。

比如，收款、付款、退款、代扣、分期、绑卡、合单支付等等。

05

然后就是支付的接入层。

支付的接入层最被熟知的就是收银台，是用户可视化的部分，也是支付的最直接入口。

当然，还有一个接入模式就是支付API，直接将支付能力以API的形式提供给其他业务系统调用，比如资金调拨系统。

对于收银台来说，最主要的就是支付方式种类的抽象，每一个支付方式背后都有一组支付通道的支持，例如微信支付，背后可能有直联微信的通道、间联微信的通道，间联通道可能来自多家提供商。

而，从收银台的一个支付方式发起支付，到最终从多个支付通道挑选出一个完成支付，这中间其实就是“支付核心”的使命所在。

每一种支付方式都有一个相同流程和个性化流程，那么支付核心就是通过相同的支付主流程完成多种个性化支付子流程的融合，形成多个支付核心流程。

同样，其他收款流程类似，但微信APP、H5支付有稍微的区别；付款流程也是如此，每个通道大体相同，但有稍微的区别，这是支付核心每一个支付流程抽象的依据。

将每一类支付流程，分成“主流程”“子流程”“环节”三部分。

可以说，每一个支付场景，都有一个独立的支付流程，而支付系统就是总工程师，控制这些流程的全链条和链条是环节链。

整个大支付体系可以抽象成12个字。

买、收、付、退、充、提、转、调、算、结、管、对。

每一个字都代表了一个大的业务，依赖某一款产品去实现。

比如：

• 买：交易体系的能力，支付的业务起源；
• 收付退：支付核心的主要支付能力；
• 充提转：钱包的支付能力；
• 调：资金管理系统的支付能力；
• 算结管：是清结算的处理能力；
• 对：就是对账，确保数据的一致性。

当然还有财票税，咱就先剔除在外，自成一家。

本来就想介绍一张图，写着写着就刹不住车了，本文只是对支付核心做了一个整体的概述，后面会有更多单独模块的剖析。

讲明白支付，非一日之功，也非一文能概括，细水长流，慢慢来。

一个点，一个点，地徐徐道来！