昨晚支付核心原型解析直播中，答疑环节有同学提出一个问题比较典型，可能是很多同学的疑问点
整个交易、支付、清结算、账务体系柔和到一起，会产生很多的单据、单号，他们之间存在着错综复杂的关系
如果再把正向、逆向考虑进来，他们之间的关系就更加复杂了
下面我们就把订单、账单、支付记录、支付单、支付请求、卡消费记录、券核销记录等单据，他们在交易正、逆向中是如何联系的，又有怎么样的数据关系
我们先设定个场景，比如在某平台购买了一次做饭保姆服务，总价是120元，并且分2次支付，“先预付80元，再后付40元”，预付时用了一张20元的优惠券，微信支付了60元
以上场景的发生并不是依赖一个系统实现，而是通过3个核心实现，分别是交易核心、支付核心、卡券营销核心，每个核心内会产生相应的单据
交易核心
交易核心安排交易流程，包含了订单子系统和账单子系统
其中订单子系统内会生成订单，订单记录了平台跟用户的本次交易信息，买了什么商品、一共多少钱、用户要用什么支付等
账单子系统会产生账单，账单记录了订单要如何结算的信息，为后面的支付、卡券核销等做准备，案例中会产生2笔账单，预付账单和后付账单
一笔账单需要被用户支付（结算），而账单中的支付方式是广义的支付方式，包括卡、券、满减、积分以及渠道支付等，如案例中的预付账单优惠了20元，渠道支付了60，假设用户选择了微信支付，则账单的支付记录如下
因此在交易核心有3个单据，分别是订单、账单、账单支付记录，他们之间是一对多对多的关系，如下所示
卡券营销核心
券系统内记录的用户的券绑定信息、冻结及核销记录；卡系统记录了用户卡余额的消耗记录、卡余额退回记录
而卡券的变动记录依赖交易核心的推动，交易核心如何推动卡券建立联系呢？靠的就是账单支付记录单据
案例中因为用了一张20元的券，所以券系统核销了该券，我们假设有一笔核销记录
而这条记录与账单支付记录之间建立了关联
支付核心
上述案例中有60元走微信支付，也就是请求外部支付渠道完成支付，这部分支付走的就是支付核心
支付核心是处理走外部支付通道的支付处理业务
而在支付核心会产生2类单据，一类是正向支付的支付单和支付请求明细；第二类是退款单和退款请求明细
而一笔支付可能会请求渠道多次，因此我们还会建立一个支付请求的明细
支付单和支付请求之间是1对多的关系
上述就是本案例支付在3个核心内产生的全部单据，那么他们之间形成了如下的关系
上面讲清楚了正向所形成的单据，以及单据之间的关系；那么再考虑逆向订单退款就容易多了
因为逆向是正向的反方向，所以涉及到的依然是3个核心，依然是上述的单据维度，只不过单据变成了逆向单，即订单变成了退单，账单变成了退款账单、账单支付记录变成了账单退款记录、支付单变成了退款单等
如下图所示，这是直播过程中直接的板书，这里的关系看得更加直观一些，上面的用表结构标识，这里就直接可视化了，更能看出单据之间的关系
逆向单据需要了解这样几个关键点
逆向都是基于正向
没有正向的单据就不会有逆向的单据，比如用户没有下单，就不会取消订单、也不会操作订单退回，支付也是如此，没有原来的支付成功，就不会有退款
支付退款基于原支付单
支付核心的退款，必然是支付单，不能摆脱原支付单的控制，退款可以全部退、部分退或者分多次退，但都不会超过原支付金额
逆向由订单发起
订单是逆向的起点，就是只有业务产生了逆向处理，比如退了部分商品、或者订单差评产生了部分退回等，才会产生支付的逆向
因此，退款不一定有订单逆向，也可能是订单产生的差评罚款或者其他原因，但不管怎样，都是基于订单，所以说，退款基于订单发起
交易需要控制逆向的顺序
订单产生了逆向，因为订单用了卡、券、积分、微信支付等多种支付方式
那么逆向发生以后，先处理谁，先退券还是先退积分，还是先退微信支付的金额
如果是全额退还好说，毕竟最终都会逆向处理，但是部分退呢？
支付了80，用了20元的券，微信支付了60，现在要退40，怎么退？是退20的券微信退20，还是微信退40？
因此需要一个逆向顺序的控制，如案例中，我们设置了这样的顺序，以及设置了券不返还的策略
这样的规则下，如果预付单只退50元，那么看预付单的情况
按照“券>卡>渠道”的退款顺序逆向的话，先处理20元的券，因为券不返还，所以就只是将券变成以取消即可，这样就会从营销成本中核销掉
而，30元从微信支付退
