2. 核心银行基础认知
在展开账户体系设计之前，必须先建立对核心银行系统的整体认知。账户体系不是孤立存在的一张表，它嵌入在核心银行的功能版图之中，并与外围系统形成稳定的协作边界。理解这层关系，才能判断哪些账户能力应当内聚在核心，哪些应当外放给外围。
一、核心银行的定义与本质
核心银行（Core Banking）是银行用于记录和管理客户账户、资金交易、利息计算与总账核算的中心系统。它的本质可以概括为三句话：账户是主数据，交易是事实记录，总账是最终账实。核心银行不追求渠道体验，也不负责营销获客，它追求的是账务的准确性、一致性与可审计性。
从系统定位看，核心银行承担“账务权威”的角色。任何渠道发起的资金变动，最终都必须落到核心完成记账；任何余额查询，权威来源也应是核心。这一权威性决定了核心银行的设计原则：强一致优先于高并发体验，账务正确优先于功能丰富。
核心银行的三条底线：账户余额不能错、交易流水不能丢、总账必须平。任何架构演进都不能突破这三条底线。
二、发展历程：从手工账到分布式核心
核心银行的演进大致经历四个阶段，每个阶段都对应着账户体系组织方式的变化：
- 手工与主机阶段：以分行独立记账为主，账户信息分散，日终批量汇总，跨行清算依赖人工。
- 集中式核心阶段：大机集中，一本账管理全行账户，实现通存通兑，账户模型以存款、贷款、内部户为主。
- 参数化核心阶段：产品工厂理念引入，账户与产品解耦，利率、费率、期限等通过参数配置，账户体系开始支持多币种、多产品。
- 分布式与云原生核心阶段：按业务域拆分，账户服务化，支持高并发与弹性扩容，同时通过单元化保证账务一致性。
这一历程说明：账户体系的设计空间，始终受制于当时的账务一致性技术能力。分布式核心并非放弃一致性，而是用新的机制（如单元化、全局流水号、对账补偿）重新实现一致性。
三、主要功能模块与账户体系的中心位置
核心银行通常包含以下功能模块，它们围绕账户体系形成协作：
| 功能模块 | 核心职责 | 与账户体系的关系 |
|---|---|---|
| 客户信息（CIF） | 管理客户身份与关系 | 账户必须归属客户，是账户的开立前提 |
| 账户管理 | 开户、销户、冻结、状态维护 | 账户体系的主体，直接操作账户主数据 |
| 交易与记账 | 受理交易、生成分录、更新余额 | 所有交易最终作用于账户余额与流水 |
| 利息与费用 | 计息、结息、收费 | 以账户余额、利率参数为计算输入 |
| 总账（GL） | 科目核算与财务报表 | 账户分录汇总到总账科目，账实核对 |
| 产品工厂 | 定义产品属性与规则 | 账户按产品实例化，决定账户行为 |
可以看到，账户体系处于客户、产品、交易、总账四者的交汇点。它向上承接客户与产品，向下驱动交易与核算。这也是为什么账户体系设计一旦出错，影响面会贯穿整个核心银行。
四、与外围系统的关系及边界
核心银行不是孤岛。渠道、支付、风控、数据平台等外围系统都需要与核心交互，但交互方式必须明确边界：
- 渠道系统（网银、手机银行、柜面）：负责交互与体验，不保存权威余额，交易请求转发核心。
- 支付系统（大小额、网联、银联）：负责清算与报文，核心负责入账与出账。
- 风控与反欺诈：在交易前或交易中拦截，核心只接受通过风控的指令。
- 数据平台与报表：通过抽数或CDC获取账户与交易数据，不反向写核心。
判断一个功能是否应放在核心，可以问三个问题：它是否直接改变账户余额？它是否必须与记账在同一事务内完成？它是否影响总账平衡？三个都“是”，才考虑放入核心。
五、常见误区与复盘
在核心银行认知上，初学者容易陷入以下误区：
- 把渠道当核心：认为手机银行显示的余额就是权威余额，忽略渠道缓存与核心异步同步的差异。
- 把产品当账户：认为一个产品就是一个账户，忽略产品与账户的一对多实例化关系。
- 忽视总账对账：只关注账户余额，不关注分录是否汇总到正确科目，导致账实不符难以定位。
- 过度拆分账户服务：在分布式改造中把账户拆得过细，导致跨服务事务复杂，反而破坏一致性。
复盘要点：账户体系设计的每一次调整，都要回到“余额、流水、总账”三条底线做验证。任何无法通过这三条底线验证的优化，都应重新评估。
综上，核心银行是账务权威系统，账户体系是其中心枢纽。理解定义、历程、模块关系与系统边界，是后续账户模型、账户状态、账户分层设计的基础。