2. 银行账户基础

在银行核心系统中，客户、账户与子账户构成了最基础也最关键的三层数据骨架。很多系统设计缺陷并非出在技术实现，而是从建模之初就没有厘清这三者的边界与关系。本节将围绕定义、分类、关系与业务场景四个维度，建立清晰的账户模型认知。

一、核心定义：三个层次的概念边界

客户（Customer）是银行服务的对象，是法律关系与身份识别的主体。客户本身不持有资金，它记录的是“谁”在银行建立了业务关系，包括个人客户、对公客户、同业客户等。客户信息通常包含证件、联系方式、风险等级、客户号（CIF）等。

账户（Account）是客户与银行之间资金关系的载体，是会计核算的基本单位。账户挂在客户之下，一个客户可以拥有多个账户。账户承载余额、币种、利率、状态等属性，是记账、计息、对账的直接对象。

子账户（Sub-Account）是账户内部用于细分资金用途、期限或状态的逻辑单元。它不独立对外承担法律关系，而是服务于账户内部的精细化管理，例如定期存款的多个存期、保证金的分项冻结、理财产品的份额拆分等。

二、分类体系：从业务视角看差异

客户按主体性质可分为个人客户、对公客户、同业客户；按价值可分为普通客户、VIP客户、私人银行客户。账户分类更为复杂，常见维度包括：

• 按币种：本币账户、外币账户、多币种账户。
• 按性质：储蓄账户、结算账户、贷款账户、保证金账户、内部账户。
• 按期限：活期账户、定期账户、通知存款账户。
• 按状态：正常、冻结、止付、销户。

子账户则通常按用途或期限划分，如活期主账户下的“冻结子账户”“利息子账户”，或定期账户下的“本金子账户”“利息子账户”。

三、关系模型与数据流

从数据模型看，客户与账户是一对多关系，账户与子账户也是一对多关系。资金流动时，交易先落到子账户，再由子账户汇总到主账户余额。这种设计让银行既能对外提供统一账号，又能在内部实现资金隔离与精细计息。

四、典型业务场景与误区复盘

场景一：个人客户开立一张借记卡，卡下可挂活期主账户、多个定期子账户、外币子账户。客户对外只感知一个卡号，但系统内部按子账户分别计息。

场景二：对公客户开立保证金账户，用于多笔投标保证金。每笔保证金进入独立子账户，冻结与解冻互不影响，主账户仅做汇总展示。

场景三：贷款账户下按还款计划拆分子账户，分别记录本金、利息、罚息，便于逾期计算与核销。

理解客户、账户、子账户的定义、分类与关系，是后续账户开立、资金交易、计息对账、账户冻结等模块设计的基础。只有边界清晰，模型才能既满足对外统一体验，又支撑对内精细化管理。