モデルの三層構造とは？前提・計算・出力の分け方

30秒で分かる定義

モデルの三層構造（Model Architecture、読み方：もでるのさんそうこうぞう）とは、財務モデルを「前提（Input）」「計算（Calculation）」「出力（Output）」の3つの層に分け、層をまたぐ役割の混在を禁じる設計思想です。インプットと計算と出力の分離、モデル構造とも呼ばれます。前提層には人が入力する値だけを、計算層には数式だけを、出力層には計算結果を参照して見せる表とグラフだけを置きます。モデルを作り始める前に決めるべき最上流の意思決定であり、ここを誤ると、後からどれだけ丁寧に作っても検証可能なモデルにはなりません。

なぜ実務で重要なのか

三層構造の効用は、役割ごとに読む場所が確定することにあります。投資委員会のメンバーは出力層だけを見れば結論を把握でき、レビュアーは計算層だけを見れば計算の妥当性を検証でき、前提を議論する場では前提層だけを開けば済みます。この分離が無いモデルでは、誰もが全シートを開いて探し回ることになります。M&A案件でモデルが複数人に共有され、投資検討から実行、投資後の管理まで年単位で使われる場面では、この差が決定的です。財務モデリング完全ガイドの7ステップも、最初のステップでこの構造を決めることから始まります。

計算式（または仕組み）

三層の役割と、層をまたぐルールを図で整理します。

シート分割の判断基準は「層が違えば必ず分ける、同じ層の中は目的で分ける」です。同じ計算層でも、3表とデットスケジュールとCapexスケジュールは目的が異なるためシートを分けます。一方、前提が200行あっても層は1つなので、ブロック見出しで区切って1枚に収めます。

整数設例で確認する

設例（架空数値）。単位は百万円。三層を通ってFCFが計算される流れを追います。

①前提層：売上高20,000／EBITDAマージン15%／減価償却費800／Capex率（対売上）5%／運転資本増加200／実効税率30%

②計算層：EBITDA ＝ 20,000 × 15% ＝ 3,000。EBIT ＝ 3,000 − 800 ＝ 2,200。税金 ＝ 2,200 × 30% ＝ 660。NOPAT ＝ 2,200 − 660 ＝ 1,540。Capex ＝ 20,000 × 5% ＝ 1,000。

FCF ＝ NOPAT ＋ 減価償却費 − Capex − 運転資本増加 ＝ 1,540 ＋ 800 − 1,000 − 200 ＝ 1,140。検算すると 1,540 ＋ 800 ＝ 2,340、2,340 − 1,000 ＝ 1,340、1,340 − 200 ＝ 1,140 で一致します。

③出力層：この1,140をサマリーシートが参照して表示します。出力層では一切計算しません。もしサマリーシートで「1,540＋800−1,000−200」と計算してしまうと、計算層のFCFと出力層のFCFという同じ意味の数字が2か所に存在することになり、片方だけ直すと両者が食い違います。この状態で投資委員会資料を出力層から作れば、資料の数字とモデルの数字が違うという最も信用を失う事故が起きます。

PL・BS・CFへの影響

三表は三層構造の中では純粋に計算層に属します。よくある崩れ方は、BSの一部項目（その他資産・その他負債など）を「動かないから」という理由で計算層に直接入力してしまうケースです。この瞬間、計算層に入力セルが混在し、レビュアーは全シートで青字を探す羽目になります。正しくは、横置きする項目であっても前提層に置き、計算層はそこを参照します。

また、CFの現金残高がBSの現金と一致するかというチェック行は、計算層に置きます。出力層にチェックを置くと、出力層を見ていない人がモデルの破綻に気づけません。チェックは数字が生まれる場所の近くに置くのが原則です。3表の連動そのものは3表連動モデルをゼロから作るで手順を追って解説しています。

財務モデル・Excelでの使い方

実装の要点を挙げます。

• シートタブを色分けする。前提層は青、計算層は白または灰、出力層は緑、といった具合に統一すると、ファイルを開いた瞬間に構造が伝わります
• 時間軸の列位置を全シートで統一する。D列が予測1期目なら、どのシートでもD列が1期目です。これが揃っていないと、シート間のコピーが一切効かなくなります
• 参照は必ず前提→計算→出力の一方向に流す。出力層のセルを計算層が参照した瞬間、循環参照のリスクと検証不能性が同時に発生します。循環参照の扱いは循環参照を参照
• 前提層の設計は前提一覧シートの考え方に従い、値・単位・出典・更新日を持たせる
• シート数は目的が分かる範囲で最小限に。10シートを超えたら、目次シートを1枚追加して各シートの役割を1行で説明します

実務家が確認するポイントとよくある誤解

誤解1：「シートを細かく分けるほど構造化されている」→ 正しくは、層が同じなら分ける必要はありません。シートが増えるほど参照経路が長くなり、追跡は難しくなります。分割の理由は「層が違う」か「目的が違う」のいずれかであるべきです。

誤解2：「出力層に簡単な計算を書くくらいなら問題ない」→ 正しくは、簡単な計算こそ二重管理の入口です。合計や差分であっても、計算層に置いて出力層は参照だけにします。

誤解3：「三層構造は大規模モデル向け」→ 正しくは、小規模モデルでも前提層の分離だけは必須です。1シートで完結する簡易モデルでも、シート上部に前提ブロックを置いて計算ブロックと視覚的に切り離せば、三層の考え方は成立します。

確認ポイント：受領モデルを評価するときは、シート構成だけで大半が判断できます。「Sheet1」「Sheet2」といった既定名が残っていたり、シート名から役割が読み取れなかったりする場合、中身も構造化されていない可能性が高いと考えて臨みます。

日本実務での扱い

日本の事業会社では、経営企画が作る計画モデルが「1シートに全部入り」になっている例が今も多く見られます。作成者本人には効率的でも、担当者の異動でファイルが引き継げなくなるという形で必ず問題が表面化します。三層構造は、属人化を解く実務的な処方箋として機能します。

制度面では、金融商品取引法に基づく内部統制報告制度（J-SOX）において、決算・財務報告プロセスで用いられる表計算ファイルの変更管理と正確性の担保が論点となり得ます（2026年7月時点）。前提と計算が分離されていれば、「誰がどの前提を変更したか」を記録・承認する運用が設計しやすくなります。また、インフラ・再生可能エネルギー案件などプロジェクトファイナンスの領域では、レンダー側の要請でモデル監査が実施されることがあり、三層構造はそこでの検証コストを直接下げます。日本での案件実務は再生可能エネルギーファイナンス入門でも触れています。

面接・モデルテストで問われるポイント

Q：ゼロからLBOモデルを組むとき、最初に何を決めますか？
「シート構成です。前提シート、計算シート（3表・デットスケジュール・S&U）、出力シート（リターンサマリー・感応度）に分け、全シートで時間軸の列位置を揃えます。この段階で、どこに何を置くかとケース切替をどの層で実装するかまで決めておきます。構造を決めずに数字を入れ始めると、後から必ず作り直しになるためです。前提の受け皿を先に作っておけば、作業中にハードコードする動機もなくなります。」

深掘りでは「シートを分ける基準」「出力層で計算してはいけない理由」「循環参照を構造でどう避けるか」が問われます。

よくある質問（FAQ）

Q. 3表は1シートにまとめるべきですか、PL・BS・CFで分けるべきですか？
A. 実務では1シートにまとめる方が多数派です。3表は相互に参照し合うため、同一シートに縦に並べておくと連動の確認が容易になり、期間の列位置も自動的に揃います。分けるとシート間参照が増え、追跡が煩雑になります。

Q. 感応度分析の表は計算層と出力層のどちらに置きますか？
A. 表そのものは出力層に置きますが、参照している数値は計算層で完成させておきます。データテーブル機能を使う場合、入力セルは前提層にあり、結果表は出力層にある、という配置が自然です。ただしデータテーブルは再計算負荷が高いため、大規模モデルでは配置と使用範囲に注意します。

出典・参考（2026-07-21確認）

• FAST Standard Organisation（FAST Standard の公開文書） https://www.fast-standard.org/
• ICAEW「Twenty principles for good spreadsheet practice」 https://www.icaew.com/
• 金融庁「財務報告に係る内部統制の評価及び監査の基準」（内部統制報告制度） https://www.fsa.go.jp/

※本記事は教育目的の一般的な解説であり、法務・税務・投資助言ではありません。設例は理解のための架空数値です。