前提一覧シートとは？出典管理と入力集約の作法

30秒で分かる定義

前提一覧シート（Assumptions Sheet、読み方：ぜんていいちらんしーと）とは、財務モデルで使うすべての入力前提を1枚のシートに集約し、値だけでなく単位・出典・更新日・責任者まで併記して管理する台帳のことです。アサンプションシート、前提条件表とも呼ばれます。重要なのは「入力セルを物理的に一箇所へ集める」ことそのものではなく、数字の議論（この成長率は妥当か）と数字の更新作業（このセルを直す）を分離できる状態を作ることにあります。モデルの計算ロジックが正しくても、前提の出所が誰にも説明できなければ、その数字は意思決定に使えません。

なぜ実務で重要なのか

投資銀行のM&A案件では、対象会社から追加資料が届くたびに前提が差し替わります。前提一覧が無いモデルでは「どのセルを直せばよいか」を探す作業だけで数十分が消え、直し漏れが必ず発生します。PEファンドの投資委員会では、委員から「この成長率の根拠は」と問われた瞬間に出典欄を示せるかどうかで議論の質が変わります。FASの財務DDでは、前提のうちどれがマネジメント計画由来で、どれがDD調整で入れたものかを区別できなければレポートが書けません。経営企画の中期計画でも、営業部門が置いた前提と財務が置いた前提を混ぜないための仕切りとして機能します。財務モデリング完全ガイドで扱う7ステップのうち、実務で最初に躓くのがこの前提整理です。

計算式（または仕組み）

数式ではなく、1行に持たせる属性の設計が本体です。最低限、次の6列を持たせます。

さらに実務では、前提を「交渉で動くもの」「事実として確定しているもの」「推定に過ぎないもの」の3種類にタグ付けしておくと、感応度分析の対象を選ぶときに迷いません。確定事実（既存借入の金利など）に感応度を振っても意味がないからです。

整数設例で確認する

設例（架空数値）。単位は百万円です。前提一覧に3つの入力だけを置き、計算シートは全部そこを参照します。

• 前提①　当期売上高：10,000
• 前提②　売上成長率：5%
• 前提③　売上原価率：60%　／　前提④　販管費率：25%

翌期の計算は、売上高 ＝ 10,000 ×（1＋5%）＝ 10,500、売上原価 ＝ 10,500 × 60% ＝ 6,300、販管費 ＝ 10,500 × 25% ＝ 2,625、営業利益 ＝ 10,500 − 6,300 − 2,625 ＝ 1,575 となります。

ここでDDの結果、原価率を60%から62%へ見直したとします。前提一覧の1セルを62%に書き換えるだけで、売上原価は 10,500 × 62% ＝ 6,510、営業利益は 10,500 − 6,510 − 2,625 ＝ 1,365 に更新されます。減少幅210は 10,500 × 2% ＝ 210 と一致し、検算が成立します。

これが前提一覧の無いモデルだと、原価率60%がPL計算シートの5行に散らばって直書きされており、4行だけ直して1行を見落とす、という事故が起きます。1つの前提が2か所以上に存在した瞬間、モデルは壊れる準備が整ったと考えてください。

案件プロセス上の位置付け

前提一覧はモデルを作り始める前、キックオフ直後に骨組みだけ作るのが定石です。この段階では値が空欄でも構いません。「何を決めなければモデルが動かないか」の一覧そのものが、資料依頼リスト（インフォメーションリクエスト）の原案になるからです。案件が進むにつれ、空欄が実績値やマネジメント計画で埋まり、DD発見事項が調整行として追加されていきます。クロージング前後の引き継ぎでも、このシートが実質的な仕様書になります。引き継ぎの作法はモデルレビューと引き継ぎの作法で詳しく整理しています。

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

実装で押さえるべき点は多くありません。

• 入力セルは青字・計算セルは黒字で統一し、前提一覧の値列以外に青字が現れないようにする。詳細はモデルの書式規約を参照
• 計算シートからは =前提!$C$12 のように直接参照する。前提一覧の中でさらに計算するのは最小限に留める（前提シートが第2の計算シートになると意味が失われる）
• 年度別に前提が変わるものは、前提一覧側でも年度を横に展開し、計算シートと列の時間軸を揃える。これを崩すと横方向のコピーが効かなくなる
• 頻繁に参照する単一値（税率・WACCなど）は名前定義を使うと可読性が上がる。使いどころと乱用の線引きは名前定義と構造化参照で扱っています
• ケース切替で値を差し替える前提は、前提一覧に3ケース分を並べて置き、=CHOOSE($C$3, ベース, アップ, ダウン) で選択行を作る

大規模モデルでは前提が200行を超えることもあります。その場合はシートを分けるのではなく、ブロック見出しで区切って1枚に収めるのが原則です。シートを分けた瞬間、「どこかにもう一つ前提シートがあるのでは」という疑いが常に付きまといます。

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

誤解1：「入力セルを1枚に集めれば前提一覧である」→ 正しくは、出典と更新日が無ければ台帳として機能しません。値だけ集まったシートは、レビューで「この8%はどこから来たのか」と問われた瞬間に沈黙します。集約は手段であって目的ではありません。

誤解2：「前提は多いほど精緻なモデル」→ 正しくは、結論を動かさない前提を増やすほど更新コストだけが増えます。どこまで細かく置くかの判断はモデルの粒度設計の論点です。

誤解3：「前提一覧に計算式を書いてはいけない」→ 正しくは、単位換算など軽微な変換は許容されます。禁じられているのは、前提シートの中で事業ロジックを組み立ててしまい、計算シートとの役割が曖昧になることです。

確認ポイント：レビュー時は前提一覧の値列に 数式 が混じっていないかをまず確認します。青字であるべきセルに数式が入っていれば、それは前提ではなく計算結果であり、置き場所を間違えています。逆に計算シートに青字が残っていれば、拾い漏れた前提が存在します。

日本実務での扱い

日本企業の案件では、対象会社から受け取る中期経営計画が部門別・製品別の積み上げで作られている一方、モデル側は連結ベースで組むため、前提の粒度を意図的に落とす作業が必ず発生します。このとき「どの積み上げをどうまとめたか」を前提一覧の出典欄に残しておかないと、後日マネジメントと数字が突き合わなくなります。

また、上場企業が関与する案件では、モデルの前提が開示資料と整合しているかが問われます。有価証券報告書の「経営方針、経営環境及び対処すべき課題等」やセグメント情報と、モデルの前提が矛盾していないかを確認するのは実務の基本動作です（2026年7月時点）。加えて、金融商品取引法に基づく内部統制報告制度（いわゆるJ-SOX）の枠組みでは、決算・財務報告プロセスで用いられる表計算ファイルも統制対象となり得るため、事業会社側で作成する予算・見積モデルでは前提の承認記録を残す運用が求められる場合があります。開示資料の読み方は有価証券報告書の読み方で解説しています。

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

Q：モデルを渡されて「前提を変えて感応度を見てほしい」と言われたら、最初に何をしますか？
「まず前提一覧の有無を確認します。あれば入力セルがそこに集約されているかを検証し、計算シート側に青字（直接入力）が残っていないかを見ます。無い場合は、変更対象の前提が何か所に散らばっているかを参照元の追跡で洗い出してから作業に入ります。前提が複数箇所にある状態で1か所だけ直すと、数字は動くのに全体が整合しないという最も危険な壊れ方をするためです。」

深掘りでは「前提の出典をどこまで書くか」「マネジメント計画とDD調整をどう分けて持つか」「ケース切替をどの層で実装するか」が問われます。

よくある質問（FAQ）

Q. 前提シートは1枚に統一すべきですか、事業別に分けるべきですか？
A. 原則は1枚です。事業別に分けると、共通前提（税率・為替・WACCなど）をどちらに置くかで必ず重複が生まれます。事業別に整理したい場合は、シートを分けるのではなく1枚の中でブロックを分け、共通前提のブロックを最上部に置いてください。

Q. 実績値も前提シートに入れるべきですか？
A. 実績は「前提」ではないため、原則は別のヒストリカルシートに置きます。ただし、実績のうち予測の起点として直接使う値（期首の借入残高、期首の固定資産簿価など）は、前提シートから参照される形で明示的にリンクを通しておくと、期首の取り違えを防げます。

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

• 金融庁「財務報告に係る内部統制の評価及び監査の基準」（内部統制報告制度） https://www.fsa.go.jp/
• ICAEW「Twenty principles for good spreadsheet practice」 https://www.icaew.com/
• EDINET（有価証券報告書・セグメント情報等の開示） https://disclosure2.edinet-fsa.go.jp/

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