部門別損益管理の設計｜CRMデータで事業部ごとの収益性を可視化する方法

id: V-19

title: 部門別損益管理の設計｜CRMデータで事業部ごとの収益性を可視化する方法

slug: crm-backoffice/department-pnl-crm-profitability-visualization

metaDescription: 部門別損益管理をCRM×会計データ連携で実現する方法を解説。CRM商談データとfreee会計データを事業部コードで統合し、部門ごとの売上・粗利・営業利益を自動で可視化する設計手法、間接費の按分ルール、Excel脱却の導入ステップまで紹介します。

keywords: 部門別損益管理, 部門別P/L, CRM, 収益性, 可視化

blogAuthorId: 166212808307

「全社の売上は伸びているのに、どの事業部が利益を出し、どの事業部が赤字なのかがわからない」「部門別の損益を見たいが、Excelの手作業で月次集計に3日かかっている」――事業部制をとる企業にとって、部門別損益管理（部門別P/L）は経営判断の基盤です。しかし、多くの企業では会計データと営業データが分断されているために、部門ごとの収益性をタイムリーに把握できていません。

この課題を解決するのが、CRM商談データとfreee等の会計データを統合し、部門別P/Lを自動で構築するアプローチです。CRMには「どの事業部が、どの案件で、いくら売り上げたか」という売上の発生源データがあり、会計ソフトには「どの勘定科目に、いくらの費用が計上されたか」という原価・販管費データがあります。この2つを事業部コードで紐づけることで、部門別の収益性をリアルタイムに可視化できます。

この記事では、CRMデータを活用した部門別損益管理の設計手法を、データ源泉のマッピングから導入ステップまで具体的に解説します。

この記事でわかること

• 部門別損益管理が必要な理由と、Excel管理の限界
• 部門別P/Lの構成要素と、CRM・会計データの役割分担
• CRM商談データとfreee会計データを統合する設計手法
• 部門別P/Lの自動構築に必要なデータ源泉マッピング
• Excel管理とCRM基盤の部門別P/Lの違い
• スモールスタートで始める導入ステップ

なぜ部門別損益管理が必要なのか

事業部が2つ以上ある企業にとって、全社P/Lだけでは「どこに投資すべきか」「どこを立て直すべきか」の判断ができません。部門別P/Lを整備することで、以下の経営判断が可能になります。

• 事業部ごとの粗利率を比較し、リソース配分を最適化する
• 赤字部門の原因を特定し、撤退・縮小・立て直しの判断材料を得る
• 部門別の売上成長率とコスト構造を把握し、中期の投資計画に反映する
• 事業部長に対する評価指標として、部門P/Lを活用する

Excel管理で部門別P/Lを運用する限界

多くの企業では、部門別P/Lをスプレッドシートで手動集計しています。しかし、この運用には構造的な限界があります。

Excel脱却の全体像については「CRM × 会計管理の設計思想｜freee・マネーフォワードとCRMを接続する前に整理すべきこと」もあわせてご参照ください。

部門別P/Lの構成要素とデータ源泉マッピング

部門別P/Lを正しく設計するには、各構成要素のデータがどこから取得できるかを明確にする必要があります。CRM商談データと会計データの役割を整理しましょう。

部門別P/Lの基本構成

CRM商談データが担う役割

CRMは「売上の発生源」を管理するデータ基盤です。部門別P/Lの売上サイドを構築するうえで、CRMが提供するデータは不可欠です。

会計データが担う役割

freee等の会計ソフトは「費用の発生」を管理するデータ基盤です。部門別P/Lのコストサイドを構築します。

CRM × freee会計データの統合設計

データ統合の全体アーキテクチャ

CRM商談データとfreee会計データを統合して部門別P/Lを構築するには、以下の3層構造で設計します。

第1層：データ収集

CRMからは取引データ（売上サイド）、freeeからは仕訳データ（コストサイド）をそれぞれAPIで取得します。HubSpotのData Hubやワークフローを活用して、CRM側のデータを構造化しておくことが前提になります。

第2層：データ統合・紐づけ

売上データとコストデータを「事業部コード」をキーにして結合します。具体的には、CRM取引の「事業部」プロパティと、freee仕訳の「部門」タグを対応させます。

第3層：集計・可視化

統合したデータを部門別P/Lのフォーマットに集計し、ダッシュボードで可視化します。HubSpotのカスタムレポートや、外部BIツールとの連携で実現します。

事業部コードの設計

データ統合の要となるのが「事業部コード」の設計です。CRMと会計ソフトの双方で一貫したコード体系を使うことで、データの自動紐づけが可能になります。

間接費の按分ルール設計

部門別P/Lの精度を左右するのが、間接費（共通経費）の按分です。按分基準を曖昧にしたまま運用を始めると、部門間で不公平感が生じ、P/Lの信頼性が損なわれます。

Excel管理 vs CRM基盤の部門別P/L比較

部門別P/Lの管理方法として、従来のExcel管理とCRM基盤での管理を比較します。

CRMと会計データの連携設計については「FP&Aを中小企業に導入する方法｜CRMと管理会計の接続で実現する「攻めの経理」」で詳しく解説しています。

部門別P/Lダッシュボードの設計

ダッシュボードに含めるレポート

部門別P/Lのダッシュボードは、「全社俯瞰」と「部門詳細」の2階層で設計します。経営会議で全社の部門間比較を確認したあと、各事業部長が自部門の詳細を掘り下げるという運用フローを想定します。

全社俯瞰ダッシュボード：

部門詳細ダッシュボード：

導入ステップ

部門別P/Lの仕組みは、一度にすべてを構築するのではなく、スモールスタートで段階的に整備するのが成功の鍵です。自社に最適な設計を見つけるために、まずは1事業部で検証し、成功パターンを横展開するアプローチを推奨します。

Phase 1：CRM側の事業部コード整備（2〜4週間）

• CRM取引オブジェクトに「事業部」カスタムプロパティを追加する
• 既存の取引データに事業部コードを付与する（過去6ヶ月分を目安）
• パイプラインまたはプロパティで事業部別の売上集計ができる状態を作る
• 事業部別の売上レポートをCRMダッシュボードに追加する

この段階で、CRMの売上データを事業部別に分けて見られるようになります。月次の売上集計をExcelから移行する最初の一歩です。

Phase 2：freee会計との連携設計（1〜2ヶ月）

• freeeの部門タグを整備し、CRMの事業部コードと一致させる
• 間接費の按分ルールを定義し、文書化する
• iPaaS（Make/Zapier等）またはAPIでfreeeの月次データを自動取得する仕組みを構築する
• 1事業部を対象に、CRM売上データ + freee費用データで試験的にP/Lを作成する

Phase 2では、1事業部のP/Lがほぼ自動で生成できる状態を目指します。手動での微調整は残りますが、Excelでゼロから集計する工数と比較すれば大幅な削減になります。

Phase 3：全社展開とダッシュボード構築（2〜3ヶ月）

• 全事業部への横展開（事業部コードの付与・freee部門タグの統一）
• 全社俯瞰ダッシュボードと部門詳細ダッシュボードの構築
• 月次レビューでの運用フローを確立し、仕組み化する
• 部門別予算との連携を追加し、予実対比を自動化する

予実管理との連携については「CRM × 予実管理の統合設計｜売上パイプラインから予算管理のExcel脱却まで」で詳しく解説しています。

関連記事

• CRM × 予実管理の統合設計｜売上パイプラインから予算管理のExcel脱却まで
• FP&Aを中小企業で始める方法｜CRMが管理会計の実践基盤になる理由
• プロジェクト原価管理 × CRM商談データ連携｜案件別収益性を可視化する設計
• CRMダッシュボード設計の極意｜経営・営業・マーケが見るべきKPIと構築パターン

まとめ

部門別損益管理は、以下のフローで段階的に構築するのが現実的です。

1. CRM取引データに事業部コードを付与し、売上の部門別集計基盤を構築する
2. freee会計の部門タグとCRMの事業部コードを一致させ、費用データとの自動紐づけを実現する
3. 間接費の按分ルールを明文化し、部門別P/Lの信頼性を担保する
4. ダッシュボードで部門間比較と部門詳細のドリルダウン分析を可視化する
5. 月次レビューの運用フローを仕組み化し、経営判断の基盤として定着させる

大切なのは、最初から全事業部の完璧なP/Lを目指さないことです。まずは1事業部を対象にCRM売上データと会計データを突合し、部門P/Lのプロトタイプを作るところから始めてください。具体的な数値で部門の収益構造が見えた瞬間、「この仕組みを全社に広げたい」という推進力が自然と生まれます。Excel集計に毎月3〜5日かけている状態から、CRM基盤の自動化された部門別P/Lに移行することで、経営判断のスピードと精度が格段に向上します。

よくある質問（FAQ）

Q1. 部門別P/Lは、社員数何名くらいの企業から必要になりますか？

事業部制をとっている企業であれば、社員数30名程度から部門別P/Lの導入効果が出始めます。事業部が2つ以上あり、それぞれが異なる収益構造を持っている場合、全社P/Lだけでは経営判断に必要な粒度が不足します。ただし、事業部が1つしかない企業でも、プロジェクト別やサービスライン別にP/Lを管理するニーズがあれば、同じ設計手法を応用できます。

Q2. CRMの取引データと会計ソフトの売上データで金額が一致しない場合、どうすればいいですか？

CRMの受注金額と会計上の売上計上額が一致しないのは、計上基準の違いが原因であるケースがほとんどです。CRMでは「受注時点」で金額が確定しますが、会計では「役務提供完了時」や「検収時」に計上します。この差異を解消するには、CRM取引に「計上月」プロパティを追加し、会計上の計上タイミングに合わせてデータを管理する設計が有効です。差異が生じる構造を理解したうえで、どちらのデータを「正」とするかのルールを定義してください。

Q3. freeeの部門タグを使っていない場合、部門別P/Lは実現できませんか？

freeeの部門タグを使っていなくても、部門別P/Lの構築は可能です。代替手段として、freeeの「取引先」や「メモタグ」を活用して費用を部門別に分類する方法があります。ただし、部門タグを使う方がfreeeの部門別損益レポート機能とも連動するため、中長期的にはタグ整備を推奨します。Phase 1ではCRM側の売上データだけで部門別の売上集計を先行し、並行してfreeeの部門タグ整備を進めるのが現実的なアプローチです。

Q4. 間接費の按分は、どの程度の精度を目指すべきですか？

管理会計としての部門別P/Lでは、按分精度80%を目安にするのが実務的です。按分精度を100%に近づけようとすると、ルール策定と運用の工数が膨大になり、仕組み全体が回らなくなります。重要なのは、按分基準を明文化し、全部門で同一ルールを適用することです。按分ルールの一貫性が担保されていれば、部門間の相対比較は十分に有効です。まずはシンプルな「売上高比率」で按分を始め、運用しながら精度を高めていくアプローチがスモールスタートの原則に合致します。

Q5. 部門別P/Lの自動化で、月次決算のスケジュールはどの程度短縮できますか？

CRM × 会計SaaSの連携による自動化を導入することで、部門別P/Lの集計工数は従来の3〜5営業日から1営業日以内に短縮できるケースが多いです。売上データはCRMからリアルタイムに取得され、費用データはfreeeのAPI連携で自動集計されるため、手動でのデータ転記・按分計算・Excel集計の工程が不要になります。ただし、初回のPhase 1〜3の構築には2〜4ヶ月の期間が必要です。構築期間の投資が、その後毎月の集計工数を削減し続けるという長期的な視点で判断してください。