# 授信额度与定价

> 决定「给多少、什么价、多久」：把风险评分翻译成额度、利率与期限，并在客户生命周期里持续调整。它是风控结论真正变成商业结果的地方。

## 一、它是干什么的

风控模型输出的是风险等级或违约概率，业务需要的是**可执行的授信方案**：额度多少、利率多少、期限多长、能不能循环、要不要担保。额度与定价系统负责这套换算规则，并管理额度的全生命周期（初始核定、临时额度、调额、冻结、共享与释放）。

它同时受三方约束：**风险**（违约概率与损失）、**收益**（资金成本、运营成本、资本占用）、**合规**（利率上限、总成本明示、不得歧视）。

## 二、谁在用

| 角色 | 用来做什么 |
| --- | --- |
| 风控策略 | 配置额度模型、定价矩阵、调额规则 |
| 产品 | 设计产品额度区间、期限结构 |
| 资金 / 财务 | 核算资金成本与收益目标 |
| 合规 | 核查利率合规、信息披露 |
| 客服 | 解释额度与利率、处理调额申请 |

## 三、系统里有什么

| 模块 | 主要能力 |
| --- | --- |
| 额度核定 | 初始额度模型（风险 × 收入 × 负债 × 产品政策） |
| 定价矩阵 | 风险等级 × 客群 × 渠道 × 产品 → 利率/费率 |
| 期限与还款方式 | 期限区间、等额本息/先息后本/随借随还 |
| 额度生命周期 | 临时额度、调额、降额、冻结、解冻、到期 |
| 额度共享 | 多产品共用总额度、单笔占用与释放 |
| 试算与模拟 | 输入客户参数，输出额度与定价 |
| 审批流 | 超额、超低定价等特殊场景走人工审批 |
| 监管校验 | 利率上限、综合成本、信息披露字段 |

## 四、解决什么问题

| 痛点 | 表现 | 后果 |
| --- | --- | --- |
| 额度拍脑袋 | 靠经验给 5 万、10 万 | 高风险客户额度过高，损失放大 |
| 定价一刀切 | 所有人同一利率 | 优质客户流失、次级客户亏损 |
| 额度与风险脱节 | 评分低也能拿高额度 | 逆向选择 |
| 无法解释 | 客户问「为什么只有 3000」 | 客诉与监管质疑 |
| 额度不回收 | 客户恶化后额度仍可用 | 风险敞口扩大 |

## 五、深度解析

### 5.1 额度核定的常用思路

**额度 = 风险系数 × 还款能力 × 产品上限**。风险系数来自评分/PD，还款能力来自收入、负债收入比、代发工资、社保公积金，产品上限来自监管与业务规则。常见做法是先算「理论额度」，再用「多头、负债、区域」做折扣，最后用「产品与渠道」封顶。

反欺诈场景下还要叠加「团伙/设备」折价——同一设备多个申请，额度应显著压低。

### 5.2 定价的构成

利率 ≈ 资金成本 + 风险成本（PD × LGD）+ 运营成本 + 资本占用 + 目标利润。定价矩阵的作用是把这套公式固化成可查表、可审批、可解释的规则。要点：

- **风险成本随 PD 非线性上升**，低风险段可以薄利，高风险段要么高定价要么直接拒绝；
- **监管红线**（利率上限、综合年化成本）必须在系统里硬校验，不能靠人工；
- **展示口径统一**：客户看到的是年化综合成本，不能只展示名义利率。

### 5.3 额度生命周期

```text
申请 → 初始额度 → 用信 → 还款 → 行为积累
   → 提额（优质客户）/ 降额（风险信号）/ 冻结（逾期或欺诈）
   → 到期复评
```

调额是最容易出事故的环节：**提额看收益，降额看风险，两者都要有回滚开关**。典型错误是「一刀切降额」引发集中投诉与提前还款。

### 5.4 额度共享与占用

多产品共用总额度时，必须定义：总额度、单产品限额、单笔占用、还款释放、逾期冻结、跨产品优先级。否则会出现「A 产品占满额度，B 产品无法放款」或「重复授信」。

### 5.5 核心指标

| 指标 | 说明 |
| --- | --- |
| 额度使用率 | 已用/授信，反映真实需求 |
| 户均额度 / 额度分布 | 是否与客群匹配 |
| 风险调整后收益（RAROC） | 定价是否覆盖风险 |
| 提额/降额触发量与投诉率 | 策略激进度 |
| 额度拒绝率 | 授信不足导致的流失 |

## 六、竞品与选型参考

| 产品 / 厂商 | 类型 | 优点 | 局限 |
| --- | --- | --- | --- |
| FICO 决策与额度方案 | 商业 | 额度与定价方法论成熟、海外银行实践多 | 昂贵、本地化实施周期长、依赖咨询 |
| SAS 信用风险方案 | 商业 | 建模 + 策略一体、风险计量严谨 | 重、成本高、需要专业团队维护 |
| 银行信贷系统厂商（宇信、神州信息、长亮等） | 行业解决方案 | 与核心、账务、放款集成度高、合规流程完整 | 策略灵活度一般，额度定价常需二次开发 |
| 风控咨询 + 系统落地（同盾、百融等） | 商业服务 | 上线快、有现成策略模板 | 方法论依赖外部，长期自主性弱 |
| 自研（规则引擎 + 决策表） | 自研 | 灵活、可控、与内部决策流天然打通 | 建设与维护成本高，需要策略与工程共同投入 |

> 额度定价很少单独采购，通常是「核心/信贷系统提供账务与额度管理 + 自研策略层决定额度与价格」。

> **资料来源与时效**：厂商官网与公开产品文档、开源项目文档/仓库、公开技术文章与行业报告，以及行业常见实践；信息整理截至 **2026-10**，未逐一与厂商核实。产品能力、定价与版本会随迭代变化，选型前请核对官方最新资料并做 POC 验证；本节不构成选型推荐，也不含厂商商务信息。

## 七、与其他风险系统的关系

| 系统 | 关系 | 交互内容 |
| --- | --- | --- |
| 规则引擎 | 上游 | 提供准入结论、限额与策略参数 |
| 模型平台 | 上游 | 提供评分/PD，作为额度系数与定价档位输入 |
| 名单服务 | 上游 | 黑名单不授信，灰名单降额 |
| 贷中监控 | 双向 | 预警触发降额冻结；用信数据回流评估 |
| 决策留痕 | 下游 | 记录额度与定价的计算依据 |
| 策略分析 | 下游 | RAROC、额度使用率、提降额效果分析 |

## 八、常见坑

| 坑 | 后果 | 规避 |
| --- | --- | --- |
| 只按评分给额度 | 忽略还款能力 | 叠加收入与负债 |
| 定价不覆盖风险成本 | 高风险客群亏损 | RAROC 校验 |
| 额度只升不降 | 敞口持续扩大 | 定期复评 + 风险触发降额 |
| 额度共享规则缺失 | 重复授信 | 明确总额度与占用 |
| 降额一刀切 | 集中投诉与提前还款 | 分层降额 + 灰度 |
| 利率口径不统一 | 合规风险 | 统一年化综合成本 |