この記事で分かること
- シナリオ機能自体には「過去の結果を保存する」機能がないこと
- 値貼り付け方式とマクロ記録方式の使い分け
- 整数設例で見る、複数ケースの結果を並べて比較する記録表の作り方
- J-SOX内部統制の観点からモデルの変更履歴が重視される理由
30秒で分かる定義
シナリオのスナップショット保存（Scenario Snapshot Archiving）とは、財務モデルでシナリオやケースを切り替えるたびに変化する出力結果（IRR・MOIC・主要指標など）を、後から比較・検証できるように値として記録・保存する設計手法です。モデル自体は常に「現在選択中のケース」の結果しか表示しないため、過去に検討したケースの結果を残すには、意図的な保存の仕組みを組み込む必要があります。
なぜ実務で重要なのか
PE・投資銀行では、投資委員会に複数シナリオ（基準・上振れ・下振れ）を提示する際、後日「あのときのダウンサイドケースの数字は何だったか」を確認する場面が頻繁にあります。経営企画・FP&Aの予算策定でも、複数の予算案を比較検討する過程で、途中段階の試算結果を記録しておかないと、修正のたびに以前の議論の前提が失われます。モデルレビューの観点では、結果の記録が残っていないモデルは、提出した数値の再現性・検証可能性に疑義が生じます。
仕組み：3つの記録方式の比較
| 方式 | 概要 | 向いている場面 |
|---|---|---|
| 値貼り付け | 結果セルをコピーし「形式を選択して貼り付け」で値のみを別シートに転記 | ケース数が少なく、記録頻度が低い場合 |
| マクロ記録 | ボタン1つで現在の結果を履歴シートへ自動で1行追記 | ケース数・記録頻度が多く、手作業のミスを避けたい場合 |
| データテーブル | What-If分析のデータテーブル機能で全組合せを一括計算・保存 | 感応度分析と組み合わせ、網羅的に保存したい場合 |
整数設例で確認する
設例（架空数値、単位：百万円）。エクイティ投資額3,000、保有期間5年のLBO案件で、3つのケースのエグジット時想定エクイティ価値をスナップショットとして保存します。
| ケース | EBITDA成長率（前提） | エグジット時エクイティ価値 | MOIC |
|---|---|---|---|
| 基準ケース | 5% | 7,000 | 2.33倍 |
| 上振れケース | 8% | 9,000 | 3.00倍 |
| 下振れケース | 2% | 5,000 | 1.67倍 |
MOICはそれぞれ 7,000÷3,000＝2.33倍、9,000÷3,000＝3.00倍、5,000÷3,000＝1.67倍です。この3行を記録表としてスナップショット保存しておかなければ、モデルは現在選択中のケース（例えば基準ケース）の結果しか表示しません。後日投資委員会で「上振れケースは何倍だったか」と問われた際に、モデルのシナリオを再度切り替えて再計算する手間が発生し、前提を誤って変更してしまうリスクもあります。
投資判断への影響
投資委員会は複数回にわたって開催されることが多く、初回提示時のケース結果と、DDの進展に応じて前提を更新した後のケース結果を並べて比較する必要が生じます。スナップショットが残っていないと、「前提のどこがどう変わって結論が変化したのか」を説明できず、意思決定プロセスの透明性が損なわれます。
財務モデル・Excelでの使い方
- 履歴シートを1つ用意し、1行＝1スナップショット（日付・ケース名・主要前提・主要結果）で蓄積する
- 手動運用の場合は、結果セルをコピーし「形式を選択して貼り付け」→「値」で転記し、数式のまま貼り付けて上書きしてしまう事故を避ける
- 記録頻度が高い場合は、現在のシナリオ状態と結果を配列として読み込み、履歴シートの最終行に追記する簡単なマクロを組む
- 網羅的に保存したい場合はシナリオ切替方式の比較で扱うデータテーブル機能を使い、全組合せの結果を一括で保存する
ケースを1セルで切り替える基本構造はシナリオ設計とスイッチを、感応度分析との組み合わせ方は感応度分析・シナリオ分析の作り方を参照してください。
この用語をExcelで
複数ケースの結果を履歴シートに蓄積し、投資委員会でいつでも過去のケース結果を提示できる記録の仕組みを組めるようになる。
実務家が確認するポイントとよくある誤解
誤解1：「データ→What-If分析→シナリオの登録と管理」機能を使えばそれで十分」→ 正しくは、この機能は各シナリオの入力値を保存するだけで、計算後の結果を横に並べて比較する機能ではありません。結果を保存するには別途記録の仕組みが必要です。
誤解2：「値貼り付けさえしていれば十分」→ 正しくは、手動運用はケース数が増えると更新漏れや上書き事故が起きやすく、日付・バージョンのラベル付けが不可欠です。
誤解3：「マクロは複雑だから使わなくてよい」→ 正しくは、現在の値を1行追記するだけの単純なマクロは短時間で作成でき、手動運用の事故を大きく減らせます。
日本実務での扱い（2 026年8月時点）
日本の上場企業では、財務報告に係る内部統制（J-SOX）の枠組みにおいて、決算・予算プロセスで使用するモデルの変更履歴やバージョン管理がIT全般統制上の論点になることがあります。日本公認会計士協会も、財務諸表作成過程で用いる試算・見積りモデルについて、前提と結果の対応関係を後から検証できる状態（監査証跡）を保つことの重要性を、監査上の留意点として取り上げています。シナリオ結果のスナップショット保存は、こうした変更管理・検証可能性の要請に対する実務的な対応でもあります。
面接・モデルテストで問われるポイント
Q：複数シナリオの結果を後から比較できるようにするには、どんな設計が必要か説明してください。
「シナリオ機能自体は入力値を保存するだけで、計算後の結果は都度再計算されるだけなので、別途、履歴シートに日付・ケース名・主要前提・結果を1行ずつ記録する仕組みが必要です。手動での値貼り付け、または結果を自動追記するマクロのいずれかで実装し、後から過去のケース結果を再現なしに参照できる状態を作ります。」
深掘りでは「値貼り付けとマクロ、どちらを選ぶ判断基準は何か」が問われます。
よくある質問（F AQ）
Q. マクロを使わずにスナップショットを保存する方法はありますか？
A. 値貼り付けに日付や連番のラベルを付けて別シートに蓄積する方法や、感応度分析用のデータテーブル機能で複数組合せの結果を一括表示する方法があります。
Q. スナップショットはどのくらいの頻度・件数を保存すべきですか？
A. 明確な基準はありませんが、投資委員会などの意思決定の節目ごとに保存し、明らかに検討対象外となった古いケースは整理するのが実務的です。
出典・参考（2 026-08確認）
- 金融庁「財務報告に係る内部統制の評価及び監査の基準」（内部統制報告制度） https://www.fsa.go.jp/
- 日本公認会計士協会（見積り・試算モデルの監査上の留意点） https://jicpa.or.jp/
※本記事は教育目的の一般的な解説であり、法務・税務・投資助言ではありません。設例は理解のための架空数値です。