2. 违约定义基础

在PD建模中，违约定义不是一句业务口号，而是决定“样本标签是什么”的根基。标签一旦定义错误，后续无论使用逻辑回归、XGBoost还是深度学习，模型输出的都只是对错误目标的精确拟合。因此，本章从法律与监管、巴塞尔协议、内部评级三个层次，系统梳理违约定义的来源、差异与落地原则。

一、核心原理：为什么违约定义必须分层理解

违约定义存在三个典型视角：法律视角关注债权人与债务人之间的权利义务是否被实质违反；监管视角关注金融机构是否应触发资本计提、风险分类或披露义务；内部评级视角关注建模样本标签是否稳定、可追溯、可复现。三者并非互相替代，而是层层映射。

法律定义通常以合同条款为基础，例如未按约定支付本金或利息、违反财务契约、进入破产程序等。监管定义则更强调“逾期天数”和“信用减值”等可执行标准。巴塞尔协议在资本计量框架中给出了违约参考定义，成为全球银行内部评级体系的重要基准。内部评级视角则要求把上述定义转化为可编程、可审计的标签规则。

二、巴塞尔协议违约参考定义：两个核心触发条件

巴塞尔协议对违约的参考定义，通常归纳为两类触发条件：一是债务人已发生信用事件，如破产、重组、债务展期导致实质性减免；二是债务人逾期超过90天。这两个条件在多数司法辖区被作为最低要求，并允许监管机构在此基础上增加更严格的补充条件。

触发维度	典型情形	建模含义
信用事件	破产申请、债务重组、实质性减免、债权人被迫展期	需设置事件标志，通常不依赖逾期天数
逾期天数	本金或利息逾期超过90天	需计算到期日、宽限期、观察期
监管补充	监管认定、内部风险分类下调、交叉违约	需保留人工调整与审计轨迹

在样本窗口设计中，90天逾期通常作为“硬触发”，而信用事件作为“软触发”。软触发需要人工或规则引擎判断，容易引入主观性，因此必须在建模文档中明确记录判断标准和审批流程。

三、内部评级视角下的违约界定原则

内部评级不是简单照搬监管定义，而是要在合规前提下，形成一套可落地的标签体系。以下五项原则是实战中最常被验证有效的：

1. 可观测原则：违约事件必须能从系统数据中直接或间接观测到，不能依赖无法回溯的客户经理记忆。
2. 一致性原则：同一客户在不同产品、不同机构、不同时间窗口下的违约判定应保持一致，避免“同人不同标签”。
3. 可追溯原则：每个违约标签都应能追溯到具体合同、具体到期日、具体事件记录和具体规则版本。
4. 稳定性原则：定义一旦确定，不应频繁变更；若必须变更，应保留新旧标签并行观察期。
5. 审慎性原则：在边界模糊时，优先选择更审慎的判定，但需评估对样本分布和模型区分度的影响。

四、方法流程：从法律条款到建模标签

将违约定义转化为建模标签，通常遵循以下流程：

步骤1：收集法律合同、监管文件、内部风险政策
步骤2：提取违约触发条件，形成规则清单
步骤3：映射到数据字段，如到期日、还款状态、事件代码
步骤4：编写标签计算逻辑，明确观察期与表现期
步骤5：回溯验证，检查标签分布与业务认知是否一致
步骤6：版本化管理，记录每次定义变更的影响范围

其中，观察期与表现期的划分是样本窗口设计的核心。观察期用于采集特征，表现期用于观察是否违约。若表现期太短，会漏掉长期违约；若表现期太长，会引入过多成熟度偏差。

五、案例/场景：90天逾期的边界处理

假设某客户一笔贷款到期日为3月1日，合同约定宽限期3天。客户于6月1日仍未还款。若简单按“到期日+90天”计算，违约触发日为5月30日；但若考虑宽限期，则触发日为6月2日。两种口径下，该客户在5月31日的标签可能完全不同。

更复杂的是，客户在5月15日申请了展期，且展期导致利息减免。此时即使未满90天，也可能因“实质性减免”触发信用事件违约。因此，实战中必须同时维护“逾期天数规则”和“信用事件规则”，并明确优先级。

六、误区/复盘：违约定义落地中的五个坑

• 坑1：定义与数据脱节。规则写了“交叉违约”，但系统没有跨产品关联字段，导致无法执行。
• 坑2：观察期与表现期重叠。特征采集窗口包含了违约后的信息，造成标签泄漏。
• 坑3：客户级与合同级混用。同一客户部分合同违约，部分正常，汇总规则不清晰。
• 坑4：定义变更无版本。模型上线后修改定义，导致前后样本不可比。
• 坑5：忽略监管差异。跨境业务中，不同司法辖区对逾期天数和信用事件的要求不同。

复盘时，建议用一张“违约定义对照表”逐条核对法律、监管、巴塞尔和内部评级四个视角的差异，并标注每个差异对样本标签的影响。只有把定义基础打牢，后续的样本窗口设计、特征工程和模型验证才有可靠起点。