この記事で分かること
- モデルのバージョン管理が「どの数字がどの版から出たか」を守る仕組みであること
- 実務で通用するファイル命名規則と、変更履歴シートに残すべき5項目
- 版が枝分かれしたときの復元手順と、整数設例での影響額の追跡
- 日本の案件実務（データルーム・IC資料・監査対応）での運用上の注意点
30秒で分かる定義
モデルのバージョン管理とは、財務モデルのファイルに版番号と日付を付し、いつ・誰が・どの前提を・なぜ変えたのかを記録として残すことで、過去の任意の時点の数字を再現できる状態を保つ運用のことです。英語では Model Version Control、日本語では版管理・改訂管理とも呼ばれます（読み方：モデルのバージョンかんり）。ソフトウェア開発のGitのような自動の仕組みがExcelには標準で備わっていないため、命名規則とシート上の履歴記録という人間の規律で代替するのが実務の姿です。
なぜ実務で重要なのか
M&A案件では、キックオフからサイニングまでの数か月で同じモデルが何十回も更新されます。DDで新事実が出れば前提が変わり、売手の追加開示で過去実績が動き、経営陣ヒアリングで計画が差し替わります。ここで版管理が崩れると、投資委員会に出した価格の根拠が再現できないという致命的な事態が起きます。PEファンドの投資委員会では「先週のIC資料の株式価値と今日の数字が3億円違うが、何が変わったのか」という質問が必ず飛びます。答えられなければ、モデルそのものの信頼が失われます。
FASのバリュエーション業務では、報告書の数値を後日レビューされる可能性があり、提出版のファイルを凍結して保存する必要があります。融資審査でも、稟議に添付した資金繰り計画がどの版かを特定できることが監査上の要件になります。版管理は地味な作業ですが、モデルのレビューと引き継ぎを成立させる前提条件です。
計算式（ま たは仕組み）
版管理は数式ではなく、命名規則と履歴記録の二本立てで運用します。実務で広く使われる命名の型は次のとおりです。
例：ProjectAoi_LBO_v3.2_20260715_SN.xlsx
版番号は「メジャー.マイナー」の2階層にします。メジャー（v3→v4）は構造やロジックを変えたとき、マイナー（v3.1→v3.2）は前提数値だけを更新したときに上げる、という切り分けが分かりやすく機能します。日付を入れるのは、ファイルの更新日時がコピーや保存で容易に書き換わってしまうためです。最新版やfinal、final2といった語は使いません。最終版が2つ存在した瞬間に、命名は情報を失います。
もう一方の柱が変更履歴シート（Change Logシート）です。モデルの先頭に1枚置き、次の5項目を1行1変更で記録します。
| 版 | 日付 | 変更者 | 変更内容と該当シート | 変更理由・依頼元 |
|---|---|---|---|---|
| v3.1 | 2026/07/10 | SN | Assumptions：売上成長率を4%→3%へ | 商業DD速報の市場成長見通し |
| v3.2 | 2026/07/12 | SN | Debt：Term Loan Aの金利を固定→変動へ | レンダーからのタームシート改定 |
| v4.0 | 2026/07/15 | SN | 運転資本を月次化（シート追加） | 季節性を反映するためIC指示 |
重要なのは「変更理由・依頼元」の列です。数字が変わった事実だけなら差分比較ツールでも分かりますが、「なぜ変えたか」は書き残さなければ1週間後の自分にも再現できません。
整数設例で確認する
設例（架空数値）。ある買収案件で、モデルの版ごとに算定株式価値が次のように動いたとします（単位：百万円）。
| 版 | 主な変更 | 株式価値 | 前版比 |
|---|---|---|---|
| v3.0 | 初回IC提出版 | 12,000 | — |
| v3.1 | 売上成長率 4%→3% | 11,200 | −800 |
| v3.2 | 借入金利の条件改定 | 10,900 | −300 |
| v4.0 | 運転資本の月次化 | 11,300 | ＋400 |
初回の12,000から最終の11,300まで、差分は −800 − 300 ＋ 400 ＝ −700百万円で、12,000 − 700 ＝ 11,300と一致します。この一行ずつの積み上げが示せれば、「なぜ700百万円下がったのか」という質問に、要因別に即答できます。逆に履歴が無ければ、下がった事実だけを述べて終わりになり、価格交渉の材料としても使えません。版管理は事務作業ではなく、価格変動の説明能力そのものです。
案件プロセス上の位置付け
案件の各段階で、版管理に求められる厳格さは変わります。初期検討（NDA前後の初期評価）では版を細かく切る必要はありませんが、基本合意（LOI）に添付した価格の根拠となった版は必ず凍結保存します。DD期間中は前提が日々動くため、日次でマイナー版を切る運用が現実的です。最終契約前の価格確定時には、その版を読み取り専用にして関係者へ配布し、以後の編集は新しい版で行います。
投資委員会に提出するモデルは、IC
財務モデル・Excelでの使い方
Excel上での実装は次の要素で構成します。
- Cover / Change Logシート：モデル名・版番号・作成日・作成者・目的・利用上の注意を先頭シートに置く。版番号セルは1か所だけ定義し、他シートのヘッダーはそこを参照させる（
="v"&Cover!$C$4） - 印刷ヘッダーへの版名埋め込み：ページ設定のヘッダー/フッターにファイル名とシート名を入れておくと、印刷物やPDFからでも版を特定できる
- 保存時の名前を変える運用：上書き保存を続けると過去版が消える。前提を変える前に「名前を付けて保存」で版を切る
- 差分の確認：2つの版を並べて開き、出力サマリーの主要行（EV・株式価値・IRR・MOIC・DSCR最低値）を1枚に並べて突合するチェックシートを作っておくと、版間の差分検出が数分で終わる
- アーカイブ用フォルダ：
/01_working（作業中）と/02_archive（凍結版）を分け、archiveのファイルは読み取り専用属性にする
チェック行の設計はモデルのQCと一体で考えます。版を切るたびに貸借一致・現金残高マイナスなしといったエラーチェックが全て緑であることを確認してから保存すれば、壊れた版がアーカイブに残る事故を防げます。前提の変更履歴は前提一覧シート側にも出典と更新日として残すと、二重の記録になり照合が容易です。
この用語をExcelで
Coverシートと変更履歴シートを備えたモデル雛形を作り、版間の主要指標を自動で突合するチェック表まで組めるようになる。
実務家が確認するポイントとよくある誤解
誤解1：「クラウド保存の自動バージョン履歴があれば十分」→ 自動履歴は「いつ保存したか」しか教えてくれません。実務で必要なのは「なぜ変えたか」であり、これは人が書くしかありません。自動履歴は補助であって、変更履歴シートの代替にはなりません。
誤解2：「版番号は連番で増やせばよい」→ 構造変更と数値更新を同じ粒度で扱うと、どの版でロジックが変わったのかが読み取れなくなります。メジャーとマイナーを分ける意味は、レビュー担当者が「構造が変わった版だけを重点確認する」判断をできる点にあります。
誤解3：「複数人で同時に編集すれば早い」→ Excelモデルの同時編集は、数式の破壊と版の枝分かれを招きます。編集権限は常に1人とし、他のメンバーは読み取り専用で開いて修正依頼を出す運用が安全です。誰が今のマスターを持っているかを明示するルールを決めておきます。
確認ポイント：外部へ提出する版は、非表示シート・非表示行・作成途中のメモ・リンク切れの外部参照が残っていないかを必ず点検します。ファイルのプロパティに残る作成者名や、過去の編集履歴コメントが意図せず相手に渡ることもあるため、提出前に確認します。
日本実務での扱い
日本の案件実務では、バーチャルデータルーム（VDR）を通じて売手からモデルや財務資料を受け取る場面が多く、受領ファイルには受領日を付した別名で保存し、原本は改変しないまま保管するのが基本です。売手提示モデルと自社で作り直したモデルを混同すると、DD報告書の記載根拠が曖昧になります。
会計監査・内部統制の観点では、財務報告に用いる表計算ファイルはスプレッドシート統制の対象となり得ます。金融商品取引法に基づく内部統制報告制度（いわゆるJ-SOX、2026年7月時点で継続して適用）のもとでは、決算数値の作成に使うExcelについて、アクセス制限・変更管理・レビュー記録といった統制の整備が求められる場合があります。案件用のバリュエーションモデルは通常この直接の対象ではありませんが、減損テストの将来キャッシュフロー見積りなど、財務諸表の計上額に直結するモデルは対象となり得ます。実務では、監査法人から「この見積りに使ったファイルの版と承認記録を示してほしい」と求められる場面があるため、版管理の記録がそのまま監査対応の資料になります。日本基準・IFRSのいずれでも、見積りの根拠資料を保存する必要性は変わりません。
また日本のPE・事業会社では、担当者の異動や出向でモデルの引き継ぎが発生しやすく、後任が前提の背景を知らないまま数字だけ更新してしまう事故が起きます。変更理由の列を丁寧に埋めておくことが、属人化を防ぐ最も安価な手段です。
面接・モデルテストで問われるポイント
Q：投資委員会の前日に前提が変わりました。モデルをどう管理しますか？
「まず現行版を凍結してアーカイブへ退避し、そのコピーで新版を作ります。変更は変更履歴シートに、変更したセル・前提の新旧値・変更理由・依頼元を記録します。新版でエラーチェックが全て通ることを確認したうえで、旧版との差分を主要指標（EV・株式価値・IRR）で並べ、価格が動いた要因を1行ずつ説明できる形にしてIC資料へ反映します。ICメモには根拠となった版名を明記します。」
深掘りでは「複数人で作業する場合の権限設計」「外部提出版に残ってはいけないもの」「差分検出をどう効率化するか」が問われます。実務経験を確かめる質問なので、ツール名よりも運用ルールを具体的に語れるかが評価されます。
よくある質問（F AQ）
Q. 版を切りすぎてファイルが増えすぎませんか？
A. 増えること自体は問題ではなく、探せなくなることが問題です。作業中フォルダには最新版だけを置き、それ以外はアーカイブへ移す運用にすれば、目に入るファイルは常に1つになります。マイナー版は日次で切り、案件が終わったらメジャー版と提出版だけを残して整理するのが現実的です。
Q. Excelの「ブックの共有」やクラウド共同編集は使ってよいですか？
A. 閲覧やコメントには有効ですが、数式を含むモデル本体の同時編集には向きません。編集権限を1人に限定し、他のメンバーは修正依頼を文章で出す形にしたほうが、結果的に速く安全です。共同編集を使う場合でも、版を切る操作は編集責任者が単独で行います。
出典・参考（2 026-07-21確認）
- 金融庁「財務報告に係る内部統制の評価及び監査の基準」（内部統制報告制度） https://www.fsa.go.jp/
- 金融商品取引法（内部統制報告書に関する規定） https://elaws.e-gov.go.jp/
- 日本公認会計士協会（監査における見積りの検討に関する実務指針） https://jicpa.or.jp/
※本記事は教育目的の一般的な解説であり、法務・税務・投資助言ではありません。設例は理解のための架空数値です。