不论是线上还是线下，我们每天都在和支付打交道；在这个系统里面，交易只占据了其中很少一个环节，但因为资金的重要性，其复杂程度比很多产品都要细节很多。

我们每天都在进行着交易，上班通勤你在与城市地铁公司交易，就餐你在和外卖平台、商家交易，工作中点个咖啡小憩你在与自助售卖机商家交易，加班晚了你在与打车平台交易。

那我们每天所进行的交易他是如何完成支付的呢，支付系统又是如何来适应千变万化的交易场景的呢？下面我们来介绍下支付系统中交易的设计。

【老规矩，觉得比较简单和啰嗦的请翻到最后看总结】

前面我们已经介绍过了，支付是交易的一部分，订单是信息流支付是资金流，交易系统通过信息和资金的匹配来完成交易履约。这么说有点抽象，我们通过大家熟悉的电商购物流程来介绍下。

图1：电商交易履约流程

1. 交易链路

我们做交易设计的时候听到最多的就是“要掌握交易全链路”，易链路就是一个个的场景化流程，从用户挑选商品就开始记录交易，到后面支付和履约完成。

从上图可以看到整个过程并不是平面的而是像套娃一样层层嵌套，因为这里面涉及的系统非常多（商品系统，履约系统、物流系统、商家系统、支付系统、结算系统等），任何一个节点没有衔接上交易链路就会断裂引发用户和商户的投诉。

支付系统的交易在其中起到了承上启下的作用，他首先就是要与场景适配，其次要做到上下游流程的准确衔接。因为现在移动支付的交易都是全程线上化、自动化的，如果出现交易链路异常除了干瞪眼，就只有限流和事后补救了。所以支付交易在不出问题时可能谁也不知道你存在，出了问题连老板都要被吓一跳的存在。

2. 订单匹配

管理好交易链路后交易系统还要登记每个节点的过程信息这就是“订单”。在整个过程中需要“交易单、支付单、物流单”三单匹配（事后根据履约结算对象不同，还有资金单、仓单、账单、发票的核对与结算处理，我们这里主要说的是用户侧的单据）。

这里面交易单是大总管，支付单管钱，物流单管货，因此在做交易设计的时候一定要明确清楚这里面的边界关系，不能把交易单和支付单混问一谈，否则就会做成一团乱码。

3. 四个交易口诀

又是交易链路，又是订单关联系管理，有没有简单办法直接掌握交易系统的精髓，当然有，其实都是业内的一些共识，在这里我把一些常识性的规则介绍给大家。

图2：四句口诀搞懂交易

1.3.1 支付三流合一

就是我们前面提到的“信息类、支付流、资金流”要能做到三流合一，即业务系统、支付系统、支付渠道，他们在订单号、支付结果、账务结果要实现最终的一致。那三个内外部系统如何实现有效衔接，保证支付结果的准确，以及在异常情况下也能保障稳定运行呢？

其实这在支付行业内是有套标准范式的，掌握了这套标准范式，什么异常出现都出不了账务损失。这就是收付款标准处理流程（我以前给人面试的时候，最喜欢用一些异常场景来看产品经理这些基础知识掌握的好不好）。

1）收款范式：（没有结果，我就不给客户结算）

收款是给用户账户加钱，或者给商户结算。因此为了保障资金安全，“在渠道没有明确结果之前，我就不给客户结算”。

这么处理的原因是收款会给客户账户上加钱，因此只有明确成功后才能告知用户，充值的时候用户看到钱可能会去消费，商家看到钱可能会去发货。如果不明的情况下给客户账户加款就容易出现“资损”和“货损”。

因此，为了保障资金的安全，收款业务需要先发往渠道，只有当渠道明确给出成功或者失败的明确结果，再对本地账务进行登记，订单结果进行更新。这样就确保在没有明确的结果下，交易双方都不能进行账务处理，也就规避了上述长短款的风险。