本文详细阐述了账务核心的重要性，并通过图表解释了账务核心与其他核心系统的关联关系，以及账务处理的基本流程。

现代支付的底层就是账务，无账务不支付，无账户不资金。

既然账务这么重要，那么搭建一套合适的账务核心是非常重要的，要想做好账务核心，第一件事情就是需要先弄明白“账务的全局架构”，而账务全局架构非常关键的一点就是与外围系统建立往来关系。

所有相关的外围系统，之前的文章都介绍了。

天下大势终归司马懿，而支付大势，终归账务；账务是一个能够将公司全业务囊括进去的体系，也可以说全公司业务都收敛于账务。

就像所有的河流最终都汇聚于大海一样，所有的支付业务最终都登记到了账务，账务就如同大海。

我们将“各业务系统，业务系统产生的记账种类，账务核心”整理到一张架构图中来阐明这种浑然一体的全局关系，如下图，就是我们今天的主角。

图片来源：线下课课件-账务层部分

记账离不开外围驱动，如图中各个系统都会形成相应的记账业务，调用账务核心的记账服务，根据各类记账接口协议提交业务流水明细。

• 支付核心登记渠道清算往来账
• 交易核心登记商户待结算、各类营销记账
• 清结算核心登记商户已结算、商户分账、分润、通道成本、商户手续费的账
• 打款核心登记出款及出款退回的账
• 对账核心登记渠道已清算、已结算的账

账务服务为记账提供接口，当然采用统一记账接口也可以，但，因为未来要给商户出具账单，因为各类记账所需要的参数信息存在差别，因为我们可以为不同记账种类设定差异化的记账接口，例如收单类记账、打款类记账、结算类记账、鉴权类记账等等。

业务记账数据通过指定接口协议提交以后，先生成业务流水，存储在账务核心，因为你不能业务数据不落地直接生成记账凭证，更不能让业务用记账凭证的格式提交数据，我们以收款记账为例（下同）来串联这个流程；以下是收款业务流水，信息做了简化。

记账需要凭证规则，业务流水生成以后，账务事务控制基于记账规则，生成相应的记账凭证，我们先看2001收款类流水的记账凭证规则。

凭证生成，通过规则可以看出来，会生成2张凭证，并且其中002号凭证的03行需要进行单边资金处理，实时更新商户手续费账户，生成的001号收款凭证如下。

实时资金处理，002号凭证的03凭证行需要进行资金处理，请求账户子系统进行资金处理生成账户明细。

定时凭证汇总，因为电商类企业收款业务数量巨大，因此往往需要对明细凭证行进行汇总，以便向会计提交数据时不至于数据量过大，而会计分录数据可以向原明细凭证进行关联追溯；对收款凭证进行汇总得到汇总凭证。

将主要的几类记账场景按照上面描述的账务处理流，得到这样的账务处理逻辑图。