蛮神传说“支付账务系统入门，开启金融科技之门。” 在现代金融科技领域，支付账务系统是核心组成部分。然而，其复杂的概念和流程往往让初学者望而却步。本文将以图解的方式，深入浅出地为您揭开支付账务系统的神秘面纱。

　　这篇文章主要从研发的视角讲清楚：账务相关的一些基础概念，账务系统核心的职责，以及一些关键模块的设计要点。

　　主要内容：1）复式记账理论简要介绍。2）账务系统产品架构图。3）从最基本的支付说起。4）记账全流程。5）其它重要知识点。

　　几年前一个电闪雷鸣的下午，老板把负责账务系统的技术经理炒了鱿鱼，并把账务系统及对应的研发小组划到我这里，于是除了风控系统仍然在大数据团队（彼时还没有算法团队一说），整个支付系统包括收单结算、收银支付、渠道、账务等全部划归到我这里。

　　那时距离我进入第三方支付行业已经过去5个春秋，但我对账务的理解仍处在只知道“有借必有贷，借贷必相等”的程度。为不辜负老板的信任，也为了不让小弟们看不起，我决定认真学习账务。过了一个月，恰好重构的新支付核心上线灰度切流，发生日切不过，为校验学习成果，我身先士卒深入进去查原因，查了2天，终于……很不幸，木有查出原因，仍是依靠小弟们解决了问题。

　　我在支付行业呆了十年有余，一直从事研发相关工作，从个人以及身边同事的经验看，除了从事账务系统研发的工程师外，大部分支付研发工程师对账务都了解甚少，主要原因仍然是账务系统的业务门槛往往大于技术门槛，比如很多支付研发工程师甚至不了解复式记账。所以有必要从研发工程师的角度来介绍一些账务系统入门的知识。

　　需要说明的是，不同支付公司内部设计的账务系统必然存在差异，但有些基本原则大家都会遵守，比如复式记账、账户管理、记账、对账、会计中心、日切等。本次只谈这些公共的内容，大家可以结合各自公司的系统实现或内部文档辩证地看。

　　需要说明的是，纯概念或术语不好理解，所以我会把相关的概念融合到示例中去讲，但里面夹杂了很多我个人的理解，可能和专业的教科书存在部分描述不一致的情况。

　　账务系统的理论基础是复式记账法。如果对于复式记账没有任何了解，建议先找网上一些公开的优秀资料先做初步的学习。

　　左边的【资产】、【费用】是借记类账户，右边的【负债】、【所有者权益】、【收入】是贷记类账户。

　　记账步骤（只以支付成功并结算到商户余额做示例，渠道清算相关记账后面讲）：

　　【贷记类】账户（如负债和所有者权益，应付款），【增加】为【贷】，【减少】为【借】；

　　复式记账法定义：对每项经济业务按相等的金额在两个或两个以上有关账户中同时进行登记的方法。

　　记账依据：会计恒等式：1. 资产 = 负债 + 所有者权益；2. 利润 = 收入 – 费用。

　　账户：具有一定格式和结构，能够用来连续、系统、全面的记录反映某种经济业务的增减变化及其结果。

　　科目：同类财务交易的分类，比如资产、负债、所有者权限、收入或费用等都属于科目。一般科目会分为多级。

　　账户和科目的区别：科目只有名字，账户包括结构和格式，每个账户对应一个特定的科目。

　　账务系统一般说来需要负责管理账户、余额、记账、对账、清结算、会计核算、报表等能力。大致如下：

　　我们以最典型的电商购物举个例子（只是举例）：小明使用PayPal在拼多多电商（海外）通过多多钱包（海外）支付了50美金。

　　持牌的第三方支付机构和电商是独立的法律主体，所以多多钱包和多多电商是互相独立的，需要走独立的结算。

　　为突出重点，中间省略了很多中间机构，比如花旗通过清算网络才能转账到汇丰，清算网络先略过。

　　假设拼多多电商选择结算到银行卡。还有一个场景是电商选择结算到余额，然后自己手动提现。

　　图中只画了正常场景，像明细对账出现差异（长短款）、账单对不平（渠道少打款或多打款）等场景没有画出来。

　　上面只写了顺序，为更清楚描述各系统的参与，下面单独再拆解几个核心步骤，并加渠道网关、支付引擎等子系统的交互。

　　账务中心记账：DR：应收-渠道待清算，CR：应付-网关过渡户。因为现在有可能收单域的订单已经被关闭，所以这里还不能直接【CR：应付-商户待结算】。

　　渠道本身也会收手续费，还可能帮政府代收税费，实际应清算金额=支付金额-渠道手续费-税费。

　　账单对账和明细对账不一样的地方在于，明细对账是支付渠道PayPal给的清算文件，账单对账是备付金银行收到支付渠道打款后给出的账单文件。

　　在记账模块先是记银行头寸的账（收到银行账单，说明钱已经到账），再记应清算的账。

　　有些场景没有穷举说明，比如渠道应清算49.50USD，实际只到账40USD，这时仍有9.50USD属于应清算。

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

　　这些账户如果不做实时记账，一来有损用户体验，二来有资损风险。比如用户充值100块，如果延时不到账，用户可能会投诉。如果提现不实时记账，用户有可能重复提现成功。如果退款不实时记账，有可能在退款场景下被透支。

　　假设记账需要30ms，一个账户最高也就只支持30多TPS的记账请求，对于一些高并发的账户（也称为热点账户）一定是性能不足的。这个时间可以使用缓冲记账，以提高性能。开通缓冲记账的，通常是内部账户或允许商户透支的流出场景。

　　缓冲记账通常就是先记录流水，然后起定时任务去捞取流水，汇总后进行记账。前提是一定要做好资损防控。

　　账户类型与借贷方向，相同为加，相异为减，也就是所谓的：DD+，DC-，CC+，CD-。

　　账户分为客户账户和内部账户，二者的结构有一些小的区别，比如内部账户一般不会被冻结，但是客户账户可以被冻结。

　　一般支付系统使用三级科目就已经足够。部分特别复杂的系统，可能会用到五级科目。

　　为便于理解，上面的示例做了很大的精简，各公司内部对科目的编制差异可能会比较大。

　　有了账户和会计科目，发生一笔交易时，如何让系统自动去记账？这个是记账方案做的事。其中一个解决方案就是给不同的交易场景制定不同的交易码，通过交易码来驱动记账。

　　会计日，也称为会计结算日或账务结算日，是支付平台在会计周期中进行账务处理和结算的特定日期。比如在分布式环境下，各机器可能存在时间差，一笔交易在零点时有可能跨天处理，如何判断一笔交易归属于哪天，就依据会计日来计算。

　　第一层是信息流对账。我方流水和银行清算文件的流水逐一核对。可能会存在长短款情况。

　　第二层是账单对账。就是把我方流水汇总生成我方账单，然后把银行流水汇总生成银行账单，进行对账。可能会存在银行账单和我方账单不一致的情况，比如共支付100万，渠道分2次打款，一笔98万，一笔2万。

　　第三层是账实对账。就是我方内部记录的银行头寸和银行真实的余额是否一致。可能存在我方记录的头寸是220万，但是银行实际余额只有200万的情况。6.8. 记账服务与会计中心简要关系

　　记账服务负责记账，主要关注账户余额变动等；会计中心负责会计核算，主要关注点在于会计分录、科目汇总、会计报表等。实际情况会比这个复杂。7. 结束语

　　账务子系统负责为支付平台管理所有资金，是支付平台最核心的子系统之一。相关会计报表是公司经营决策的依据，也是合规申报相关报表的基础。理解账务子系统的核心概念，能帮助我们构建一个完整的支付系统设计与实现的理论基础。

　　本文从研发工程师的视角，介绍了账务子系统一些最核心的概念，希望能为大家在学习账务系统相关知识时能提供一些有益的参考。返回搜狐，查看更多