3. 逾期桶定义与划分
在信贷风险管理中，DPD（Days Past Due，逾期天数）是衡量客户还款表现最基础、最直接的指标。然而，单笔账户的DPD数值本身信息量有限，真正具有业务分析价值的是将连续变化的逾期天数离散化为若干“逾期桶”（Delinquency Bucket）。逾期桶是账户状态迁徙分析、拨备计提、催收策略分派和风险预警的共同语言。理解逾期桶的定义逻辑与机构差异，是构建一切逾期分析模型的前提。
一、核心原理：为什么需要逾期桶
逾期天数是一个连续变量，理论上可以从1天延伸到数千天。但在实际业务中，机构并不需要也不应该对每一天单独制定策略。逾期桶的本质是对连续风险状态的分段离散化，其设计目标有三个：
- 风险分层：将不同严重程度的逾期账户区分开，便于差异化管理和资源分配。
- 状态可追踪：使账户在生命周期内形成有限个状态节点，从而支持状态迁徙矩阵的构建。
- 口径统一：为财务拨备、监管报送、催收考核提供一致的定义基础。
最常见的划分标准以“月”为粒度，即M0、M1、M2、M3等。这里的“M”代表Month，M1通常指逾期1至30天，M2指逾期31至60天，M3指逾期61至90天，M3+则泛指逾期90天以上。M0在不同语境下有两种含义：一种指正常未逾期账户，另一种指逾期0至30天（即刚进入逾期）。这种歧义正是机构间口径差异的典型体现。
关键理解：逾期桶的边界不是自然常数，而是业务约定。同一笔逾期45天的账户，在“M1=1-30天”口径下属于M2，在“M1=1-29天”口径下同样属于M2，但在“M1=1-45天”的宽松口径下则仍属于M1。边界移动一天，迁徙矩阵和拨备结果可能显著不同。
二、常见划分标准与机构差异
不同机构根据自身业务特点、监管要求和历史经验，会采用不同的桶划分方案。以下列出几种典型模式：
| 划分模式 | 桶定义 | 典型适用场景 | 业务含义 |
|---|---|---|---|
| 标准月桶 | M0(未逾期)、M1(1-30)、M2(31-60)、M3(61-90)、M3+(90+) | 银行信用卡、消费金融 | 与月度还款周期对齐，便于拨备和催收 |
| 监管五级口径 | 正常、关注、次级、可疑、损失 | 监管报送、拨备计提 | 以90天为不良分界，M3+通常对应不良 |
| 短周期桶 | D1(1-7)、D2(8-14)、D3(15-30)、D4(31-60) | 现金贷、短期小额信贷 | 还款周期短，需更细粒度监控早期风险 |
| 催收导向桶 | 前置提醒、早期催收、中期催收、委外、核销 | 催收运营管理 | 按催收手段和成本划分，而非纯天数 |
| 滚动率分析桶 | C0、C1、C2、C3、C4… | 迁徙率与坏账预测建模 | 以观察点月末状态为准，强调状态转移 |
机构差异主要体现在三个方面：边界值归属（如30天算M1还是M2）、M0的定义（是否包含未逾期）、以及是否存在M3+的细分（如M4、M5、M6）。例如，部分银行将M3+进一步拆分为M4(91-120)、M5(121-150)、M6(151-180)和M6+(180+)，以支持更精细的坏账评估。而互联网信贷机构由于还款周期灵活，常采用“逾期天数/合同期数”的相对口径。
三、方法流程：从DPD到逾期桶的映射
将原始DPD字段映射为逾期桶，通常遵循以下流程：
- 确定观察时点：明确是月末快照、账单日快照还是每日快照。观察时点不同，同一账户的DPD可能不同。
- 计算DPD：DPD = 观察日 - 应还款日（若已还清则为0或负值，需截断为0）。
- 应用桶边界规则：根据机构定义的边界进行分段。注意边界闭合方向，如“1-30”通常指[1,30]闭区间。
- 处理特殊状态：核销、重组、展期、司法诉讼等账户需单独标记，避免污染常规迁徙矩阵。
- 生成桶标签：输出标准化的桶编码，供下游分析和报表使用。
以下是一段典型的SQL映射逻辑示例：
CASE
WHEN dpd IS NULL OR dpd <= 0 THEN 'M0'
WHEN dpd BETWEEN 1 AND 30 THEN 'M1'
WHEN dpd BETWEEN 31 AND 60 THEN 'M2'
WHEN dpd BETWEEN 61 AND 90 THEN 'M3'
WHEN dpd > 90 THEN 'M3+'
ELSE 'UNKNOWN'
END AS dpd_bucket提示：在实际数仓中，建议将桶边界配置化，例如存入一张bucket_definition维表，包含bucket_name、min_dpd、max_dpd、effective_date等字段。这样当机构调整口径时，无需修改硬编码，只需更新配置并重跑历史数据。
四、案例与场景：口径差异如何影响分析结论
假设某消费金融公司有1000个账户，在6月末的DPD分布如下：未逾期800个，逾期1-30天100个，逾期31-60天50个，逾期61-90天30个，逾期90天以上20个。若采用标准月桶，M1=100、M2=50、M3=30、M3+=20，不良率（M3+占比）为2%。
但如果该公司将M3+定义为“逾期60天以上”，则不良变为50个，不良率升至5%。同一组数据，仅因桶边界定义不同，风险指标翻倍。这解释了为什么在跨机构对比或监管报送中，必须首先确认逾期桶口径。
另一个典型场景是迁徙率分析。若M1的边界从“1-30天”调整为“1-29天”，则原本在30天边缘的账户会从M1迁入M2，导致M1→M2迁徙率被高估。因此，在构建迁徙矩阵前，必须锁定桶定义并保持时间序列一致。
五、误区与复盘
常见误区一：把M0当作逾期桶。M0在部分机构中指未逾期正常账户，在另一些机构中指逾期0-30天。混用会导致分母错误。建议在文档中显式声明M0含义。
常见误区二：忽略边界闭合方向。“1-30”和“31-60”看似无缝，但如果系统实现为dpd < 30和dpd >= 30，则30天账户归属与业务定义不符。必须明确每个桶是左闭右开还是左闭右闭。
常见误区三：用当前桶定义回溯历史数据。若机构在年中调整了桶边界，直接用新口径重算历史迁徙矩阵，会引入“定义漂移”偏差。正确做法是保留历史口径，或在分析中标注口径变更点。
常见误区四：忽视特殊账户状态。已核销账户的DPD可能仍在增长，但不应再参与常规迁徙率计算。应在ETL阶段打上is_chargeoff标记并排除。
复盘上述误区，核心原则只有一条：逾期桶是业务契约，不是技术细节。在任何一个逾期分析项目启动前，风险、财务、催收和数据分析团队必须就桶定义达成书面一致，并在数据字典中固化。只有这样，后续的账户状态迁徙分析、滚动率模型和拨备测算才具备可靠的基础。