この記事で分かること
- セグメント別タブと連結タブを分けてモデルを組む設計の考え方
- 本社費用の配賦・別建ての判断基準とセグメント間取引の消去処理
- 整数の仮設例で確認する「セグメント計→消去→連結」の積み上げ構造
- 連結BS・CFをどこまでセグメント分解すべきか、SOTP評価にどうつながるか
結論:セグメント別モデルは「積み上げてから消す」設計が基本
複数事業を持つ会社の財務モデルでは、各セグメントを個別のタブで予測し、最後に合算して全社の連結PL・BS・CFに積み上げる構造を作ります。ポイントは単純で、各セグメントの数字をそのまま足しても連結の数字にはならないということです。セグメント間で商品や役務をやり取りしていれば売上と費用が二重に計上されますし、事業部には配賦されない本社の管理部門コストも別途乗せる必要があります。この「足す→消す→乗せる」という3段階の処理を、タブ構成の中でどう機械的に再現するかが本記事のテーマです。
本記事は、複数事業セグメントを持つ会社の財務モデルを実際に組む側の視点に立った記事です。役割分担を先に整理すると、開示されたセグメント情報をどう読み解くかはacc-011「セグメント情報の読み方」が入口にあたり、そこで得た理解をもとに自分でセグメント別モデルを組み立てるのが本記事、そして組み上がったセグメント別の収益性を評価に変換する出口がval-010「SOTP評価の実務」です。また、セグメントごとの売上予測のドライバー設計そのものはmod-012「売上予測とドライバー設計」で扱った内容が基礎になります。本記事ではその応用として、複数セグメントを同時に扱う際のタブ構造・消去処理・配賦ロジックに焦点を絞ります。
セグメント別モデルが必要になる場面
単一事業の会社であれば、3表連動モデルの基本形をそのまま使えば足ります。セグメント別モデルが必要になるのは、主に次のような場面です。
- 事業ポートフォリオの評価:複数事業を営むコングロマリットや持株会社で、事業ごとの収益性・成長率が大きく異なり、全社一本のモデルでは実態が見えない場合。
- M&Aによる事業追加:買収により新しい事業セグメントが加わり、既存事業との成長率・マージン構造の違いを個別に管理する必要がある場合。
- SOTP評価の準備:事業ごとに異なるマルチプルや割引率を適用して企業価値を積み上げる評価(後述val-010)を行うために、セグメント単位の損益・キャッシュフローが必要な場合。
- 経営管理・予算編成:事業部制の会社で、予算策定やKPI管理を事業部単位で行っており、モデルもその管理粒度に合わせる必要がある場合。
逆に言えば、事業がほぼ単一で内部取引もない会社にセグメント別タブを作るのは過剰設計です。目的(評価なのか予算管理なのか)に応じて、どこまで分解するかを最初に決めておくことが、後述する「モデルセグメントの粒度」の判断にもつながります。
タブ設計:セグメント別タブとドライバー設計
基本形は、セグメントごとに独立した予測タブを1枚ずつ作り、それらを合算する「連結(Consolidation)」タブを別に置く構成です。モデリングプランの段階でこの構造をあらかじめ決めておくと、後から事業を追加・削除する際の改修コストが小さくなります。
セグメントタブの標準構成
- セグメント外部売上(第三者向け)とセグメント間売上(他セグメント向け)を別の行で管理する。
- セグメント別の原価・販管費のうち、他セグメントからの仕入・購入分を識別できる行を設ける。
- セグメント資産・設備投資・減価償却など、開示上または管理上把握できる範囲で行を用意する(詳細は後述)。
セグメント別ドライバー設計
売上・費用のドライバーは事業特性に応じて個別に設計します。小売事業なら店舗数×既存店成長率、SaaS事業ならARR×解約率、製造事業なら数量×単価というように、セグメントごとにドライバーツリーの形が異なるのが通常です。mod-012で扱ったドライバー設計の考え方を、セグメントの数だけ横展開することになります。ここで注意したいのは、全セグメントに同じテンプレートを機械的に流用しないことです。成長率をコピーして「前年比5%成長」で埋めてしまうと、事業特性の違いがモデルに反映されません。
タブの土台となる前提・計算・出力の三層構造そのものはモデルの三層構造の考え方に沿って各セグメントタブでも統一しておくと、レビューする側がどのセグメントタブを開いても迷わずに読めます。
全社共通費・本社費(Corporate)の扱い:配賦か別建てか
本社の管理部門(経理・法務・人事・IR等)の費用は、どのセグメントの活動とも直接結びつきません。この扱いには大きく2通りの方法があります。
方法1:セグメントへ配賦する
売上高比、人員数比、使用面積比などの配賦基準を用いて本社費を各セグメントに割り振る方法です。セグメント別のROICやEVA(経済的付加価値)など、フルコストベースでの収益性評価を行いたい場合に向いています。ただし配賦基準の選び方次第でセグメント損益が変わってしまうため、配賦基準の恣意性を常に意識する必要があります。多くの上場企業の開示セグメント情報でも、配賦後の数字か配賦前の数字かで比較可能性が損なわれる論点として知られています。
方法2:全社費用として別建てにする
本社費を各セグメントの下に配賦せず、「セグメント利益計」から一括で控除する行として独立させる方法です。開示上「セグメント間取引消去又は全社」区分として本社費をまとめて表示している会社が多く、モデル上もこれに倣うのが実務では主流です。配賦基準の恣意性を排除でき、セグメント損益を純粋な事業パフォーマンスとして比較しやすくなる一方、セグメント単体のフルコスト収益性は見えにくくなります。
どちらが正解というより、モデルの目的で選びます。SOTP評価やM&Aのスタンドアロン収益力分析では、まず「全社費用別建て」でセグメント利益を出し、必要に応じて配賦後の数字を別途試算する二段構えが扱いやすい構成です。コスト構造の分解で固定費・変動費を切り分ける発想と同様、本社費も「事業に紐づく固定費」と「事業に紐づかない全社固定費」を分けて考えると整理しやすくなります。
セグメント間取引と内部消去(Intercompany Elimination)
複数セグメントが社内で商品・サービスをやり取りしている場合、各セグメントの帳簿にはその取引が売上・費用として計上されます。しかし連結ベースでは、グループ内の取引はグループ外部から見ればお金が右から左に動いただけで、実態のある売上・利益ではありません。そのため連結時にはこの関連当事者取引を消去(エリミネーション)する必要があります。
消去の基本パターン
- セグメントAがセグメントBに商品を販売:Aの「セグメント間売上」とBの「仕入・原価に含まれるセグメント間購入額」が同額発生する。
- 連結時にはこの同額をどちらも取り消す(Aの売上を減額し、Bの原価を同額減額)。
- 取引が原価と同額(マークアップなし)であれば、消去は連結損益に影響を与えない。マークアップ(内部取引価格に利益を乗せている場合)があれば、期末在庫に残る未実現利益の調整が別途必要になる(本記事では原価取引を前提とした基本形を扱う)。
実務では、社内の振替価格の設定方法自体が社内振替価格(トランスファープライシング)の論点であり、税務上の移転価格税制とも関わってきます。モデル上は、各セグメントタブに「セグメント間売上」「セグメント間仕入」の行を明示的に持たせ、連結タブでその行を突き合わせて消去する構成にしておくと、金額の整合性を機械的にチェックできます。突き合わせた際に両者の金額が一致しない場合は、どちらかのタブの前提入力ミスか、マークアップの織り込み漏れである可能性が高いという検算にもなります。
セグメント損益から連結PLへの積み上げ(設例)
以下は説明用の仮設例です。2つの事業セグメント(A・B)と本社費用(Corporate)を持つ会社を想定し、セグメント間取引の消去を経て連結PLに積み上がる流れを、単純な整数で確認します。
| 区分 | 外部売上 | セグメント間売上 | 売上高計 | 費用 | 利益 |
|---|---|---|---|---|---|
| セグメントA | 8,000 | 500 | 8,500 | 6,800 | 1,700 |
| セグメントB | 5,000 | 0 | 5,000 | 4,600 | 400 |
| セグメント計 | 13,000 | 500 | 13,500 | 11,400 | 2,100 |
| セグメント間消去 | 0 | ▲500 | ▲500 | ▲500 | 0 |
| 全社費用(本社) | - | - | - | 900 | ▲900 |
| 連結 | 13,000 | 0 | 13,000 | 11,800 | 1,200 |
この設例では、セグメントAがセグメントBに原価と同額(マークアップなし)で商品を販売していると仮定しています。そのため消去はセグメント間売上500とセグメント間費用500を両建てで取り消すだけで完結し、連結損益への純影響はゼロです。連結営業利益1,200は、「セグメント利益計2,100-全社費用900」でも、「連結外部売上13,000-連結費用計11,800」でも同じ数字になることを確認できます。この2通りの検算経路が一致するかどうかが、セグメント別モデルが正しく組めているかの基本チェックになります。
連結BS・CFはどこまでセグメント分解するか
PLと同じ発想でBS・CFもセグメント別に組みたくなりますが、実務ではこれを連結一本で組み、セグメント別には展開しないケースが多数派です。理由は主に3つあります。
- 開示の非対称性:多くの会社はセグメント情報として資産と減価償却費・設備投資は開示していますが、負債・純資産・キャッシュフロー計算書のフル項目をセグメント別に開示していません。外部からセグメント別BS・CFを組もうとしても、開示情報だけでは埋まらない行が大量に出ます。
- 資金・資本の一体管理:現金・有利子負債・運転資本の調達は多くの場合グループ本社が一括して行っており、セグメント単位で「このセグメントの現金はいくら」と切り分けること自体が実態と合わないことがあります。
- 消去の複雑さ:セグメント間の債権債務(グループ内貸付、未収・未払金)や投資勘定の消去は、PLの売上原価消去よりも技術的に複雑で、連結と持分法の会計処理そのものに踏み込む必要があります。
そのためモデル設計としては、PLはセグメント別+連結、BS・CFは連結のみという非対称な粒度が現実的な落としどころです。例外は、セグメント別の設備投資・減価償却・運転資本回転日数など、経営管理上の指標として社内で把握している項目を「セグメント別の簡易スケジュール」として補助的に持たせる場合です。これはフルのBS・CFではなく、FCF試算やSOTP評価に必要な範囲に絞った補助シートとして位置づけると、メンテナンスコストを抑えられます。
開示セグメントとモデルセグメントの粒度差
もう一つ実務で悩ましいのが、「会社が開示しているセグメント区分」と「モデルで管理したい事業区分」が一致しないケースです。会計基準上、セグメント情報の開示単位は、経営者が意思決定に使う「事業セグメント」を土台に、売上・利益・資産のいずれかが全社の10%以上を占めるかという定量基準(10%テスト)で「報告セグメント」に集約されます。この結果、社内では10以上の事業部があっても、開示上は3〜4のセグメントに丸められていることが珍しくありません。
モデルを組む際は、まず開示セグメントの粒度で連結タブとの整合を取り、その上で必要に応じてより細かい内部管理区分(プロダクトライン別など)のタブを追加する、という二段構えが扱いやすい設計です。細かい区分のタブを増やしすぎると、開示情報だけでは前提を裏付けられない行が増え、セグメント別モデリングの目的である「実態の可視化」よりも「架空の精緻さ」が先行してしまいます。外部からモデルを組む場合は特に、開示セグメントを超える分解は推定の比率が大きくなることを自覚しておく必要があります。
SOTP評価への接続
セグメント別モデルを組む最大の実務的な出口の一つが、SOTP(Sum-of-the-Parts)評価です。SOTP評価の実務では、事業ごとに異なる収益性・成長ステージ・上場比較対象を踏まえて、セグメントごとに異なるマルチプル(EV/EBITDA等)や割引率を適用し、事業価値を積み上げてから全社の企業価値を算出します。本記事で組んだ「セグメント別PL+全社費用の別建て」という構造は、このSOTP評価にそのまま接続できる形になっています。
接続する際に特に注意したいのは次の2点です。
- 全社費用の扱いの一貫性:セグメント利益に本社費を配賦していない場合、SOTP評価でも各事業の価値を積み上げた後、全社費用を独立した項目としてマイナス評価(Corporate drag)する必要があります。配賦済みの利益をそのままSOTPに使うと、本社費が二重に控除されてしまいます。
- セグメント間取引消去後の数字を使う:SOTP評価に用いるセグメント別売上・利益は、消去前の「セグメント計」ではなく、少なくとも重複計上分を認識した数字である必要があります。特にセグメント間売上の比率が大きい会社では、消去前の数字をそのまま比較対象企業のマルチプルに当てはめると、価値を過大評価します。
モデルが崩れやすいポイントと検算方法
セグメント別モデルで実務上よく起きるミスと、その検算方法を整理します。
- セグメント間売上と仕入の金額不一致:Aの「セグメント間売上」とBの「セグメント間仕入」が一致しているかを連結タブで必ず突合する。一致しなければ、どちらかのタブのハードコード数値か前提の入力ミス。
- 本社費の二重計上・計上漏れ:配賦方式と別建て方式を混在させ、本社費がセグメント利益にもCorporate行にも入ってしまう、あるいはどちらにも入らないケース。連結PLの費用合計を「セグメント費用計+全社費用-セグメント間消去」で検算する。
- 連結売上高が外部売上合計と一致しない:セグメント別タブの外部売上をSUMした値と、連結タブの売上高が一致するかを別行でチェックサム化しておく。
- 新規セグメント追加時の消去漏れ:M&Aで事業セグメントが増えた場合(M&Aモデルで買収後の統合を扱う局面)、新セグメントと既存セグメント間の取引が新たに発生することがある。既存の消去ロジックが新セグメントを拾えているか確認する。
- マークアップ付き内部取引の未実現利益:本記事の設例のような原価取引ではなく、利益を乗せた内部取引がある場合、期末に売れ残った在庫に含まれる未実現利益を追加で消去する必要がある。この論点は連結会計の未実現利益消去の領域であり、モデル上は簡易的に「重要性が乏しければ無視、重要であれば別行で調整」という判断が現実的。
よくある質問(FAQ)
Q. セグメント別モデルは何セグメントまで作るのが適切ですか。
A. 決まった答えはありませんが、開示セグメントの数を出発点にするのが基本です。それ以上に細分化すると、前提の裏付けが取れない行が増え、精緻に見えて実は推定だらけのモデルになりがちです。目的(SOTP評価か、社内予算管理か)に応じて必要な粒度だけ追加してください。
Q. セグメント間の内部取引に利益(マークアップ)が乗っている場合はどう扱えばよいですか。
A. 期末時点で相手セグメントの在庫に残っている分の未実現利益を、連結PLからさらに消去する必要があります。重要性が乏しい場合は簡便的に無視されることも多いですが、内部取引比率が高い会社では無視できない論点です。
Q. 本社費用は必ず全社費用として別建てにすべきですか。
A. 必須ではありません。セグメント別のフルコストROICを見たい場合は配賦方式が有効です。ただし配賦基準を変えるとセグメント利益が変わってしまうため、SOTP評価などモデルの比較可能性が重要な用途では、まず別建てでセグメント利益を確定させ、配賦後の数字は補助的に試算する方が実務的です。
Q. 連結BSをセグメント別に作らないのは手抜きではないですか。
A. むしろ逆です。開示情報だけでは埋まらない前提を無理に推定してセグメント別BSを組むと、精緻に見えて実態と乖離したモデルになるリスクがあります。多くの実務では連結BS・CFを一本で管理し、セグメント別には設備投資・減価償却など開示のある項目に限って補助スケジュールを持たせるのが妥当な設計です。
まとめ
セグメント別モデルの本質は、セグメントごとの事業特性を反映したドライバー設計をタブ単位で行いながら、最終的には「合算→内部消去→全社費用控除」という一貫した積み上げロジックで連結PLに戻ってくることです。BS・CFは開示・実態の両面から連結一本で組むのが現実的な落としどころであり、無理にセグメント分解しないことも設計判断の一つです。ここで組んだセグメント別の収益構造は、そのままSOTP評価の入力になり、M&Aで事業が増えた際の拡張にも耐える土台になります。まずは開示セグメントの粒度に合わせて「足す→消す→乗せる」の骨格を作り、そこから必要な精度だけを積み増していくのが遠回りのようで最短ルートです。
セグメント別タブの設計は、三表連動モデルの応用問題です
本記事で扱った「セグメント別タブ→連結タブ」の積み上げ構造は、単一事業の3表連動モデルが正確に組めていることが前提になります。連結・消去の作法を実際の演習を通じて体系的に押さえたい方は、財務三表モデリング講座で基礎から確認してください。
事業別計画への展開
セグメント別モデルは評価目的だけでなく、事業部制企業の予算策定・中期経営計画の土台としても使われます。事業ごとに異なる前提・KPIで計画を積み上げ、全社計画に合算する考え方は、本記事で扱った消去・配賦のロジックと共通しています。事業別の計画づくりを実務としてどう進めるかは、事業計画・予算策定講座で扱っています。
事業別の計画づくりに広げるなら
セグメント別モデルの構造は、評価だけでなく事業別の予算・中期計画づくりにもそのまま応用できます。事業ごとの前提を積み上げて全社計画に統合する実務を学びたい方は、事業計画・予算策定講座もあわせてご覧ください。
出典・参考(2026年8月16日確認)
- 企業会計基準委員会「企業会計基準第17号 セグメント情報等の開示に関する会計基準」
- 企業会計基準委員会「企業結合に関する会計基準」(連結・持分法の基礎)
- IFRS財団「IFRS第8号 事業セグメント」(報告セグメントの集約基準・定量基準)
- 金融庁 EDINET(有価証券報告書のセグメント情報開示例の確認)
※本記事は教育目的の一般的な解説であり、法務・税務・投資助言ではありません。設例は理解のための仮設例です。