MCP×CRM×会計連携ガイド｜HubSpotとfreeeをAIでリアルタイム統合する方法

——「商談が成約したら、請求書を手動で作成して、入金されたらまた手動で消込をする」。CRMと会計ソフトが別々に動いている限り、この二重入力の呪いから逃れることはできません。詳しくは「MCPサーバーの構築ガイド」で解説しています。

BtoB企業の営業・経理の現場では、HubSpot CRMで管理している商談情報と、freee会計で管理している請求・入金情報が断絶しているケースが圧倒的に多いのが実情です。商談のクローズはHubSpotで確認できても、その後の請求状況や入金消込の情報はfreeeにログインしなければわかりません。営業が「あの案件、入金されました？」と経理にSlackで聞く——この光景に心当たりがある方は少なくないはずです。AI活用完全ガイドで、AI活用の全体像を把握できます。

MCP（Model Context Protocol）を使えば、HubSpotとfreeeをAIエージェント経由でリアルタイムに接続し、商談成約から請求書生成、入金消込までを一気通貫で自動化するアーキテクチャが構築できます。本記事では、CRMと会計の「データサイロ」を解消するMCP連携の設計パターンと、実務での構築ポイントを解説します。詳しくは「MCPのエンタープライズ導入ガイド」で解説しています。

この記事でわかること

• HubSpot MCPサーバーとfreee MCPサーバーを組み合わせたCRM×会計リアルタイム連携のアーキテクチャ設計
• 商談成約 → 請求書自動生成 → 入金消込の一気通貫フローの具体的な構築方法
• CRMと会計の「データサイロ」が引き起こす経営判断の遅延リスクと、その解消パターン
• MCP連携における権限設計・セキュリティの実務的な注意点
• 従来のiPaaS連携（Zapier / Make）とMCP連携の根本的な違い

なぜCRMと会計は分断されるのか——データサイロの構造的原因

「営業はHubSpot、経理はfreee」という分業の壁

多くのBtoB企業では、営業チームがHubSpot CRMで商談を管理し、経理チームがfreee会計で請求・入金を管理しています。それぞれが最適なツールを使っている点では合理的ですが、ツール間のデータ連携が手動に依存しているために、以下のような問題が常態化しています。

• 商談がクローズドウォンになっても、請求書の発行が数日遅れる
• 入金があっても、HubSpot側の取引ステージが更新されない
• 月次の売上レポートを作るために、HubSpotとfreeeの数字を手動で突合する必要がある
• 営業が「未入金」の顧客にフォローアップすべきかどうか、経理に聞かないとわからない

データサイロが経営判断を遅らせるメカニズム

ここが結構ミソなのですが、CRMと会計のデータサイロは単なる「手間」の問題ではありません。経営判断のスピードに直結する構造的な課題です。

freee会計が公開しているデータによると、中小企業の経理担当者が月次決算に費やす時間は平均5〜10営業日とされています。このうちかなりの割合が、異なるシステム間のデータ突合作業に充てられているのが実態です。

従来の連携手段とその限界

CRMと会計を連携する手段は、MCP以前にもいくつか存在していました。

どの手段も「決まったパターンの処理を自動化する」ことはできますが、「営業と経理をまたぐ文脈を理解して判断する」ことはできません。ここにMCPの出番があります。

MCPによるCRM×会計連携のアーキテクチャ

MCPが実現する「文脈を持った連携」

MCP（Model Context Protocol）は、Anthropic社が2024年に公開したオープンスタンダードです。AIエージェントが外部システムのツールやデータに、標準化された方法で安全にアクセスするための通信プロトコルとして設計されています。詳しくは「HubSpot MCP Serverの活用ガイド」で解説しています。

MCPの強みは、複数のMCPサーバーを同時に接続できる点にあります。HubSpot MCPサーバーとfreee MCPサーバーを同時にClaudeなどのAIエージェントに接続すれば、AIが「HubSpotの商談情報」と「freeeの請求情報」の両方をコンテキストとして保持しながら、文脈に応じた処理を実行できます。詳しくは「MCP × freee連携ガイド」で解説しています。

従来のiPaaS連携（Zapier / Make等）が「Aが起きたらBを実行する」という固定ルールに基づくのに対し、MCP連携では「HubSpotの取引額と取引先情報を確認し、freeeの勘定科目マスタと照合した上で、適切な税区分を選択して請求書を作成する」という、文脈理解を伴う処理が可能になります。詳しくは「MCP マルチツール統合の設計方法」で解説しています。

3層アーキテクチャの全体設計

HubSpot × freee MCP連携の基本構成は以下の3層です。

この構成のポイントは、MCPサーバーが「翻訳層」として機能することです。AIエージェントは「先月クローズドウォンになった取引の請求書を作成して」と指示するだけで、MCPサーバー群が以下の処理を実行します。詳しくは「MCPのセキュリティリスクと対策」で解説しています。

1. HubSpot MCPサーバー：取引オブジェクトから先月のクローズドウォン案件を検索
2. HubSpot MCPサーバー：各取引に紐づくコンタクト・会社情報を取得
3. freee MCPサーバー：取引先マスタとの照合（なければ新規作成）
4. freee MCPサーバー：請求書の作成（金額・税区分・勘定科目を自動設定）

HubSpot MCPサーバーの接続

HubSpotは公式にリモートMCPサーバーを提供しており、OAuth 2.1認証を通じてCRMデータにアクセスできます。主に利用するツールは以下の通りです。

• search_crm_objects：取引・コンタクト・会社の検索
• get_crm_objects：特定オブジェクトの詳細取得
• get_properties：プロパティ定義の取得
• search_owners：担当者情報の検索

HubSpotの公式MCPサーバーについての詳細は、HubSpot MCP Integrationで確認できます。

freee MCPサーバーの接続

freee向けのMCPサーバーは、freee APIをMCPプロトコルでラップする形で構築します。freeeのREST APIはOAuth 2.0認証に対応しており、取引・仕訳・請求書・取引先などのデータにプログラムからアクセスできます。freee MCPサーバーに定義する主要ツールは以下の通りです。

• 取引の作成・検索（/api/1/deals）
• 請求書の作成・更新（/api/1/invoices）
• 取引先の検索・作成（/api/1/partners）
• 入金の確認（/api/1/payments）
• 試算表の取得（/api/1/trial_balance）

freeeのAPI仕様については、freee Developers Communityで公開されています。

商談成約→請求書自動生成フローの設計

フロー全体像

MCP連携で実現する「商談成約 → 請求書生成」フローは、以下のステップで構成されます。

ステップ1：HubSpot取引のステージ変更を検知

HubSpotの取引パイプラインで「クローズドウォン（受注）」にステージが変更されたタイミングがトリガーになります。HubSpotのワークフロー機能でWebhookを発火させるか、MCPサーバーの定期ポーリングで検知する設計にします。

ステップ2：取引情報と関連オブジェクトの取得

AIエージェントがHubSpot MCPサーバー経由で、成約した取引の詳細情報を取得します。金額、通貨、取引先（会社オブジェクト）、主担当者（コンタクトオブジェクト）、商品明細（ラインアイテム）を一括で引き出します。

ステップ3：freee取引先マスタとの照合

HubSpotの会社名でfreeeの取引先を検索し、存在すれば紐付け、存在しなければ新規作成します。ここが結構ミソで、HubSpotの「会社名」とfreeeの「取引先名」が微妙に異なるケース（「株式会社」の有無、半角全角の違いなど）をAIが文脈で判断できるのがMCP連携の強みです。iPaaSの完全一致マッチングでは拾えないこのファジーマッチングが、実務では非常に効きます。

ステップ4：請求書の自動生成

freee MCPサーバー経由で請求書を作成します。HubSpotの取引金額、ラインアイテムの情報から、freeeの勘定科目・税区分を自動で判定し、適格請求書（インボイス）のフォーマットに準拠した請求書を生成します。

ステップ5：HubSpot取引プロパティの更新

請求書が作成されたら、HubSpotの取引にカスタムプロパティ（請求書番号、請求日、請求ステータスなど）を書き戻します。これにより、営業担当者がHubSpot上で請求状況をリアルタイムに確認できるようになります。

請求書生成時の勘定科目・税区分の自動判定ロジック

freeeで請求書を作成する際に最も重要なのが、勘定科目と税区分の正確な設定です。MCPサーバーの設計では、以下のマッピングロジックを組み込みます。

入金消込の自動化フロー

入金消込の課題

請求書を発行した後の「入金消込」も、CRMと会計が分断されている企業にとっては大きなペインです。freeeの銀行明細に入金が記録されても、それがどの請求書に対する入金なのかを手動で紐付ける作業が発生します。さらに、入金が確認されてもHubSpot側の取引ステータスが更新されないため、営業が入金状況を把握できません。

MCPによる入金消込フロー

ステップ1：freee銀行明細の取得

freee MCPサーバー経由で、銀行口座の最新明細を取得します。法人口座に入金があった場合、振込人名と金額を取得します。

ステップ2：請求書との照合

AIエージェントが、入金の振込人名・金額とfreeeの未入金請求書を照合します。完全一致だけでなく、振込人名の部分一致（例：「カ）スタートリンク」と「株式会社StartLink」）も文脈で判断します。

ステップ3：消込処理の実行

照合が成功したら、freee MCPサーバー経由で消込処理を実行します。一括入金（複数請求書の合算入金）や分割入金にも対応するロジックを組み込みます。

ステップ4：HubSpot取引の更新

消込が完了したら、HubSpot MCPサーバー経由で取引のカスタムプロパティを更新します。「入金済み」「入金日」「入金額」などを反映し、営業ダッシュボードに入金状況をリアルタイム表示します。

予実管理のリアルタイム化

CRM×会計データの統合がもたらす予実管理の進化

MCP連携の真価は、単なる請求書の自動化ではなく、CRMのパイプラインデータと会計の実績データを統合した予実管理のリアルタイム化にあります。

HubSpotのパイプラインには「見込み案件」の情報があり、freeeの会計データには「確定した売上」の情報があります。この2つをリアルタイムに突合できれば、以下の分析が即座に実行できます。

• 着地予測の精度向上：パイプラインの加重売上予測と、freeeの実績売上を比較して乖離を可視化
• キャッシュフロー予測：未入金の請求書一覧と、パイプラインの成約予測を組み合わせた入金予測
• 顧客別LTVの正確な算出：HubSpotの取引履歴とfreeeの実入金額を紐付けた精緻なLTV計算

実装パターン：月次レポートの自動生成

AIエージェントに「今月の予実レポートを作成して」と指示すると、以下の処理が自動実行されます。

1. HubSpot MCPサーバーで今月の取引（全ステージ）を取得
2. freee MCPサーバーで今月の売上実績を取得
3. パイプラインの加重予測額とfreee実績額の比較表を生成
4. 差異の大きい案件をハイライトし、アクション提案を生成

セキュリティ設計と権限管理

CRM×会計連携における最重要セキュリティ原則

会計データはその企業の財務状況そのものであり、CRMには顧客の個人情報が含まれます。両者をAIエージェント経由で接続する以上、セキュリティ設計は最も慎重に行う必要があります。

最小権限の原則

MCPサーバーに付与するAPIトークンの権限は、業務に必要な最小限のスコープに限定します。freee側では「請求書の作成」は許可しても「決算処理の実行」は許可しない、HubSpot側では「取引の読み取り・更新」は許可しても「取引の削除」は許可しない、といった粒度で制御します。

Human-in-the-Loop（人間による承認）

ここが結構ミソなのですが、MCPツールのアノテーション機能を使って、更新系の操作（請求書の作成、消込の実行、取引プロパティの更新）にはユーザー確認を必須にします。AIが自動判断して実行するのではなく、「この請求書を作成しますか？」と確認を挟むことで、誤操作のリスクを排除します。

監査ログの設計

すべてのMCPツール呼び出しをログに記録します。誰が（ユーザーID）、いつ（タイムスタンプ）、何を（ツール名とパラメータ）、結果は（成功/失敗）を記録し、電子帳簿保存法やインボイス制度の要件を満たすトレーサビリティを確保します。

実務者の視点——HubSpot × freee × MCPを実際に使ってわかること

CRM起点で会計を動かすことの意味

私自身、HubSpot MCPサーバーとfreee MCPサーバーを組み合わせてCRMと会計のリアルタイム連携を実務で回しています。この経験から言えるのは、「CRM起点で会計を動かす」というアーキテクチャの威力は、個別の自動化以上に、営業と経理の情報格差がなくなる点にあるということです。

従来の企業では、営業は「受注した」ことは知っていても「入金されたか」は知りません。経理は「入金された」ことは知っていても「次にいくらの受注が見込めるか」は知りません。MCPで両方のデータソースをAIが横断的に参照できるようになると、この情報の非対称性が解消されます。

「来月のキャッシュフロー見通しは？」という経営者の問いに対して、HubSpotのパイプラインとfreeeの入金実績の両方を踏まえた回答が即座に返ってくる。これは、従来の「営業レポート」と「月次決算」を別々に見て頭の中で統合する作業とは、まったく異なる体験です。

スモールスタートのすすめ

ただし、最初から全自動化を目指すのは推奨しません。私の経験上、最も効果的なのは以下の順序で段階的に導入することです。

1. フェーズ1（参照のみ）：HubSpotとfreeeのデータをAIで横断検索できるようにする。「この取引先の今期の売上実績は？」と聞けるだけで大きな価値があります
2. フェーズ2（半自動化）：請求書のドラフト作成をAIに任せ、最終確認は人間が行う
3. フェーズ3（自動化+例外処理）：定型パターンの請求・消込は全自動化し、例外ケースのみ人間がレビュー

MCP連携の制約と注意点——正直に伝えるべきこと

技術的な制限

• リアルタイム性の限界：MCPサーバーはリクエスト/レスポンス型の通信であり、Webhookのようなプッシュ型の即時通知には対応していません。「取引がクローズドウォンになった瞬間」にトリガーするには、HubSpotのワークフローと組み合わせる設計が必要です
• トランザクション整合性：HubSpotとfreeeは独立したサービスであり、分散トランザクションのサポートはありません。「freeeに請求書を作成したが、HubSpotのプロパティ更新が失敗した」というケースのリカバリーロジックを設計に組み込む必要があります
• API Rate Limit：HubSpot APIには1日あたりのリクエスト数制限（プランにより異なる）、freee APIにも同様のレート制限があります。大量処理を行う場合はバッチ設計が必要です

組織的な課題

• 経理部門の理解と協力：AIが会計データに触れることへの心理的抵抗は無視できません。「AIが自動で請求書を作る」のではなく「AIが下書きを作り、人間が承認する」というフレーミングで導入するのが現実的です
• 税理士・会計士との連携：顧問税理士がfreeeのデータを参照している場合、MCP経由での自動仕訳がルールに適合しているかを事前にすり合わせる必要があります
• インボイス制度への準拠：適格請求書の記載要件（登録番号、税率ごとの合計額など）をMCPサーバーのロジックに組み込む必要があります。freeeのインボイス制度対応機能と連携する設計にすることで、準拠性を担保します

iPaaS連携との比較——MCPはZapierの代替なのか

両者の根本的な違い

ZapierやMakeなどのiPaaSツールとMCP連携は、よく比較されますが、そもそもの設計思想が異なります。

使い分けの指針

iPaaSとMCPは排他的な関係ではありません。定型的な処理（例：「HubSpotのフォーム送信をSlackに通知する」）はiPaaSで十分ですし、コストも安く済みます。一方、文脈判断が必要な処理（例：「取引先名の表記揺れを吸収しながら請求書を作成する」）はMCPが圧倒的に強いです。

導入ロードマップ——3ステップで始めるMCP CRM×会計連携

ステップ1：データ参照基盤の構築（1〜2週間）

まずはHubSpot MCPサーバーとfreee MCPサーバーをClaude Desktopに接続し、両方のデータを自然言語で横断検索できる環境を構築します。この段階では書き込み操作は一切行いません。

やること

• HubSpot MCPサーバーの認証設定（OAuth 2.1）
• freee MCPサーバーのセットアップ（OAuth 2.0、事業所ID設定）
• 「この取引先の今月の売上は？」「未入金の請求書一覧は？」といったクエリで動作確認

ステップ2：半自動化フローの構築（2〜4週間）

請求書のドラフト作成と入金消込の照合をAIに任せ、最終確認は人間が行うフローを構築します。

やること

• HubSpot取引のクローズドウォンをトリガーとした請求書ドラフト生成
• 勘定科目・税区分の自動判定ロジックの実装
• Human-in-the-Loopによる承認フローの設計

ステップ3：全自動化と例外処理（4〜8週間）

定型パターンの処理を全自動化し、例外ケース（金額不一致、取引先不明など）のみ人間がレビューするフローに移行します。

やること

• 定型請求書の自動発行（承認なし）
• 入金消込の自動実行（完全一致の場合のみ）
• 例外パターンの検出・通知ロジックの実装
• 監査ログの設計・実装

よくある質問（FAQ）

Q1. MCPでHubSpotとfreeeを連携するには、プログラミングの知識が必要ですか？

MCPサーバーの初期セットアップにはNode.jsやPythonの基本的な知識が必要です。ただし、HubSpotは公式にリモートMCPサーバーを提供しているため、HubSpot側はコーディング不要で接続できます。freee側のMCPサーバーは現時点では自前構築が必要ですが、MCP SDKのドキュメントに従えば、APIの基本知識があれば構築可能です。

Q2. 既にZapierでHubSpotとfreeeを連携しています。MCPに移行すべきですか？

Zapierで十分に機能しているフローまで無理にMCPに移行する必要はありません。MCPの価値は「文脈判断が必要な処理」にあります。取引先名の表記揺れ吸収、勘定科目の自動判定、複数条件の組み合わせ判断など、Zapierの固定ルールでは対応しきれないケースが出てきたタイミングで、MCPの導入を検討するのが合理的です。

Q3. freeeのどのプランからMCP連携が利用できますか？

freee MCPサーバーはfreeeのREST APIを利用するため、API利用が可能なプラン（ミニマムプラン以上）が必要です。ただし、請求書APIや消込APIなど一部のエンドポイントはプランによって利用可否が異なります。具体的なAPI対応状況はfreee APIリファレンスで確認してください。

Q4. 電子帳簿保存法やインボイス制度との整合性は問題ありませんか？

MCPサーバー経由でfreeeに作成される請求書は、freeeの既存機能を通じて生成されるため、freee側のインボイス制度対応（登録番号の記載、税率ごとの合計表示など）がそのまま適用されます。電子帳簿保存法についても、freeeの電帳法対応機能を活用することで準拠可能です。ただし、AIが自動判定した勘定科目や税区分が正しいかどうかの最終確認は、経理担当者または顧問税理士が行うことを推奨します。

Q5. HubSpotの無料プランでもMCP連携は可能ですか？

HubSpotの公式リモートMCPサーバーは、無料CRM（Free Tools）でも利用可能です。ただし、無料プランではカスタムプロパティの数やワークフロー機能に制限があるため、請求ステータスの書き戻しや自動トリガーの設計に制約が出ます。実用的なCRM×会計連携を構築するには、少なくともStarter以上のプランが推奨されます。

Q6. MCPサーバーが停止した場合、データの整合性はどうなりますか？

MCPサーバーが停止しても、HubSpotとfreeeのデータ自体には影響しません。ただし、「freeeに請求書を作成したがHubSpotへの書き戻しが失敗した」という中間状態が発生する可能性があります。この対策として、MCPサーバーに処理ログとリトライ機能を実装し、失敗した操作を自動的に再実行する設計にすることが重要です。

まとめ

CRMと会計のデータサイロは、多くのBtoB企業が抱える構造的な課題です。営業はHubSpotに、経理はfreeeに閉じた業務を行い、両者の情報が断絶することで、経営判断の遅延、二重入力の手間、顧客体験の毀損が発生しています。このテーマの全記事はMCP連携ガイドでご覧いただけます。

MCPを使えば、HubSpot MCPサーバーとfreee MCPサーバーを同時にAIエージェントに接続し、商談成約から請求書生成、入金消込までを一気通貫で自動化できます。従来のiPaaS連携では困難だった「文脈を理解した判断」——取引先名の表記揺れ吸収、勘定科目の自動判定、例外パターンの検出——がMCPの真価です。

ただし、最初から全自動化を目指すのではなく、まずはデータ参照基盤の構築から始めることをおすすめします。「HubSpotとfreeeのデータを自然言語で横断検索できる」という状態だけでも、営業と経理の情報格差は大幅に解消されます。

HubSpot × freee × MCPの連携設計は、CRM活用の次のフロンティアです。自社の業務フローに合わせた最適な連携アーキテクチャを設計するには、CRMと会計の両方の業務理解に加え、MCPの技術的な設計知識が求められます。

具体的な連携設計のご相談や、HubSpot × freee統合の導入支援については、HubSpot認定パートナーとしてCRM×AI連携の実務経験を持つStartLinkまでお気軽にお問い合わせください。