インフラ債券の規約体系

1. 規約の決定を定義する

資金調達の決定は、提案された債券文書が、取引完了から満期まで有用であり続ける運営管理システムを構築するかどうかによって決まります。取締役会は、借入主体、担保資産の境界、返済源、プロジェクト契約、運営リスク、債務プロファイル、投資家ベース、準拠法を特定する必要があります。これらの事実によって、どの規約が測定可能か、どの統制を実施できるか、どの救済策を行使できるかが決まります。

規約は、定義された状態をタイムリーな証拠と相応の対応に変える場合に価値があります。債務返済カバレッジテストは、債務返済に利用可能な現金が一貫して定義され、口座が管理され、計算エージェントが信頼できる情報を受け取り、分配禁止が強制可能である場合にのみ現金を保持できます。準備金要件は、必要な金額、許可された投資、補充の優先順位、および引き出し条件が明確な場合にのみ流動性をサポートできます。

決定書では 3 つの質問に分ける必要があります。測定では、文書が資産の実際の財務状況を観察しているかどうかが問われます。応答は、流動性が枯渇する前に合意されたアクションが実行されるかどうかを尋ねます。執行では、受託者、担保代理人、社債権者が利用可能な時間内に行動できるかどうかが問われます。承認には 3 つすべてについて肯定的な証拠が必要です。

規約パッケージでは、運用上の自由も定義する必要があります。管理者には、承認された計画内で資産を運用、維持、および適応させるための権限が必要です。債権者の管理は、価値の漏洩、リスクの移行、および融資案件からの重大な逸脱に焦点を当てる必要があります。過剰な同意要件は、通常の意思決定を遅らせ、重要なリスクを検出できなくなる可能性があります。

2. 返済源から始める

インフラストラクチャ債務は、定められた現金生成システムから返済されます。そのシステムには、可用性ベースの利権、規制されたネットワーク、契約発電資産、商業施設、有料道路、港湾、デジタル インフラストラクチャ プラットフォーム、または混合ポートフォリオが含まれます。各モデルには、販売量、価格、取引相手、運用、メンテナンス、規制上のリスクが異なります。

規約のアーキテクチャは、サービスの提供から現金の回収までの経済ルートに従う必要があります。誰が支払うのか、いつ支払いが行われるのか、どのような控除や相殺が適用されるのか、関税はどのように変更されるのか、領収書の保管場所、債務返済前にどの費用を支払わなければならないのかを特定する必要があります。可用性の差し引き、指数化の遅れ、削減、紛争、または取引先の遅延が現金に影響を与える場合、契約収益は依然として不安定になる可能性があります。

法定周囲長はモデルと一致する必要があります。債務者グループ外で得た収益、無制限の口座に閉じ込められた現金、または担保されていない関連会社が保有する資産により、一見強力なカバレッジ比率が弱まる可能性があります。財務委員会は、しきい値を選択する前に、所有権、契約、口座、保証、セキュリティ、許可された譲渡をマッピングする必要があります。

その結果、返済元の覚書が作成されるはずです。それには、収入源、必須の運営コスト、維持義務、税金、運転資本の移動、優先債権および譲渡制限が記載されています。すべての財務規約はその覚書と調和する必要があります。

3. 統合された規約アーキテクチャを使用する

提案された Covenant アーキテクチャ システムには、6 つの接続されたレイヤーが含まれています。第 1 層では、資産、債務者、および現金の境界を定義します。第 2 層は、情報、予測、計算の標準を確立します。第 3 層は、回収口座、営業支払い、準備金、債務返済を制御します。レイヤー 4 は、カバレッジ、レバレッジ、流動性、プロジェクトのパフォーマンス、追加の負債をテストします。第 5 層は、分配、処分、修正、その他の価値の移転を制限します。第 6 層は、救済、債権者の決定、介入、執行を管理します。

各層は 1 つのシステムとして動作する必要があります。予測契約は早期の可視性を提供します。準備金の補充要件により、次の支払い期間が保護されます。分配ロックは現金を保持します。治療計画は動作原因に対処します。デフォルトが継続する場合、直接契約ではプロジェクト契約が保持されます。社債権者の仕組みにより、契約期間が満了する前に決定を行うことができます。

ドキュメントにはレイヤー間の関係が記載されている必要があります。たとえば、リザーブの抽選により、拡張レポートがトリガーされ、配布が禁止され、次のウォーターフォールによる補充が必要になる場合があります。予測違反が発生した場合、即時の支払い不履行を引き起こすことなく、是正計画をトリガーできます。違反が繰り返されると、独立した審査と債権者の同意にまで発展する可能性があります。

アーキテクチャは、個別の句ではなく、妥当なシーケンスに対してテストする必要があります。レビュー担当者は、収益の減少、コストの増加、メンテナンスの失敗、取引先の遅延、借り換えのストレスをシミュレートする必要があります。各シミュレーションでは、どの情報が到着し、どの口座が変更され、誰が決定し、どのような現金が残っているかを示す必要があります。

4. 債務者と資産境界を修正する

債務者の境界は、その資産、契約、口座、または事業が返済を支援するすべての事業体を特定する必要があります。プロジェクトファイナンス構造では通常、特別目的事業体が使用されますが、法的隔離は所有権、企業権限、企業間取り決め、倒産分析、および取引固有の法律に依存します。ラベルだけでは破産の隔離性は確立されません。

資産台帳には、土地または利権の権利、工場、ライセンス、許可、重要な契約、保険、知的財産、口座および請求が含まれている必要があります。どのアイテムが所有、リース、ライセンス供与、質権されているか、またはセキュリティ パッケージの対象外であるかを示す必要があります。また、完了状況と関連会社または公的機関への重大な依存関係も特定する必要があります。

境界の違いには明確な対処が必要です。オペレーティング モデルでは、セキュリティで保護されたグループの外部にあるエンティティを統合する場合があります。サービス契約により、マージンがアフィリエイトに移される場合があります。共有財務システムは、プロジェクト収益を発行者に転送する前に収集する場合があります。これらの取り決めにより、コベナントの計算が利用可能な現金よりも強く見えたり、弱く見えたりする可能性があります。

財務委員会は、財務モデルと調和する法人とキャッシュマップを要求する必要があります。所有権の変更、合併、新しい子会社および譲渡は、元の境界が静かに侵食されないように、管理された承認プロセスに入る必要があります。

5. 債務返済に利用できる現金を定義する

債務返済に利用可能な現金 (CFADS) は、多くのインフラ融資における中心的な財務指標です。これは、収集した営業収益から開始し、プロジェクトの運営、維持、保存に必要な現金コストと、適用される税金および運転資本の移動を差し引く必要があります。正確な定義はトランザクションを反映する必要があります。

定義ではタイミングについて言及する必要があります。回収が遅れた場合、未払収益が現金を過大評価する可能性があります。年間の支払いが高額になると、短いテスト期間が歪む可能性があります。メンテナンス費用は周期的に発生する可能性があります。税金と運転資本の動きは逆転する可能性があります。計算では、過去の値、予測値、年換算値、またはローリング期間にわたって測定された値のいずれかを記載する必要があります。

許可された調整には規律あるルールが必要です。保険金、賠償金、清算損害金、スポンサー支援、臨時領収書、資産売却代金は、書類にその扱いが明記されており、現金にアクセスできる場合にのみ入力する必要があります。予想される借り換え収益や無条件のサポートによって、営業範囲が強化されるべきではありません。

計算エージェントは、財務諸表および銀行口座から CFADS への橋渡しを維持する必要があります。ブリッジでは、すべての包含、除外、調整を示す必要があります。一貫した血統により、比率が監査可能になり、アクションが最も緊急である時点での紛争が減少します。

6. 債務返済カバレッジテストを設計する

債務返済カバレッジ比率は、CFADS を予定元本、利息およびその他の定義された優先債務返済額と比較します。有用なテストでは、分子、分母、期間、計算日、情報源、責任者、認証および結果が記載されます。どのコンポーネントであっても不明確な点があると、ロックや修復が遅れる可能性があります。

ヒストリカル テストとフォワード テストは異なる目的を果たします。過去の比率は、観察された現金パフォーマンスをテストします。フォワードレシオは、承認された予算と仮定を使用して、予想される回復力をテストします。両方を要求すると、過去の好調な期間の後に次の営業期間が低迷したときに分配が行われるのを防ぐことができます。

しきい値は、収益の変動性、営業レバレッジ、維持プロファイル、債務償却、準備金サポート、および予測の信頼性に合わせて調整する必要があります。単一の比率を別のセクターから輸入すべきではありません。このホワイトペーパーでの仮想のしきい値は国家システムを説明するものであり、市場条件を表すものではありません。

計算規定は紛争を想定すべきである。異議申し立て請求書、例外的なコスト、準備金の変動が比率に影響を与えるかどうか、また誰が決定するかを明記する必要があります。迅速な専門家またはエージェントのプロセスにより、権利を維持しながらスケジュールを維持できます。

7. 早期の警告措置を追加する

流動性が失われると、支払いデフォルトのしきい値が到達します。したがって、コベナントシステムには劣化を早期に示す対策が必要です。これらには、ローリング収益、可用性、使用率、回収日、運営コスト、メンテナンスの未処理分、取引先の延滞、準備金の充足率、建設マイルストーン、および予測範囲が含まれます。

それぞれの対策は行動につながる必要があります。わずかな違いについては説明が必要な場合があります。重大な差異がある場合は、予測の修正と修正計画が必要になる場合があります。不一致が繰り返されると、独立した技術審査、現金保留、または債権者との協議が引き起こされる可能性があります。対応には、債務返済に影響が出るまでの予想されるリードタイムを反映する必要があります。

予測テストにはガバナンスが必要です。仮定は、契約、運用証拠、承認された予算と一致している必要があります。管理者はオーバーレイと偶発性を個別に特定する必要があります。更新された予測では、単に仮定を変更するだけで違反を解決する必要はありません。

早期警告ダッシュボードは、意思決定に役立つ指標に限定する必要があります。レポートのスケジュールが長いと、可視性が失われ、大量のレポートが作成される可能性があります。最も強力な措置は、返済の経済的推進力と定義された契約上の措置に関連した措置です。

8. アカウントのウォーターフォールを構築する

口座構造により、契約上の優先順位が現金の動きに変換されます。通常、収入の徴収、税金、運営費、メンテナンス、債務返済、予備資金、ヘッジ、許可された資本支出および分配が対象となります。正確な順序は、プロジェクトの法的ニーズと運用上のニーズに一致する必要があります。

アカウント制御は運用上可能である必要があります。文書には、現金が預けられる場所、送金がいつ行われるか、誰が指示を与えるか、非営業日に何が起こるか、紛争額がどのように処理されるかを記載する必要があります。継続的な指示とテストされた銀行の義務により、手動介入への依存が軽減されます。

ウォーターフォールでは、通常の操作とロックアップまたはデフォルト状態を区別する必要があります。通常の運用では、経営陣は予算内で柔軟性を定義できる場合があります。ストレスがかかると、保持された現金は準備金の補充、債務返済、または救済支出に移される可能性があります。債務不履行の後、代理人は基本的な運営義務および適用法に従って支払いを管理することがあります。

プロジェクト会社は定期的にウォーターフォール調整を実行する必要があります。これらは、ソースの領収書、許可された支払い、準備金残高および分配を文書と比較します。例外は、次の契約日までに修正して報告する必要があります。

9. 債務返済準備金の規模を設定する

公債費準備金口座は、営業資金が一時的に不足した場合に流動性を提供します。必要な残高は、予定されている債務返済の月数、次回の支払額、信用状、別の許可された手段、またはその組み合わせによって定義できます。適切な設計は、支払いの頻度と、考えられる中断の期間によって異なります。

仮定のケースでは、USD 20 million に等しい 6 か月の予定された債務返済を使用します。この仮定は計算を説明するものであり、推奨するものではありません。財務委員会は、支払いの遅延、機能停止、または修復が解決されるまで、どのくらいの期間、準備金が現金をカバーしなければならないかをテストする必要があります。

資金調達の仕組みが重要です。リザーブは取引終了時に資金提供されるか、ウォーターフォールを通じて構築されるか、適格な手段によってサポートされるか、または抽選後に補充される場合があります。文書には、評価、許可された投資、プロバイダーの基準、交換のトリガー、補充の優先順位が記載されている必要があります。

リザーブドローは情報とアクションをトリガーする必要があります。発行者は原因を説明し、流動性予測を更新し、分配金を一時停止し、補充計画を提案する必要がある。資金繰りが繰り返される場合は、新たな補充ではなく債務や経営介入が必要となる構造的脆弱性を示している可能性があります。

10. 他の予約目的を分離する

債務返済、大規模なメンテナンス、営業流動性、税金、保険、ライフサイクル支出はさまざまな目的を果たします。これらを 1 つのアカウントにまとめると、プロジェクトが次の支払いや次の物理的な義務に備えているかどうかが不明確になる可能性があります。要件を分けることで、現金が同じ口座の銀行に保管されている場合でも透明性が向上します。

大規模メンテナンスの準備金は、技術的なスケジュールとコストの見積もりに従う必要があります。資金は予想されるイベントの前に増加し、確認された支出に対して引き出しを許可する必要があります。運転準備金は、収集中断中に重要なサービスを保護することができます。税金や保険の準備金は、予測可能ではあるが頻度の低い支払いに対処できます。

モデルは二重カウントを避ける必要があります。準備金に移された現金は自動的に営業費用にはなりませんが、準備金の引き出しは自動的に新たな収入にはなりません。 CFADS の定義、ウォーターフォール、予測では、同じ動きを一貫して扱う必要があります。

リザーブリリースには、基礎となる義務が通過した、または他の場所で資金提供されたという証拠が必要です。余剰計算では、次の測定期間に必要な金額と未解決の差異を保持する必要があります。リリースの仕組みは、資金調達の仕組みと同じくらい正確である必要があります。

11. 4 状態応答ラダーを作成する

提案されたアーキテクチャでは、緑、黄色、赤、およびデフォルトの状態が使用されます。緑色は、コンプライアンス、必要な準備金の全額、および過去および将来の十分な補償範囲を示します。黄色は、ヘッドルームの減少、リザーブドロー、またはその他の警告状態を示します。赤は、材料範囲の弱さ、予備資金不足、またはプロジェクトのパフォーマンスの失敗の繰り返しを示します。デフォルトは、支払い漏れ、または該当する猶予期間を過ぎた別の定義されたイベントを示します。

それぞれの状態によって動作が変わります。緑色は、すべての条件が満たされた場合に配布を許可します。アンバーは分配を固定し、報告を増やし、余剰現金を一掃することができます。赤は、資金提供による治療計画、独立した審査、重要な行動に対する債権者の同意を必要とします。債務不履行により、直接合意、停止条項、適用法に従って、契約上の救済枠組みが有効になります。

しきい値は、小さな測定差によって不均衡な結果が生じる崖を回避する必要があります。修復期間、ルックバックルール、および反復違反テストにより、一時的なノイズと持続的な劣化を区別できます。文書には、支払い、破産、放棄、違法行為、またはその他の重大な出来事に対する即時措置を保存する必要があります。

ストレス状態から解放されるには、一定期間にわたる証拠が必要である。根本的な原因が継続する場合、単一の有利な計算では不十分な場合があります。リリーステストには、引当金、予測範囲、債務不履行の有無、必要な修復の完了を含める必要があります。

しきい値は仮想的な管理上の仮定であり、取引固有の調整と法的草案が必要です。

12. 仮想的な動作ケースをモデル化する

The illustrative project earns annual revenue of USD 150 million.現金運営費は USD 78 million、保守支出は USD 12 million、税金と運転資本の使用は USD 6 million です。 CFADS is therefore USD 54 million.予定債務返済額は USD 40 million で、DSCR は 1.35 倍です。

アンバーのケースでは、収益が USD 144 million、運営費が USD 80 million、保守支出が USD 14 million、税金と運転資本が USD 6 million であると想定されています。 CFADS は USD 44 million に低下し、DSCR は 1.10 倍に低下します。例示的な状態定義では、その結果は琥珀ではなく赤であり、ラベルとしきい値を慎重に調整する必要があることを示しています。

より穏やかな警告ケースでは、収益 USD 147 million、運営費 USD 79 million、メンテナンス USD 13 million、税金と運転資本 USD 6 million を使用できます。 CFADSはUSD 49 million、DSCRは1.225xです。これは、例示的な琥珀色の帯に分類されます。

厳しいケースでは、収益が USD 132 million、運営費が USD 84 million、メンテナンスが USD 18 million、税金と運転資本が USD 7 million であると想定されます。 CFADSはUSD 23 million、DSCRは0.575xです。引当金は支払時期のギャップを補うことはできますが、営業赤字を修復するものではありません。

USD millions。 All figures are illustrative management assumptions; they are not observed data, forecasts or recommended terms.

13. テストのタイミングとパスの依存性

Annual ratios can conceal intra-year stress.プロジェクトは、多額の契約上の収入を得る前に債務返済に直面しながらも、適切な年次 CFADS を報告できます。月次または四半期ごとのモデリングでは、最低現金、引当金の引き出し、および治療に利用できる時間を特定する必要があります。

イベントの順序によって利用可能なアクションが変わるため、パスの依存性が重要になります。メンテナンスの停止に続いて顧客の支払いが遅れると、各イベントが個別に管理可能であっても、流動性が枯渇する可能性があります。借り換え日前に引当金が引き出されると、格付けや投資家の準備が弱まる可能性があります。劣化の直前に分布させると、必要な硬化時間が長くなる可能性があります。

したがって、資金調達モデルには、現金の日付、口座残高、契約日を含める必要があります。各期間の状態遷移、保有量、提案された管理アクションの効果を示す必要があります。年次概要は、この基本的なスケジュールと調和する必要があります。

取締役会は最も初期の障害点を調査する必要がある。この点によって、有用な警告インジケーターと治癒期間が決まります。現金が建物から流出した後に報告する規約は、保護ではなく履歴情報を提供します。

14. 設計分布条件

分配は、安全な構造の外に価値を移転します。したがって、配信テストでは 1 つの日付に複数の比率が必要です。条件には、過去および将来の補償、全額の積立金、債務不履行の有無、必要な資本支出の完了、流動負債の支払い、承認された予算、および認証の交付などが含まれます。

The test should capture direct and indirect transfers.配当金、株主ローンの返済、管理手数料、資産譲渡、関連会社への支払い、その他の価値漏洩には、共通の制限または独立企業間要件が必要となる場合があります。 Ordinary operating payments under approved contracts should remain possible.

信頼性を保つために、測定日は支払いよりも十分前に設定する必要があります。発行者は、認証から配布までの間に既知の重要なイベントを更新する必要があります。証明書が古くなって、大幅に劣化した後に現金が流出することを許可してはなりません。

文書には、トラップされた現金の処理についても明記する必要があります。保持された現金は、準備金、債務削減、承認された修復、または許可された資本支出に資金として使用できます。定義されたリリース テストにより、プロジェクトが回復した後の永続的なトラップを防ぎます。

15. 現金一括払いを意図的に使用する

現金掃引は、余剰現金を債務返済、準備金の補充、またはその他の保護された目的に充当します。パフォーマンス不振時やリスクイベント発生後にレバレッジ解消が加速する可能性があります。その設計では、スイープ率、計算ベース、優先順位、前払いの仕組み、ヘッジコストとブレイクコストとの相互作用を明記する必要があります。

全面的な掃討は債権者を保護することができるが、資産から生産的な投資を奪うことになる。部分的なスイープにより、承認された維持費や回復力の支出と債務削減のバランスをとることができます。適切な選択は、劣化の原因と運用の柔軟性の維持の価値によって異なります。

このスイープにより、偶発的な流動性不足が生じることがあってはならない。税金、必要不可欠な業務、短期的な保守、次の債務返済期間に必要な現金は引き続き保護されるべきです。モデルには、スイープ後の口座残高が表示されるはずです。

前払いにより、ヘッジ、償却、将来の補償が変更される可能性があります。発行者は、現金を適用する前に、デリバティブ終了額、想定元本ヘッジ、利息節約額および修正比率を計算する必要があります。債券、証券、ヘッジ契約全体の文書は一致している必要があります。

16. 追加の負債を管理する

法的順位が変わらない場合でも、追加の債務により既存の債権者が経済的に劣勢になる可能性があります。規約では、許容される債務、借り換え債務、運転資本設備、ヘッジ債務、リース、保証および偶発債務を定義する必要があります。また、現金境界内の子会社や関連会社の債務にも対処する必要があります。

発生テストでは、プロフォーマのヒストリカルおよびフォワード カバレッジ、レバレッジ、準備資金、債務不履行の有無が必要となる場合があります。継続規約と同じ計算原則を使用する必要があります。予測される成長またはスポンサーのサポートは、文書で許可されている場合にのみ入力する必要があります。

借金の借り換えには特別な取り扱いが必要です。元本を増やしたり、セキュリティを変更したり、新しい債権者を紹介したりしながら、満期を延長したりコストを削減したりできます。テストでは、オールインキャッシュサービス、債権者間の条件、満期、ランキング、実行の確実性を調査する必要があります。

許可される債務バスケットは、運用上のニーズに比例したものでなければなりません。大きな一般的なバスケットでは、新たなテストを行わなくてもリスクが移行する可能性があります。小規模な運用義務では、定期的な報告による委任された権限が使用される場合があります。

17. 処分と買収の管理

資産を処分すると、現金の生成、セキュリティ、または重要な運営能力が失われる可能性があります。買収により、構築、統合、活用、ガバナンスのリスクが増大する可能性があります。文書では、通常の置き換えと融資事業に対する重大な変更を区別する必要があります。

許可された廃棄テストでは、公正価値、独立企業間条件、経営に重大な減損がないこと、収益の適用、および形式的な契約の遵守が要求される場合があります。担保の解除は、定められた条件が満たされ、エージェントが必要な証拠を持った後にのみ行われるべきです。

買収テストでは、ターゲットの現金の質、契約、負債、資本支出、統合要件を考慮する必要があります。未検証の相乗効果に基づいたプロフォーマの補償範囲は、生産能力を誇張する可能性があります。財務委員会は、重要な取引に対して管理されたモデルと独立した勤勉さを要求する必要があります。

どちらのコントロールも資産登録とセキュリティ スケジュールにリンクする必要があります。約定パッケージは、法的担保記録が運用境界に応じて変化する場合にのみ信頼性を維持します。

18. プロジェクト契約を保護する

利権、オフテイク契約、運営契約、建設契約、土地の権利およびライセンスが返済の中心となる場合があります。修正、終了、権利放棄、交換により、収益、コスト、リスク配分、債権者救済が変更される可能性があります。したがって、重要なプロジェクト契約には、明確な同意および報告規定が必要です。

制限は経済的影響に焦点を当てるべきである。小規模な管理上の変更は委任されたままにすることができます。支払い、期間、履行、責任、終了、担保または譲渡性に影響を与える重要な変更には、分析が必要であり、合意されている場合には債権者の同意が必要です。

発行者は、法的、運営的、財務的効果を伴う変更覚書を提供する必要があります。モデルは修正後のカバレッジと流動性を示す必要があります。直接合意による権利とセキュリティの割り当ては同時に更新する必要があります。

政府または規制当局は、強制的な変更を課すことができます。コベナントの枠組みでは、発行者主導の修正を法律の変更や公的機関の措置と区別し、必要な対応を明記する必要があります。

19. 意思決定に関する情報規約を構築する

情報規約は、経営者と債権者がタイムリーな意思決定を行うために必要なものを提供する必要があります。主要なレポートには、財務諸表、コンプライアンス証明書、予算、営業データ、準備金残高、重要な契約イベント、訴訟、保険、許可、プロジェクトのマイルストーンが含まれます。

頻度はボラティリティと状態を反映する必要があります。グリーンでは四半期報告で十分かもしれません。アンバーには、月次アカウント、13 週間の流動性、差異分析、および治療の進捗状況が必要になる場合があります。赤は、独立したレビューとともに、より頻繁な現金および営業データを必要とする可能性があります。

データ定義は安定した状態を維持する必要があります。運用メトリクスでは、ソース システム、所有者、カットオフ ルールおよび調整を特定する必要があります。コンプライアンス証明書は、管理された計算ワークブックおよび銀行取引明細書と一致している必要があります。

即時のイベント通知は、日常的なレポートを補足するものでなければなりません。支払いの遅延、資材の停止、許可措置、契約不履行、保険事由、引当金の引き出し、サイバーインシデントまたは予測違反については、次の報告日までに通知が必要になる場合があります。通知には、完全な調査を待たずに、既知の事実と計画された行動を記載する必要があります。

20. 表明と約束を調整する

表明は、署名、ドローダウン、またはその他の指定された日付で事実を確立します。約束は将来の行動を左右します。規約パッケージは、どのステートメントが繰り返され、重要性または知識によって限定され、デフォルトに関連付けられているかを識別する必要があります。

主要な主題には、企業の権限、所有権、プロジェクト契約、許可、財務情報、訴訟、制裁、税金、保険、セキュリティ、環境コンプライアンス、債務不履行の有無などが含まれます。取引固有の注意を払って範囲を決定する必要があります。

運営上の取り組みには、メンテナンス、保険、許可、コンプライアンス、権利の保持、税金、帳簿、アクセスが必要となる場合があります。プロジェクト会社が制御できる内容を反映する必要があります。絶対的な言語は、パフォーマンスが公的機関や取引相手に依存する場合に技術的な違反を引き起こす可能性があります。

是正制度では、修正可能な不正確な情報と、資金調達の決定に影響を与える根本的な虚偽表示を区別する必要があります。重要性、信頼性、および結果については、準拠法に基づく慎重な法的草案が必要です。

21. 治療階層を作成する

治療は原因に対処し、価値を維持し、利用可能な時間に合わせて行う必要があります。情報漏洩は、配信と管理の改善によって解決できます。準備金が不足した場合は、補充または現金の一括払いが必要になる場合があります。動作障害が発生した場合は、技術的な修復、予算、監視が必要になる場合があります。プロジェクト契約の不履行には、直接契約に基づく措置が必要となる場合があります。

階層では、通知、猶予期間、治療計画、承認、マイルストーン、失敗の結果を定義する必要があります。イベントごとに必要な期間も異なります。支払いの滞納、破産、放棄には即時対応が必要となる場合がありますが、複雑な運営上の救済策には管理されたスケジュールが必要な場合があります。

スポンサーのサポートは、法的にコミットメントされ、資金が提供されている場合、治療法の 1 つとなります。約束されていない期待によって債権者の行動が遅れてはなりません。株式キュア条項には、金額、頻度、適用、および注入が CFADS を増加させるか、負債を削減するか、または口座に資金を提供するかどうかを明記する必要があります。

繰り返しの治癒には注意が必要です。繰り返しの注入や免除に依存するプロジェクトには、構造的な問題がある可能性があります。繰り返されると、個々の侵害が解決されたとしても、国家の締め付けが厳しくなったり、現金保持が延長されたり、リストラが必要になったりする可能性があります。

22. 直接契約とステップインを設計する

直接契約は債権者と重要なプロジェクトの取引相手を結びつけます。彼らは、終了前に通知、停止期間、治癒の権利、代替事業体への介入および更改を行うことができます。それらの有効性は、基礎となる契約、相手方の同意、ライセンス制度、および適用される法律によって異なります。

タイムテーブルは実行可能である必要があります。相手方通知は適切な代理人に届く必要があります。停止は、評価、治療、または代替選手の指名に十分な時間を提供する必要があります。代替品は技術的、財務的、規制上の条件を満たさなければなりません。セキュリティと運用継続性は移行後も存続する必要があります。

ステップインは作戦上の介入であり、単なる法的権利ではありません。債権者は意思決定プロセス、アドバイザー、資金調達、有能な運営者を必要としています。規約パッケージでは、誰が行動を指示できるのか、また費用はどのように賄われるのかを特定する必要があります。

資金調達委員会は、直接合意のマトリックスを維持する必要があります。重要な契約、通知ルート、治療期間、ステップインの権利、同意要件、代替テスト、未解決のギャップをそれぞれリストする必要があります。マトリックスは定期的にテストする必要があります。

23. 社債権者の決定を実行可能にする

プロジェクトボンドは多くの投資家が保有できます。銀行グループは小規模な融資シンジケートを通じて交渉することができますが、社債保有者は受託者または代理人および指定された投票基準値を通じて行動します。時間に敏感な権利放棄と運用上の決定には、明確な権限が必要です。

文書には、通常事項、予約事項、定足数、投票基準、書面による決議、会議手順、および発行者関連保有株の権利剥奪を定義する必要があります。管理者は、管財人が指示なしに何ができるのか、また、それがどのような場合に補償や資金提供を必要とするのかを明記する必要があります。

緊急時の行動には具体的な設計が必要です。セキュリティエージェントには、完全な投票が完了する前に、資産を保存したり、アカウントを制御したり、終了通知に応答したりするための権限が必要になる場合があります。その権限は制限され、報告されるべきです。

投資家とのコミュニケーションでは、情報に基づいた意思決定をサポートしながら機密情報を保護する必要があります。管理されたデータ ルーム、標準的な情報パッケージ、アドバイザー プロトコルにより、ストレス時の遅延を軽減できます。

24. デフォルトのイベントと救済策を調整する

一般的に債務不履行の事象には、不払い、破産、重大な契約違反、虚偽表示、クロスデフォルト、担保の無効、重大なプロジェクトの権利の喪失および放棄が含まれます。それらの範囲、しきい値、猶予期間、および結果は、資金調達されたリスクと一致する必要があります。

クロスデフォルトには調整が必要です。広範な規定により、プロジェクトの外部から重要でない紛争が持ち込まれる可能性があります。規定が狭いと、担保グループを脅かす債務や保証を見逃してしまう可能性があります。境界線と金額の基準値は慎重に設定する必要があります。

救済策には、加速、アカウント管理、セキュリティの強制、任命権、契約の解除、ステップイン、リストラなどが含まれます。その順序は、直接の合意と法的要件を尊重する必要があります。制御された治療法によってプロジェクトの価値が維持される場合でも、即時加速はプロジェクトの価値を破壊する可能性があります。

施行分析は発行前に完了する必要があります。完全性、ランキング、現地での手続き、ライセンス、公益上の制約、破産、税金、タイミング、プロジェクトを移管する能力などを検討する必要がある。開示は重要な制限を反映する必要があります。

25. 債権間債権とヘッジ債権への対応

インフラ構造には、シニア債、運転資本設備、流動性ライン、ヘッジ、信用状、劣後債が含まれます。債権者間取り決めにより、ランキング、投票、支払い阻止、執行管理、および収益配分が決定されます。

ヘッジ負債には特別な注意が必要です。スワップは変動金利債務を保護しながら、担保、解約、手仕舞いのエクスポージャーを生み出すことができます。文書は、想定上のヘッジと債務を整合させ、許可される取引相手を定義し、担保を管理し、格下げ後の代替に対処する必要がある。

投票は不一致を避ける必要があります。多額の解約請求権を持つヘッジプロバイダーは、長期社債保有者とは異なるインセンティブを得ることができます。債権者間協定では、債権の測定方法と、債権がどのような決定に影響を与えるかを定義する必要があります。

ウォーターフォールには、債務不履行の前後の支払いが表示されるはずです。優先順位は、アカウント契約、セキュリティ文書、契約書、および債権者間の条件にわたって一貫している必要があります。流動性が不足している場合、言語が矛盾していると不確実性が生じる可能性があります。

26. メンテナンスと復元力を保護する

債務保護は物理的資産の保存にかかっています。規約では、該当する基準に基づいたメンテナンス、ライフサイクル作業への資金提供、および技術的発見への対応を要求する必要があります。メンテナンスを延期すると、将来のパフォーマンスと担保価値が低下する一方で、一時的に CFADS が上昇する可能性があります。

独立したエンジニアまたは技術アドバイザーは、予算、停止、完了、パフォーマンス、および予約の十分性を確認できます。範囲、アクセス、依存性、レポートを定義する必要があります。顧問は経営責任の代理となるべきではありません。

レジリエンスへの投資には、気候適応、サイバー保護、スペアパーツ、冗長性、サプライチェーン対策などが含まれます。コベナントの枠組みは、将来のキャッシュフローを保護する場合には、ストレス下であっても承認された投資を許可すべきである。決定は証拠に基づいて管理される必要があります。

維持策は財政的なトリガーにつながる必要があります。バックログ、度重なる停止、またはライフサイクル予備金の不足により、DSCR が低下する前にプロジェクトがアンバーに移行する可能性があります。これにより、現金と運用のオプションが残っている間に行動する時間が確保されます。

27. 環境と社会の義務を統合する

インフラ資産は、環境、土地、コミュニティ、労働、安全上の義務に直面し、許可、運営、評判、キャッシュフローに影響を与える可能性があります。規約は、取引固有の範囲内で適用される要件および合意された基準への準拠を要求する必要があります。

重大なイベントが発生した場合は、迅速な報告と是正をトリガーする必要があります。評価では、根本的な問題を事業の継続性、コスト、責任、保険、プロジェクト契約に結びつける必要があります。純粋に物語的なレポートでは、信用効果が見逃される可能性があります。

是正支出は流動性モデルに組み込まれる必要があります。財務委員会は、資金が営業現金、準備金、保険、スポンサー支援、または新たな資金によって支払われるのかを特定する必要があります。分配および負債発生テストは義務を反映する必要があります。

貸し手または社債権者の権利は、公法および利害関係者の保護と一致していなければなりません。ステップインは、許可、労働、またはコミュニティの義務を取り除くものではありません。施行計画では、重要な義務を維持する必要があります。

28. コベナントリスクヒートマップを作成する

リスク記録は、各障害モードを影響を受ける条項、情報源、現金の影響、所有者、およびエスカレーション ルートに結び付ける必要があります。優先度の高いリスクには、CFADS 定義の脆弱性、警告の遅れ、準備金の不足、価値の漏洩、法的強制力のないセキュリティ、投票の遅れ、不十分な硬化時間などが含まれます。

可能性と結果は個別に評価される必要があります。低頻度の譲歩契約の終了は、価値に重大な影響を与える可能性があります。報告の遅延が頻繁に発生する場合、個々では深刻度は低いかもしれませんが、パフォーマンスの悪化が隠れてしまう可能性があります。接続は表示されたままにする必要があります。

コントロールの有効性は証拠によって裏付けられる必要があります。口座管理条項は、口座銀行の権限が有効でテストされている場合にのみ有効です。直接合意は、通知が適切な当事者に届き、解決プロセスが実行可能な場合にのみ役立ちます。

取締役会と財務委員会は、立ち上げ前および重要な変更後に残留リスクを検討する必要があります。承諾には理由、権限、監視計画を記載する必要があります。

評価はトランザクションごとに異なります。この表は、普遍的なリスク評価ではなく、証拠と対応設計を特定します。

29. 管理の修正と免除

修正や権利放棄は変化に対する合理的な対応ではありますが、元のリスク配分が変わってしまいます。要求には、違反または提案された変更、原因、財務的影響、代替案、考慮事項、条件、監視を記載する必要があります。

発行者は現在のモデルと欠点を提供する必要があります。分析では、流動性、準備金、カバレッジ、レバレッジ、セキュリティ、およびプロジェクト契約の効果を示す必要があります。一時的な救済には明確な終了日とマイルストーンが必要です。

投票基準は重要性を反映する必要があります。支払い、満期、元本、ランキング、または証券の根本的な変更には、文書および法律に基づくより高度な同意が必要となる場合があります。運用上の免除では、より低いしきい値または代理人の権限が使用される場合があります。

最終的な決定記録では、矛盾と手数料を特定する必要があります。同意の支払い、アドバイザーの費用、経済状況の変化は透明である必要があります。継続的な取り組みはコンプライアンスカレンダーに組み込む必要があります。

30. リリースメカニズムを確立する

リスクが高まった場合には管理を強化し、回復を裏付ける証拠がある場合には管理を緩和する必要があります。リリースの仕組みにより、一時的な侵害によって無期限の現金の閉じ込めや過剰な介入が発生するのを防ぎます。また、債権者をグリーンへの早期復帰から保護します。

リリース テストには、2 つの連続した準拠期間、完全な予備、デフォルトなし、治療計画の完了、および許容可能なフォワード カバレッジが必要な場合があります。期間は運用サイクルと証拠の信頼性に一致する必要があります。

借り換え、処分、または満期時の証券リリースには別の条件が必要です。代理人は、資金、免除指示、許可された行為の証拠、および必要な債権者の承認を受け取る必要があります。リリースは管理されたチェックリストに従う必要があります。

組織は状態が変化した理由を記録する必要があります。この履歴は、将来の引受、校正、借り換えをサポートします。また、同じ原因が再発するかどうかも表示されます。

31. 条項からモデルまでの監査を実施する

財務モデルと法的文書では、同じ取引について説明する必要があります。条項からモデルへの監査では、定義、日付、優先順位、しきい値、引当金、分配、追加債務、前払い、および修復がモデル ロジックにマッピングされます。相違点は発行前に解決する必要があります。

監査では、ソース データから各規約の計算を再現する必要があります。しきい値、支払い日、閏期間、通貨換算、指数化などの境界ケースをテストする必要があります。また、欠落しているデータや議論のあるデータもテストする必要があります。

法的草案は執行の後半に変更される可能性があります。すべての重要な修正はモデルへの影響を評価する必要があります。債務返済の定義、準備金額、分配テストが変更されると、たとえヘッドラインのクーポンや満期が変更されていない場合でも、経済状況が変化する可能性があります。

最終モデルは管理され、バージョン管理され、コンプライアンスをサポートできる必要があります。クロージング後のチームが操作できないトランザクション モデルでは、実行と継続的なガバナンスの間にギャップが残ります。

32. 運用上の予行演習を実行する

クローズする前に、発行者、口座銀行、計算代理人、受託者およびアドバイザーは、定期的なプロセスを予行演習する必要があります。この演習では、収益の受け取り、ウォーターフォール転送、準備資金、規約の計算、遵守証明書、配布リクエスト、およびイベント通知をカバーする必要があります。

ストレスのドライランでは、アンバー遷移をシミュレートする必要があります。チームは流動性予測を作成し、分配を停止し、スイープを適用し、エージェントに通知し、解決計画を提出する必要があります。 2 番目の演習では、重要なプロジェクト契約のデフォルトおよび直接合意通知をシミュレートできます。

予行演習では時間を測定し、利用できないデータ、不明瞭な権限、およびシステム制約を特定する必要があります。可能であれば、発行前に文書、手順、銀行の義務または責任において問題を修正する必要があります。

トレーニングでは、後任者だけでなく取引チームも対象にする必要があります。インフラ債券は数十年間未払いのままになる可能性があります。簡潔な操作マニュアル、カレンダー、証拠記録により、アーキテクチャは耐久性のあるものになります。

33. 180 日のロードマップに従って実行する

0 日から 30 日までは、返済源、債務者の境界、リスク マップ、取締役会の権限を定義します。 31 日目から 65 日目では、契約、アカウント、運用データ、および基本モデルを調整します。 66 日目から 100 日目までは、状態のはしご、予備、テスト、制限、治療の階層を設計します。

101 日目から 130 日目では、契約書、担保、債権者間契約、および直接契約をモデルに統合します。 131 日目から 155 日目では、計算と投票の仕組みをテストしながら、投資家、評価、開示の作業を完了します。 156 ～ 180 日目は、実行、口座への資金提供、予行演習の完了、および運用チームへの制御を行います。

各フェーズには終了証拠が必要です。市場への関与は、資金境界、下値、債権者の反応を説明する能力を超えてはなりません。最終的な価格設定権限は、承認されたレバレッジ、流動性、契約の境界内に留まるべきです。

ロードマップはプロジェクト、管轄区域、発行プロセスに適応する必要があります。その目的は、法律、財務、技術、運用の作業を 1 つの依存関係プランに維持することです。

34. 承認パックを準備する

ボードパックには、資金調達の目的、代替案、債務者の境界線、返済源、ベースケースとダウンサイドケース、契約体系、準備金、担保、直接契約、社債保有者の仕組み、未解決のリスクを記載する必要があります。観察された証拠と仮定を区別する必要があります。

このパックには、条項からモデルへの監査、状態遷移モデル、アカウント図、規約の概要、リスク ヒート マップ、実装計画が含まれている必要があります。法律、技術、財務、税務、会計のアドバイザーは、その範囲内の制限を特定する必要があります。

取締役会は、開始および撤退の閾値を承認する必要があります。これらには、最大負債、最小補償範囲、必要な準備資金、証券完了、直接契約、投資家の質、格付け結果、およびオールインコストが含まれます。委任された価格設定権限は権限の範囲内に留まるべきです。

クロージングペーパーでは、実行された条件と承認を比較する必要があります。しきい値、バスケット、猶予期間、投票、セキュリティ、または情報の変更が表示される必要があります。終了後のアクションには所有者と日付が必要です。

35. 発行後のアーキテクチャの運用

発行後のガバナンスでは、ドキュメントを定期的なカレンダーに変換する必要があります。義務には、財務報告、営業データ、契約テスト、準備金小切手、予算承認、保険、技術レビュー、プロジェクト契約通知、投資家とのコミュニケーションが含まれます。

管理者は計算日ごとに 1 つの証拠ファイルを維持する必要があります。これには、銀行取引明細書、モデル入力、計算、認証、承認、通信が含まれている必要があります。この記録は、監査、免除、借り換えをサポートします。

取締役会は個別のコンプライアンスではなく傾向をレビューする必要があります。補償範囲のヘッドルーム、収益の質、コスト、メンテナンス、準備金、取引相手のパフォーマンス、および予測の精度は、侵害前にリスクが変化しているかどうかを示します。

定期的な保証では、設計と運用の両方をテストする必要があります。条項の起草はうまくできても、実装が不十分になる場合があります。修正証拠が確認されるまで、調査結果はオープンのままにしておく必要があります。

36. コベナンツを永続的な資金調達能力に変える

効果的な契約アーキテクチャにより、プロジェクトのリスクが可視化され、実行可能になります。それは、規律ある現金境界線から始まり、観察されたパフォーマンスと予測されたパフォーマンスを測定し、口座と準備金を通じて流動性を保護し、劣化時でも価値を保持し、救済から債権者の行動までの実行可能なルートを作成します。

このアーキテクチャは運用上の価値も保護します。管理者は、承認された計画内の通常の活動に対する権限を保持します。エスカレーションでは、材料の差異、漏れ、障害に焦点を当てます。証拠が回復をサポートする場合、リリースメカニズムにより柔軟性が回復します。

品質テストは実用的です。情報に基づいたレビュー担当者は、CFADS を再現し、準備金残高を検証し、現在の状態を特定し、結果として生じる現金制限を理解し、治療計画を追跡し、価値が失われる前に誰が行動できるかを判断できる必要があります。

このシステムを運用するインフラ所有者は、再利用可能な資金調達能力を開発します。管理された証拠、テストされた口座、調整されたトリガー、直接合意マップ、意思決定手順により、借り換えと将来の資本アクセスをサポートできます。その価値は、観察された執行、回復力、債権者の成果を通じて判断されるべきです。

チェックリストは監査可能な決定をサポートするものであり、取引固有の法律、技術、税務、会計、規制、または投資に関するアドバイスに代わるものではありません。

情報源

1. バーゼル銀行監督委員会、CRE33: 専門融資に対する IRB アプローチ、バーゼル フレームワーク。 一次ソースを読む
2. バーゼル銀行監督委員会、バーゼル枠組み。 一次ソースを読む
3. バーゼル銀行監督委員会、信用リスク管理の原則。 一次ソースを読む
4. 世界銀行 PPP リソース センター、プロジェクト融資取引の開発における重要な問題。 一次ソースを読む
5. 世界銀行、官民パートナーシップ リファレンス ガイド、バージョン 3。 一次ソースを読む
6. 世界銀行、PPP 契約条項に関するガイダンス、2019 年版。 一次ソースを読む
7. 世界銀行、インフラ融資のための資本市場の利用を促進。 一次ソースを読む
8. 世界銀行、新興プロジェクト債券市場。 一次ソースを読む
9. 英国国家インフラおよびサービス変革局、契約管理者のための PFI 財団。 一次ソースを読む
10. 英国国家インフラおよびサービス変革局、PFI プロジェクトの苦境を乗り越える、パート 2: プロジェクト会社の財務的ストレス。 一次ソースを読む
11. 英国国家インフラおよびサービス変革局、PFI プロジェクトの苦境を乗り越える、パート 4: 契約の終了と直接契約。 一次ソースを読む
12. S&P グローバル格付け、プロジェクト ファイナンス格付け手法、比率モデル基準。 一次ソースを読む
13. S&P グローバル格付け、ソブリンを上回る格付けを達成できるプロジェクトファイナンス取引。 一次ソースを読む
14. S&P グローバル レーティング、クレジット FAQ: インドの再生可能エネルギーの可能性を引き出す方法としてのプロジェクト ファイナンスの評価。 一次ソースを読む
15. ムーディーズ格付け、PFI および PPP プロジェクトの方法論。 一次ソースを読む
16. 欧州投資銀行、プロジェクトボンドガイド。 一次ソースを読む
17. 欧州復興開発銀行、担保融資およびプロジェクトファイナンス。 一次ソースを読む
18. アジアインフラ投資銀行、インフラ資産担保証券リサーチ。 一次ソースを読む
19. 米国証券取引委員会、債務返済準備金、プロジェクト口座および現金ウォーターフォール条項を含む 2026 年プロジェクト契約書の展示。 一次ソースを読む
20. 米国証券取引委員会、予備資金と支払い制限条項を伴う 2026 年の LNG 融資に関する展示。 一次ソースを読む