25个单据，看透支付！

25个单据，看透支付！

本文深入剖析了支付流程中25个关键文件的核心作用和重要性。这些单据涵盖了支付指令、支付确认、交易凭证等诸多方面，是支付流程中不可或缺的一部分。文章通过详细分析各单据的功能、使用场景以及合规要求，为读者提供了一个全面的支付单据知识体系。此外，文章还讨论了单证管理在提高支付效率、保障资金安全、满足监管要求等方面的关键作用。通过阅读本文，读者将能够更深入地了解支付流程的本质，掌握单据管理的核心技能，在实际工作中更高效地处理支付交易。

支付的复杂性主要是信息流的复杂性。

因为为了处理一笔交易、一笔支付，往往会涉及到很多个系统，而每个系统都会生成相应的单据，而这些单据之间又存在成千上万的联系。

只要明白了它们之间的联系，你就会明白这些系统之间的“关系”。信息流无非是系统通信过程中产生的信息，而这些信息就是“文档”。

图中的文档关系已经表达的很清楚了，但是有几个关键环节人们常常看不懂，就是粉色方框里的表达。这里有一个分析。

1、交易订单及分配

很多人可能认为一份就够了。为什么我们需要交易订单？这个理解没有问题。从实现的角度来看，整个系统可以使用一个命令。

但这里我们需要考虑一个“事务驱动”的东西，以事务的全局编排功能作为流程的中心。如果全部都放在订单中，订单必然会变得臃肿。因此，交易功能从订单业务中分离出来，自成一组。做一名专业的“交易司机”。

那为什么交易订单和订单是一对多呢？这就涉及到一个分配问题。也许有的单一业务是1对1，但是有1对1就会有1对多。即一笔交易会产生多笔订单。

可能有人说了，那不就是通过拆分订单来实现的吗？这让我们回到了起点。订单解决了一切问题，但是交易却被分离出来了，所以这里需要考虑交易和订单的关系。对于一些大额交易，平台上有很多业务线。 “订单处理”从统一交易层生成后，需要分发到各个业务条线，例如机票线路的购票订单、保险线路的保单订单、旅游的接送订单等线。每条线路都有自己独立的订单系统，就是交易的分配问题，将统一的交易分配给各个订单商家。

2.从商业到金钱的转变

这里出现了一张“账单”。交易是交易的载体，订单是购买和买卖双方之间信息的载体，票据是“收到的货款”的载体，即票据是解决“钱的事”如下图所示，交易订单、订单、票据之间的衍生关系共同完成了一笔交易的登记。

那么订单的“结算金额”应该如何收取呢？这就是该法案的作用。一个订单可以多次结算，例如先支付30%，再支付50%，最后支付20%。这样的话，支付3次的话，应该会生成3张账单，而且每次支付可能会使用多种支付方式。比如首付的30%可以作为代金券、预付卡、银行卡等，所以帐单下还有衍生品。 “账单支付详细信息” 请记住此“账单支付详细信息”。

3、从交易到支付的转变

交易登记完成后，如何生成支付使用02中的“账单支付明细”。不同类型的明细会过渡到不同的支付方式。其中，“渠道支付明细”将过渡到支付层，衍生出“支付明细”。 “订单”，从而进入“支付域”。支付域是交易平台向外部渠道发送支付指令的核心。它通过相应渠道提交支付指令，从而将支付申请通知“支付机构”。到达支付机构时，首先要到达的是支付机构的“交易层”，回到“交易处理的起点”。信息传递到各个企业时基本遵循这个逻辑。

4. 订单与拆分

对账单产生的影响这里我们需要考虑订单拆分的问题。订单什么时候会被拆分？打包销售、周期订单等订单都是拆分的，那么如何衍生“账单”呢？这里我们需要思考一个问题，就是父订单支付还是子订单支付的问题决定了是根据父订单还是子订单生成账单。在这个问题下，存在着订单合并支付、分期支付、合并支付等复杂的“交易-支付”关系问题。在如此复杂的关系中，“订单-账单-支付订单”结构设计的合理性变得至关重要。你可以看下图。分期付款可以采用帐单模式或分期付款模式。单一模式解决多次支付问题

组合支付主要解决账单层面多种支付方式的问题；组合支付主要涉及订单层面子订单的拆分以及支付层子订单信息的单独处理。

5.从业务驱动到金融驱动

所有商家都需要注册账户，这意味着任何商家都可能衍生出会计信息，比如图中的“小蓝点”入口，统一传输到会计服务的“会计服务”。如果展开的话，如下图所示，不同的系统做不同的事情，形成不同的文档，发起不同的账户注册，产生不同的业务流程！

好了，以上就是通过分析单据结构和关系来解读整个交易支付环节的运行规则了！