学習・技術検証用デモ — 本システムは実際の銀行サービスではありません。

公開情報をもとに構築した教育目的のシステムです。実在する個人情報・口座情報・機密情報・認証情報等を入力しないでください。

ミニ銀行ACADEMY SYSTEM LEARNING
教材メニュー
学習進捗0 / 134
あと134項目
ADVANCED · 発展COURSE 08 · CORPORATE BANKING

CovenantsとLoan Documentation:違反を早期対話へ変える

Covenantは企業を縛る罰則一覧ではありません。信用状態の悪化を早く検知し、追加情報・是正・再交渉を始める契約controlです。定義、測定、証拠、waiverが核心です。

07 / 13
CORPORATE BANKING · 法人銀行業務

法人融資を、信用判断・商品・契約・事務・モニタリング・データまで一気通貫で学ぶ。

Prerequisite: BANKING

LEARNING GOALS

このページで学ぶこと

  • Covenantの類型
  • 財務指標の定義とtesting
  • Breach・Default・Waiver・Cure

PLAIN LANGUAGE

まず、ここだけつかむ

1

Covenantは契約期間中に企業が守る行為・禁止・財務・情報条件です。

2

指標名だけでなく計算定義、対象範囲、test日、証拠、cureを決めます。

3

違反時はgrace、waiver、amendment、default、accelerationを区別します。

DIFFICULT PARTS, STEP BY STEP

難しいポイントを、順番にほどく

専門用語を覚えることより、「なぜ必要か」「このシステムのどこで使うか」を理解することが目標です。

01

Financial Covenant

やさしく言うと

財務指標を一定水準に保つ契約条件です。

なぜ必要?

返済能力悪化を早く検知するためです。

Minibankでは

covenant testはありません。

02

Waiver

やさしく言うと

特定の違反について権利行使を限定的に猶予・放棄する合意です。

なぜ必要?

口頭了解で権利関係を曖昧にしないためです。

Minibankでは

waiver workflowはありません。

03

Event of Default

やさしく言うと

契約に定めたdefault事由です。

なぜ必要?

draw停止や期限前請求などの権利を発生させ得るためです。

Minibankでは

loan default状態はありません。

Covenantの類型

類型例目的
Affirmative財務情報提出、保険維持、税支払必要な行為と情報を確保
Negative追加借入・担保・資産売却・配当の制限資産・優先順位・cash流出を保護
Financial maintenanceLeverage、DSCR、net worthを毎期test悪化を定期的に早期検知
Incurrence新規行為をするときだけratio test財務柔軟性と追加riskを均衡
Information月次・四半期・予算・certificatetimely monitoring
Event-driven訴訟、格付、支配権変更の通知重大変化を即時把握

財務Covenantをmachine-testableにする

部品決めること
MetricLeverage、Interest Coverage、DSCR、Net Worth等
DefinitionEBITDA add-back、Debt、Cash、lease、FX換算
Scope連結/単体、guarantor group、除外子会社
Threshold上限・下限、step-down / step-up
Test date四半期末、月末、取引実行時
Evidence決算書、compliance certificate、監査人確認
Cureequity cure、期間、回数、適用metric
Consequencesmargin ratchet、draw stop、default、acceleration

Representations・Undertakings・Default

条項働く時点例
Representation署名時・draw時・反復日権限、財務情報、訴訟、法令遵守
Condition precedent契約発効・初回/各draw前登記、契約、担保、法的意見
Undertaking契約期間中報告、許可行為、禁止行為
Event of Default違反発生時不払、covenant breach、虚偽、倒産
Cross-default他債務のdefaultと連動thresholdとcross-accelerationの差
MAC重大な悪影響定義と適用の不確実性

Breach対応

違反=即時回収ではありませんが、口頭了解で放置もしません。waiverは対象違反、期間、条件を限定し、将来の権利放棄と混同しません。

  1. 01test結果と根拠dataを確定
  2. 02契約定義・grace periodを法務確認
  3. 03借り手がnoticeと説明を提出
  4. 04銀行がmateriality・forecast・他債務を分析
  5. 05draw stop等の暫定control
  6. 06waiver、amendment、cure、reservation of rightsを決裁
  7. 07全lenderの必要議決を取得
  8. 08条件・fee・追加報告を契約化
  9. 09格付・引当・監視頻度へ反映

CHECK YOUR UNDERSTANDING

3問で理解チェック

答えを頭の中で考えてから、各項目を開いて確認してください。

Q1EBITDA CovenantはEBITDAという名前だけで計算できますか?
答え

できません。add-back、連結範囲、期間など契約定義が必要です。

Q2Covenant違反は必ず即時一括返済ですか?
答え

必ずしも違います。契約、grace、waiver、銀行判断によります。

Q3Waiverは将来の違反もすべて許しますか?
答え

通常は対象違反、期間、条件を限定します。

ここまで読めましたか?

完全に暗記する必要はありません。大切な考え方を説明できそうなら押してください。

INDUSTRY / EXTERNAL SOURCE

業界資料・参考文献

一般論と業界知識の根拠です。外部サイトを新しいタブで開きます。

SOURCE TRAIL

根拠と関連教材

CURRENT IMPLEMENTATIONは確認したrepository内の実装です。HISTORICAL IMPLEMENTATIONは導入・修正の履歴で、後続migrationによる再定義があり得ます。RELATED LESSONは教材への案内で、実装の一次Sourceではありません。ASSUMPTIONは仮定、UNKNOWNは未確認を表します。

確認基点: d02eae8914f39cbf06bfe422dc39c71886f82b3e / 2026-09-11。稼働環境への適用確認: UNKNOWN。パス実在の自動検査と、記述した技術的事実の確認は別です。