账户系统最核心的功能是记账，在这个基础之上也会根据业务需要衍生出来其他附属功能。一般的账户系统会有哪些功能呢？如何搭建？本文作者对此进行了分析，一起来看一下吧。
我们上文讲了结算系统的从0到1建设，本次我们分享结算渠道的一个重要下游系统：账户系统，看下账户系统是如何与其他系统交互，需要具备哪些核心功能模块以及核心的规则怎么设计。
一、什么是账户/账户的作用？
账户是记录账户所属人（账户主体）资产增减变化的载体，简单来说账户系统就是用来记账的，这也是账户系统最核心的功能，在这个基础之上也会根据业务需要衍生出来的其他附属功能。
为了方便大家理解，我们可以找下账户系统对应现实生活中的映射，最常见的就是古代商铺的账本，账房先生（清结算系统）需要在账本上（账户系统）记清楚这家店铺的每一笔收入和支出（账户流水），从上面的例子可以看出来，账户系统本质就是一个电子账本。
说到【账】这里多说一点，大家平时能接触的【账】有2套：
1）业务账
也就是我们这次要分享的内容，主要是由于业务开展产生的各参与方资产变动，难在业务场景与规则，系统功能建设相对还好，难度可控。
2）财务账
很多人觉得财务很难，主要是因为财务侧记账用词更专业一些，例如会计科目、会计分录、借贷记、试算平衡等等，但其实没有那么复杂或者说即便复杂也和你没关系，原因主要是2个：
解法：如果涉及到财务记账相关工作，先和财务同学聊清楚做账/结账流程，其实财务不难，说到底也是把业务数据转化成会计语言、线下流程在线化，真要涉及到会计相关的专业知识，买一本《初级会计基础》，多翻翻对应章节，然后多与财务同学聊一聊，足够你解决问题。
二、账户的分类 1. 账户分类
账户划分有很多维度和标准，为了方便大家理解，我先按照最简单的分类方法说下，按照账户管理方可以大概分为3大类：平台账户（自己公司）、支付机构账户、银行账户，顾名思义就是这三方对各自账户的管理负责（增、删、改、查等），市面上所有账户都包含在这3个体系内。
同时根据是否沉淀资金也可以分资金类账户、非资金类账户，平台账户合规情况下都是非资金类账户，仅是记账作用，支付机构和银行卡账户则会沉淀真实资金，划到资金类账户，简单画了一个图，如上图。
2. 记账场景简述
平台账户按照账户记账的资产类型不同，又可以细分为积分账户、资金账户、金币账户、欢乐豆账户等等，资产类型最终还是反应到实际的业务场景，例如积分账户可能涉及到打卡送积分、购买送积分等等，其他相似，不再赘述。
支付机构与银行账户，可以直接沉淀用户/商户资金，用户可直接进行充值/提现/转账，最常见的就是微信/支付宝余额账户与银行储蓄卡/存折，同时根据鉴权信息的多少，支付机构与银行账户又会对账户进行等级的划分，也就是常说的Ⅰ、Ⅱ、Ⅲ类账户，简单来说你验证的信息越多，你的账户权限越高、交易限额越高、可使用的范围越多，如下图所示：
3. 账户的功能
上面也说了账户最核心的功能是记账，除了记账外，还会根据业务实际需要增加其他功能，常见的附属功能及对应业务场景如下：
1）充值
充值有两个比较常见的场景：
2）余额支付
这个是是和充值配套的功能，充值后得支持用户使用余额支付才行，不然没有太大的业务价值，用户也没有动力去充值。
3）提现
这个很是很常见的业务需求，资金结算至商户/用户账户后，商户/用户线上直接将资金提现转银行账户，降低运营/财务压力，同时用户体验相对于线下打款的方式也好得多。
4）转账
这个日常生活中用的较多，例如微信/支付宝转账，但在实际的业务开展中用的比较少，因为微信/支付宝有一定的社交关系链在里面，一个平台上的两个商户/用户谁都不认识谁，基本上不存在互相转账的场景，可能平台向商户转账还存在业务可能性，但实际上也很少遇到。
5）合规问题
正好趁着这块说下合规问题，大概率有人会说上述中账户充值和余额支付不合规，若账户充值与支付走的不是银行和支付机构的账户，确实存在合规风险，但灵魂拷问来了：你们平台目前的发展阶段真的需要考虑合规问题吗？
我之前在支付公司见到过很多平台在自建账户做充值/余额支付、二清，月交易额过亿的也不是没有，倒不是说他们做得对，但实际上如果不是上市或进行大额融资（不一定会），在不被恶意举报的情况下，基本上没有人关心平台的资金合规问题，别人关心的是你们业务模式有没有跑通，未来增长空间怎么样？拼多多早期也被举报“二清”，但也不影响其成为中国第三大电商平台。
我想表达的是：资金合规是重要，但也不能因噎废食，更不能以这个为理由阻碍业务发展，业务都没了，资金再合规的意义何在？有风险可以正常提，提前暴露，让财务/法务做好备案，但绝不能阻碍业务发展
4. 账户流程/名词解释
账户作为账务数据的载体，会有较多系统/业务交互流程，我在这里简单介绍一下，也把账户中心的几个关键词也同步说明下，方便大家理解。
1）流程说明
开户：这个比较好理解，就是为参与方开通账户的流程，账户中心提供开户接口，上游商家/供应商系统，根据业务需要自行请求开户接口完成开户动作。
注销流程：原理与业务场景同上文开户流程，不再赘述。
入账流程：上游结算系统请求账户中心入账接口，完成资金入账。
冻结/解冻流程：冻结解冻流程分为2个维度：
调账流程：简单来说就是手动调增/调减账户所有方的账户余额，这个功能需要谨慎使用，仅在部分无法通过系统入账的场景中使用，或进行业务前期阶段使用，例如提现暂未做到线上化，可以线下打款，线上手动扣除账户余额来实现。
因为涉及到账户实际资金数据，为防止人恶意调整账务数据，平台可视情况加上调整次数或调整时间限制，也可加上审批流程，一个要点：凡涉及到钱，必须谨慎。
提现流程：商户/劳动者在线发起资金提现，账户系统扣减余额，请求提现平台完成资金出款。
2）名词解释
账户主体：简单来说就是此账户属于谁，每个账户都有所属的唯一主体ID，一个主体可以拥有多个账户，如下图所示：
主体类型：主体类型也即是账户所有方的类型，再具象一些就是业务参与方类型，举个例子，一笔订单可能涉及到供应商、分销员、销售等等，对应主体类型就是：供应商、分销员、销售。
账户流水：简单来说即是记一笔账需要记录的信息，这个根据自身业务需要加减，如下图所示：
费用类型：关于费用类型我已经在上篇文章中详细说明过，可以去查看下，在账户中心第二篇文章中会再说下，就不在此赘述了。
入账规则：即决定某一费用类型的资金结算到哪个业务线的哪个主体的哪个账户中。
冻结规则：与入账规则为一一对应关系，确定此费用类型入账后是否冻结，如需要冻结，如何冻结？按照固定时间点冻结还是固定间隔冻结。
5. 账户中心的价值
账户中心的价值主要有2个方面：体验/效率、业务价值，我们分开说一下：
1）效率/体验
效率方面主要是极大降低了运营薪资计算与财务资金核对与打款的压力，也降低了出错的风险，效率则是极大提高了账户所有人资金提现体验与资金数据感知体验（账看的清楚）
2）业务价值
业务价值主要体现在2个点：
从上图可以看出账户中心在整个资金结算过程中处于最底层，也即是账户中心不实际影响业务规则，只负责记录业务产生的资金数据，按照系统职能划分的话，账户系统划到中台体系内是没有什么疑问的。
四、总结
本篇我们讲了账户系统的基础，包括业务价值、核心业务流程、系统架构，好让大家从概貌上理解账户系统，总体还是从业务的角度出发去理解与建设账户系统，我一贯的观点也是每篇必说的观点，系统不重要，业务最重要。
下篇我会从实际系统建设出发，分享如何从0到1搭建账户系统，主要包括各系统间交互流程、关键原型图与核心业务规则、主要对外接口等。
未完待续，下篇分享如何从0到1搭建账户系统（2）
本文由 @鲸爷陆 原创发布于人人都是产品经理，未经作者许可，禁止转载。
题图来自Unsplash，基于CC0协议。
