財務3表モデルのB/S・CFズレを解消するデバッグ手順

財務3表モデルの運転資本：B/SとCFの符号ミス

キャッシュフロー計算書で最も頻繁に発生するミスは、運転資本の符号の反転です。間接法（J-GAAPおよびIFRSいずれも採用）では、流動資産の増加はキャッシュの流出、流動負債の増加はキャッシュの流入として処理します。

売掛金や買掛金については正しく処理できているアナリストが多い一方、**前受収益（繰延収益）**で誤りが生じやすいです。

たとえば、売上高が18%成長している期間に前受収益が4,200万円発生したとします。これは流動負債の増加ですから、営業活動によるキャッシュフローでは流入として扱います。ところが、モデルが前受収益の期末残高（='P&L'!D14のような損益計算書の参照）を直接引っ張っていると、B/Sの期首・期末の差額（='貸借対照表'!F22 - '貸借対照表'!E22）ではなく残高そのものを参照してしまいます。この場合、CF計算書に4,200万円の誤りが生じます。バランスシート自体は一致しているように見えても、CF計算書の数値は間違っています。

確認方法： 営業活動の部にある運転資本の各行は、B/Sの勘定科目の変動額を参照しなければなりません。損益計算書の数値や期末残高をそのまま引っ張っているものは要注意です。前受収益が4,200万円動いたはずなのにデルタが250万円で横ばいになっていれば、参照している列がずれている（期間参照ミス）と考えてください。

正しい記述例：

='貸借対照表'!当期末_前受収益 - '貸借対照表'!前期末_前受収益

CF計算書とB/Sの「橋渡し」をデバッグする

バランスシートが合っていると、モデルが正しく動いているように感じてしまいます。しかし、それは確認の終点ではありません。

CF計算書の期末現金残高がB/Sの現金残高と一致していることを確認したとき、多くのアナリストはそこで監査を止めます。しかし「資産＝負債＋純資産」は構造的に成立するため、両サイドに相殺し合うミスがあれば、バランスシートは合っているように見えながらも営業活動の部が間違ったままになります。

診断方法： 損益計算書と純資産の増減表、それぞれから独立して当期純利益を計算してください。P&Lが8,300万円の当期純利益を示しているのに、配当無しで利益剰余金の増加が7,100万円にとどまっていれば、1,200万円の「漏れ」があります。典型的な原因は、株式報酬費用がP&Lで計上されているのにAPIC（資本剰余金）に直接クレジットされ、利益剰余金を経由していないケースや、過年度の訂正が直接純資産に反映されているケースです。

もう一つの失敗パターンは期首現金残高です。ベースケースのタブをコピーしてストレスシナリオを作成した際、CF計算書の期首現金残高が前期B/Sにリンクされず、ベースケースの数値がハードコードされたままになりがちです。ベースケースでは合っていても、ストレスシナリオでは期首現金の差額分だけずれ、プラグがエラーを静かに吸収してしまいます。

財務3表モデルにおける有形固定資産のロールフォワード整合

有形固定資産（PP&E）は、発見に20分かかるような「幽霊エラー」が発生しやすい領域です。ロールフォワードのロジック自体はシンプルですが、3つの表で同時に整合している必要があります。

標準的な構造：

期末 PP&E（取得原価）   = 期首 PP&E + 設備投資額 − 除却額（取得原価）
期末 減価償却累計額     = 期首 減価償却累計額 + 当期 D&A − 除却資産の累計額
期末 PP&E（帳簿価額）   = 期末 PP&E（取得原価） − 期末 減価償却累計額

B/Sは期末の帳簿価額（純額）を参照し、CF計算書は設備投資額（投資活動のキャッシュ流出）とD&A（非現金の営業活動加算項目）を参照します。資産除却が発生した場合、3つの表すべてに影響します。取得原価が減少し、除却資産に対応する累計償却額も減少し、売却収入（あれば）は投資活動の別行に計上されます。

取得原価が47億3,000万円なのに帳簿価額が48億1,000万円と表示されているモデルは、どこかで総額と純額を混同しています。帳簿価額が取得原価を上回ることはあり得ません。これが最初の速攻チェックです。

FY2026の設備投資想定は正しいのに取得原価がロールしていない場合は、期首残高のセルが前期にリンクされているか、それとも旧バージョンの値がハードコードされていないかを確認してください。

負債スケジュール・利息計算と循環参照

財務3表モデルが循環参照を起こすのは、支払利息が平均借入残高に依存し、平均借入残高はキャッシュスイープに依存し、キャッシュスイープは営業キャッシュフローに依存し、営業キャッシュフローは支払利息に依存する、という連鎖が生まれるためです。

多くのモデルは、簡略化のために「期首残高ベース」か、Excelの反復計算を活用した「平均残高ベース」のいずれかで対応しています。問題が生じるのは、モデルが一方の方式で構築された後、もう一方に変更する際に利息計算式を更新し忘れた場合です。

2026年4月時点の国内シンジケートローンモデルを例にとると、35億円のリボルバー（TONA＋スプレッドで年利約2〜3%台）に加え、強制償還条項付きのタームローンが並存する構成が一般的です。平均残高方式（=(期首残高 + 期末残高) / 2 × 金利）を使用しているのに反復計算が有効化されていない場合、循環参照はREFエラーを返すか、アプリケーションのバージョンによっては黙ってゼロを返します。

確認方法： Excelでは「ファイル→オプション→数式→反復計算を有効にする」、Google Sheetsでは「ファイル→設定→計算→反復計算」を確認してください。この設定がオフのままモデルが反復計算前提で設計されていると、P&Lから利息が消え、EBITDAマルチプルが過大評価され、バランスシートチェックは未払利息の全額分だけずれます。

繰延税金と財務3表モデルの統合整合

繰延税金は3つの財務諸表の交点に位置するため、モデルが壊れたときに真っ先に亀裂が走る箇所です。

仕組みを整理すると、会計上の利益と税務上の課税所得は一時差異によって異なります（税務上の加速償却、収益認識の差異など）。B/Sの繰延税金負債（DTL）は将来期間に支払う税金を表します。J-GAAPおよびIFRSいずれの基準においても、当期の会計上の利益が課税所得を上回る場合にDTLが増加します。

CF計算書（間接法）では、DTLの増加は当期純利益への加算項目です。まだ現金で支払っていない税金を費用計上したためです。法人税等の実効税率が法定実効税率（現行約30%）を超えている場合（永久差異の影響など）に、繰延税金費用をタイミング差異から計算せずハードコードしていると、P&Lの税金計上額とB/SのDTL変動額が一致しなくなります。

速攻チェック： DTLの変動額は損益計算書上の繰延税金費用と一致しなければなりません。DTLが2,100万円から2,800万円に増加（700万円増）しているのに、繰延税金費用の行が693万円を示している場合、差額の7万円は通常、端数処理や外貨換算の影響です。差額が70万円以上ある場合は計算式のミスで、繰延税金費用だけを参照すべきところに税金費用合計を引っ張っているケースが大半です。

OCIと利益剰余金の調整

その他の包括利益（OCI）は損益計算書を経由しません。つまり、「当期純利益→利益剰余金」という通常のフローも経由しません。外貨換算調整額、その他有価証券評価差額金、退職給付に係る調整累計額はいずれも、その他の包括利益累計額（AOCI）に直接計上されます。

純資産合計は合っているのに利益剰余金だけがずれている場合は、AOCIのロールフォワードを確認してください。完全な純資産調整には以下のすべてが必要です。

• 当期純利益（P&Lより）
• 配当支払額
• 株式報酬費用（資本剰余金へのクレジット）
• 当期の包括利益（OCI）
• 自己株式取得（自己株式または利益剰余金への借方）

純資産合計は正しく計算されているのにOCIの行が抜けているモデルは、純資産合計が合っている一方で利益剰余金が純資産増減表と一致しないという矛盾を起こします。これは、海外子会社を追加する前に構築されたモデルでよく見られます。OCIのセクションが後から組み込まれなかったためです。

財務3表モデルのシステマティックなデバッグ手順

モデルが壊れたときは、以下の順序で作業してください。個々のセルの計算式を読まなくても、90%以上のエラーを特定できます。

1. バランスシートのチェックセルを確認する。 チェックセルが正しいプラグ（通常は現金またはリボルバー）を参照しているか、かつプラグの計算式自体が正しいかを確認します。チェックセルが間違った行を参照していれば、以降のすべての判断が誤った前提に基づくことになります。

2. 損益計算書を独立して検証する。 売上高→売上原価→販管費→D&A→支払利息→税金と積み上げて当期純利益を再計算し、P&Lと一致するか確認します。一致しなければ、エラーはバランスシートではなく損益計算書にあります。

3. 純資産の増減を手で追う。 期首利益剰余金＋当期純利益－配当＝期末利益剰余金。この計算がB/Sと一致しなければ、純資産の橋渡し部分に問題があると特定できます。それ以上を探す必要はありません。

4. CF計算書の小計を確認する。 営業活動CF＋投資活動CF＋財務活動CF＋期首現金＝期末現金。期末現金はB/Sと一致しなければなりません。ずれている場合は、3つのセクションのうちどこに誤りがあるかを各小計の再計算で特定します。

5. 運転資本の計算式をすべて確認する。 各行が=当期末残高 − 前期末残高の形式で、符号が正しく設定されているかを確認します。B/Sの変動額を参照すべきところに損益計算書の数値が入っていれば、それが候補エラーです。

標準的な8タブ構成の財務3表モデルであれば、この手順全体で10〜15分かかります。大半のエラーはステップ3までに見つかります。

LBOモデルのように15以上のリンクシートにまたがって計算式の依存関係を追跡する必要がある場合——EBITDAマルチプルが14.2倍で、すべての前提条件が4階層の参照を経由しているような構造——は、ModelMonkeyのプランを選ぶ。Google SheetsとExcelの両方で動作し、バランスシートチェックセルの断絶から元の前提条件までの依存チェーンを自動でトレースします。