この記事で分かること

  • プロジェクトファイナンスでは判断材料の大半が長大な契約書類にあり、案件数も少ないため、予測型のAIがほとんど効かないという構造的な理由
  • 契約の条項とモデルの入力セルを1対1で対応づける論点抽出様式(6列)と、AIに任せる範囲・人が確定する範囲の線引き
  • PF固有の変数(稼働率・単価・O&M・燃料単価・金利・工期遅延・為替)で単独の感応度と同時悪化のシナリオを分けて設計する手順
  • 架空の発電事業の整数設例で、単独では耐えるが同時に起きるとコベナンツに抵触することをDSCRで計算・検算する方法と、運転期間の四半期モニタリングの型

結論:PFのAIは「将来を当てる」ためではなく、「契約を読み落とさない」ためと「前提を何度も回す」ために使う

プロジェクトファイナンスにAIを持ち込もうとすると、多くの検討がまず「需要予測や価格予測をAIにやらせる」という方向に向かいます。しかしこの分野に限っては、その方向はほぼ機能しません。理由は3つあり、いずれもプロジェクトファイナンスという手法の構造そのものに由来します。

  1. 判断材料のほとんどが財務データではなく契約書類にある。 事業会社の与信なら決算書という共通フォーマットが出発点になりますが、特定の事業にノンリコースで貸す構造では、キャッシュフローの形を決めているのはEPC契約・O&M契約・オフテイク契約・融資契約・許認可・土地関連契約です。同じ発電量・同じ売電単価でも、引取義務の有無、物価スライドの指標、遅延損害金の上限といった条項が違えば結論は変わります。財務データより契約条件が結論を決めるのがこの分野です。
  2. 1件あたりの検討期間が長く、案件数が少ない。 数百社を横断的に処理する業務ならパターン学習が成立しますが、担当者が年間に深く関与する案件は数件です。過去データから統計的に学習させるという発想は、母集団の観点から成立しません。
  3. 20年以上の期間を見るため、前提の置き方が結果を大きく動かす。 3年〜5年の予測なら前提の誤差はある程度吸収されますが、20年の返済期間では稼働率が数ポイント違うだけで返済可能性の結論が変わります。重要なのは「正しい1本の予測」ではなく、前提を変えたときに何がどれだけ壊れるかを網羅的に見ることです。

この3つを合わせると、AIの使いどころは自動的に絞られます。すなわち、大量の契約書類から論点を漏れなく拾い出すことと、前提を変えた再計算を何度も回して結果を要約することの2点です。逆に、契約条項の効力を判断すること、どの前提の組み合わせが現実的かを決めること、貸せるか貸せないかを結論することは、いずれも人の仕事として残ります。

DSCR・LLCR・デットサイジング・デットスカルプティングといった計算の仕組みそのものはプロジェクトファイナンス入門で扱っています。本記事はその理論を前提として、AIを組み込んだ作業手順だけを扱います。再エネ固有の制度(FIT・FIP・コーポレートPPA)は再生可能エネルギーファイナンス入門、資産クラスとしてのインフラ投資はインフラ投資・インフラファンド入門に譲ります。また、ストレステストの一般的な設計思想はAIでストレステストを設計するで扱っているため、本記事ではプロジェクトファイナンス固有の変数に限定します。

全体像:契約書類から論点を抜き、モデルの入力セルに落とすまで

本記事が提案する作業の骨格は1本です。契約書の条項と、財務モデルの入力セルを1対1で対応づける。この対応表さえ作れれば、感応度分析もモニタリングもその上に自然に乗ります。逆にこの対応表がないまま感応度を回すと、動かしている数字が契約上どう裏づけられているのかが誰にも説明できなくなります。

図1 契約書類 → 論点 → モデル入力セル(AIと人の分担) ①契約書類(原本) ②AIが一次抽出 ③人が確定 ④モデルの入力セル EPC(建設)契約 O&M(運営)契約 オフテイク契約 融資契約・担保 許認可・土地・保険 合計で数百ページ規模 条項の所在を特定 論点候補を列挙 数値・日付の抽出 根拠ページの明示 未確認項目の検知 結論は出させない 条項の効力・解釈 数値化の当否 入力セルの割当 前提の妥当性 法務・弁護士確認 解釈は人が決める 収入:単価 B12 収入:販売量 B10 前提:稼働率 B8 費用:O&M C15 判定:DSCR E30 1条項=1セルに対応 ⑤数値化できない条項の行き先 不可抗力の範囲・解除事由・準拠法などは金額に落とさず、リスク登録簿に記載して契約交渉と保険で処理する ⑥監査証跡(全工程で保存する) 原本ファイル名と契約の版/抽出値と根拠ページ/AI出力と人の修正差分/承認者と承認日/再計算した日時
図:AIの守備範囲は②の一次抽出までです。③の確定と⑥の証跡は人が押さえます。④で「1つの条項が、モデルのどのセルに効くか」を明示することが、感応度分析とモニタリングの土台になります。

図1で最も重要なのは、②と③の境界です。AIは「どこに書いてあるか」と「何が書いてあるか」までは高い効率で処理できますが、「それが法的にどう効くか」は別の作業です。この線引きは契約レビュー一般の議論と共通するため、AIでNDA・LOI・SPAの論点を洗い出すで扱った守備範囲の考え方をそのまま適用できます。本記事では、そこから先の「抽出した条項を、どうモデルの数字に変換するか」に焦点を当てます。

契約書類の論点抽出様式:6列で「条項」と「入力セル」を結ぶ

ここからが本記事の中心です。実務で使えるように、抽出結果は次の6列で1行1論点にまとめます。この様式は本記事が提案する整理であり、標準化された書式ではありません。ただし、後述する感応度分析とモニタリングが同じ表を参照するため、3つの作業を1枚でつなげられるという利点があります。

記載内容担当
①契約種別EPC/O&M/オフテイク/融資/許認可/土地/保険。変更契約がある場合は「原契約+第◯次変更」まで書くAI(人が確認)
②条項条番号と見出し(例:第11条 引取義務)。枝番・別紙・様式まで特定するAI
③論点その条項が事業のキャッシュフローや返済に何をもたらすかを1文で。断定ではなく「〜と読める」までAIが草案、人が確定
④数値化できるか可/一部可/不可。「一部可」は上限や免責期間だけが数値化できる場合
⑤モデルの入力セルシート名+セル番地(例:収入_B12)。複数セルにまたがる場合は行を分割する
⑥根拠ページ原本のページ番号と、該当する文言の冒頭20字程度。人が原本で照合するAIが出力、人が照合

⑤を必ず埋めるという運用が、この様式の要です。埋まらない行が出たときは、次のいずれかであることが分かります。(a) モデルにその要素を織り込む場所がない(=モデルの構造が不足している)、(b) その論点は金額に落ちない(=リスク登録簿に回す)、(c) 論点の切り出し方が粗すぎる(=行を分割する)。どれであるかを判定する作業自体が、実質的な契約レビューになります。

契約種別ごとの典型論点

下表は、発電系のプロジェクトを念頭に置いた典型例です。案件ごとに条項の構成は異なるため、そのまま流用せず、実際の契約書の目次に合わせて組み替えてください。条番号は説明のための仮のものです。

契約種別典型的な論点数値化入力セルの例
オフテイク契約単価の水準と改定条項(物価連動の指標・上限の有無)収入_B12(単価)、収入_B13(改定率)
オフテイク契約引取義務の範囲(最低引取量、引取拒否事由)収入_B10(販売量の下限)
オフテイク契約契約期間と融資期間の長短関係(テール期間)前提_B4(契約満了年)
EPC契約完工期限と遅延損害金(日額・上限・免責事由)建設_D22(LD収入)、前提_B6(COD)
EPC契約性能保証(保証出力・保証効率の未達時の賠償と上限)前提_B8(稼働率の下限)
O&M契約固定料金と変動料金の切り分け、物価スライドの指標費用_C15(固定)、費用_C16(変動)
O&M契約稼働率保証とボーナス/ペナルティの計算式費用_C18(ペナルティ受取)
O&M契約大規模修繕(オーバーホール)の負担区分と周期費用_C22(周期的な維持更新投資)
融資契約財務制限条項(DSCRの定義・判定時点・水準)判定_E30(DSCR)、判定_E31(下限)
融資契約配当制限(ロックアップ水準、判定の頻度)配当_F12(ロックアップ判定)
融資契約リザーブ口座の必要積立額、キャッシュスイープBS_G8(DSRA残高)、返済_H20
融資契約金利ヘッジ義務(ヘッジ比率の下限、対象期間)前提_B20(固定化比率)
土地・許認可賃料改定の周期と上限、事業許可の有効期間と更新条件一部可費用_C17(賃料)、前提_B3(モデル期間)
保険不稼働損失保険の免責期間・支払上限一部可収入_B26(保険金による補填)
共通不可抗力の定義と効果、解除事由、準拠法・紛争解決不可(リスク登録簿へ)

「数値化:不可」の行を無理にモデルへ押し込まないことが重要です。不可抗力の範囲や解除事由は、金額に落とすと必ず恣意的な仮定が入ります。これらは契約交渉と保険付保、そしてリスク分担の設計で処理する領域です。内閣府がPFI事業について示しているリスク分担のガイドラインでは、「リスクを最もよく管理することができる者が当該リスクを分担する」との考え方に基づいて協定等で取り決めること、そしてできる限りあいまいさを避け、具体的かつ明確に規定することに留意する必要があると記載されています(出典は記事末尾)。PFI事業に向けた文書ですが、契約でリスクの所在を明確にしてから数字を置くという順序は、民間のプロジェクトファイナンスでも同じ発想が使えると考えられます(この一般化は本記事の見解です)。

作業手順

  1. 契約書類の一覧と版の確定。 原契約・変更契約・別紙・サイドレターまで含めた一覧を作り、ファイル名と日付を記録します。この一覧はAIに渡す前に人が作るのが鉄則です。渡し忘れた書類は、AIの出力からは決して分かりません。
  2. テキストの品質確認。 スキャンPDFが混じっていないか、表が崩れていないかを確認します。読み取り品質が悪いまま渡すと、条番号や数値が静かに壊れます(OCR・ドキュメントAIの限界そのものです)。
  3. 契約種別ごとに分けて投入。 全種別を一度に渡すと条番号の混同が起きます。1契約=1セッションを基本にし、横断的な比較は抽出後の表の上で行います。
  4. 6列の様式で一次抽出。 後述のプロンプトを使い、根拠ページ番号と原文の冒頭を必ず出力させます。
  5. 人が原本で照合。 ④が「可」で⑤に入力セルを割り当てた行は全件、原本のページを開いて確認します。ここを抜くと、以降の全ての数字が根拠を失います。
  6. モデルの入力セルへ反映。 計算シートに値を直書きせず、入力セルに置いて参照させます。感応度分析はこの入力セルを動かすことで成立します。
  7. 未割当の突合。 「④が可なのに⑤が空の行」と「モデルに存在するが⑥の根拠がない入力セル」の2つをゼロにします。この双方向のチェックが、抜けと出所不明の数字を同時に潰します。

プロンプト例:契約書類からの論点一次抽出

【役割】あなたはプロジェクトファイナンスの財務モデル担当者を補助する抽出アシスタントです。法的な助言は行いません。

【目的】添付した契約書から、事業のキャッシュフロー・返済・コベナンツ判定に影響しうる条項を漏れなく列挙し、財務モデルの入力項目の候補として整理します。

【入力】契約種別:〔オフテイク契約/EPC契約/O&M契約/融資契約〕
ファイル名:〔正確なファイル名〕 版:〔原契約/第◯次変更契約〕 総ページ数:〔N〕

【出力形式】以下の6列のTSV。1行1論点。ヘッダ行を含める。
契約種別 / 条項(条番号と見出し) / 論点(1文・80字以内) / 数値化(可・一部可・不可) / 抽出した数値と単位 / 根拠ページと原文冒頭20字

【単位】金額は百万円、電力量はMWh、期間は年、比率は%、金利の変化幅はポイント(pt)で記載。契約書の単位が異なる場合は、換算せず契約書の表記のまま書き、換算が必要な旨を「要換算」と付記すること。

【計算方法】計算はしないこと。契約書の数値をそのまま転記する。複数の数値が条件付きで併記されている場合は、条件ごとに行を分ける。

【禁止事項】
- 条項の法的な効力・有効性・優劣を判断しない。「無効である」「優先する」等の断定を書かない。
- 契約書に書かれていない数値・日付・条番号を出力しない。
- 一般的な業界慣行や標準的な条項の内容で空欄を埋めない。
- 要約のために数値を丸めない。

【不明情報の処理】該当条項が見つからない場合は、論点欄に「該当条項を発見できず」と書き、根拠ページ欄を「なし」とする。推測で補完しない。読み取れない箇所は「判読不能(p.◯)」と書く。

【出典表示】全ての行に、原本のページ番号と該当文言の冒頭20字を必ず付す。ページ番号が不明な行は出力しない。

【検算】出力後、次の3点を自己点検して末尾に記載する。
(1) 出力行数と契約書の条数(目次ベース)の対応関係
(2) 「数値化:可」の行のうち、数値欄が空の行の有無
(3) 同一条項の重複出力の有無

【レビュー項目】人が確認すべき点を優先度順に5つ挙げる。特に、解釈が分かれうる条項、上限・免責の記載が曖昧な条項、他の契約と整合を取る必要がある条項を明示する。

設計意図は3つです。第一に計算をさせないこと。転記と計算を同時にさせると、誤りの原因がどちらにあるか切り分けられません。第二にページ番号のない行は出力させないこと。照合できない行は、実務上は存在しないのと同じです。第三に「該当条項を発見できず」という出力を明示的に許すこと。空欄を埋めようとする挙動を抑えるための指示です。

抽出結果の妥当性を機械的に確かめる手順(数値照合・出典確認・再現性テスト)は、業務を問わず共通です。一般的な検証の型は生成AI出力の検証手順にまとめてあります。本記事では、以降でプロジェクトファイナンス固有の検証項目だけを扱います。

AIに任せる範囲と、人が判断する範囲

工程AIに任せてよい範囲人が判断・確定する範囲
契約書類の整理目次の作成、条項の所在特定、契約間で同じ用語が違う定義で使われている箇所の指摘対象書類の一覧と版の確定(渡し忘れの検知は人にしかできない)
論点の抽出論点候補の列挙、数値・日付の転記、根拠ページの提示条項の効力・解釈の確定、法務・弁護士への確認要否の判断
モデルへの落とし込み入力セル候補の提案、単位の不整合の指摘入力セルの割当、モデル構造の変更、前提値の採否
感応度分析多数の組み合わせの実行、結果表の生成、影響の大きい変数の抽出と文章要約動かす変数と振れ幅の決定、どの組み合わせが現実的かの選定、結論の記述
運転期間モニタリング報告書からの数値抽出、当初想定との乖離の検知、未提出資料の検知乖離の原因の判定、貸手・スポンサーとの協議方針、ウォッチ区分の決定
対外説明説明資料の文章の下書き、表現の統一投資委員会・貸手への提出物としての最終責任

この表で繰り返し現れるのは、「実行」はAI、「選定と確定」は人という切り分けです。特に感応度分析では、組み合わせを100通り走らせること自体には技術的な難しさがありません。難しいのは、その100通りのうちどれが融資判断の材料になるかを決めることで、これは契約上のリスク分担と事業の因果関係の理解を必要とします。

感応度分析の設計:単独で動かす変数と、同時に悪化させるシナリオを分ける

感応度分析とシナリオ分析の一般的な作り方(データテーブルの実装、ケース管理の方法)は感応度分析・シナリオ分析の作り方にまとめてあります。ここではプロジェクトファイナンス固有の点、すなわちどの変数を動かすのかなぜ単独と同時を分けるのかに絞ります。

PFで動かす7つの変数

変数効き方契約でどこまで抑えられるか
稼働率(設備利用率)販売量に直結。燃料型では燃料費も同時に動くため、収入の減少幅ほどにはCFは減らないEPCの性能保証、O&Mの稼働率保証で下支え。ただし保証は上限付き
単価・オフテイク条件収入に比例。費用が連動しないため、1%の変化の影響が最も大きいことが多い長期のオフテイク契約で固定・下限設定するのが基本形
O&Mコスト固定費部分は稼働率と無関係に発生するため、稼働率低下時に効き目が増幅する固定料金部分は契約で固定。物価スライド条項の指標と上限が論点
燃料・原料価格燃料型のみ。数量×単価なので、稼働率と交互作用が生じる長期燃料供給契約、価格転嫁条項(オフテイク側との連動)の有無
金利分母(元利返済額)に効く。ヘッジ比率と残存年数で影響が決まる融資契約のヘッジ義務でヘッジ比率の下限が定められることが多い
工期遅延運転開始が後ろにずれる分の収入喪失と、建設利息の増加。返済開始日が動くかは契約次第EPCの遅延損害金で一部補填。日額と上限、免責事由の確認が要
為替機器輸入・外貨建て燃料・外貨建て融資がある場合。収入通貨と費用通貨のミスマッチが本質為替予約・通貨スワップ、契約通貨の設計そのもの

この表から読み取れるのは、感応度分析で動かす変数が、そのまま契約交渉の論点になっていることです。単価の感応度が大きいから長期のオフテイク契約で固定する、金利の感応度が大きいからヘッジ義務を課す、という関係です。したがって、6列の抽出様式で入力セルを割り当てた項目こそが、感応度分析の候補リストになります。2つの作業は別物ではなく、同じ表の別の読み方です。

単独の感応度とシナリオを、なぜ分けるのか

単独の感応度は「どの変数が効くか」の序列をつける作業です。1変数だけを動かすので解釈が単純で、契約交渉の優先順位づけに直接使えます。一方シナリオは「壊れ方」を見る作業で、複数の変数を同時に動かします。目的が違うため、片方だけでは足りません。

実務でよく起きる誤りは、単独感応度の影響額を足し上げて複合シナリオの代わりにしてしまうことです。後述の設例で数値的に示しますが、変数どうしに掛け算の関係(数量×単価)があると、単純合算と実際の再計算はずれます。ずれの向きは事業構造によって変わるため、「常に保守的だから安全」とは言えません。必ず同時に動かした状態でモデルを再計算します。

図2 単独の感応度と、同時悪化のシナリオ(設例の数値) ①単独感応度(1変数ずつ動かす/効き目の序列づけ) ②シナリオ(同時に動かす) 変数(ベースDSCR=1.38) DSCR(変化幅) 売電単価 −5% 1.19(−0.19) 燃料単価 +10% 1.23(−0.15) 稼働率 −5pt 1.24(−0.13) O&M +10% 1.31(−0.07) 金利 +1.0pt 1.32(−0.06) 赤=単独でも財務制限条項(1.20)に抵触する変数 S1 運転不調シナリオ 稼働率 −5pt + O&M +10% DSCR 1.18 → 1.20に抵触 S2 複合悪化シナリオ S1 + 燃料単価 +10% DSCR 1.04 → 抵触 どの組み合わせが同時に 起こりうるかは人が決める AIの役割 多数の組み合わせの実行/結果表の生成/要約 人の役割 変数と振れ幅の決定/組み合わせの選定/結論
図:棒の長さはベースケース(DSCR 1.38)からの低下幅に比例します。数値はすべて後述の設例に基づく計算値です。

組み合わせが増えたときにAIが効く場所

変数が7つ、各変数に3水準(ベース・軽度・重度)を置くと、単純な全組み合わせは3の7乗で2,187通りになります。この全てを人が読むことはできませんし、読む意味もありません。ここでAIが担えるのは次の3点です。

  1. 実行の自動化。 入力セルの組み合わせを機械的に切り替えて再計算し、結果(各期のDSCR、最小DSCR、抵触の有無、抵触した期)を1行1ケースの表に集約する。
  2. 結果の要約。 「抵触したケースに共通して含まれる変数」「抵触しなかったケースとの境界」といった観点で、表を言葉に変換する。
  3. 説明文の下書き。 投資委員会資料に載せる説明文の初稿を作る。ただし結論の文言は人が書き直します。

逆に、2,187通りのうち検討に値するのは何通りかを決めるのはAIの仕事ではありません。稼働率が下がると修繕費が増える、燃料価格が上がると同時に電力価格も上がる、といった因果関係は、契約と事業の実態から判断するものです。組み合わせを絞る根拠を書き残しておかないと、後から「なぜこのシナリオだけ見たのか」に答えられなくなります。

結果表をAIに読ませて要約させる場合も、指示は抽出用プロンプトと同じ考え方で組みます。DSCRを再計算させない(表の値だけを使わせる)表にないケースを補間・外挿させない「◯%の確率で抵触する」といった確率表現を禁じる(ケース表は確率分布を持ちません)、要約中の数値には必ずケースIDを併記させる、そして抵触ケース数+非抵触ケース数+除外行数=全行数を自己検算させる。この5点を入れるだけで、要約が独り歩きする事故はかなり減らせます。

整数の設例:北浦バイオマス発電合同会社(架空)でDSCRを回す

以下はすべて架空の事業による仮設例です。実在の案件・事業者・契約に基づくものではありません。単位は百万円で統一し、運転開始後の平年ベースの1年分だけを取り出しています。DSCRの定義そのもの(分子・分母に何を入れるか、判定時点をいつにするか)は融資契約で定義されるものであり、案件ごとに異なります。DSCRの基本的な考え方と、これを使ったデットサイジングの手順はプロジェクトファイナンス入門を参照してください。

前提

項目単位/根拠となる契約
設備が100%稼働した場合の年間発電量200,000MWh/EPC契約の性能保証
稼働率(設備利用率)85%/O&M契約の稼働率保証
年間販売電力量(200,000×85%)170,000MWh
売電単価0.020百万円/MWh/オフテイク契約で固定
燃料単価0.008百万円/MWh/燃料供給契約
O&M固定料金600百万円/年/O&M契約
その他固定費(保険・土地賃借・SPC管理・公租公課)200百万円/年/各契約
年間の元利返済額(デットサービス)900百万円/年/融資契約
財務制限条項(DSCRの下限)1.20倍/融資契約
配当ロックアップ水準1.25倍/融資契約

デットサービスの900は、借入元本14,000百万円を期間20年・年利2.5%の元利均等で返済する場合の年間返済額(14,000×0.06415=約898)を丸めた値として置いています。借入のうち70%(9,800)は金利スワップで固定化し、残り30%(4,200)が変動金利のままである、という前提を金利の感応度で使います。

ベースケースの計算

項目計算式金額(百万円)
売電収入170,000 MWh × 0.0203,400
燃料費170,000 MWh × 0.008△1,360
O&M固定料金契約額△600
その他固定費契約額△200
返済原資となるキャッシュフロー(CFADS)3,400−1,360−600−2001,240
デットサービス契約上の返済額900
DSCR1,240 ÷ 9001.38倍

単独の感応度(1変数ずつ動かす)

ケース計算CFADSDSDSCR判定
ベース3,400−1,360−600−2001,2409001.38適合
A:稼働率 85%→80%3,200−1,280−600−2001,1209001.24下限は満たすが配当停止
B:O&M +10%(600→660)3,400−1,360−660−2001,1809001.31適合
C:燃料単価 +10%(0.008→0.0088)3,400−1,496−600−2001,1049001.23下限は満たすが配当停止
D:売電単価 −5%(0.020→0.019)3,230−1,360−600−2001,0709001.19単独で抵触
E:変動金利部分の金利 +1.0ptDS=900+4,200×1.0%1,2409421.32適合

ケースEの+42は、変動金利部分4,200に対する初年度・期首残高ベースの概算です。元本が返済されるにつれ残高は減るため、影響の上限に近い値になります。

この表の読みどころは2つです。第一に、最も効くのは売電単価で、5%動いただけで単独で財務制限条項に抵触します。だからこそ、プロジェクトファイナンスでは長期のオフテイク契約で単価を固定することが構造の前提になります。第二に、稼働率と燃料単価は、単独では下限を満たすものの配当ロックアップ水準(1.25)を割ります。「デフォルトはしないが出資者への分配は止まる」という中間状態の存在は、スポンサー側の収支計画に直結します。

同時に悪化させたシナリオ

シナリオ計算CFADSDSCR判定
S1:A+B(稼働率−5pt かつ O&M+10%)3,200−1,280−660−2001,0601.18財務制限条項に抵触
S2:A+B+C(さらに燃料単価+10%)3,200−1,408−660−2009321.04抵触(返済自体は可能)

ここが本記事で最も伝えたい点です。AもBも単独では財務制限条項を満たしているのに、同時に起きるとDSCRは1.18となり抵触します。 稼働率が計画を5ポイント下回ることも、O&Mコストが1割膨らむことも、運転開始から数年の事業では珍しい事象ではありません。単独の感応度だけを見て「どの変数も1.20を割らないから大丈夫」と結論すると、この状態を見落とします。

図3 設例のDSCR:単独では耐え、同時だと抵触する DSCR(倍) 1.50 1.40 1.30 1.20 1.10 1.00 1.38 1.24 1.31 1.18 1.25 1.20 ベースケース A:稼働率 −5pt B:O&M +10% S1:A と B が同時 配当停止 財務制限条項に抵触 財務制限条項の下限 DSCR 1.20 配当ロックアップ水準 DSCR 1.25
図:数値は本文の設例と一致します。棒の色に加えて、各棒に数値と判定を文字で併記しています。

検算:単独の影響額を足し上げると、実際とずれる

単独ケースのCFADS減少額を並べます。ベースのCFADSは1,240です。

  • A(稼働率−5pt):1,240−1,120=120の減少
  • B(O&M+10%):1,240−1,180=60の減少
  • C(燃料単価+10%):1,240−1,104=136の減少

S1(A+B)については、120+60=180となり、1,240−180=1,060で実際の再計算値と一致します。O&Mが固定費であり、稼働率と掛け算の関係にないためです。

一方S2(A+B+C)については、単純合算では120+60+136=316となり、1,240−316=924(DSCR 1.03)になります。しかし実際に再計算すると932(DSCR 1.04)で、8のずれが生じます。理由は、燃料費が「販売電力量×燃料単価」であるためです。単独で燃料単価を10%上げたときの影響額は170,000×0.0008=136ですが、稼働率が80%に下がった状態では160,000×0.0008=128にとどまります。差の8が、そのまま合算とのずれになります。

このずれは今回は保守的な側(実際のほうが軽い)に出ましたが、逆向きになる構造もあります。たとえば「稼働率が下がる原因が設備トラブルであり、その場合は修繕費が増える」という因果を織り込むと、合算値より実際のほうが悪化します。ずれの向きは事業構造によって決まるため、単純合算を代用してはいけません。 必ず入力セルを同時に動かして再計算します。この点はAIでストレステストを設計するで扱った相関の議論と同じ問題ですが、プロジェクトファイナンスでは「数量×単価」の構造が収入側と費用側の両方に入るため、ずれが日常的に発生します。

Excelでの実装

感応度を回す前提として、モデルの作りを次の形にしておきます。(1) 入力シートを1枚に集約する——抽出表の⑤列に書いたセル番地はすべてこの1枚に置き、計算シートからは参照だけを行います。(2) ケース切替を1つのセルで行う——先頭に「ケース番号」のセルを置き、各入力値を =CHOOSE($B$1, ベース値, ケース1値, …) の形にすれば、1セルの変更で全体が切り替わります。(3) 結果の抽出行を作る——最小DSCR、抵触の有無、抵触した期、DSRA残高の最低値など、ケース間で比較したい値を1行に並べ、ケース番号を変えながらケース一覧表に蓄積します。(4) 差分の検算セルを常設する——ケース番号をベースに戻したとき結果がベースケースと完全一致するかを判定するセルは、感応度を回した後にモデルが壊れていないことを確かめる最も安価な検証です。

入力セルの分離とケース切替は、プロジェクトファイナンスに限らずモデル全般に共通する作法です。データテーブルを使った実装やケース管理の具体的な組み方は感応度分析・シナリオ分析の作り方で扱っています。

運転期間モニタリングの型:四半期で「水準」ではなく「方向」を見る

融資実行で仕事が終わるわけではありません。20年の返済期間のあいだ、実績が当初想定からどれだけ離れたかを追い続ける必要があります。ここはAIの費用対効果が最も高い工程です。毎四半期、同じ形式の資料から同じ項目を抜き出す反復作業だからで、契約審査のような一回性の高い作業と違い、型が固まれば安定して回ります。

四半期で追う項目

区分追う項目AIの役割
数量稼働率、販売電力量、計画外停止の回数と時間運転報告書からの抽出、当初想定との差の計算
単価実現単価、契約単価との差、改定条項の適用状況請求書・精算書からの抽出、契約の改定式との突合
費用O&M実績、修繕費、燃料単価、その他固定費試算表からの抽出、勘定科目の対応づけ
財務DSCR実績、リザーブ口座残高、借入残高、キャッシュスイープ額計算結果の再現、契約上の定義との照合の補助
契約保険の更新期限、許認可の更新期限、契約の変更履歴期限の一覧化、期限接近の検知
手続コンプライアンス証明書などの提出物の受領状況未提出・遅延の検知

設例:四半期の実績を年換算して方向を見る

先の北浦バイオマス発電(架空)で、初年度の稼働率実績が四半期ごとに次のように推移したとします。各四半期の稼働率がそのまま年間続いた場合の見通しDSCRを、他の前提はベースのまま計算します。

四半期稼働率実績年換算の販売電力量年換算CFADS見通しDSCR
第1四半期86%172,000 MWh1,2641.40
第2四半期84%168,000 MWh1,2161.35
第3四半期81%162,000 MWh1,1441.27
第4四半期79%158,000 MWh1,0961.22
通期(平均82.5%)82.5%165,000 MWh1,1801.31

通期のDSCRは1.31で、下限(1.20)にも配当ロックアップ水準(1.25)にも触れていません。決算だけを見れば「問題なし」です。しかし四半期の推移を並べると、第4四半期の実力値はすでに1.22まで落ちており、配当ロックアップ水準を割っています。この傾向が翌年も続けば、通期でも下限に近づきます。

モニタリングで見るべきなのは、この方向です。実績値を1点だけ基準と比較するのではなく、当初想定との乖離が拡大しているのか縮小しているのかを追います。AIが担うのは、四半期ごとの報告書から実績を抽出して表を更新し、乖離が一定幅を超えた項目や3期連続で同じ方向にずれている項目を検知するところまでです。「なぜ稼働率が落ちているのか」を判定するのは人の仕事で、設備・燃料の性状・運転体制のいずれに原因があるかをO&M事業者との協議で確かめる作業になります。

なお内閣府は、PFI事業についてモニタリングに関するガイドラインを示しており、サービス履行状況に関する情報収集体制、モニタリング手法の確定、結果に基づく協議、各種報告書の取扱いといった項目を扱っています(出典は記事末尾)。公共側の視点による文書ですが、「何をどの頻度で誰から受け取り、結果をどう協議に結びつけるか」を先に決めるという構成は、貸手・出資者側の設計にも応用できると考えられます(この応用は本記事の見解です)。

プロジェクトファイナンス固有の検証方法

数値照合・出典確認・再現性テストといった一般的な検証の型は生成AI出力の検証手順にまとめてあります。ここでは、プロジェクトファイナンスでしか出てこない検証項目だけを挙げます。

  1. 契約の版が正しいか。 原契約と変更契約が併存する場合、抽出結果がどちらに基づくかを行ごとに確認します。変更前後の数値が混在した表は、一見しただけでは誤りに気づけません。
  2. 条項とセルの対応が1対1になっているか。 「④数値化:可」なのに⑤が空の行と、モデルに存在するのに⑥の根拠がない入力セル。この双方向のチェックを毎回行います。
  3. DSCRの定義が融資契約と一致しているか。 分子に何を含めるか(税金・維持更新投資・リザーブ繰入)、分母に何を含めるか(元本・利息・手数料)、判定時点はいつか(各利払日/直近12か月/今後12か月)。汎用の計算式をそのまま使わないことが要です。
  4. 単位が揃っているか。 円・千円・百万円、kWhとMWh、%とポイント。契約書は原文の単位のままなので、投入時に必ず換算が入ります。
  5. 感応度がベースに戻るか。 ケース切替をベースに戻して結果が完全一致するかを確認します。一致しなければ、どこかに値の直書きが残っています。
  6. 複合シナリオが再計算されているか。 単独ケースの影響額を足し上げた値になっていないかを、設例で示した方法で確かめます。
  7. 抵触した期が特定できているか。 「最小DSCR」だけでなく「何年目に抵触したか」を出力させます。建設完了直後か返済末期かで、対応策がまったく異なります。
  8. スポンサー提出のケースと自らのケースが区別されているか。 事業者の事業計画をそのままベースケースにしていないかを確認します(マネジメントケースとスポンサーケースの使い分けの問題です)。

機密情報・個人情報の注意

プロジェクトファイナンスの契約書類には、事業者の原価構造、機器メーカーの保証条件、金融機関の与信条件など、秘密保持義務の対象となる情報が大量に含まれます。多くの案件では契約書自体に守秘義務条項が置かれており、外部のAIサービスに投入してよいかは、まず契約と社内規程の確認から始まります。用地取得や地元協議に関する資料には個人情報が含まれることもあり、これは別の管理が必要です。

入力してよい情報の切り分け方、社内ルールの作り方、データの保持設定の考え方は生成AIに入れてよい情報・いけない情報で扱っています。実務上は、まず自社が契約上負っている守秘義務の範囲を確認し、必要であれば事業者・貸手側の同意を取ってから利用範囲を決める、という順序になります。

よくある失敗

  1. 契約条項の解釈をAIの回答で確定してしまう。 最も重い失敗です。AIが出せるのは「そう読める」までで、条項の効力、他条項との優劣、準拠法のもとでの帰結は法務・弁護士の領域です。抽出表の③列を「〜と読める」という文体に固定しておくと、断定が紛れ込みにくくなります。
  2. 感応度の結果だけを見て、前提そのものの妥当性を検証しない。 稼働率85%という前提が甘ければ、そのまわりで±5ポイント動かしても意味がありません。感応度分析は前提の正しさを検証する道具ではないからです。前提の妥当性は、技術アドバイザーの報告書、同種設備の実績、契約上の保証水準から別途確かめます。
  3. 事業者提出のケースをそのまま自らのベースケースにする。 スポンサーの事業計画はスポンサーの立場で作られています。そのまま採用すると、感応度分析の出発点がすでに楽観側に寄ります。少なくとも稼働率・O&M・修繕周期の3点は自らの前提に置き換えます。
  4. 単独感応度の影響額を足し上げて、複合シナリオの代わりにする。 設例のとおり、掛け算の関係がある変数どうしではずれが生じ、しかもずれの向きは事業構造次第です。
  5. 契約が変更されたのに、モデルの入力セルが古いまま残る。 運転期間中の契約変更(O&M契約の更改、リファイナンス、オフテイク条件の見直し)は珍しくありません。抽出表の①列に「原契約+第◯次変更」を書く運用にしておけば、更新すべき行が特定できます。

実務チェックリスト

  • 契約書類の一覧(原契約・変更契約・別紙・サイドレター)を、AIに渡す前に人が作成し版と日付を記録した
  • スキャンPDFの読み取り品質を確認し、判読不能な箇所を特定した
  • 抽出は1契約=1セッションで行い、条番号の混同が起きない形にした
  • 抽出表の全行に、根拠ページ番号と原文冒頭が入っている
  • 「数値化:可」の行は全件、原本で人が照合した
  • 「数値化:可」なのに入力セルが未割当の行がゼロである
  • モデル上に、抽出表に根拠のない入力セルが存在しない
  • 数値化できない条項をリスク登録簿に転記し、契約交渉・保険での処理方針を書いた
  • DSCRの計算式が融資契約の定義(分子・分母・判定時点)と一致することを確認した
  • 単独の感応度で、変数の効き目の序列をつけた
  • 複合シナリオは単純合算ではなく、入力セルを同時に動かして再計算した
  • シナリオの組み合わせを選んだ根拠(同時に起こりうると考えた理由)を文章で残した
  • ケース切替をベースに戻したとき、結果がベースケースと完全一致することを確認した
  • 最小DSCRだけでなく、抵触した期を出力に含めた
  • 運転期間の四半期モニタリングに、水準だけでなく乖離の方向を見る欄を作った
  • AI利用が契約上の守秘義務・社内規程に反していないことを確認した

日本市場での留意点

第一に、契約書類の形式が案件ごとにばらつく点です。国内案件では日本語のPDFに加えてスキャン画像、Excelの別紙、押印済みの紙資料が混在します。読み取り品質の確認を工程に組み込まないと、条番号や数値が静かに欠落します。

第二に、官民連携(PPP/PFI)案件では契約の骨格がある程度標準化されている点です。内閣府の民間資金等活用事業推進室はPFI事業契約について「契約に関するガイドライン」を示しており、契約期間、選定事業者の資金調達、許認可の取得、サービス対価の支払・減額・改定、不可抗力による損害、業務報告といった項目ごとに留意事項を整理しています。令和8年6月16日に民間資金等活用事業推進会議で決定されたもので、本文は151ページに及びます(2026年8月16日確認)。公的に標準化された文書ですらこの分量であることが、この分野で「読み落とさないこと」が課題になる理由をよく表しています。実案件では、これに事業者間の各種契約が加わります。

第三に、入札段階の情報管理です。競争的な手続の途中にある案件では、提案内容や価格に関する情報の取扱いが厳格に定められていることがあります。AIサービスの利用可否は、案件ごとの募集要項・秘密保持誓約に従って個別に判断します。

よくある質問(FAQ)

Q. 契約書は全文を一度に渡すべきですか、条項ごとに分けるべきですか。
本記事の推奨は「1契約=1セッション、ただし出力は条項単位」です。全契約を一度に渡すと契約をまたいで条番号が混ざります。逆に条項を1つずつ切り出すと、定義条項や他条項の参照関係が失われ、「本契約において『稼働率』とは…」という定義に基づく読み取りができなくなります。契約1本を単位にしたうえで出力だけを条項ごとの行に分ける、という中間が扱いやすい形です。

Q. 建設期間中と運転期間で、AIの使いどころは変わりますか。
変わります。建設期間中は契約が次々に締結・変更される時期で、抽出と対応表の更新が作業の中心です。工期遅延の影響(収入の後ろ倒し、建設利息の増加、遅延損害金の受取)を繰り返し再計算する場面も多く、感応度分析の負荷が高い時期でもあります。運転期間に入ると契約は安定し、重心は反復的なモニタリングに移ります。前者は一回性が高く人の確認負荷が大きい、後者は反復性が高く自動化の効果が大きい、という違いです。

Q. 感応度分析の結果を、投資委員会や貸手にそのまま提出してよいですか。
表そのものは提出物になり得ますが、AIが生成した要約文をそのまま提出することは避けるべきです。要約は「どの変数が効くか」までは書けても、「なぜその組み合わせを検討対象にしたか」という判断の根拠は書けません。ケース選定の理由・前提の出所・検証した項目を人が書き足したうえで提出します。

まとめ

プロジェクトファイナンスは、AIの一般的な売り文句がほとんど当てはまらない領域です。案件数が少ないため学習は効かず、期間が長いため予測精度そのものに意味がありません。その代わりに、大量の契約書類から論点を漏れなく拾うことと、前提を変えた再計算を何度も回すことという、地味だが負荷の大きい2つの作業が残ります。ここがAIの使いどころです。

実装の核は、契約の条項とモデルの入力セルを1対1で対応づける6列の抽出表です。この表があれば、感応度分析で動かす変数は自動的に決まり、モニタリングで追う項目も同じ表から導けます。そして設例で見たとおり、単独では耐える変動も、同時に起きればコベナンツに抵触します。単独の感応度で序列をつけ、同時悪化のシナリオで壊れ方を確かめる。この2段構えを単純合算で代用しないことが要点です。条項の効力と解釈は法務・弁護士が決め、どの組み合わせが現実的かは実務者が決め、提出物の責任は人が負う——AIが担うのは、その判断の材料を漏れなく、根拠つきで、何度でも用意することです。

契約と入力セルの対応表を、自分の案件で1枚作る

担当している(あるいは公表資料で入手できる)案件の契約書を1本選び、本記事の6列の様式で10行だけ抽出表を作ってみてください。⑤列(モデルの入力セル)が埋まらない行がどこに出るかで、モデルの構造が足りていない箇所が分かります。そのうえで、稼働率とコストを同時に動かした再計算までを一度通すのが、最短の練習になります。

モデリングラボで検算とケース管理の型を確認する

出典・参考(2026-08-16確認)

  • 内閣府 民間資金等活用事業推進室(PPP/PFI推進室)「PFI事業におけるリスク分担等に関するガイドライン」(全17ページ。「リスクを最もよく管理することができる者が当該リスクを分担する」との考え方、および協定等で「できる限りあいまいさを避け、具体的かつ明確に規定する」旨の記載を確認) https://www8.cao.go.jp/pfi/hourei/guideline/pdf/risk_guideline.pdf
  • 内閣府 民間資金等活用事業推進室「契約に関するガイドライン-PFI事業契約における留意事項について-」(令和8年6月16日 民間資金等活用事業推進会議決定。本文151ページ。契約期間、選定事業者の資金調達、許認可の取得、サービス対価の支払・減額・改定、不可抗力による損害、業務報告等の章立てを確認) https://www8.cao.go.jp/pfi/hourei/guideline/pdf/keiyaku_guideline.pdf
  • 内閣府 民間資金等活用事業推進室「モニタリングに関するガイドライン」(全30ページ。情報収集体制、モニタリング手法等の確定、結果に基づく協議、各種報告書等の項目立てを確認) https://www8.cao.go.jp/pfi/hourei/guideline/pdf/monitoring_guideline.pdf
  • 内閣府 PPP/PFI推進室「ガイドライン」一覧ページ(上記3文書の掲載元) https://www8.cao.go.jp/pfi/hourei/guideline/guideline.html
  • 法務省大臣官房司法法制部「AI等を用いた契約書等関連業務支援サービスの提供と弁護士法第72条との関係について」(令和5年8月。同条の解釈・適用は最終的に裁判所の判断に委ねられる旨が記載されています) https://www.moj.go.jp/content/001400675.pdf
  • 個人情報保護委員会「生成AIサービスの利用に関する注意喚起等について」(令和5年6月2日公表。公表の事実と表題を確認。個別の記載内容は同ページの添付資料をご確認ください) https://www.ppc.go.jp/news/careful_information/230602_AI_utilize_alert/
  • 総務省・経済産業省「AI事業者ガイドライン(第1.2版)」(令和8年3月31日) https://www.meti.go.jp/shingikai/mono_info_service/ai_shakai_jisso/pdf/20260331_1.pdf
  • 本記事の設例(北浦バイオマス発電合同会社、発電量・単価・費用・返済額・コベナンツ水準・四半期の稼働率実績)はすべて架空の仮設例で、実在の案件・事業者・契約に基づくものではありません。図1〜図3、6列の論点抽出様式、AIと人の分担表、モニタリングの項目立ては本記事が提案する整理です。特定のAI製品の抽出精度・処理能力について実測は行っていません。製品仕様は各社の公式情報をご確認ください。

※本記事は教育目的の一般的な解説であり、法務・税務・会計・投資に関する助言ではありません。実際の判断は専門家にご確認ください。設例は理解のための仮設例です。AI製品の仕様・料金は変更されることがあるため、利用前に各社の公式情報をご確認ください。