账户系统作为实际记录资金数据变动的载体，是一个比较重要的底层核心系统。那么该如何搭建账户系统呢？作者分享了相关核心设计方法和思路，希望对你后续部分工作有所帮助。

一、概述

我们上文讲了结算系统的从0到1建设，本次我们分享结算渠道的一个重要下游系统：账户系统，看下账户系统是如何与其他系统交互，需要具备哪些核心功能模块以及核心的规则怎么设计。

(相关资料图)

1. 什么是账户/账户的作用？

账户是记录账户所属人（账户主体）资产增减变化的载体，简单来说账户系统就是用来记账的，这也是账户系统最核心的功能，在这个基础之上也会根据业务需要衍生出来的其他附属功能为了方便大家理解，我们可以找下账户系统对应现实生活中的映射，最常见的就是古代商铺的账本，账房先生（清结算系统）需要在账本上（账户系统）记清楚这家店铺的每一笔收入和支出（账户流水）。

从上面的例子可以看出来，账户系统本质就是一个【电子账本】说到【账】这里多说一点，大家平时能接触的【账】有2套：

一套是业务账：也就是我们这次要分享的内容，主要是由于业务开展产生的各参与方资产变动，难在业务场景与规则，系统功能建设相对还好，难度可控。

一套是财务账：很多人觉得财务很难，主要是因为财务侧记账用词更专业一些，例如会计科目、会计分录、借贷记、试算平衡等等，但其实没有那么复杂或者说即便复杂也和你没关系，原因主要是2个：

（1）和你无关：对于大多数公司来说，完全自研严格意义上财务记账系统成本非常之高，大部分公司还是采购金蝶/用友等财务saas，要求高一些的可能会针对性的做一些开发，大多数人压根没有机会接触上述的专业词汇

（2）没那么复杂：每家公司对于财务系统的定义都不一样，有的把资金结算系统划到财务系统，有的把发票/差旅报销划到财务系统等，这些产品基本上都和上文说的专业词汇无关，梳理好业务流程没那么复杂解法：如果涉及到财务记账相关工作，先和财务同学聊清楚做账/结账流程，其实财务不难，说到底也是把业务数据转化成会计语言、线下流程在线化，真要涉及到会计相关的专业知识，买一本《初级会计基础》，多翻翻对应章节，然后多与财务同学聊一聊，足够你解决问题

2. 账户的分类

账户分类：

账户划分有很多维度和标准，为了方便大家理解，我先按照最简单的分类方法说下，按照账户管理方可以大概分为3大类：平台账户（自己公司）、支付机构账户、银行账户，顾名思义就是这三方对各自账户的管理负责（增、删、改、查等），市面上所有账户都包含在这3个体系内。

同时根据是否沉淀资金也可以分资金类账户、非资金类账户，平台账户合规情况下都是非资金类账户，仅是记账作用，支付机构和银行卡账户则会沉淀真实资金，划到资金类账户，简单如上图

记账场景简述：

平台账户按照账户记账的资产类型不同，又可以细分为积分账户、资金账户、金币账户、欢乐豆账户等等，资产类型最终还是反应到实际的业务场景，例如积分账户可能涉及到打卡送积分、购买送积分等等，其他相似，不再赘述支付机构与银行账户，可以直接沉淀用户/商户资金，用户可直接进行充值/提现/转账，最常见的就是微信/支付宝余额账户与银行储蓄卡/存折，同时根据不同鉴权信息的数量，支付机构与银行账户又会对账户进行等级的划分，也就是常说的Ⅰ、Ⅱ、Ⅲ类账户，简单来说你验证的信息越多，你的账户权限越高、交易限额越高、可使用的范围越多，如下图所示：

3. 账户的功能

上面也说了账户最核心的功能是记账，除了记账外，还会根据业务实际需要增加其他功能，常见的附属功能及对应业务场景如下：

充值：充值有两个比较常见的场景：

余额支付：这个是是和充值配套的功能，充值后得支持用户使用余额支付才行，不然没有太大的业务价值，用户也没有动力去充值。

我之前在支付公司见到过很多平台在自建账户做充值/余额支付、二清，月交易额过亿的也不是没有，倒不是说他们做的对，但实际上如果不是上市或进行大额融资（不一定会），在不被恶意举报的情况下，基本上没有人关心平台的资金合规问题，别人关心的是你们业务模式有没有跑通，未来增长空间怎么样？

拼多多早期也被举报“二清”，但也不影响其成为中国第三大电商平台我想表达的是：资金合规是重要，但也不能因噎废食，更不能以这个为理由阻碍业务发展，业务都没了，资金再合规的意义何在？有风险可以正常提，提前暴露，让财务/法务做好备案，但绝不能阻碍业务发展。

4. 账户流程/名词解释

账户作为账务数据的载体，会有较多系统/业务交互流程，我在这里简单介绍一下，也把账户中心的几个关键词也同步说明下，方便大家理解：

流程说明：

名词解释：

账户主体：简单来说就是此账户属于谁，每个账户主体都有所属的唯一主体ID，一个主体根据业务的需要可以拥有多个账户，例如为了实现记账清楚，达到收支两条线的目的，一个商户既可以拥有结算账户，又可以拥有手续账户

主体类型：主体类型也即是账户所有方的类型，再具象一些就是业务参与方类型，举个例子，一笔订单可能涉及到供应商、分销员、销售等等，对应主体类型就是：供应商、分销员、销售

账务流水：简单来说即是记一笔账需要记录的信息，这个根据自身业务需要加减即可，如下图所示：

费用类型：关于费用类型我已经在上篇文章中详细说明过，可以去查看下，就不在此赘述了。

结算周期：简单来说就是账户资金可实际支配的账期，举个简单的例子，打工人一般都是本月上班，下个月发本月的工资，账户的结算周期原理和这个类似。

只不过为了方便劳动者/商家方便看到本月的收入，资金会实时入账到待结算账户中，但账户余额只能看到不可实际支配，到达约定的结算周期后，资金会转入结算账户中，劳动者/商家可自由支配（提现/支付等）

比较常见结算周期：T+N、D+N（N大于等于0），支付机构正常情况下都是T+1结算，但这个不是一定的，针对资质较好的大客户爸爸，D+0（准实时）结算也不是没遇见过（非常之少），一切还要以实际业务需要为准

5. 账户中心的价值

账户中心的价值主要有2个方面：体验/效率与业务价值，我们分开说一下：

效率/体验：效率方面主要是极大降低了运营薪资计算与财务资金核对与打款的压力，也降低了出错的风险，效率则是极大提高了账户所有人进行资金提现体验与资金数据感知体验（账看的更清楚、更及时）

业务价值：业务价值主要体现在2个点：

从上图可以看出账户中心在整个资金结算过程中处于最底层，也即是账户中心不实际影响业务规则，只负责记录业务产生的资金数据，按照系统职能划分的话，账户系统划到中台体系内是没有什么疑问的

三、账户系统从0到1搭建 1. 系统间流程图

上图是O2O电商账户清结算的系统交互流程图，深蓝色为账户系统，上游系统为统一结算平台（视平台需要搭建），再往上游是请求入账的几个核心系统，例如业务计费系统、商家奖惩系统、分销系统等等，以上系统是根据平台自身业务需要建设，有可能部分系统无，也有可能增加更多系统

从上图可以看出，账户中心不包含业务逻辑，正常情况下只是作为1个记录资金数据变动的角色，账户资金的增减变化是由上游业务系统触发的。

2. 核心流程及主要原型图

（1）开户流程

这个流程可以通过上游系统（主要为商家/供应商/服务商管理系统）请求账户系统开户接口完成开户动作，适用于平台账户数量较多的场景，也可以在系统后台直接给商户开通对应账户（见下图），适用于企业内部平台或SaaS平台。

（2）入账流程

这个是账户系统建设中最基础也是很核心的流程，因为我们之前也说过记账是最账户系统最核心的功能，整体入账流程和资金结算流程一样，可以看之前结算系统搭建的文章，就不再赘述了。

在这说一下【结算周期】这个点，上文也说了结算周期本质上来说就是资金正常入账后，多久之后商户才可实际支配，也就是生活中常说的账期，大概分为两类，一种是支付机构T+1结算，这个是支付行业规则，但也有极特殊例外，上文也已经说过，另一种就是平台自行确定平台自己资金的结算周期，这个就纯看自己平台需要。

实现账期方式有2种：1种按照业务线维度/商户维度/费用类型维度配置结算周期，资金先统一结算至【待结算账户】，资金达到结算周期后，再结算至商户【结算账户】，商户即可自由支配，另1种是将资金按照固定时间或固定周期冻结，然后定时任务扫描进行解冻，两种方式都可实现，可视自己公司需要选择。

（3）划拨流程

资金划拨或转账比较简单，需要特别注意的是，资金划拨涉及到真实的资金信息，需要做好权限控制，可以配合审批流使用，防止资金被恶意划拨。

3. 账户接口

账户中心对外接口根据平台业务需要不同，也不尽相同，列了一下比较常用的对外接口及相关参数（见下图），实际工作中，可根据实际业务需要开发对应接口，这个没有标准。

四、总结

大部分涉及到资金分账、充值/提现的业务都会涉及到资金数据记账，账户系统作为实际记录资金数据变动的载体，还是一个比较重要的底层核心系统。

掌握账户系统的搭建能力对于此部分工作的展开具有很好的帮助，而且了解账户系统的核心设计方法和思路后，搭建一个适合自身平台需要的系统，难度整体可控。

本文由 @鲸爷陆 原创发布于人人都是产品经理，未经作者许可，禁止转载。

题图来自Unsplash，基于CC0协议。