モデルの監査証跡とは？前提の出所を追跡する実務

30秒で分かる定義

モデルの監査証跡・ソースマッピング（Model Audit Trail / Source Mapping、かんさしょうせき）とは、財務モデル内の各前提や数値が、どの資料（デューデリジェンス資料・IM・経営会議資料等）のどのページ・どの数字に基づいているかを記録し、レビュー時や後任者への引き継ぎ時にその出所まで遡って検証できるようにする実務です。「ソースマッピング」「前提の出所管理」とも呼ばれます。前提一覧シートが「どんな値を仮定したか」を一覧化するのに対し、監査証跡はその値の「出所」まで遡れる状態を作る点で一段深い層に位置します。

なぜ実務で重要なのか

FASの財務デューデリジェンスでは、DD報告書に記載する各数値について、クライアントや監査法人から「この数字はどこから来たのか」と問われた際に即座に出所を示せる必要があります。PEの投資委員会では、レビュアーが特定の前提の妥当性を問うた際、口頭の記憶ではなく記録された根拠資料に基づいて説明できるかが信頼性を左右します。会計監査では、経営者の見積りの合理性を判断する際、見積りの基礎となったデータの出所確認が重視されます。また社内の内部統制の観点でも、見積りを伴う勘定科目の根拠資料と承認プロセスの文書化が求められます。

計算式（または仕組み）

ポイントは、前提セルとSourcesタブの行を参照ID等で相互にリンクさせることです。文章として資料名を書くだけでは、後から特定の前提の出所を検索する手間が大きく、実質的に機能しません。

整数設例で確認する

設例（架空数値）。あるDD案件で、対象会社の顧客数成長率の前提を経営会議資料のp.42から転記したとします。単位は百万円です。

• 正しい転記：顧客数成長率 13.0%（p.42の表3に記載）
• 実際にモデルへ入力された値：3.0%（「13.0%」の「1」を見落とした転記ミス）
• 翌期の売上高ベース：10,000

転記ミスのまま計算すると、翌期売上高は10,000 × 1.03 ＝ 10,300となりますが、正しい前提では10,000 × 1.13 ＝ 11,300となり、その差は11,300 － 10,300 ＝ 1,000（百万円）にのぼります。もしこの前提セルに「経営会議資料2026年6月分・p.42・表3」という監査証跡が記録されていれば、レビュー担当者が原資料と照合した時点でこの1,000百万円の誤りに気づけますが、記録が無ければ誤りは発見されないまま投資委員会資料に反映されるリスクがあります。

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

監査証跡の記録は、DDのキックオフでデータルームへのアクセスが始まった直後から、モデル構築と並行して継続的に行うのが理想です。モデル構築が完了してから遡って出所を調べ直すのは非効率かつ記憶違いのリスクが高く、実務ではモデルのクオリティチェック（QC）の一工程として、前提一覧シートの各行にSourcesタブの参照IDが埋まっているかを確認するチェックリスト項目を設けるのが一般的です。後任者へのモデルレビューと引き継ぎの場面でも、この監査証跡の有無が引き継ぎ品質を大きく左右します。

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

実装は、前提一覧シートの列構成を拡張する形で行います。

• 前提一覧シートに「出所ID」列を追加し、独立した「Sources」タブの行番号と紐づける
• セルのメモ（コメント）機能を使い、簡潔な出所（資料名＋ページ）をセル自体にも残す（Sourcesタブと二重に記録することで検索性を高める）
• 前提が変遷した場合は、Sourcesタブに変更履歴（旧値・新値・変更理由・変更日）を追記し、上書きで消してしまわない
• 色分け規約（青字＝外部入力、黒字＝計算式）と組み合わせ、監査証跡が必要なセルは青字＋出所IDありのセルとして統一する

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

誤解1：「コメントさえ書けば監査証跡になる」→ 正しくは、資料名・ページ番号・取得日など再現可能な形式で記録されていなければ、後から追跡できず意味を持ちません。

誤解2：「Sourcesタブがあれば十分」→ 正しくは、各前提セルとSourcesタブの行が参照IDで紐づいていなければ検索に時間がかかり、実質的に機能しません。

誤解3：「最終版の前提だけ記録すればよい」→ 正しくは、前提が途中で変遷した場合、変更履歴も残さないと「なぜこの数字になったか」を追跡できなくなります（モデルのバージョン管理と併せて設計します）。

日本実務での扱い

金融商品取引法上の内部統制報告制度（いわゆるJ-SOX）は、見積りや仮定を伴う勘定科目について、その根拠資料と承認プロセスの文書化を求める運用が一般的です。日本公認会計士協会（JICPA）の監査実務でも、経営者の見積りの合理性を判断する際、見積りの基礎となったデータの出所確認が重視されます。財務DDにおいても、対象会社から受領した資料と分析結果の対応関係を明確にしておくことが、報告書の信頼性を担保する前提になります（2026年8月時点）。

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

Q：モデルの前提の「出所」をどのように管理しますか。
「前提一覧シートに出所IDの列を設け、資料名・ページ・取得日を記録した独立のSourcesタブと相互参照させます。セルコメントにも簡潔な出所を残し、前提が変わった場合は上書きせず変更履歴として追記します。これにより、レビュー時に原資料と数値の対応関係を即座に確認できます。」

深掘りでは「口頭ヒアリングで得た前提はどう記録するか」「Sourcesタブが無い既存モデルを引き継いだ場合、どこから手を付けるか」が定番の観点です。

よくある質問（FAQ）

Q. 監査証跡と前提一覧シートは何が違いますか？
A. 前提一覧シートは値そのものの一覧、監査証跡はその値の「出所」（資料名・ページ・取得日）を記録する層です。両者は補完関係にあり、片方だけでは不十分です。

Q. 口頭でもらった前提（経営陣ヒアリング等）はどう記録しますか？
A. ヒアリング議事録の日付・出席者・発言内容の要約をSourceとして記録し、後日書面での確認が取れ次第、その資料に差し替えて更新するのが実務的です。

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

• 日本公認会計士協会（JICPA）会計上の見積りに関する監査実務 https://jicpa.or.jp/
• 金融庁（内部統制報告制度・J-SOXの運用） https://www.fsa.go.jp/

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