【支付系统设计从0到1】支付系统账户体系设计（上）

在银行、支付公司以及电商平台的支付系统中，如果不是只做交易转发，而是真正需要做账务处理清结算，一定会涉及到账户体系的设计，一套好的账户体系应该是与业务无关的。账户体系在银行叫核心系统，在支付公司或者电商平台都是虚拟账户体系。在这一篇里我们主要讲讲支付系统的账户体系的产品设计，在下一篇里重点介绍技术设计中需要考虑的问题。

账户体系涉及的东西

按照经典的来源于电信行业的基于客户、用户和账户的三户模型，我简单梳理了账户体系里可能涉及到的概念如下。

账户信息

1.基本信息:包括实名认证信息、联系方式等等信息。

2.账户信息:比较重要的属性是账户资金/余额，此处的账户资金实际上只是虚拟账户的资金信息，并非实际的资金，实际的资金存放在支付平台在银行设立的银行账户上。而如果是银行的账户体系，则代表实际的对应银行金库里的资金，可以随时通过ATM提取现金。

记账方式

金融机构核心账户/账务的设计一般采用复式记账法。如果要求不高或技术储备有限，也有很多公司直接采用单式记账法。虽然都能满足业务需要，但相对于复式记账法，单式记账法无法从借/贷、科目/账户多维度来进行交叉检验，保证账务核心的平衡。目前也有一些电商平台甚至支付公司采用单式记账法，而银行等金融机构通常采用复式记账法。

会计科目

会计科目是对会计要素对象的具体内容进行分类核算的类目。会计对象的具体内容各有不同，管理要求也有不同。这部分内容我就不详细介绍了，感兴趣的可以专门找一本会计相关书籍进行单独学习。

通常来讲，会计科目分为资产类、负债类、所有者权益类、成本类、损益类和共同类六大会计科目。

系统中具体需要哪些科目及账户，需要对业务场景及业务模式仔细分析后才能确定。

记账过程

为提高交易性能，交易必须与账务分离，以提高交易处理性能和效率，从而有针对性的分块解决复杂业务逻辑。所以，我们在支付系统设计中一般是将记账为分2个步骤，支付成功后系统同步记录流水账，异步通知会计系统做复式记账。

传统的第一代支付系统通常是日终批量记账；现在的流行的支付系统设计通常是异步准实时记账，日终根据银行对账文件，对当日记账做批次结转核对并记录。

所以通常来讲，我们的支付过程与会计记账过程会进行分离。这部分我会另外写文章专门讲解，大家也可以参考支付宝架构中的记账分析过程。

产品架构划分

账户体系对应的是联机记账的过程，在实际过程中会划分为客户用户信息子系统、账户子系统以及记账子系统。下一篇详细介绍不同子系统的技术设计。