4. 违约事件与信用事件

在CDS定价与生存曲线建模中,最容易被低估、却最直接影响赔付与曲线形态的,不是利率假设,而是“什么算违约”。CDS合约中真正触发结算的,是信用事件(Credit Event),而不是泛泛的“经营困难”。ISDA 2014信用衍生品定义把信用事件划分为若干类型,其中破产、支付违约、债务重组是最常见、也最容易产生争议的三类。理解它们的判定边界,是后续构建违约概率与生存曲线的前提。

核心原理:信用事件是合约定义的“开关”

CDS的赔付逻辑可以概括为:参考实体发生信用事件 → 保护卖方按约定方式赔付 → 保护买方交割或现金结算。因此,信用事件判定本质上是一个合约法律判定问题,而非单纯的财务分析问题。同一家企业出现流动性紧张,若未触发合约列举的事件,CDS不会赔付;反之,若触发债务重组,即使企业仍在正常经营,也可能引发赔付与曲线跳变。

三类核心事件的判定要点如下:

  • 破产(Bankruptcy):参考实体被依法宣告破产、进入清算或重整程序、被接管,或书面承认无力偿还到期债务。判定通常依赖法院裁定、监管公告或正式文件。
  • 支付违约(Failure to Pay):在宽限期(Grace Period)届满后,仍未支付达到支付违约门槛(Payment Requirement)的到期债务。门槛通常为100万美元或等值货币,宽限期由合约约定。
  • 债务重组(Restructuring):因信用恶化导致债务本金、利率、期限等条款被不利变更,或债权人被迫接受替代偿付。它是争议最多的一类,常涉及“多债权人绑定”与“重组即违约”的判定分歧。

关键点:信用事件判定必须同时满足“事件类型 + 门槛 + 宽限期 + 通知与确认”四个条件。缺少任一条件,赔付请求都可能被驳回。

方法流程:从事件发生到曲线调整

在实战建模中,信用事件的处理不是孤立动作,而是一条完整链路。下面给出可落地的判定与影响流程:

  1. 事件识别:监控参考实体的公告、法院文件、评级行动与债务条款变更。
  2. 类型匹配:对照ISDA定义,确认属于破产、支付违约还是债务重组。
  3. 门槛与宽限期校验:核对支付违约门槛、宽限期是否届满、是否满足多债权人绑定条件。
  4. 通知与确认:向判定委员会(DC)提交信用事件通知,等待公开确认。
  5. 结算处理:选择实物交割或现金结算,确定拍卖价格与赔付金额。
  6. 曲线调整:将事件时点作为违约时间,重估违约概率与生存曲线,并更新CDS利差。

其中第6步对量化建模最为关键。信用事件一旦确认,生存曲线在该时点会出现跳跃式下降,而非平滑衰减。若使用约化模型,需将违约强度在事件时点设为冲击项;若使用结构化模型,则需重新校准违约边界。

信用事件判定链路与生存曲线跳变 事件识别 公告 / 法院 / 评级 类型匹配 破产 / 支付 / 重组 门槛与宽限期 100万 / 30天 DC确认 通知 / 公开裁定 结算 赔付 生存曲线 S(t) 在事件时点发生跳变 时间 t 生存概率 事件前 事件后 平滑衰减段 重估后的生存段 跳变幅度 ≈ 违约强度冲击 跳变时点 = 事件确认日 影响:CDS利差重定价

案例与场景:三类事件的实战差异

假设某制造企业出现以下三种情形,其CDS处理结果完全不同:

情形 事件类型 是否触发赔付 对生存曲线的影响
法院受理破产重整申请 破产 是,通常直接触发 事件时点跳变,曲线大幅下移
到期利息逾期45天未付,金额500万美元 支付违约 是,宽限期届满后触发 跳变时点后移,幅度取决于门槛
与银行协商展期并降低票息,未进入破产程序 债务重组 视合约条款,可能触发 若触发,曲线跳变;若不触发,仅利差走阔

从建模角度看,支付违约的跳变时点最明确,破产的跳变幅度最大,而债务重组的判定不确定性最高。因此在生存曲线校准中,通常需要对重组事件单独设置情景假设,而不是简单套用统一违约强度。

实操建议:在CDS定价模型中,把“事件确认日”作为违约时间输入,而不是“事件发生日”。两者之间可能相差数周,直接影响曲线跳变位置与估值结果。

误区与复盘:常见判定陷阱

  • 误区一:把财务困境等同于信用事件。企业亏损、评级下调并不自动触发CDS赔付,必须匹配合约列举的事件类型。
  • 误区二:忽略支付违约门槛。小额逾期未达门槛,即使宽限期届满也不构成支付违约。
  • 误区三:债务重组一律视为违约。是否触发取决于合约是否包含重组条款,以及是否满足多债权人绑定条件。
  • 误区四:事件发生后立即调整曲线。应等待DC确认,避免因误判导致估值反复。

复盘时建议建立事件台账,记录事件类型、确认日、门槛校验结果与曲线调整幅度。长期积累后,可以反推出不同事件类型对应的违约强度冲击分布,为后续章节的生存曲线拟合提供实证参数。

事件台账字段示例:
event_id, reference_entity, event_type, announcement_date,
dc_confirm_date, payment_requirement, grace_period_end,
settlement_method, auction_price, survival_shift

注意:信用事件判定具有法律与合约双重属性,模型假设不能替代合约文本。任何自动化判定系统都应保留人工复核环节,尤其是在债务重组场景下。

掌握三类信用事件的判定边界与曲线影响,是连接法律定义与量化建模的关键一步。只有把事件时点、门槛条件与结算结果准确映射到生存曲线,后续的违约概率校准与CDS利差分解才具备可靠基础。