Payment Core System Design - 2

学习支付大佬文章，参考原文。

这篇是系列文章的第2篇，下面是目录：

系列文章一 ： 01. 全局内核

系列文章二 ： 02. 交易内核 03. 支付内核

系列文章三 ： 04. 清结算内核

系列文章四 ： 05. 账户钱包内核 06. 对账内核 07. 二清内核 08. 调拨内核 09. 业财内核

---

02. 交易内核

内核7：交易的流程性

任何一次交易都是一个流程，对交易的把握先从理解流程开始，业务的流程，系统的流程，业务和系统相互推动的流程

在写交易系统时，我将交易拆分到了三层去表达，通过三层理解交易流程、处理流程和系统的关系，从这开始，我的交易观成型了

我开始用一张图表达“在系统关系层面上交易的位置和枢纽作用”，

从流程上解析清交易的位置和枢纽作用。

然后，将交易流程细化，我终于把交易模型设计清楚了

<学习体会> 这里讲的交易流程，已经远大于狭义支付的支付平台，将支付延展到了整个交易链路，从意向到交易完成，非常值得学习，但其中履约部分，每种业务都不一样，这里只是家政业务的。

内核8：交易与订单形影不离

交易为了什么，也可以说为了让订单完结，用户付钱为了货，平台卖货为了钱，而交易通过订单实现了这个目标

从订单到支付，从支付到物流，从发到收，设计这张图是我对“订单观”的表达，也构成了我的订单内核

<学习体会> 这里讲的交易和订单，现实中非常复杂，包括了拆单/并单，并且涉及物流/优惠卷/退货等逻辑，关系比这个还要再复杂一些。

03. 支付内核

交易把事搞定，支付把钱搞定，而搞钱，一定是收好钱，管好钱，付好钱；收银台收钱，支付系统处理这个过程，渠道是对外界的依赖，而管钱离不开渠道的账户

内核9：收银台就是搞钱

收钱付钱，都需要收银台，而收银台有不同的种类，我通过这张图把握了不同的收银台，用户用的收银台，商家用的收银台，员工用的收银台，在编写收银台课件时，我设计抽象了“收银台的种类和业务支撑”

以及，设计了这张图，通过它去阐述收银台的功能内核

我又通过它细化了收银台的流程内核

<学习体会> 写得很详细，图9-2 基本已经包括了收银台需要的大部分功能。发现有一些高级功能没有包括，比如分账，积分管理等。广义上来说，积分也是支付系统一部分，而不是营销系统。

内核10：支付处理，支付的核心

收银台给了用户发起支付的口子，也是支付的起点，而支付请求进来以后，支付系统承担了所有

先从全局流程上把握支付处理核心，知道它在每一个交易节点所做的事情

从结构上把握支付，上下游都有什么，内部包含几个部分

像魔术师一样剖开支付核心，看清楚每一个细胞，这是最基础的内核和框架

支付方式有很多，但支付核心的主流程可以只有一个，把握住主流程，即使有再多的差异化，都能在主线上做好兼容

这是我把握支付层的底层逻辑，从外聚合到内的方法，在写网关时绘制了这张图

<学习体会> 写得有些偏技术了，一般产品理解到内核10就可以了。网关的设计主要是考虑多渠道支付的情况。

内核11：单据内核，搞清关系

系统多了单据就多了，用这张图把握各层单据之间正逆向的关联关系，搞清单据，永不迷路

把退款也考虑进去以后

<学习体会> 这个很重要，虽然不是正向流程，但涉及到钱，虽然发生不多，也必须支持，金额一分都不能搞错。这个流程里还没考虑记账的情况，延展出来情况更多。

内核12：支付逆向内核，倒着也行

逆向业务涉及的系统环节非常多，交易层、支付层、清结算层等；从协作机构来说也会涉及到了交易平台、支付机构、清算机构、银行等多组织

可以通过下图从逆向场景出发，看清退款的全盘业务流转

退款主流程是从退款请求提交进来开始到退款中心提交渠道并获得退款处理结果应答结束的退款全流程，之所以说是主流程，还是要剔除退款渠道的差异化处理，以标准的退款中心主处理为结构，主流程框架如下图所示

可以分退款接入层、退款主处理引擎、各退款产品的处理模块、退款提交和接收层

退款的种类有多种，用这张图把握不同的退款种类

原路退不回去，那就走付款，退转付让所有的退款都能实现

退转付要处理好与支付、退款的控制关系

退款中心一个非常重要的单据就是退款单，我们可以将退款单设计成3层，第一层是基础退款单，记录退款的业务信息以及退款处理的主要信息；第2层是选择的退款方式的差异化退款信息，例如原路退时的退款信息、退转付的退款单据等；第3层是请求退款渠道的请求记录单据，以此形成退款中心最核心的单据结构

<学习体会> 只有真正处理过退款的才知道退款有多麻烦，走付款方式退款最终都要支持，你永远不知道有多少种情况导致原路退回不可用。