2. 基础知识
在进入额度模型与分层策略之前，必须先把“额度”这件事的语言体系统一。很多项目失败并非模型不先进，而是业务、风控、财务、合规对同一个词的理解不同：有人把“授信额度”当成可提款上限，有人把它当成营销展示数字，有人把“可用额度”与“剩余本金”混为一谈。本章的目标是建立一套可落地的共同语义，并给出额度从生到死的管理框架。
一、核心原理：授信额度到底是什么
授信额度（Credit Limit）是金融机构在特定时间窗口内，基于客户信用资质、还款能力、担保条件与监管约束，向客户承诺的可循环或不可循环使用的最大信用敞口。它同时包含三层含义：
- 承诺性：在额度有效期内，只要客户未触发冻结或违约条件，机构原则上应允许其在额度内用信。
- 风险性：额度是“最大可能损失”的上限，而不是实际损失；实际损失由用信余额、期限、利率与回收率共同决定。
- 经济性：额度占用资本、资金与运营成本，因此额度分配本质是风险与收益的权衡。
从系统视角看，额度是一个多维状态对象：客户维度、产品维度、币种维度、期限维度、担保维度、机构维度。忽略任一维度，都会导致“总额度够、单产品超限”或“本币够、外币超限”等典型问题。
关键公式（概念级）：可用额度 = 授信额度 − 已用额度 − 冻结额度 − 预占额度。其中已用额度通常指未结清本金，冻结额度来自司法或风控指令，预占额度来自审批中或交易在途。
二、额度类型：从不同切面理解额度
额度类型不是分类游戏，而是决定模型输入、审批流程与系统实现的关键。常见切面如下：
| 切面 | 类型 | 典型特征 | 系统影响 |
|---|---|---|---|
| 可否循环 | 循环额度 / 一次性额度 | 循环额度还款后恢复；一次性额度用信后不可再用 | 额度恢复逻辑、计息方式不同 |
| 是否承诺 | 承诺额度 / 非承诺额度 | 承诺额度可能产生承诺费与法律义务 | 合规披露、资本计量不同 |
| 使用范围 | 综合额度 / 专项额度 | 综合额度可跨产品；专项额度限定用途 | 额度共享与互斥规则复杂 |
| 客户层级 | 集团额度 / 单一客户额度 | 集团额度需在成员间分配与调剂 | 需要额度树与占用汇总 |
| 期限 | 短期 / 中长期 | 短期多为流动资金；中长期多用于项目 | 期限错配与流动性风险 |
在额度分层策略中，最常见的组合是“综合循环额度 + 专项一次性额度”。综合额度用于日常经营周转，专项额度用于设备采购或项目投资。模型需要分别预测两类额度的使用率与违约率，不能简单加总。
三、额度生命周期：从申请到注销的完整流程
额度生命周期可归纳为六个阶段，每个阶段都有对应的模型与策略介入点：
- 申请与预审：收集客户信息，进行反欺诈与准入判断，输出预授信额度。此阶段模型以快速拒绝与初始定价为主。
- 审批与核定：结合财务数据、征信、担保与行业限额，核定正式额度、期限与利率。此阶段常用评分卡与额度矩阵。
- 签约与生效：完成合同签署、担保登记与系统建档，额度状态变为“有效”。
- 用信与监控：客户在额度内提款，系统实时扣减可用额度；同时监控用信集中度、逾期与预警信号。
- 调整与续作：根据贷后表现、财报更新与市场变化，进行提额、降额、冻结或续作。此阶段是额度分层策略的核心战场。
- 到期与注销：额度到期未续作则自动失效；结清后注销并释放资本占用。
实战提示：额度生命周期中最容易被忽视的是“预占额度”。审批中、交易在途、司法冻结都会占用额度。若系统不区分“已用”与“预占”，会出现客户投诉“额度明明够却提不了款”。
四、常见术语与监管要求
以下术语在额度模型与策略文档中高频出现，必须统一口径：
- 授信额度：机构承诺的最大信用敞口。
- 可用额度：当前可立即使用的额度，等于授信额度减已用、冻结与预占。
- 已用额度：客户尚未结清的本金余额。
- 额度使用率：已用额度 / 授信额度，是额度分层的重要变量。
- 额度共享：多个产品共用同一额度池，任一产品用信均扣减总额度。
- 额度互斥：某些额度不能同时使用，如专项额度与综合额度互斥。
- 额度冻结：因逾期、司法或风控规则暂停用信。
- 额度调剂：在集团成员或产品间重新分配额度。
监管要求方面，需重点关注：
- 集中度限额：单一客户、单一集团、单一行业的授信集中度不得超过监管比例。
- 统一授信：对同一客户或集团的不同产品、不同机构授信应统一管理，防止多头授信。
- 资金用途：专项额度需监控资金流向，防止挪用。
- 信息披露：承诺额度、担保方式、利率与费用需清晰披露。
- 资本计量：额度占用需按监管规则计入风险加权资产。
误区警示：很多团队把“额度使用率低”简单理解为客户不需要额度，从而盲目降额。实际上，低使用率可能是客户在观望、额度定价过高、或产品体验差。降额前应结合用信行为、还款记录与外部信号综合判断，否则会误伤优质客户。
五、案例与复盘：一次额度共享引发的投诉
某银行对小微企业客户同时提供“经营贷”与“票据贴现”两个产品，系统初期未实现额度共享。客户获批综合额度500万元，经营贷已用300万元，票据贴现又申请200万元，系统显示“额度充足”并放款。结果客户总敞口达到500万元，触及集团限额，被监管提示。复盘发现三个问题：
- 额度模型未按客户维度汇总，而是按产品独立授信。
- 审批流程缺少统一授信校验节点。
- 贷后监控未实时计算集团敞口。
修复方案是建立“客户—集团—产品”三级额度树，所有用信请求先经过统一额度校验，再进入产品流程。同时，在额度分层策略中增加“共享额度使用率”与“互斥产品标识”两个变量。这个案例说明：额度基础知识不是概念背诵，而是系统设计与策略规则的地基。
六、方法流程：额度基础数据准备清单
在构建额度模型前，建议按以下清单准备数据与规则：
1. 客户主数据：客户号、集团号、行业、地区、评级
2. 额度主数据：额度编号、类型、币种、期限、担保方式
3. 额度状态：有效、冻结、到期、注销
4. 占用明细：已用本金、冻结金额、预占金额、可用额度
5. 共享规则：额度池编号、产品优先级、互斥标识
6. 监管限额：单一客户上限、集团上限、行业上限
7. 历史行为：用信频率、还款记录、额度使用率曲线
8. 外部信号：征信查询、司法涉诉、舆情预警