——「商談が成約したら、請求書を手動で作成して、入金されたらまた手動で消込をする」。CRMと会計ソフトが別々に動いている限り、この二重入力の呪いから逃れることはできません。詳しくは「MCPサーバーの構築ガイド」で解説しています。
BtoB企業の営業・経理の現場では、HubSpot CRMで管理している商談情報と、freee会計で管理している請求・入金情報が断絶しているケースが圧倒的に多いのが実情です。商談のクローズはHubSpotで確認できても、その後の請求状況や入金消込の情報はfreeeにログインしなければわかりません。営業が「あの案件、入金されました？」と経理にSlackで聞く——この光景に心当たりがある方は少なくないはずです。AI活用完全ガイドで、AI活用の全体像を把握できます。
MCP（Model Context Protocol）を使えば、HubSpotとfreeeをAIエージェント経由でリアルタイムに接続し、商談成約から請求書生成、入金消込までを一気通貫で自動化するアーキテクチャが構築できます。本記事では、CRMと会計の「データサイロ」を解消するMCP連携の設計パターンと、実務での構築ポイントを解説します。詳しくは「MCPのエンタープライズ導入ガイド」で解説しています。
多くのBtoB企業では、営業チームがHubSpot CRMで商談を管理し、経理チームがfreee会計で請求・入金を管理しています。それぞれが最適なツールを使っている点では合理的ですが、ツール間のデータ連携が手動に依存しているために、以下のような問題が常態化しています。
ここが結構ミソなのですが、CRMと会計のデータサイロは単なる「手間」の問題ではありません。経営判断のスピードに直結する構造的な課題です。
| データサイロの状態 | 起きること | 経営への影響 |
|---|---|---|
| 商談情報と請求情報が別管理 | 「受注はしたが請求していない」案件が放置される | 売上計上の遅延、キャッシュフロー悪化 |
| 入金情報がCRMに反映されない | 営業が入金済み顧客に催促してしまう | 顧客体験の毀損、信頼低下 |
| 月次の売上突合が手動 | 月末3〜5営業日がレポート作成に消える | 経営判断の遅延、リアルタイム性の欠如 |
| 顧客ごとのLTV算出が困難 | HubSpotの商談額とfreeeの実請求額がずれる | 顧客セグメンテーションの精度低下 |
freee会計が公開しているデータによると、中小企業の経理担当者が月次決算に費やす時間は平均5〜10営業日とされています。このうちかなりの割合が、異なるシステム間のデータ突合作業に充てられているのが実態です。
CRMと会計を連携する手段は、MCP以前にもいくつか存在していました。
| 連携手段 | 仕組み | 限界 |
|---|---|---|
| CSV手動インポート | freeeからCSVエクスポート → HubSpotにインポート | リアルタイム性ゼロ、人的ミスの温床 |
| Zapier / Make（iPaaS） | トリガー → アクションのルールベース連携 | 条件分岐の柔軟性に限界、例外処理が弱い |
| カスタムAPI連携 | 自社開発のミドルウェアでAPI接続 | 開発・保守コスト大、仕様変更への追従が負担 |
| HubSpot Data Hub | HubSpotのデータ同期機能 | freeeとのネイティブ連携は未提供 |
どの手段も「決まったパターンの処理を自動化する」ことはできますが、「営業と経理をまたぐ文脈を理解して判断する」ことはできません。ここに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 マルチツール統合の設計方法」で解説しています。
HubSpot × freee MCP連携の基本構成は以下の3層です。
| レイヤー | 役割 | 具体的なコンポーネント |
|---|---|---|
| MCPクライアント | 自然言語指示の受付・処理結果の返却 | Claude Desktop、Cursor、自社AIアプリ |
| MCPサーバー群 | 各SaaSのAPIをMCPツールとしてラップ | HubSpot MCPサーバー + freee MCPサーバー |
| SaaS API | 実際のデータ操作 | HubSpot CRM API v3 + freee会計API |
この構成のポイントは、MCPサーバーが「翻訳層」として機能することです。AIエージェントは「先月クローズドウォンになった取引の請求書を作成して」と指示するだけで、MCPサーバー群が以下の処理を実行します。詳しくは「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 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サーバーの設計では、以下のマッピングロジックを組み込みます。
| HubSpotの情報 | freeeのマッピング先 | 判定ロジック |
|---|---|---|
| 取引の商品カテゴリ（ラインアイテム） | 勘定科目 | コンサルティング → 売上高、ソフトウェア → 売上高（ソフトウェア） |
| 取引先の所在地（国内/海外） | 税区分 | 国内 → 課税売上10%、海外 → 輸出免税 |
| 取引の通貨 | 外貨設定 | JPY → 日本円建て、USD → 外貨建て |
| 支払条件（Net30等） | 支払期日 | 請求日 + 支払条件日数で自動算出 |
請求書を発行した後の「入金消込」も、CRMと会計が分断されている企業にとっては大きなペインです。freeeの銀行明細に入金が記録されても、それがどの請求書に対する入金なのかを手動で紐付ける作業が発生します。さらに、入金が確認されてもHubSpot側の取引ステータスが更新されないため、営業が入金状況を把握できません。
ステップ1：freee銀行明細の取得
freee MCPサーバー経由で、銀行口座の最新明細を取得します。法人口座に入金があった場合、振込人名と金額を取得します。
ステップ2：請求書との照合
AIエージェントが、入金の振込人名・金額とfreeeの未入金請求書を照合します。完全一致だけでなく、振込人名の部分一致（例：「カ）スタートリンク」と「株式会社StartLink」）も文脈で判断します。
ステップ3：消込処理の実行
照合が成功したら、freee MCPサーバー経由で消込処理を実行します。一括入金（複数請求書の合算入金）や分割入金にも対応するロジックを組み込みます。
ステップ4：HubSpot取引の更新
消込が完了したら、HubSpot MCPサーバー経由で取引のカスタムプロパティを更新します。「入金済み」「入金日」「入金額」などを反映し、営業ダッシュボードに入金状況をリアルタイム表示します。
MCP連携の真価は、単なる請求書の自動化ではなく、CRMのパイプラインデータと会計の実績データを統合した予実管理のリアルタイム化にあります。
HubSpotのパイプラインには「見込み案件」の情報があり、freeeの会計データには「確定した売上」の情報があります。この2つをリアルタイムに突合できれば、以下の分析が即座に実行できます。
AIエージェントに「今月の予実レポートを作成して」と指示すると、以下の処理が自動実行されます。
会計データはその企業の財務状況そのものであり、CRMには顧客の個人情報が含まれます。両者をAIエージェント経由で接続する以上、セキュリティ設計は最も慎重に行う必要があります。
最小権限の原則
MCPサーバーに付与するAPIトークンの権限は、業務に必要な最小限のスコープに限定します。freee側では「請求書の作成」は許可しても「決算処理の実行」は許可しない、HubSpot側では「取引の読み取り・更新」は許可しても「取引の削除」は許可しない、といった粒度で制御します。
Human-in-the-Loop（人間による承認）
ここが結構ミソなのですが、MCPツールのアノテーション機能を使って、更新系の操作（請求書の作成、消込の実行、取引プロパティの更新）にはユーザー確認を必須にします。AIが自動判断して実行するのではなく、「この請求書を作成しますか？」と確認を挟むことで、誤操作のリスクを排除します。
| 操作カテゴリ | 自動実行 | 確認必須 | 禁止 |
|---|---|---|---|
| データ検索・取得 | HubSpot取引検索、freee残高確認 | — | — |
| データ作成 | — | 請求書作成、取引先登録 | — |
| データ更新 | — | 消込処理、取引ステージ変更 | — |
| データ削除 | — | — | 取引削除、請求書削除 |
監査ログの設計
すべてのMCPツール呼び出しをログに記録します。誰が（ユーザーID）、いつ（タイムスタンプ）、何を（ツール名とパラメータ）、結果は（成功/失敗）を記録し、電子帳簿保存法やインボイス制度の要件を満たすトレーサビリティを確保します。
私自身、HubSpot MCPサーバーとfreee MCPサーバーを組み合わせてCRMと会計のリアルタイム連携を実務で回しています。この経験から言えるのは、「CRM起点で会計を動かす」というアーキテクチャの威力は、個別の自動化以上に、営業と経理の情報格差がなくなる点にあるということです。
従来の企業では、営業は「受注した」ことは知っていても「入金されたか」は知りません。経理は「入金された」ことは知っていても「次にいくらの受注が見込めるか」は知りません。MCPで両方のデータソースをAIが横断的に参照できるようになると、この情報の非対称性が解消されます。
「来月のキャッシュフロー見通しは？」という経営者の問いに対して、HubSpotのパイプラインとfreeeの入金実績の両方を踏まえた回答が即座に返ってくる。これは、従来の「営業レポート」と「月次決算」を別々に見て頭の中で統合する作業とは、まったく異なる体験です。
ただし、最初から全自動化を目指すのは推奨しません。私の経験上、最も効果的なのは以下の順序で段階的に導入することです。
ZapierやMakeなどのiPaaSツールとMCP連携は、よく比較されますが、そもそもの設計思想が異なります。
| 比較軸 | iPaaS（Zapier / Make） | MCP連携 |
|---|---|---|
| 処理モデル | トリガー → アクションの固定ルール | AIが文脈に応じて判断・実行 |
| 条件分岐 | 事前定義したIF/THEN分岐 | 自然言語で動的に判断 |
| 例外処理 | エラー時は停止 or 固定の代替処理 | AIがコンテキストを踏まえて代替策を提案 |
| ファジーマッチング | 完全一致のみ | 表記揺れ・部分一致を文脈で判断 |
| 設定の柔軟性 | GUIで設定変更 | 自然言語で指示変更 |
| 月額コスト | タスク数に応じた従量課金 | AIモデルの利用料 + API利用料 |
| 学習コスト | 低（ノーコード） | 中（MCPの概念理解が必要） |
iPaaSとMCPは排他的な関係ではありません。定型的な処理（例：「HubSpotのフォーム送信をSlackに通知する」）はiPaaSで十分ですし、コストも安く済みます。一方、文脈判断が必要な処理（例：「取引先名の表記揺れを吸収しながら請求書を作成する」）はMCPが圧倒的に強いです。
まずはHubSpot MCPサーバーとfreee MCPサーバーをClaude Desktopに接続し、両方のデータを自然言語で横断検索できる環境を構築します。この段階では書き込み操作は一切行いません。
やること
請求書のドラフト作成と入金消込の照合をAIに任せ、最終確認は人間が行うフローを構築します。
やること
定型パターンの処理を全自動化し、例外ケース（金額不一致、取引先不明など）のみ人間がレビューするフローに移行します。
やること
MCPサーバーの初期セットアップにはNode.jsやPythonの基本的な知識が必要です。ただし、HubSpotは公式にリモートMCPサーバーを提供しているため、HubSpot側はコーディング不要で接続できます。freee側のMCPサーバーは現時点では自前構築が必要ですが、MCP SDKのドキュメントに従えば、APIの基本知識があれば構築可能です。
Zapierで十分に機能しているフローまで無理にMCPに移行する必要はありません。MCPの価値は「文脈判断が必要な処理」にあります。取引先名の表記揺れ吸収、勘定科目の自動判定、複数条件の組み合わせ判断など、Zapierの固定ルールでは対応しきれないケースが出てきたタイミングで、MCPの導入を検討するのが合理的です。
freee MCPサーバーはfreeeのREST APIを利用するため、API利用が可能なプラン（ミニマムプラン以上）が必要です。ただし、請求書APIや消込APIなど一部のエンドポイントはプランによって利用可否が異なります。具体的なAPI対応状況はfreee APIリファレンスで確認してください。
MCPサーバー経由でfreeeに作成される請求書は、freeeの既存機能を通じて生成されるため、freee側のインボイス制度対応（登録番号の記載、税率ごとの合計表示など）がそのまま適用されます。電子帳簿保存法についても、freeeの電帳法対応機能を活用することで準拠可能です。ただし、AIが自動判定した勘定科目や税区分が正しいかどうかの最終確認は、経理担当者または顧問税理士が行うことを推奨します。
HubSpotの公式リモートMCPサーバーは、無料CRM（Free Tools）でも利用可能です。ただし、無料プランではカスタムプロパティの数やワークフロー機能に制限があるため、請求ステータスの書き戻しや自動トリガーの設計に制約が出ます。実用的なCRM×会計連携を構築するには、少なくともStarter以上のプランが推奨されます。
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までお気軽にお問い合わせください。