在金融科技鸿沟，支付账务系统的遐想和完毕是构建高效、安全支付平台的要津。本文深入商量了支付账务系统的中枢遐想，从账户不休、记账处理到清结算与司帐就业，为读者揭示了支付账务系统遐想的复杂性和弥留性。通过详备的图解和案例分析，著述为支付系统遐想提供了珍藏的表面和执行指令。

环球好，我是隐墨星辰，深耕境内/跨境支付架构遐想十余年。

在前一篇的《图解支付账务系统初学》中，证明了账务有关的一些基础想法和要津模块的遐想重心。今天赓续深入证明支付账务系统的遐想，部天职容和初学篇有相通。

10个作念支付的，9个不懂账务，我亦然入行很久后才开动懂账务。

在初学篇中有说到，雇主把账务系统也划到我这里不休，我只得被动学习账务学问。某日的下昼，窗外骄阳如猛火，我端着一杯咖啡刻木为鹄，郑重开动学习账务有关学问。率先映入眼帘的是账户、科目、司帐分录，翻了几遍，如故云里雾里，于是去找作念账务的小弟。

问：“账户和科目有什么区别？”

答：“实质上莫得区别，皆是一个东西。”

我不笃信，赓续问：“如果莫得区别，为什么又有账户，又有科目。”

答：“吧啦吧啦吧啦……（具体说什么健忘了，归正问完如故不求甚解）”

然后去查各式贵寓，查到的界说和描写仍然是晦涩而难以意会，硬着头皮也难以记着。不外好在带账务团队长达数年，天天耳闻则诵，竟缓缓摸到了门说念。

可谓近墨者黑，近墨者黑，近账务时刻深切就开动懂账务。

学过之后能以本身的情势讲出来，谓之“悟说念”。今天赓续尝试用我本身意会的情势聊聊账务。

1. 引子

每个公司的账务系统遐想想路、完毕情势势必是不相似的，我个东说念主资格过好几家谱付公司，完毕细节截然不同，然则举座想路皆差不太多，比如账户遐想一定有客户账户和里面账户，一定有中间户（过渡户），也一定使用复式记账，也皆有及时记账温存冲记账等。

而不相似的处所在于，有些是集团财务结伙不休电商和支付平台的资金，有些则是分开两个团队不休，这种业务上的相反（或部门职责相反）就会体现到账务系统的完毕细节。比如集团财务统管的话，就会条件司帐科谋划编制需要和集团财务系统保握一致，每天日切完成后要并账到集团的财务系统，一些相反处理也要受集团财务的历程制约。而一些独处运营的支付公司，司帐科谋划编制就莫得肖似的问题。

本文尝试抛开那些随各公司业务部门定制的逻辑，回到账务系统的实质，聊聊一个通用的账务系统遐想重心。虽然不成幸免会搀杂一些我个东说念主不锻真金不怕火的见识，诸位读者请以“取其精华，去其糟粕”的精神辩证地看待此文内容。

2. 账务系统在支付平台中的定位

账务系统主要承担账户不休、记账、清结算及司帐有关就业。

3. 一些基本的想法

账务系统的一些基本想法，包括账户分类、复式记账法、司帐科目编制、司帐分录、记账想法等证据，请参考前一篇：《图解支付账务系统初学》。

4. 信息流与资金流全生命周期

支付系统的实质，等于准确无误地把钱从一个处所搬到另一个处所。就这波及到所谓的信息流和资金流，资金流还不错细分杜撰资金流和实体资金流。

因为环球的钱一定要通过银行材干变现，是以环球在支付平台（比如支付宝或微信）账户看到的余额变动，等于杜撰资金流。确凿的资金在银行体系流转，等于所谓实体资金流。不外大部分情况下，也不必刻意去永别杜撰资金流和实体资金流。

此外，像收单中枢、支付引擎、渠说念网关等处理的等于信息流，而账务系统处理的等于资金流。是以要想意会账务系统，一定要先意会资金流。

底下分别以最常见的支付来张开证据信息流和资金流。钱包账户余额充值和余额支付会有一些辞别，但旨趣差未几，在此处略过。

4.1. 支付与结算交互图极简版

在支付历程中，等于商户委派收单机构（支付平台）把用户的钱收追忆，然后再把钱结算给商家。

底下以典型通过外部渠说念的卡支付为例证据。

证据：

用户的钱最终会走到商户的收款银行账户。确凿情况下用户的支付的钱会分红多份，包括通说念收的用度，支付平台收的手续费，税费，营销分润，商户结算款等。通说念用度还不错赓续细分为发夹行手续费，收单行手续费，计帐机构手续费等。

跨行一般皆需要通过计帐机构，这里为简化也莫得画出来。

支付平台里面的资金流在详备版中给出。

4.2. 支付记账详备版

证据：

图中只画了闲居场景，像明细对账出现相反（瑕瑜款）、账单对不屈（渠说念少打款或多打款）等场景莫得画出来。

4.3. 商户结算记账详备版

证据：

上述是商户结算到卡场景。

各公司的里面户编制可能有所不同。

5. 账务系统中枢诉求

在第3节中提到，账务系统负责支付平台的资金流不休。把柄上述图赓续拆解，不错得出账务系统的中枢诉求如下：

账户不休：对私、对公账户的开户、销户等。

余额不休：对私、对公账户的余额不休。

记账处理：明晰知说念每笔钱的世代相承。

清结算与对账：把需要结算给商户的钱算明晰，把渠说念和支付平台的账算明晰。

银行头寸不休与流动性：支付平台在各备付金银行开立的头寸，以及头寸间流动性不休。

里面司帐报表与外部监管报表：把柄司帐准则出具各式条件的报表。

6. 账务系统居品架构图

证据：

账务主要负责账户的不休，以及记账就业。比如开、销户，余额操作。

清结算主要负责对商户的清分（算出应该给商户些许钱），归还（践诺打款给商户），对账以及流毒处理。

司帐中心主要负责科目、分录、日切、报表等。

补充：

各公司对账务系统子模块的拆分可能有相反，比如有些公司把账户和记账就业单独拆成两个模块，大要把对账从清结算模块中拆出成单独的一个对账中枢。这些拆分不影响实质的东西。

何时拆何时合？公司业务鸿沟小，就合起来，反恰是一批东说念主处治代码完毕。公司交游量大，业务复杂，招的研发多，就拆，每个小团队负责一个或几个中枢模块。

7. 账务系统系统架构图

证据：

各智商基本与居品架构图对应，但会多一些时间上的遐想，比确凿时记账温存冲记账，业务上并不眷注。

上头只画出了中枢模块的中枢智商，践诺完毕时需要作念删减。

上头的业务系统只画了支付链路的示例，践诺业务可能还有充、转、提等资金居品就业。

记账就业与司帐中心简要联系

为便于意会，这里作念了极简化处理。

记账就业负责记账，主要关注账户余额变动等；司帐中心负责司帐核算，主要关注点在于司帐分录、科目汇总、司帐报表等。践诺情况会比这个复杂。

8. 中枢遐想

8.1. 举座模子

证据：

科目有多级科目，是以有个自关联。

账户分为客户账户和里面账户，二者的结构有一些小的区别，比如里面账户一般不会被冻结，然则客户账户不错被冻结。

这是大的联系图。属性鄙人面会讲到。

莫得加入清结算和对账的模子，否则画出来比拟乱。

8.2. 账务中枢

8.2.1. 账务模子

证据：

因为客户账户和里面户账户有区别，是以拆成两个模子更通晓。

只列出了最中枢的几个字段，其它字段把柄业务诉求加多。

8.2.2. 账户分类

在账务系统中，频繁包含以下几种账户类型：

客户账户：对客可见。包括：对私的个东说念主客户账户，对公的商户账户。

里面账户：对客不成见。包括：头寸、手续费收入、过渡户（也称中间户）等。

8.2.3. 记账想法

证据：

账户类型与假贷想法，相易为加，相异为减，也等于所谓的：DD+，DC-，CC+，CD-。

示例：用户提现100元，记账如下：

DR：用户余额（欠债类账户）100

CR：提现过渡户（欠债类账户）100

8.2.4. 及时记账与缓冲记账

一般来说，客户账户的记账需如果及时的，比如用户充值、提现，商家提现，用户退款等。

这些账户如果不作念及时记账，一来有损用户体验，二来有资损风险。比如用户充值100块，如果延时不到账，用户可能会投诉。如果提现作假时记账，用户有可能相通提现告捷。如果退款作假时记账，有可能在退款场景下被透支。

假定记账需要几十毫秒（数据库性能决定的），一个账户最高也就只因循30多TPS的记账苦求，关于一些高并发的账户（也称为热门账户）一定是性能不及的。这个时刻不错使用缓冲记账，以普及性能。洞开缓冲记账的，频繁是里面账户或允许商户透支的流出场景。

缓冲记账频繁等于先纪录活水，然后起定时任务去捞取活水，汇总后进行记账。前提是一定要作念好资损防控。

除了缓冲记账外，还有拆分账户的情势来解决热门账户问题。

8.3. 司帐中心模子

8.3.1. 司帐科目与司帐分录

司帐科目等于把司帐成分进行分类，比如钞票、欠债等。频繁皆会有多级分类。

司帐科目示例：

证据：

一般支付系统使用三级科目就还是豪阔。部分止境复杂的系统，可能会用到五级科目。

为便于意会，上头的示例作念了很大的精简，各公司里濒临科谋划编制相反可能会比拟大。

底下是一个典型的支付系统司帐科谋划示例。

8.3.2. 记账有谋划

有了账户和司帐科目，发生一笔交游时，若何让系统自动去记账？这个是记账有谋划作念的事。其中一个解决有谋划等于给不同的交游场景制定不同的交游码，通过交游码来驱动记账。

底下是一个典型的支付系统的记账有谋划示例。

8.3.3. 司帐日与日切

司帐日，也称为司帐结算日或账务结算日，是支付平台在司帐周期中进行账务处理和结算的特定日历。比如在散播式环境下，各机器可能存在时刻差，一笔交游在零点时有可能跨天处理，若何判断一笔交游包摄于哪天，就依据司帐日来谋划。

所谓日切，肤浅意会等于切换到下一个司帐日。

主要作念的职责：

假贷试算均衡。

父子科目试算均衡。

总账试算均衡。

日、月、季度、年汇总。

司帐日变更。

日切试算均衡中枢逻辑：

借方发生额 = 贷方发生额

借方余额 = 贷方余额

期末余额 = 期初发生额 + 发生额

父科目积蓄额 = 子科目积蓄额

8.4. 清结算中枢模子

8.4.1. 极简商户清结算历程

图中各方联系画得很明晰，不需要再作念过多证据。

8.4.2. 渠说念对账模子

本身活水和渠说念活水单号、币种、金额、景色皆对上，等于对平。两边如果有短缺，就会有瑕瑜款。

活水对账完成后，变成本身账单，再和银行账单对账，因为银行可能屡次打款，是以二者是多对多的联系。

8.4.3. 对账相反处理

对账一般有几种成果：

对平：两边交游类型、单号、景色、币种、金额皆是一致的。

长款：本身多钱。支付长款：支付90块，渠说念计帐100块，或本身失败，渠说念告捷。退款长款：退款100块，渠说念计帐90块。充值长款、提现长款类比。

短款：本身少钱。支付短款：支付00块，渠说念计帐90块。退款长款：退款90块，渠说念计帐100块。充值短款、提现短款类比。

因为本身和渠说念之间有一定的时刻差，是以瑕瑜款在T+1对账对不上时，赓续先参加存疑清单里面，第T+2对账如故对不上，才会参加相反处理。

8.4.4. 渠说念三层对账体系

第一层是信息流对账。本身活水和银行计帐文献的活水一一查对。可能会存在瑕瑜款情况。

第二层是账单对账。等于把本身活水汇总生成本身账单，然后把银行活水汇总生成银行账单，进行对账。可能会存在银行账单和本身账单不一致的情况，比如共支付100万，渠说念分2次打款，一笔98万，一笔2万。

第三层是账实对账。等于本身里面纪录的银行头寸和银行确凿的余额是否一致。可能存在本身纪录的头寸是220万，然则银行践诺余额只好200万的情况。

9. 里面系统及时与离线对账

前边的对账主如果和银行渠说念对账，除了这个以外，一般的支付平台还会有里面系统之间的两两查对，这种查对主如果信息流层面的查对，主要查对景色、金额的一致性。

再细分，还不错拆成离线查对和及时查对。离线查对一般等于把坐褥数据库的数据定时清洗到离线库（一般还不错分为天表和小时表）。及时查对一般等于监听数据库的binlog，当数据有变动时，延时几秒后苦求两边系统的查询接口，查到数据后进行查对。

10. 拓展阅读

账务系统除了底层学问比拟通用外，还有好多内容是和践诺业务场景挂钩的，保举几篇供环球拓展阅读，相互补充。

看完后，就会发现，环球言语描写截然不同，但实质等于司帐旨趣、银行中枢那一套。场景复杂的，比如跨境，无外乎多几个主体，加几个主体之间的联系汉典。（说得轻巧，完毕如故十分有难度的）

《解密：站在资金的视角看支付（上）》、《站在资金的视角看支付（下）（跨境篇）》（起首公众号：支付进阶之路）

《一文搞懂“支付·清结算·账务”全局》（起首公众号：陈天天下）

《终末的黑盒，账务中枢》（起首公众号：刚哥口语）

《跨境支付中的清结算体系认知》（起首公众号：墨玉跨境学堂）

《账务系统遐想基础》，《支付清结算之账户和账务处理》（起首公众号：牌老熊，从2024年往回看，账务系统的中枢遐想仍然莫得太大的变化）

11. 限制语

账务系统负责为支付平台处理资金流，是支付平台最中枢的子系统之一。有关司帐报表是公司谋划决策的依据，亦然合规陈述有关报表的基础。

意会账务系统的中枢遐想想法，材干让咱们构建出齐全的支付系统遐想与完毕的表面基础。

本文从研发工程师的视角，先容了账务系统中枢的遐想想路，但愿能为环球在学习账务系统有关学问时能提供一些成心的参考。如果如故看不懂，提倡先去买本司帐初学的书读读，基本就能懂了。

这是《图解支付系统遐想与完毕》专栏系列著述中的第（36）篇。

深耕境内/跨境支付架构遐想十余年，接待关注并星标公众号“隐墨星辰”，和我沿途深入解码支付系统的方方面面。