4. 余额概念辨析
在银行交易流水建模中，最容易出错的地方不是字段命名，而是把“余额”当成一个单一概念。实际上，账户资金视图至少包含账面余额、可用余额、冻结金额、在途资金四条主线，再叠加授信额度与透支额度两条信用主线。它们共同决定了一笔交易发生时，账户“看起来有多少钱”和“实际能花多少钱”之间的差异。
核心原理：资金所有权、可用权与信用权的分离
账面余额（Ledger Balance）是会计意义上的账户本金余额，反映银行对客户负债的账面记录。它通常等于上一日账面余额加上当日入账金额、减去当日出账金额。账面余额不直接等于客户可支配金额，因为其中可能包含已被冻结、质押、预授权或尚未完成清算的资金。
可用余额（Available Balance）是客户当前真正可以发起支付、取现或转账的额度。其基本关系可表达为：
可用余额 = 账面余额 - 冻结金额 - 在途扣款 + 授信可用额度 - 已透支金额
（不同银行对在途资金是否计入可用余额存在差异，建模时需以账户协议为准）冻结金额是因司法冻结、预授权、保证金、挂失、风控等原因被锁定、不可动用的部分。在途资金则分为“在途收入”和“在途支出”：前者如支票存入尚未清算、跨行转入尚未到账；后者如已发起但对方尚未入账的付款。在途资金的关键特征是“时间差”，它既不是简单的已入账，也不是简单的未发生。
授信额度是银行授予客户的信用上限，透支额度则是授信额度中允许账户余额为负的具体部分。二者与存款余额的关系是：存款余额是客户自有资金，授信额度是银行借给客户的潜在资金，透支额度是已激活的信用支用能力。
方法流程：从交易流水还原真实可用余额
在建模时，不能只依赖一个“余额”字段。建议按以下流程处理：
- 识别余额字段语义。流水中的 balance 字段可能是账面余额，也可能是可用余额，需结合银行接口文档确认。
- 拆分冻结与在途。若流水提供冻结金额、在途金额字段，直接使用；若没有，需通过交易类型和状态推断。
- 区分授信与存款。授信额度、透支额度通常来自额度表或账户属性表，不应混入交易流水余额字段。
- 建立校验规则。用“账面余额 − 冻结 − 在途支出 + 在途收入”与可用余额做交叉验证，偏差超过阈值时触发告警。
- 按时间切片。在途资金具有时效性，建模时应保留交易时间、清算时间、入账时间三个时间戳。
案例与场景：一笔跨行转账引发的余额差异
客户A账户账面余额为 100,000 元，其中 20,000 元被司法冻结，另有 5,000 元跨行转出已发起但对方尚未入账。此时：
| 项目 | 金额（元） | 说明 |
|---|---|---|
| 账面余额 | 100,000 | 会计本金记录 |
| 冻结金额 | 20,000 | 司法冻结，不可动用 |
| 在途支出 | 5,000 | 已发起跨行转出，尚未入账 |
| 可用余额 | 75,000 | 100,000 − 20,000 − 5,000 |
| 授信额度 | 50,000 | 银行授予信用上限 |
| 透支额度 | 30,000 | 已激活可透支部分 |
如果客户此时发起一笔 80,000 元的支付，系统会拒绝，因为可用余额只有 75,000 元。即使账面余额显示 100,000 元，也不能直接用于支付。若客户开通了透支功能，且透支额度为 30,000 元，则实际可支付金额可能提升至 105,000 元，但其中 30,000 元属于信用支用，需计息并纳入还款计划。
误区与复盘：常见建模错误
- 误区一：把账面余额当可用余额。导致风控、对账、客户查询全部失真。
- 误区二：忽略在途资金的时间维度。在途收入可能在 T+1 才变为可用，若提前计入，会造成透支风险。
- 误区三：授信额度与存款余额混用。授信是信用，存款是负债，二者在会计科目、计息方式、还款逻辑上完全不同。
- 误区四：冻结金额未区分冻结类型。司法冻结、预授权冻结、保证金冻结的释放条件不同，建模时应保留冻结原因和冻结到期日。