AIでストレステストを設計する｜金融機関と事業会社では目的が違う

結論：ストレステストは「壊れ方」を先に決める作業であり、AIは変数出しと文章化にしか使えない

ストレステストとは、平時の予算では想定しない極端な事象が起きたときに、自社（または自行）の財務がどの順序で、どの指標から壊れるかを数値で確認する作業です。将来を当てにいく作業ではありません。したがって成果物は「予測値」ではなく、どの水準を超えたら何が起きるかという耐性の地図になります。

そして、ここが実務で最も誤解されている点ですが、金融機関のストレステストと事業会社のストレステストは別物です。金融機関は自己資本の十分性・与信費用・流動性を確かめ、監督当局への説明を前提に設計します。事業会社は資金繰りの継続性・コベナンツの遵守・投資計画の実行可否を確かめ、取引金融機関との交渉を前提に設計します。目的が違えば、置く変数も、出す指標も、報告先も変わります。同じテンプレートを流用すると、どちらの用途にも使えない中途半端な資料になります。

生成AIはこの作業のうち、リスク変数の網羅的な洗い出し、波及経路の候補出し、設計意図の文章化には有効です。一方で、振れ幅を何%にするか、どの変数を同時に動かすか、抵触したときに何を止めるかは、AIに委ねてはいけません。AIは「もっともらしいが根拠のない振れ幅」を平然と出力します。本記事では、その振れ幅を過去実績と公表統計に紐づけて固定する手順まで含めて示します。

なお、平時のシナリオプランニング（ベース・アップサイド・ダウンサイドの3ケース設計）は、事業計画の幅を持たせるための作業です。本記事が扱うのは、その3ケースの外側にある低頻度・高影響の事象への耐性検証（ストレステスト）であり、目的が異なります。

ストレステスト設計の全体工程

設計は7工程に分解できます。実務で失敗するのは、ほぼ例外なく③（振れ幅の設定）と④（波及経路の設計）を飛ばして、いきなり⑤（影響額の試算）から入るケースです。

感応度分析との違いを1段落で整理する

感応度分析は、原則として1変数だけを動かして他を固定し、出力の傾きを測る作業です。「売上成長率が1%下がると企業価値がいくら下がるか」を知るための道具であり、変数間の関係は問いません。対してストレステストは、複数の変数を同時に、しかも現実に同時発生しやすい組み合わせで動かします。円安と輸入原材料高、金利上昇と景気減速のように、実務では相関のある変数がセットで動くためです。感応度分析の結果を単純に足し合わせても、ストレステストの答えにはなりません（その理由は後述の設例で数値検証します）。

金融機関と事業会社では、同じ言葉で違う作業をしている

ストレステストという言葉は金融機関の規制対応から広まったため、事業会社が資料や書籍をそのまま参照すると設計を誤ります。両者の違いを整理します。

金融機関側について補足すると、日本の大手行等ではモデルを使ったリスク計測そのものが管理対象とされています。金融庁「モデル・リスク管理に関する原則」（2021年11月12日）は、本邦G-SIBs・D-SIBs等を対象に、ガバナンス、モデルの特定とインベントリー管理、モデル開発、モデル承認、継続モニタリング、モデル検証、ベンダー・モデルの活用、内部監査という8つの原則を示しています（2026年8月3日確認）。ストレステストに用いるモデルもこの枠組みの対象になり得るため、金融機関では「誰が承認し、誰が検証したモデルか」まで含めて説明できることが求められます。事業会社にこの水準の統制は通常求められませんが、前提と計算過程を第三者が再現できる状態にしておくという発想自体は、金融機関との交渉資料としても有効です。

海外では、米国のCCAR／DFAST、欧州のEBAによる銀行ストレステストのように、監督当局が主導して銀行にシナリオを課す制度が存在します。ただしこれらはいずれも各法域の銀行監督制度であり、日本の事業会社の資金繰り管理にそのまま当てはまるものではありません。本記事では海外制度の詳細には立ち入らず、日本の事業会社が実際に作れる設計に絞ります。

ストレスシナリオ設計表：変数・振れ幅・波及経路・影響額の4列で書く

本記事の実務成果物は、次の4列を最低限備えた設計表です。1行＝1変数とし、「振れ幅」の隣に必ず「根拠」の列を置くのが要点です。根拠列が埋まらない行は、そのシナリオから外すか、根拠を調べ直します。

振れ幅の根拠を公表統計に紐づける手順

AIに「厳しめのストレスシナリオを作って」と依頼すると、それらしい数字が返ってきます。しかしその数字には、多くの場合出所がありません。この問題を実務で潰すには、次の順序を固定します。

1. 自社実績を先に確定する：過去5〜10年の月次または四半期の実績データから、各変数の実際の変動幅を計算します（為替は社内の換算レート実績、数量は出荷実績、金利は約定金利の推移）。ここは社内データなので出所が明確です。
2. 公表統計でレンジを補正する：自社実績の期間に該当する局面が含まれていない場合（例：直近10年に大きな金利上昇局面がない）、公表統計で過去のレンジを確認します。金融機関側の議論の相場観を掴む用途としては、日本銀行「金融システムレポート」（https://www.boj.or.jp/research/brp/fsr/fsr260421.htm／2026年4月号、2026年8月3日確認）が、どのようなリスク要因が金融システム全体で意識されているかを知る手がかりになります。ただし同レポートに掲載された数値をそのまま自社のストレス幅として転記するのは不適切です。銀行セクター全体を対象とした分析であり、個社の事業構造とは前提が異なるためです。あくまで「どの変数を検討対象に入れるべきか」「その変数が現在どう議論されているか」の確認に使います。
3. 振れ幅を1つに固定し、決定者を書く：最終的に採用する振れ幅は1つに絞り、「誰が、どの資料を見て、いつ決めたか」を設計表の脚注に残します。ここを空欄にしたまま試算に進むと、後で結果を疑われたときに説明できません。

この3段階を踏むと、AIが出した振れ幅は候補リストとしてしか使えなくなります。それが正しい使い方です。

設例：湊川マテリアル株式会社の複合ストレス（架空企業・単位は百万円で統一）

以下は、理解のために作成した架空企業の設例です。実在する企業の数値ではありません。湊川マテリアル株式会社は、輸入原材料を用いて機能性材料を製造する中堅メーカーという設定です。

ベースケース（FY2027予算）

借入契約の財務制限条項は、次の2本という設定です。契約上のEBITDA定義やヘッドルームの考え方そのものについてはローン契約とコベナンツの実務で扱っているため、ここでは再説明せず、計算結果の判定にのみ使います。

• ネットレバレッジ（＝ネット有利子負債 ÷ EBITDA）3.50倍以下
• DSCR（＝償還原資 ÷ 元利金返済額）1.20倍以上。本設例の契約上の定義は、償還原資＝EBITDA − 法人税等 − 維持Capex − 運転資本の増加、元利金返済額＝支払利息 + 約定弁済元本、とします。

ベースケースの判定は次のとおりです。

• 営業CF ＝ 6,200 − 1,230 − 400 − 300 ＝ 4,270
• 期末現預金 ＝ 3,000 + 4,270 − 1,600（Capex） − 2,000（元本） ＝ 3,670
• ネット有利子負債 ＝ (18,000 − 2,000) − 3,670 ＝ 12,330 → ネットレバレッジ ＝ 12,330 ÷ 6,200 ＝ 1.99倍（3.50倍以下：クリア）
• 償還原資 ＝ 6,200 − 1,230 − 800 − 400 ＝ 3,770、元利金返済額 ＝ 300 + 2,000 ＝ 2,300 → DSCR ＝ 3,770 ÷ 2,300 ＝ 1.64倍（1.20倍以上：クリア）

複合ストレスの前提（4変数を同時に動かす）

設計表で固定した振れ幅を、そのまま適用します。ポイントは適用順序を明記することです。数量を先に落としてから単価を上げるのか、逆かで結果が変わります。ここでは「数量 → 外貨建て単価 → 為替 → 国内波及」の順とします。

1. 販売数量 −5%
2. 輸入原材料の外貨建て市況 +10%
3. 為替 円安 +15%。ただし年間輸入額の3分の1を為替予約でヘッジ済みのため、未ヘッジ分3分の2にのみ影響し、実効の上昇率は +10%（15% × 2/3 ＝ 10%）
4. 国内調達原材料も +5%（輸入品価格上昇の国内波及）
5. 変動金利の適用金利 1.5% → 3.0%（+1.5%pt）。固定金利部分は据置
6. 価格転嫁 +2%（数量調整後売上に対して）
7. 運転資本の増加は 400 → 900（在庫単価上昇による）

ここまでの検算を明示します。売上総利益は 46,512 − 18,392 ＝ 28,120、28,120 − 3,990 ＝ 24,130、24,130 − 13,650 ＝ 10,480 で一致します。営業利益は 10,480 − 9,520 ＝ 960、EBITDA は 960 + 1,800 ＝ 2,760 です。原材料費合計は 18,392 + 3,990 ＝ 22,382（ベース 20,000 から +2,382）です。期末現預金は 3,000 + 1,236 − 1,600 − 2,000 ＝ 636 で、有利子負債期末 16,000 との差引が 15,364 になります。

コベナンツ判定：DSCRとネットレバレッジの両方が抵触する

• 償還原資 ＝ 2,760 − 144 − 800（維持Capex） − 900（運転資本増加） ＝ 916
• 元利金返済額 ＝ 480 + 2,000 ＝ 2,480
• DSCR ＝ 916 ÷ 2,480 ＝ 0.37倍（基準1.20倍：抵触）
• ネットレバレッジ ＝ 15,364 ÷ 2,760 ＝ 5.57倍（基準3.50倍：抵触）

営業利益は 4,400 から 960 へ減りましたが、まだ黒字です。黒字なのにコベナンツには抵触するという点が、事業会社のストレステストで最も伝えるべき結果です。損益計算書だけを見ていると危機に気づけません。

相関を無視して単独ストレスを足し上げると、悪化を過小評価する

実務でよく見るのが、変数ごとに感応度を測り、その悪化幅を単純に足して「合計でこれくらい」とする方法です。これは誤差の方向が一定でないため危険です。設例で検証します。

まず、各変数を単独で動かしたときのEBITDAを計算します（他の変数は据置）。

単独ストレスによるレバレッジ悪化幅は、円安 +0.84倍、市況 +0.84倍、数量 +0.45倍、金利 ±0.00倍です。これを単純加算すると 2.42 + 2.13 ＝ 4.55倍。ところが、4変数を同時に動かした複合ストレスのEBITDAは 2,760 なので、同じくネット有利子負債を15,000で固定して計算すると 15,000 ÷ 2,760 ＝ 5.43倍です。単純加算は0.88倍分、悪化を過小評価しています。理由は、レバレッジが比率指標であり、分母（EBITDA）が小さくなるほど同じ金額の悪化が倍率に与える影響が大きくなる（非線形）ためです。

逆に、過大評価になる部分もあります。原材料費（輸入）だけを見ると、単独効果の単純加算は「数量効果 −800（16,000 × 5%）＋ 単価効果 +3,360（16,000 × 21%）」で 16,000 − 800 + 3,360 ＝ 18,560 ですが、実際の複合計算では 18,392 です（差 −168）。数量が減った分だけ単価上昇が効く物量が減るという交互作用が働くためで、単純加算は原価増を168だけ過大に見積もっていました。

つまり、単純加算の誤差は科目によって過大にも過小にもなり、方向を事前に読むことができません。だからこそ、ストレステストは単一のモデル上で全変数を同時に動かして通す必要があります。感応度分析の結果表を足し算で合成してはいけません。

また、相関の置き方そのものも設計判断です。「円安と輸入原材料高は同時に起きやすい」「金利上昇と景気減速は必ずしも同時ではない」といった組み合わせの妥当性は、過去の局面を並べて自社で確認するしかありません。AIに「相関を考慮して」と指示しても、相関係数の根拠は出てきません。テールリスクの組み合わせを決めるのは、最後まで人の仕事です。

対応策を織り込み、金融機関との交渉材料に変換する

抵触が判明したら、次は打てる手を織り込んだ第2の試算を作ります。ここが金融機関のストレステストとの決定的な違いで、事業会社の場合は「対応策を示して、返済条件の見直しやウェイバーを相談する」ところまでが一連の作業です。

湊川マテリアルの対応策を4つ置きます。

1. 追加の価格転嫁 +900（交渉を前倒しし、年度内の転嫁額を増やす）
2. 成長Capex 800 の凍結（Capex 1,600 → 800）
3. 在庫圧縮により運転資本の増加を 900 → 300 に抑制
4. 約定弁済元本を 2,000 → 1,000 に見直し（取引金融機関との合意が前提）

検算です。対応後の営業CFは 3,660 − 414 − 300 − 480 ＝ 2,466、期末現預金は 3,000 + 2,466 − 800 − 1,000 ＝ 3,666。有利子負債期末は 18,000 − 1,000 ＝ 17,000 なので、ネット有利子負債は 13,334、レバレッジは 13,334 ÷ 3,660 ＝ 3.64倍です。DSCRは 2,146 ÷ 1,480 ＝ 1.45倍。

結果として、DSCRは対応策で基準を回復するが、ネットレバレッジは3.64倍で3.50倍の基準を超えたままという状態になります。ここで実務上の判断が2つ生まれます。

• ネットレバレッジについては、コベナンツ・ウェイバー（一時的な適用免除）を事前に相談する。抵触してから相談するのと、抵触見込みの試算を持って先に相談するのとでは、交渉の立場が大きく変わります。
• 元本返済の見直しは金融機関の合意が必要です。つまり「対応後」の数字は自社だけでは実現できません。この点を伏せた資料は社内で誤った安心感を生むため、対応策ごとに「自社単独で実行可能か／相手方の合意が必要か」を明記します。

なお、資金ショートの有無を月次で確認するには年次の試算では粒度が粗すぎます。実際の運用では、月次資金繰り表（直接法）や、より短期の管理が必要な局面では13週資金繰り表にストレス前提を反映して、資金が最も薄くなる週を特定します。年次のコベナンツ判定と、週次・月次の資金ショート判定は別の作業です。安全性指標の体系そのものは安全性分析の指標体系を参照してください。

AIに任せる部分と、人が決める部分

最も注意すべきは③です。生成AIに「日本の製造業で一般的なストレス幅を教えて」と尋ねると、具体的な%が返ってくることがありますが、その根拠を追跡できないことが大半です。根拠を確認できない振れ幅は、設計表の「根拠」列が埋まらないため採用できない——このルールを運用に組み込むのが最も確実な防御になります。

プロンプト例：ストレスシナリオ設計表の草案を作らせる

特定のAI製品に依存しない汎用の書き方です。振れ幅をAIに決めさせないように、自社で確定した数値を先に与える構造にしています。

【役割】
あなたは事業会社の財務部門で、資金繰りと財務制限条項の管理を担当する実務者です。

【目的】
私が提示する事業構造と、私が既に社内で確定させたストレス変数の振れ幅を用いて、
「ストレスシナリオ設計表」の草案を作成してください。この表は取引金融機関への
説明資料の基礎資料として使います。

【入力資料】
・事業構造：（売上高、原材料費の内訳（輸入/国内）、変動費と固定費の区分、
　販管費の変動費と固定費の区分、減価償却費、有利子負債の変動金利/固定金利の内訳と
　適用金利、期首現預金、年間Capex（維持/成長の別）、年間約定弁済額、実効税率）
・財務制限条項：（指標名、算式の定義、基準値、判定時点）
・確定済みのストレス変数と振れ幅：（変数名、振れ幅、その根拠となった社内資料名または
　公表統計名）
・為替ヘッジの状況：（年間輸入額に対するヘッジ比率、ヘッジ手段、期間）

【対象期間】
FY____（1年間）。判定時点は期末とする。

【単位】
すべて百万円。整数で表記し、小数は使わない。比率は倍率（例：1.64倍）で統一し、
パーセント表記と混在させない。

【出力形式】
次の2つの表をこの順で出力する。
表1「ストレスシナリオ設計表」：列は［変数／振れ幅／根拠／波及経路／影響先の科目］。
表2「影響額の積み上げ表」：列は［項目／ベース／ストレス／計算過程］。
表2の行は、売上高 → 原材料費（輸入・国内を分けて）→ その他売上原価 → 売上総利益 →
販管費 → 営業利益 → 減価償却費 → EBITDA → 支払利息 → 法人税等 → 営業CF →
期末現預金 → ネット有利子負債 → 各コベナンツ指標、の順とする。

【計算方法】
1. 変数の適用順序を「数量 → 外貨建て単価 → 為替 → 国内波及 → 価格転嫁」とし、
　 各段階の計算過程を「計算過程」列に数式の形でそのまま書くこと。
2. 為替の影響は、ヘッジ比率を反映した実効上昇率で計算すること
　（実効率＝為替変動率×未ヘッジ比率）。
3. 変動費は数量変動に比例させ、固定費は据え置くこと。減価償却費は据え置くこと。
4. 変数どうしは加算ではなく乗算で積み上げること（数量減と単価上昇の交互作用を反映）。
5. 各コベナンツ指標は、私が提示した算式の定義のとおりに計算すること。
　 一般的な定義や別の定義に置き換えないこと。

【禁止事項】
・私が提示していない振れ幅を、あなたの判断で新たに設定しないこと。
・「一般的には○%程度」といった、出所を示せない水準を提示しないこと。
・数値を丸めて辻褄を合わせないこと。
・コベナンツ抵触時の対応策について、法的・契約上の可否を断定しないこと。

【不明情報の処理】
入力資料に含まれていない項目は「不明」と明記し、計算を止めて何が不足しているかを
箇条書きで示すこと。推測で数値を埋めないこと。

【出典の表示】
表1の「根拠」列には、私が提示した資料名をそのまま転記すること。あなたが独自に
知識として持っている統計値を根拠として記載しないこと。

【検算】
表2の各行について、次を自ら確認し、末尾に「検算結果」として結果を列挙すること。
・売上総利益＝売上高−原材料費−その他売上原価
・営業利益＝売上総利益−販管費
・EBITDA＝営業利益＋減価償却費
・期末現預金＝期首現預金＋営業CF−Capex−約定弁済元本
・各コベナンツ指標の分子・分母が、提示された定義と一致していること
一致しない箇所があれば、修正せずに「不一致：（該当行）」と報告すること。

【レビュー項目】
最後に、私が確認すべき点を5項目以内で列挙すること。特に、
(a) 変数の組み合わせとして同時発生が不自然なものがないか、
(b) 波及経路として考慮漏れの可能性がある科目、
(c) 振れ幅の根拠が弱いと思われる行、
を指摘すること。

出力例（抜粋・イメージ）

上記プロンプトに湊川マテリアルの設定を与えた場合、返ってくるべき出力のイメージは次のようなものです。

表2「影響額の積み上げ表」（抜粋・単位：百万円）
項目           ベース   ストレス   計算過程
売上高          48,000   46,512    48,000×0.95＝45,600 → ×1.02＝46,512
原材料費(輸入)   16,000   18,392    16,000×0.95＝15,200 → ×1.10＝16,720 → ×1.10＝18,392
原材料費(国内)    4,000    3,990    4,000×0.95＝3,800 → ×1.05＝3,990
営業利益          4,400      960    10,480−9,520
EBITDA           6,200    2,760    960＋1,800
DSCR             1.64倍   0.37倍    916÷2,480
ネットレバレッジ  1.99倍   5.57倍    15,364÷2,760

検算結果
・売上総利益：46,512−18,392−3,990−13,650＝10,480　一致
・営業利益：10,480−9,520＝960　一致
・EBITDA：960＋1,800＝2,760　一致
・期末現預金：3,000＋1,236−1,600−2,000＝636　一致
・DSCRの分子は「EBITDA−法人税等−維持Capex−運転資本増加」の定義と一致

レビュー項目
(a) 円安＋15%と原材料市況＋10%を同時に置いているが、両者が同一の景気局面で
　　同時に起きた過去実績があるかの確認を推奨。
(b) 物流費・電力価格が波及経路に含まれていない。その他売上原価に含めるか要検討。
(c) 価格転嫁＋2%の根拠が「過去の値上げ交渉実績」とのみ記載されており、
　　実現までの平均月数の記録の添付を推奨。

ここで示した出力例は、本記事の設例に合わせて構成したイメージです。実際のAIの出力は毎回同じにはなりません。だからこそ、次節の検証工程が必要になります。

ストレステスト固有の検証方法

AI出力全般の検証手順（出典の実在確認、数値転記、計算再現、論理整合）は生成AI出力の検証手順で扱っているため繰り返しません。ここではストレステストに固有の検証項目だけを挙げます。

1. 振れ幅の出所が1件ずつ追跡できるか：設計表の「根拠」列に、社内資料名または公表資料名＋確認日が入っているか。AIが埋めた行がないか。
2. 適用順序が明記され、順序を変えても説明できるか：数量→単価→為替の順を、単価→数量に変えたときの差額を1度は計算し、順序の選択理由を残します。
3. 加算になっていないか：数量減と単価上昇が乗算で処理されているか。%同士を足していないか。
4. 固定費が動いていないか：数量が減ったときに固定費まで比例して減らしていないか。逆に、変動費が据置になっていないか。
5. 減価償却費が二重計上されていないか：EBITDAへの足し戻しと、CFでの調整が重複していないか。
6. コベナンツの算式が契約書どおりか：一般的な定義（例：EBITDA＝営業利益＋減価償却費）に置き換えられていないか。契約上のEBITDA定義には調整項目があることが通常です。
7. 比率の分子と分母が同じ期間か：期末残高（ストック）と年間フローを混ぜていないか。ネット有利子負債は期末、EBITDAは年間、という対応が契約書の定義と一致しているか。
8. 符号の点検：運転資本の「増加」が営業CFの減算になっているか。価格転嫁がプラス、数量減がマイナスで入っているか。
9. 対応策の実行可能性の区分：各対応策に「自社単独で実行可能／相手方の合意が必要」の区分が付いているか。
10. 逆算での確認：「コベナンツに抵触しないためには、EBITDAが最低いくら必要か」を逆算し、その水準が売上高換算で何%減に相当するかを求めます。これは金融機関への説明で最も使われる数字です。設例では、DSCR 1.20倍を満たす償還原資は 2,480 × 1.20 ＝ 2,976 であり、対応前の 916 との差は 2,060 になります。

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

ストレステストの入力には、未公表の予算、借入契約の条件、取引先別の仕入価格など、外部に出せない情報が集中します。外部の生成AIサービスに投入する場合は、社名・取引先名・契約書の固有条項を伏せ、金額を実額ではなく構成比や指数に置き換えるなど、社内規程に従った加工が必要です。何を入れてよく、何を入れてはいけないかの判断基準は生成AIに入れてよい情報・いけない情報で整理しています。とくに借入契約書は守秘義務条項を伴うことが多いため、条文そのものを投入してよいかは契約内容を確認してから判断してください。

よくある失敗

1. ベースケースの下振れを「ストレス」と呼んでしまう：ダウンサイドケース（例：売上 −5%）はシナリオプランニングの範囲であり、ストレステストではありません。ストレステストは、平時の3ケースの外側にある事象を扱います。両者を混同すると、経営会議で「これはダウンサイドと何が違うのか」と問われて答えられなくなります。
2. 変数ごとの感応度を足して合計とする：本文で検証したとおり、比率指標では過小評価、原価では過大評価になり、誤差の方向が読めません。
3. 相関を無視して「起きにくい組み合わせ」を作る：例えば「円安なのに輸入原材料の外貨建て価格は下落」といった、同時に起きにくい前提を置くと、結果が甘くなります。逆に、あらゆる悪材料を最大幅で同時に置くと、経営陣に「非現実的」と切り捨てられて使われません。
4. AIが出した振れ幅をそのまま採用する：もっともらしい%が返ってきますが、出所を追跡できないことが大半です。設計表の「根拠」列を必須にすることで機械的に防げます。
5. コベナンツの算式を一般的な定義に置き換える：契約上のEBITDA定義は、一時費用の加算や特定項目の除外を含むことが通常です。一般的な定義で計算すると、抵触の有無の判定そのものが変わります。
6. 試算して終わりにする：ストレステストの価値は、抵触した場合に何をいつ止めるかを事前に決めておくところにあります。対応策と発動条件（トリガー）を書かない資料は、危機時に使われません。

実務チェックリスト

• このストレステストの目的と報告先を、1行で書けているか
• ストレステストとダウンサイドケースの違いを、資料の冒頭で説明しているか
• 変数リストに、金利・為替・原材料・数量・調達（サプライヤー集中）・物流・エネルギーが検討対象として入っているか（採用しない場合はその理由を記載したか）
• 各変数の振れ幅に、社内資料名または公表資料名＋確認日が紐づいているか
• 変数の適用順序を明記し、順序を変えた場合の差額を1度は確認したか
• 数量と単価の効果を乗算で処理しているか（%の足し算になっていないか）
• 変動費と固定費の区分を、売上原価と販管費の両方について定義したか
• 為替ヘッジ比率を反映した実効変動率で計算しているか
• コベナンツの算式を、契約書の定義どおりに使っているか
• 比率指標の分子・分母の期間（ストックとフロー）の対応が契約定義と一致しているか
• 年次の判定だけでなく、月次または週次の資金繰りでもストレス前提を通したか
• 対応策ごとに「自社単独で実行可能／相手方の合意が必要」を区分したか
• 対応策の発動条件（何が起きたら、誰の判断で）を文書化したか
• コベナンツ基準を満たすために必要なEBITDA水準を逆算し、売上高換算で示したか
• AIに投入した情報の範囲と加工方法が、社内規程に適合しているか

日本企業・日本市場での留意点

第一に、日本の事業会社の借入は相対取引の銀行借入が中心であり、コベナンツの定義や運用は個別契約ごとに異なります。海外の書式をそのまま前提にした計算は使えません。契約書の当該条項を必ず現物で確認してください。

第二に、長期にわたる低金利環境の後に金利が動く局面では、過去10年程度の自社実績だけでは金利の振れ幅を設定できないことがあります。この場合、より長期の推移や公表統計を参照して幅を広げる判断が必要になりますが、その判断こそ人が行い、根拠と決定者を記録に残すべき部分です。

第三に、金融機関側の視点も知っておくと交渉が変わります。日本銀行「金融システムレポート」（2026年4月号）は、地政学的リスク、不動産融資、海外ノンバンク部門の動向を主要テーマとしています（2026年8月3日確認）。自社が属する業種が金融機関のリスク認識のどこに位置づけられているかを把握しておくと、追加与信や条件見直しの交渉で相手の関心事に沿った説明ができます。

第四に、生成AIの利用そのものについて、金融機関側では管理体制の整備が進んでいます。日本銀行は金融システムレポート別冊シリーズとして「金融機関における生成AIの利用状況とリスク管理」を公表しており（初版2024年10月21日、更新版2025年9月30日、2026年8月3日確認）、金融庁も「金融機関等におけるAIの活用実態と健全な利活用の促進に向けた初期的な論点整理」（AIディスカッションペーパー第1.1版、2026年3月3日公表）を出しています。事業会社が金融機関に提出する資料についても、AIで作成した部分がどこかを説明できる状態にしておくことが、今後は求められる可能性があります。

面接での答え方（30秒回答例）

Q. ストレステストとシナリオ分析の違いを説明してください。

A.「シナリオ分析は、事業計画の幅を持たせるために、実現する可能性が一定程度ある複数の将来像を作る作業です。対してストレステストは、実現可能性は低いが起きたら深刻な事象を意図的に置いて、財務のどこから壊れるかを確かめる作業です。目的が違うので出力も違い、シナリオ分析は業績のレンジを出しますが、ストレステストは『どの指標がいつ基準を割るか』と『そのとき何を止めるか』を出します。事業会社であればコベナンツと資金繰り、金融機関であれば自己資本と流動性が判定軸になります。」

よくある質問（FAQ）

Q. ストレスの振れ幅は、どのくらい厳しく置けばよいですか。
A. 「厳しさ」を先に決めるのではなく、過去に実際に起きた最も厳しい局面を自社データと公表統計から特定し、その水準を出発点にするのが実務的です。そのうえで、経営会議で「この水準は妥当か」を議論します。妥当性の合意が取れない振れ幅で試算しても、結果が使われません。

Q. 生成AIに財務モデルそのものを作らせてもよいですか。
A. 計算式のレビューや単位・符号の点検には有効ですが、試算そのものは表計算ソフト上で行い、人が式を確認できる状態にすることを勧めます。ストレステストの結論は金融機関との交渉に使われるため、誰がどの式で計算したかを説明できることが最優先だからです。

Q. 中小企業でも同じ手順で作れますか。
A. 変数を3〜4個に絞れば作れます。むしろ借入依存度が高い企業ほど、年次のコベナンツ判定より月次の資金ショート日の特定が重要になります。年次のストレステストと月次の資金繰り表をセットで運用してください。

まとめ

ストレステストは、当てにいく作業ではなく、壊れる順序を先に確認しておく作業です。金融機関は自己資本と流動性を、事業会社は資金繰りとコベナンツを判定軸にするため、同じ言葉でも設計・出力・使い道が異なります。事業会社の場合、設計表に「変数・振れ幅・根拠・波及経路・影響額」の5要素を揃え、複数変数を単一モデル上で同時に動かし、DSCRとネットレバレッジがどこで基準を割るかを数値で示すところまでが1セットです。設例では、営業利益が黒字（960）のままDSCRが0.37倍まで低下し、両コベナンツに抵触しました。対応策を織り込んでもネットレバレッジは3.64倍で基準超過が残り、金融機関との事前相談が必要になる——ここまで具体化して初めて、資料が意思決定に使われます。

生成AIは、変数の洗い出し・波及経路の候補出し・説明文の下書きでは確実に時間を短縮します。一方で、振れ幅の水準、同時発生の前提、対応策の発動判断は人が決めるべき領域です。根拠を追跡できない数値は採用しないという運用ルールを設計表の構造そのものに埋め込むことが、AIを安全に使うための最も実務的な方法です。

出典・参考（2026-08-03確認）

• 金融庁「モデル・リスク管理に関する原則」（令和3年11月12日）https://www.fsa.go.jp/common/law/ginkou/pdf_02.pdf
• 金融庁「金融機関のモデル・リスク管理の高度化に向けたプログレスレポート（2024）」（2024年12月12日）https://www.fsa.go.jp/news/r6/ginkou/20241212/20241212.html
• 金融庁「金融機関等におけるAIの活用実態と健全な利活用の促進に向けた初期的な論点整理（AIディスカッションペーパー第1.1版）」（2026年3月3日）https://www.fsa.go.jp/news/r7/sonota/20260303/aidp.html
• 日本銀行「金融システムレポート（2026年4月号）」（2026年4月21日）https://www.boj.or.jp/research/brp/fsr/fsr260421.htm
• 日本銀行 金融機構局「金融システムレポート別冊シリーズ：金融機関における生成AIの利用状況とリスク管理」（初版2024年10月21日、更新版2025年9月30日）https://www.boj.or.jp/research/brp/fsr/fsrb241021.htm

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