一张图懂“账务核心”：架构、凭证、资金处理、单据关系

图1 账务核心架构图

该图展示了各业务系统、记账种类与账务核心系统之间的架构关系。

账务全局架构中，非常关键的一点是它与外围系统所建立的往来关系，如交易系统、支付系统、清结算系统等。

1.业务系统驱动账务  

各系统均会产生相应的记账业务，随后调用账务核心的记账服务。它们根据各类记账接口协议，提交业务流水明细。具体来说：

• 支付核心负责登记渠道清算往来账；

• 交易核心负责登记商户待结算款项及各类营销活动的记账；

• 清结算核心负责登记商户已结算款项、商户分账、分润、通道成本及商户手续费；

• 打款核心负责登记出款及出款退回的账目；

• 对账核心则负责登记渠道已清算、已结算的账目。

考虑到未来需要为商户出具账单，且各类记账所需的参数信息存在差异，因此可以为不同记账种类设定差异化的记账接口，如收单类记账、打款类记账、结算类记账、鉴权类记账等。

这些差异化的记账接口及其协议应在记账接口模块中进行维护，以便于新增和调整记账协议。

如图2所示，以收款记账为例，展示了简化后的收款业务流水，包含2笔订单，数据编码均为2001类型，还包含商户编号、交易金额、时间、支付金额、手续费、业务产品等维度的信息。

图2 业务记账流水示例

2.生成凭证与资金处理

业务流水生成后，依据记账规则，生成相应的记账凭证。以2001收款类流水为例，其记账凭证规则包含两张凭证。

• 一张是本金的入账凭证，具体为“借记清算往来，贷记商户待结算”；

• 另一张是手续费的转账凭证，具体为“借记商户手续费，贷记平台手续费收入”。如图3所示。

图3 收款凭证规则示例

根据凭证规则，可以看出会生成两张凭证，如图4所示。

图4 收款流水生成的凭证示例

002号凭证的第03行需进行单边的资金处理，即请求账户子系统生成账户明细，以支出的方式记入商户的手续费账户，并同时登记入账前后的账户余额，如图5所示。

图5 资金处理生成的账户流水示例    

另外，由于电商类企业的收款业务数量庞大，因此通常需要对明细凭证行进行汇总，以便在向会计提交数据时减少数据量。同时，会计分录数据可以与原始明细凭证进行关联追溯。通过对收款凭证进行汇总，我们可以得到汇总凭证。

3.账务的单据链及关系  

在业务到账务的处理链路上，会产生一系列的单据。

业务系统生成业务单据，提交至账务核心后，账务系统会进一步生成相应的单据。

这些单据之间的关系如图6所示：从业务流水到记账凭证，再从记账凭证到分录流水和账务明细，最终记入各类分类账并更新账户余额。

图6 账务链上的单据及关系