%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png?width=130&height=39&name=%E6%9C%80%E7%B5%82Start%20Link%20(500%20x%20150%20px)%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png "StartLink"){kind=logo}
この記事の結論
HubSpot MCPサーバーとfreee MCPサーバーを組み合わせ、商談成約から請求書生成・入金消込までをAIエージェント経由でつなぐ設計。CRMと会計のデータサイロを解消するのが核心です。
HubSpot MCPサーバーとfreee MCPサーバーを組み合わせ、商談成約から請求書生成・入金消込までをAIエージェント経由でつなぐ設計。CRMと会計のデータサイロを解消するのが核心です。
——「商談が成約したら、請求書を手動で作成して、入金されたらまた手動で消込をする」「あの案件、入金されました？」と営業が経理にSlackで聞く。CRMと会計ソフトが別々に動いている限り、この二重入力と確認作業の手間は残ったままです。
CRM×会計連携とは、CRMの商談・顧客データと会計ソフトの請求・入金データをつなぎ、受注から回収までを一つの流れとして扱う仕組みのことです。MCP（Model Context Protocol）を使えば、HubSpotとfreeeをAIエージェント経由で接続し、この一気通貫フローを実現できます。2026年10月時点では、HubSpotとfreeeのどちらも公式のリモートMCPサーバーが公開されており、自前でサーバーを作らなくても接続を始められます。
次の図は、MCP×CRM×会計連携のアーキテクチャを示した概念図です。
BtoB企業の営業・経理の現場では、HubSpot CRMで管理している商談情報と、freee会計で管理している請求・入金情報が断絶しているケースが少なくありません。商談のクローズはHubSpotで確認できても、その後の請求状況や入金消込の情報はfreeeにログインしなければわからない、という状態です。AI活用完全ガイドで、AI活用の全体像を把握できます。
本記事では、CRMと会計の「データサイロ」を解消するMCP連携の設計パターンと、実務での構築ポイントを解説します。MCPサーバーの作り方そのものは「MCPサーバーの構築ガイド」、導入時の体制づくりは「MCPのエンタープライズ導入ガイド」で解説しています。
この記事でわかること
この記事は、営業側のCRMと経理側の会計ソフトが分断され、二重入力や確認作業が起きている方に向けて、MCPによる連携の設計と導入の進め方を解説するものです。具体的には以下の内容がわかります。
- CRMと会計が分断される構造的原因 — 「営業はHubSpot、経理はfreee」という分業がなぜデータサイロを生むのかを整理します
- MCPによる連携のアーキテクチャ — 従来のAPI連携・iPaaSとの違いと、3層構成の設計を解説します
- 成約→請求→入金消込の自動化設計 — 勘定科目の自動判定や取引先名のファジーマッチングなど、実務で効果の大きいポイントを紹介します
- セキュリティ設計と段階的導入 — 人間が承認する運用設計と、3フェーズのロードマップを示します
営業・経理・経営企画など、部門をまたぐデータ連携を設計する立場の方に向けて書いています。最後まで読むと、MCP連携の全体像と、自社で始める最初の一歩が描けるようになります。
先に結論：何で「MCPかiPaaSか」を決めるか
判断の軸は、処理が「決まった形で繰り返されるか」「文脈を見て判断する工程が混ざるか」の2点です。API仕様の細部は公式ドキュメントに任せ、この記事では設計の考え方に絞って説明します。
| 状況 | 向く手段 | 理由 |
|---|---|---|
| 入力項目が決まっていて、例外がほとんど出ない | iPaaSやHubSpotのワークフロー | 固定ルールで足り、挙動を予測しやすい |
| 取引先名の表記揺れ、摘要の読み取りなど判断が混ざる | MCP＋人の承認 | AIが候補を出し、人が確定する形に向く |
| 税区分・勘定科目など、誤ると税務に影響する判断 | 経理担当者・税理士の確認が前提 | AIの判定は候補にとどめる |
| 会計データを参照して問いに答えるだけ | MCP（読み取りのみ） | 書き込みがなく、最初の一歩として安全 |
なぜCRMと会計は分断されるのか——データサイロの構造的原因
まず、なぜCRMと会計ソフトのデータが分断されてしまうのかを整理します。ツール選定の失敗というより、部門ごとに最適なツールを選んだ結果として起きる、構造的な問題です。
「営業はHubSpot、経理はfreee」という分業の壁
多くのBtoB企業では、営業チームがHubSpot CRMで商談を管理し、経理チームがfreee会計で請求・入金を管理しています。それぞれが最適なツールを使っている点では合理的ですが、ツール間のデータ連携が手動に依存しているために、以下のような問題が常態化しています。
- 商談がクローズドウォンになっても、請求書の発行が遅れる
- 入金があっても、HubSpot側の取引ステータスが更新されない
- 月次の売上レポートを作るために、HubSpotとfreeeの数字を手動で突合する必要がある
- 営業が「未入金」の顧客にフォローアップすべきかどうか、経理に聞かないとわからない
データサイロが経営判断を遅らせるメカニズム
見落とされやすい点ですが、CRMと会計のデータサイロは単なる「手間」の問題ではありません。経営判断のスピードに直結する構造的な課題です。
| データサイロの状態 | 起きること | 経営への影響 |
|---|---|---|
| 商談情報と請求情報が別管理 | 「受注はしたが請求していない」案件が放置される | 売上計上の遅延、キャッシュフロー悪化 |
| 入金情報がCRMに反映されない | 営業が入金済み顧客に催促してしまう | 顧客体験の毀損、信頼低下 |
| 月次の売上突合が手動 | 月末の作業時間がレポート作成に割かれる | 経営判断の遅延、リアルタイム性の欠如 |
| 顧客ごとのLTV算出が困難 | HubSpotの商談額とfreeeの実請求額がずれる | 顧客セグメンテーションの精度低下 |
月次決算にかかる時間のうち、かなりの割合がこうした異なるシステム間のデータ突合作業に充てられているケースがあります。
従来の連携手段とその限界
CRMと会計を連携する手段は、MCP以前にもいくつか存在していました。
| 連携手段 | 仕組み | 限界 |
|---|---|---|
| CSV手動インポート | freeeからCSVエクスポート → HubSpotにインポート | リアルタイム性がなく、人的ミスが起きやすい |
| iPaaS（ノーコードの自動化サービス） | トリガー → アクションのルールベース連携 | 条件分岐の柔軟性に限界、例外処理が弱い |
| カスタムAPI連携 | 自社開発のミドルウェアでAPI接続 | 開発・保守の負担が大きく、仕様変更への追従が必要 |
| HubSpot Data Hub | HubSpotのデータ同期機能 | 連携先や同期の範囲は、導入前に公式の対応状況を確認する必要がある |
どの手段も「決まったパターンの処理を自動化する」ことはできますが、「営業と経理をまたぐ文脈を理解して判断する」ことは苦手なケースが少なくありません。ここにMCPの出番があります。
MCPによるCRM×会計連携のアーキテクチャ
ここからが本題です。MCPを使ってHubSpotとfreeeをどう接続するのか、全体のアーキテクチャを見ていきます。ポイントは、AIエージェントが両方のシステムを「文脈」として保持したまま処理できることです。
MCPが実現する「文脈を持った連携」
MCP（Model Context Protocol）は、Anthropic社が2024年に公開したオープンスタンダードです。AIエージェントが外部システムのツールやデータに、標準化された方法で安全にアクセスするための通信プロトコルとして設計されています。2026年10月時点の最新仕様は2026-07-28版で、リモート接続の標準は Streamable HTTP（1つのエンドポイントへ HTTP POST でメッセージを送る方式）です。Claude、ChatGPT、Visual Studio Code、Cursor など多くのクライアントが対応しており、特定の製品専用の仕組みではありません（出典：MCP公式仕様）。詳しくは「HubSpot MCP Serverの活用ガイド」で解説しています。
MCPの強みは、複数のMCPサーバーを同時に接続できる点にあります。HubSpot MCPサーバーとfreee MCPサーバーを同時にClaudeなどのAIエージェントに接続すれば、AIが「HubSpotの商談情報」と「freeeの請求情報」の両方をコンテキストとして保持しながら、文脈に応じた処理を実行できます。詳しくは「MCP × freee連携ガイド」で解説しています。
従来のiPaaS連携が「Aが起きたらBを実行する」という固定ルールに基づくのに対し、MCP連携では「HubSpotの取引額と取引先情報を確認し、freeeの勘定科目マスタと照合した上で、適切な税区分を選択して請求書を作成する」という、文脈理解を伴う処理が可能になります。詳しくは「MCP マルチツール統合の設計方法」で解説しています。
3層アーキテクチャの全体設計
HubSpot × freee MCP連携の基本構成は以下の3層です。
| レイヤー | 役割 | 具体的なコンポーネント |
|---|---|---|
| MCPクライアント | 自然言語指示の受付・処理結果の返却 | Claude Code、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サーバー：取引オブジェクトから先月のクローズドウォン案件を検索
- HubSpot MCPサーバー：各取引に紐づくコンタクト・会社情報を取得
- freee MCPサーバー：取引先マスタとの照合（なければ新規作成）
- freee MCPサーバー：請求書の作成（金額・税区分・勘定科目を自動設定）
2つのMCPサーバーの接続
HubSpotは公式のリモートMCPサーバー（https://mcp.hubspot.com）を公開しています。MCPコネクタを作成し、PKCE対応のOAuth（MCP仕様のOAuth 2.1に沿った認証）で接続する設計で、コンタクト・会社・取引・チケット・見積などのCRMオブジェクトと、メモ・タスクなどのエンゲージメントを読み書きできます（2026年10月時点。見積の作成は BETA、プランの条件あり）。主なツールとしては、以下のようなものが用意されています。
search_crm_objects：取引・コンタクト・会社の検索get_crm_objects：特定オブジェクトの詳細取得get_properties：プロパティ定義の取得search_owners：担当者情報の検索
HubSpotの公式MCPサーバーの対応データ・権限・接続手順は、HubSpot開発者ドキュメントで確認できます。
一方、freeeも公式のMCPサーバーとAgent Skillsを公開しています。会計・人事労務・請求書など複数のfreee APIをAIエージェントから操作でき、推奨はリモート版（https://mcp.freee.co.jp/mcp）への接続です。ローカルでのセットアップが不要で、Claude Codeではプラグインとして導入できます。認証はOAuth 2.0（PKCE）です。ツールは freee_api_get・freee_api_post・freee_api_put のようにHTTPメソッドごとの構成で、パスを指定してAPIを呼び出します（出典：freee-mcp（GitHub）、2026年10月確認）。会計APIの主なエンドポイントは以下の通りです。実在するパスと対応するHTTPメソッドは、freee-mcpリポジトリのOpenAPI定義で確認できます（2026年10月確認）。
| エンドポイント | 用途 |
|---|---|
/api/1/deals |
取引（収入・支出）の取得・作成 |
/api/1/deals/{id}/payments |
取引への支払・入金の登録（POST） |
/api/1/wallet_txns |
口座明細の取得 |
/api/1/reports/trial_pl・/api/1/reports/trial_bs |
試算表（損益計算書・貸借対照表）の取得 |
/api/1/journals |
仕訳帳の取得 |
/api/1/account_items |
勘定科目マスタの取得 |
/api/1/taxes/codes |
税区分コードの取得 |
/api/1/partners |
取引先の取得・作成 |
/api/1/expense_applications |
経費精算の取得・作成 |
請求書は注意が必要です。会計APIの /api/1/invoices は取得（GET）のみで、請求書の作成は請求書API（POST https://api.freee.co.jp/iv/invoices）で行います。つまり「請求書を作る」処理は会計APIとは別のAPIになるため、権限や利用条件も別に確認してください。
freee APIではすべての操作の基点として事業所ID（company_id）が必要です。接続時に対象の事業所を明示し、AIエージェントが複数の事業所を取り違えない運用にしてください。自前のMCPサーバーを構築する場合は、事業所IDを環境変数として管理する設計が有効です。
freeeのAPI仕様については、freee Developers Communityで公開されています。利用できるAPIの範囲は契約プランや利用者の権限によって異なるため、導入前にfreee公式の案内で自社のプランを確認してください。
ツール設計と勘定科目マッピング
freeeの公式MCPを使う場合も、自前でツールを構築する場合も、「参照系」と「更新系」を分けて運用します。自前で構築するなら、MCPのツールアノテーション（readOnlyHint・destructiveHint）で参照系・更新系の性質を示せます。ただし、MCPの仕様上これらはあくまでヒントであり、承認を強制する設定ではありません（MCP仕様）。確認を挟むかどうかは、利用するクライアントの承認設定と、社内の運用ルールで担保します。
自前で構築する場合の参照系ツールの例として、get_trial_pl（試算表取得）、search_deals（取引検索）、get_journal_entries（仕訳帳取得）などを定義します。更新系ツールにはcreate_deal（取引作成）、create_expense_application（経費精算申請）、create_invoice（請求書作成）などを定義します。
AIエージェントが「タクシー代をAmazon Payで支払った」という自然言語の指示を正しい仕訳に変換するには、勘定科目のマッピングが重要です。勘定科目の判定精度を上げるには、MCPサーバー起動時（または会話の冒頭）にfreeeの勘定科目マスタ（/api/1/account_items）と税区分コード（/api/1/taxes/codes）を取得してコンテキストに載せ、AIが「旅費交通費」「未払金」などの勘定科目を適切に選択できるようにします。
HubSpot ゴールドパートナーが開発・提供
HubSpotの商品項目とfreeeの勘定科目・税区分の対応関係を毎回手入力するのは手間がかかります。HubSpotゴールドパートナーのStartLinkが提供するSync for freeeは、freee側で勘定科目・税区分を自動判定・自動設定するため、正確な売上計上と入力の手間削減を両立できます。
無料プランから試せます。HubSpotマーケットプレイスからインストールできます。
freee × MCPの基本ユースケース——仕訳入力と経費精算の自動化
CRM×会計の一気通貫フローに入る前に、freee MCPサーバー単体でも実現できる基本的な自動化ユースケースを押さえておきます。freee側だけでも業務改善の効果が出やすいため、ここから始めるのも有効なスモールスタートです。
仕訳入力の自動化
経理担当者が「12月の出張旅費として新幹線代32,000円を法人カードで支払った」と入力すると、AIエージェントが勘定科目マスタを参照し、以下の仕訳を自動生成します。
- 借方: 旅費交通費 32,000円
- 貸方: 未払金（法人カード） 32,000円
- 税区分: 課対仕入10%
AIが勘定科目の候補を提示し、ユーザーが確認後にfreeeに登録する2段階フローにより、誤った仕訳の登録を防ぎます。ただし、人間の確認を挟まない完全自動化は、誤登録や例外の見逃しにつながるため推奨しません。AIは「提案」に留め、最終的な登録判断は人間が行う運用設計にしてください。
経費精算の効率化
経費精算も同様に、「先月のタクシー利用5件をまとめて経費精算申請して」という指示で、AIエージェントがfreeeの経費精算API（/api/1/expense_applications）を呼び出し、申請書のドラフトを自動作成します。領収書のOCRデータと組み合わせれば、金額・日付・利用目的の入力を大幅に省力化できます。
月次レポートの即時生成
「先月の売上と経費の内訳を部門別にまとめて」という指示で、AIエージェントがfreeeの試算表API（/api/1/reports/trial_pl など）から数値を取得し、表形式のレポートにまとめます。従来はfreeeの画面で試算表を表示し、Excelにエクスポートして加工するという手順が必要でしたが、MCPを介したAIエージェントなら取得から整形までを一度の指示で依頼できます。数値は試算表の元データと突き合わせてから会議資料に使います。
商談成約から入金消込まで——一気通貫フローの設計
MCP連携の中核となるのが、HubSpotの取引が成約したタイミングから、freeeでの請求書生成・入金消込までをつなぐフローです。
商談成約→請求書生成の5ステップ
ステップ1：HubSpot取引のステージ変更を検知
HubSpotの取引パイプラインで「クローズドウォン（受注）」にステージが変更されたタイミングがトリガーになります。HubSpotのワークフロー機能でWebhookを発火させるか、MCPサーバーの定期ポーリングで検知する設計にします。
ステップ2：取引情報と関連オブジェクトの取得
AIエージェントがHubSpot MCPサーバー経由で、成約した取引の詳細情報を取得します。金額、通貨、取引先（会社オブジェクト）、主担当者（コンタクトオブジェクト）、商品明細（ラインアイテム）を一括で引き出します。
ステップ3：freee取引先マスタとの照合
HubSpotの会社名でfreeeの取引先を検索し、存在すれば紐付け、存在しなければ新規作成します。この工程の要は、HubSpotの「会社名」とfreeeの「取引先名」が微妙に異なるケース（「株式会社」の有無、半角全角の違いなど）です。こうした表記揺れをAIが文脈で判断できる点が、MCP連携の強みです。完全一致だけのマッチングでは拾いきれない表記揺れにも対応できる余地があり、実務上の効果が期待できるポイントです。
ステップ4：請求書の自動生成
freee MCPサーバー経由で、請求書APIを使って請求書の下書きを作成します。HubSpotの取引金額とラインアイテムの情報から、品目・数量・税率の案をAIが組み立て、経理担当者が確認してから確定します。適格請求書として必要な記載事項（登録番号・税率ごとの対価の額など）が満たされているかは、freeeの設定と合わせて経理側で確認してください。
ステップ5：HubSpot取引プロパティの更新
請求書が作成されたら、HubSpotの取引にカスタムプロパティ（請求書番号、請求日、請求ステータスなど）を書き戻します。これにより、営業担当者がHubSpot上で請求状況を確認できるようになります（反映のタイミングは、書き戻しを実行する間隔によります）。
以下の画面は、HubSpotのデモポータルで、取引レコードに会計連携カードを表示した例です（連携先はマネーフォワード）。取引上で見積・取引先の情報や、請求イベント（発行済／予測）を確認できます。freeeの場合も、取引の上に請求状況を並べるという考え方は同じです。
勘定科目・税区分の自動判定ロジック
freeeで請求書を作成する際に重要なのが、勘定科目と税区分の正確な設定です。MCPサーバーの設計では、以下のマッピングロジックを組み込みます。
| HubSpotの情報 | freeeのマッピング先 | 判定ロジック |
|---|---|---|
| 取引の商品カテゴリ（ラインアイテム） | 勘定科目 | コンサルティング → 売上高、ソフトウェア → 売上高（ソフトウェア） |
| 取引先の所在地・取引内容（国内/海外） | 税区分 | 所在地だけでは決めず、「要確認」として経理に回す |
| 取引の通貨 | 外貨設定 | JPY → 日本円建て、USD → 外貨建て |
| 支払条件（Net30等） | 支払期日 | 請求日 + 支払条件日数で自動算出 |
このマッピングは企業の商材・取引形態によって最適な形が異なります。自社の勘定科目体系や請求パターンに合わせて設計してください。
とくに税区分は、機械的な対応表にしないでください。たとえば輸出免税は、取引相手が海外にあるというだけでは決まりません。国税庁のタックスアンサー No.6551では、非居住者に対する役務の提供でも、国内で直接便益を享受するものなどは免税にならないとされています。所在地などの条件に当てはまる取引は、AIが判定するのではなく「要確認」の印を付けて経理担当者や顧問税理士に回す設計にするのが安全です（個別の税務判断は専門家にご確認ください）。
入金消込の自動化フロー
請求書を発行した後の「入金消込」も、CRMと会計が分断されている企業にとっては大きなペインです。freeeの銀行明細に入金が記録されても、それがどの請求書に対する入金なのかを手動で紐付ける作業が発生します。さらに、入金が確認されてもHubSpot側の取引ステータスが更新されないため、営業が入金状況を把握できません。MCPによる入金消込は以下の流れで設計します。
ステップ1：freee銀行明細の取得
freee MCPサーバー経由で、銀行口座の最新明細（口座明細）を取得します。法人口座に入金があった場合、振込人名と金額を取得します。
ステップ2：請求書との照合
AIエージェントが、入金の振込人名・金額とfreeeの未入金請求書を照合します。完全一致だけでなく、振込人名の部分一致（例：「カ）スタートリンク」と「株式会社StartLink」）も文脈で判断します。
ステップ3：消込処理の実行
照合が成功したら、freee側で該当の取引に入金を登録する形で消込処理を行います（freeeのAPIには取引への支払登録のエンドポイントがあります）。実行前に、照合の根拠と登録内容を経理担当者が確認します。一括入金（複数請求書の合算入金）や分割入金にも対応するロジックを組み込みます。
ステップ4：HubSpot取引の更新
消込が完了したら、HubSpot MCPサーバー経由で取引のカスタムプロパティを更新します。「入金済み」「入金日」「入金額」などを反映し、営業ダッシュボードで入金状況を確認できるようにします。
予実管理のリアルタイム化
MCP連携の価値は、請求書処理の自動化だけにとどまりません。CRMのパイプラインデータと会計の実績データを統合することで、予実管理そのものが変わります。
CRM×会計データの統合がもたらす予実管理の進化
HubSpotのパイプラインには「見込み案件」の情報があり、freeeの会計データには「確定した売上」の情報があります。営業は受注を知っていても入金までは把握できず、経理は入金を知っていても次の受注見込みは把握できない——この情報の非対称性を、AIが両方のデータソースを横断参照することで解消できます。この2つをリアルタイムに突合できれば、以下の分析が即座に実行できます。AIによる経営データの可視化にも、こうした手法は応用可能です。
- 着地予測の精度向上：パイプラインの加重売上予測と、freeeの実績売上を比較して乖離を可視化
- キャッシュフロー予測：未入金の請求書一覧と、パイプラインの成約予測を組み合わせた入金予測
- 顧客別LTVの正確な算出：HubSpotの取引履歴とfreeeの実入金額を紐付けた精緻なLTV計算
「来月のキャッシュフロー見通しは？」という経営者の問いに対して、パイプラインと入金実績の両方を踏まえた回答が返ってくる。これは、「営業レポート」と「月次決算」を別々に見て頭の中で統合する作業とは大きく異なる体験です。
実装パターン：月次レポートの自動生成
AIエージェントに「今月の予実レポートを作成して」と指示すると、以下の処理が自動実行されます。
- HubSpot MCPサーバーで今月の取引（全ステージ）を取得
- freee MCPサーバーで今月の売上実績を取得
- パイプラインの加重予測額とfreee実績額の比較表を生成
- 差異の大きい案件をハイライトし、アクション提案を生成
iPaaS連携との比較——MCPは従来のルールベース連携の代替なのか
ここまで読むと「ノーコードのiPaaSでも同じことができるのでは？」と思う方もいるかもしれません。両者は似た領域をカバーしますが、そもそもの設計思想が異なります。
両者の根本的な違い
| 比較軸 | iPaaS（ルールベース連携） | MCP連携 |
|---|---|---|
| 処理モデル | トリガー → アクションの固定ルール | AIが文脈に応じて判断・実行 |
| 条件分岐 | 事前定義したIF/THEN分岐 | 自然言語で動的に判断 |
| 例外処理 | エラー時は停止 or 固定の代替処理 | AIがコンテキストを踏まえて代替策を提案 |
| ファジーマッチング | 完全一致のみ | 表記揺れ・部分一致を文脈で判断 |
| 設定の柔軟性 | GUIで設定変更 | 自然言語で指示変更 |
| コスト | 多くはタスク数に応じた課金（サービスごとに異なる） | AIモデルの利用料 + API利用料 |
| 学習コスト | 低（ノーコード） | 中（MCPの概念理解が必要） |
使い分けの指針
iPaaSとMCPは排他的な関係ではありません。定型的な処理（例：「HubSpotのフォーム送信をSlackに通知する」）はiPaaSで十分ですし、コストも抑えられます。一方、文脈判断が必要な処理（例：「取引先名の表記揺れを吸収しながら請求書を作成する」）はMCPが適しています。
なお、HubSpot以外のCRMと会計ソフトを組み合わせている場合も、「定型処理はルールベース連携、文脈判断はAI」という使い分けの考え方自体は同じです。
セキュリティ設計と権限管理
会計データはその企業の財務状況そのものであり、CRMには顧客の個人情報が含まれます。両者をAIエージェント経由で接続する以上、セキュリティ設計は慎重に行う必要があります。
最小権限の原則とHuman-in-the-Loop
MCPサーバーに付与するAPIトークンの権限は、業務に必要な最小限のスコープに限定します。ただし、細かく切れるかどうかはサービスごとに異なります。HubSpotの公式リモートMCPでは、コネクタのスコープを自分で定義するのではなく、MCPサーバーのツールとインストール時に利用者が許可した権限で決まり、操作はその利用者のHubSpotユーザー権限の範囲に限られます（HubSpot公式）。freeeの公式MCPには削除用のツール（freee_api_delete）もあるため、「書き込みは許可するが削除は許可しない」といった分け方ができるかは、認可画面で選べる権限と接続する利用者の権限で確認してください。確認できない場合は、削除を含む更新系を許可しない専用の利用者を用意する設計が安全です。
設計の要として、更新系の操作（請求書の作成、消込の実行、取引プロパティの更新）にはユーザー確認を挟む設計にします。MCPのツールアノテーションは確認を強制する仕組みではないため、確認はMCPクライアント側の承認設定（更新系ツールは毎回承認する設定）と、運用ルールの両方で担保します。AIが自動判断して実行するのではなく、「この請求書を作成しますか？」と確認を挟むことで、誤操作のリスクを低減します。
| 操作カテゴリ | 自動実行 | 確認を挟む | 許可しない |
|---|---|---|---|
| データ検索・取得 | HubSpot取引検索、freee残高確認 | — | — |
| データ作成 | — | 請求書作成、取引先登録 | — |
| データ更新 | — | 消込処理、取引ステージ変更 | — |
| データ削除 | — | — | 取引削除、請求書削除（権限を付与しない、または承認を拒否する運用） |
こうした確認を担当者の気配りに頼るのではなく、仕組みとして組み込むことがポイントです。担当者が変わっても、新人が運用を引き継いでも、同じ安全性が維持できるように設計します。
監査ログの設計
すべてのMCPツール呼び出しをログに記録します。誰が（ユーザーID）、いつ（タイムスタンプ）、何を（ツール名とパラメータ）、結果は（成功/失敗）を記録し、電子帳簿保存法やインボイス制度の要件を満たすトレーサビリティを確保します。
MCP連携の制約と注意点——正直な限界
メリットだけでなく、導入前に知っておくべき制約も正直にお伝えします。技術面と組織面の両方に留意点があります。
技術的な制限
- リアルタイム性の限界：MCPの仕様自体はサーバーからの通知（notification）を規定していますが（Streamable HTTP）、AIエージェントが外部システムの変更を受けて自動的に動き出す運用が、HubSpotやfreeeの公式MCPで標準的に用意されているわけではありません。「取引がクローズドウォンになった瞬間」に処理を始めるには、HubSpotのワークフローなど、イベントを起点にできる仕組みと組み合わせる設計を検討してください
- トランザクション整合性：HubSpotとfreeeは独立したサービスであり、分散トランザクションのサポートはありません。「freeeに請求書を作成したが、HubSpotのプロパティ更新が失敗した」というケースのリカバリーロジックを設計に組み込む必要があります
- API Rate Limit：HubSpot APIには1日あたりのリクエスト数制限（プランにより異なる）、freee APIにも同様のレート制限があります。大量処理を行う場合はバッチ設計が必要です
組織的な課題
- 経理部門の理解と協力：AIが会計データに触れることへの心理的抵抗は無視できません。「AIが自動で請求書を作る」のではなく「AIが下書きを作り、人間が承認する」というフレーミングで導入するのが現実的です
- 税理士・会計士との連携：顧問税理士がfreeeのデータを参照している場合、MCP経由での自動仕訳がルールに適合しているかを事前にすり合わせる必要があります
- インボイス制度への準拠：適格請求書の記載要件（登録番号、税率ごとの合計額など）をMCPサーバーのロジックに組み込む必要があります。freeeのインボイス制度対応機能と連携する設計にすることで、準拠性を担保しやすくなります
導入ロードマップ——スモールスタートで始める3つのフェーズ
CRM×会計の連携では、最初から全自動化を目指すのではなく、段階的に広げる設計が現実的です。「HubSpotとfreeeのデータを自然言語で横断検索できる」という状態だけでも、営業と経理の情報格差は小さくなります。以下は一般的な設計例であり、期間は仮の目安です。体制・データ量・承認フローによって大きく変わります。
フェーズ1：データ参照基盤の構築（目安：数週間）
まずはHubSpot MCPサーバーとfreee MCPサーバー（どちらも公式のリモート版）をClaude CodeなどのMCPクライアントに接続し、両方のデータを自然言語で横断検索できる環境を構築します。この段階では書き込み操作は行いません。
やること
- HubSpot MCPサーバーの認証設定（OAuth 2.1）
- freee MCPサーバーの接続（OAuth 2.0、対象の事業所の選択）
- 「この取引先の今月の売上は？」「未入金の請求書一覧は？」といったクエリで動作確認
freee側をClaude Codeに入れる場合は、freee公式の手順（2026年10月確認）で、プラグインとして次の2コマンドを実行します。リモートMCPサーバーとAgent Skillsがまとめて入ります。
claude plugin marketplace add freee/freee-mcp
claude plugin install freee-mcp@freee-mcp-marketplaceHubSpot側は、開発者ドキュメントの手順でMCPコネクタを作成し、PKCE対応のOAuthで接続します。どちらも、最初は読み取りの質問だけで動作を確かめ、書き込みを伴う操作は承認の運用を決めてから許可します。接続後の確認は、1つの取引先を決めて「HubSpotの取引額」と「freeeの請求額」が一致するかを人の目で突き合わせるのが確実です。
フェーズ2：半自動化フローの構築（目安：1〜2か月）
請求書のドラフト作成と入金消込の照合をAIに任せ、最終確認は人間が行うフローを構築します。
やること
- HubSpot取引のクローズドウォンをトリガーとした請求書ドラフト生成
- 勘定科目・税区分の自動判定ロジックの実装
- Human-in-the-Loopによる承認フローの設計
フェーズ3：自動化と例外処理（目安：2か月以降）
定型パターンの処理を自動化し、例外ケース（金額不一致、取引先不明など）のみ人間がレビューするフローに移行します。
やること
- 定型請求書の発行（経理担当者が合意した条件を満たすものに限り、承認を簡略化する。当面は下書き止まりでもよい）
- 入金消込の自動実行（完全一致の場合のみ。取り消し手順を決めてから）
- 例外パターンの検出・通知ロジックの実装
- 監査ログの設計・実装
自社に最適な形で設計する
業務フロー・勘定科目体系・承認プロセスは企業によって異なるため、ここで紹介した設計をそのまま持ち込むのではなく、自社の実態にフィットした形に調整することが重要です。
公式のリモートMCPサーバーを使う場合は、接続・認可と権限設計・承認フローの設計が中心になります。自前でMCPサーバーを構築する場合は、参照系ツール、更新系ツール、勘定科目マッピング、監査ログ、HubSpotとの統合フローの順に工数が積み上がります。期間は、対象とする業務の範囲・既存システム・レビュー体制で変わるため、最初の参照系だけを小さく作って実測し、その結果から見積もるのが確実です。
よくある質問
Q1. MCPでHubSpotとfreeeを連携するには、プログラミングの知識が必要ですか？
MCPサーバーの初期セットアップにはNode.jsやPythonの基本的な知識が必要です。ただし、2026年10月時点では、HubSpotもfreeeも公式のリモートMCPサーバーを提供しているため、接続だけならコーディングは不要です（認可の設定と権限の確認は必要です）。コードが要るのは、請求書の自動作成や消込のように、2つのサーバーをまたぐ処理を自前のエージェントや定期実行に組み込む段階からです。
Q2. 既にiPaaSでHubSpotとfreeeを連携しています。MCPに移行すべきですか？
iPaaSで十分に機能しているフローまで無理にMCPに移行する必要はありません。MCPの価値は「文脈判断が必要な処理」にあります。取引先名の表記揺れ吸収、勘定科目の自動判定、複数条件の組み合わせ判断など、固定ルールでは対応しきれないケースが出てきたタイミングで、MCPの導入を検討するのが合理的です。
Q3. freeeのどのプランからMCP連携が利用できますか？
freee MCPサーバーはfreeeのAPIを呼び出すため、API利用が可能な契約と、操作する利用者の権限が必要です。請求書APIや消込APIなど一部のエンドポイントは、プランによって利用可否が異なる場合があります。必要なプランは変更されることがあるため、freeeの最新の案内とfreee APIリファレンスで確認してください。
Q4. 電子帳簿保存法やインボイス制度との整合性は問題ありませんか？
MCPサーバー経由で作成する請求書も、freeeの請求書機能を通じて生成されるため、登録番号や税率ごとの表示などの記載は、freee側の設定が前提になります。記載要件を満たしているかは、作成された請求書を経理担当者が確認してください。電子帳簿保存法への対応は、freee側の保存設定と社内の運用ルールの両方で決まるため、MCP連携を入れる前に経理担当者と保存の手順を確認してください。ただし、AIが自動判定した勘定科目や税区分が正しいかどうかの最終確認は、経理担当者または顧問税理士が行うことをおすすめします。
Q5. freee公式のMCPサーバーは提供されていますか？
はい。2026年10月時点で、freeeは公式のMCPサーバーとAgent Skillsを公開しています（GitHubの freee/freee-mcp）。推奨の接続方法はリモート版（https://mcp.freee.co.jp/mcp）で、ローカルで起動するstdio版もあります。freeeサイン（電子契約）はリモート版では提供されていません。なお、公式以外のURLを入力しないよう、接続先は公式ページで確認してください。
まとめ
CRMと会計のデータサイロは、多くのBtoB企業が抱える構造的な課題です。営業はHubSpotに、経理はfreeeに閉じた業務を行うことで、経営判断の遅延、二重入力の手間、顧客体験の毀損が発生しています。このテーマの全記事はMCP連携ガイドでご覧いただけます。
- freee単体でも効果は出ます：仕訳入力の自動化、経費精算の効率化、月次レポートの即時生成といった業務改善が得られます
- HubSpotとfreeeをつなぐと一気通貫になります：商談成約から請求書生成、入金消込までをAIエージェントが文脈を持ってつなぎます
- MCPの強みは文脈判断です：取引先名の表記揺れ吸収、勘定科目の自動判定、例外パターンの検出など、従来のiPaaSでは難しかった処理が実現できます
- 人間が確認する設計が前提です：参照系は自動化しても、更新系は確認を挟む設計にすることで、安全性と効率を両立できます
まずは「データ参照だけ」から始めるのがおすすめです。次の一歩として、以下の3ステップで進めてみてください。
- 自社の「営業→経理」の手動フロー（請求書作成・消込・突合作業）を書き出して、どこに文脈判断が必要かを整理する
- HubSpot MCPサーバーに接続し、自然言語でのデータ参照を試す
- 請求書ドラフト生成のような「人間が確認する半自動化」を1本だけ設計し、効果を見てから拡大する
CRMを活用した業務効率化やAIとの連携に関するご相談は、CRM特化型コンサルティングのHubSpotゴールドパートナーのStartLinkまでお気軽にお問い合わせください。
あわせて読みたい
- MCP マルチツール統合の設計方法｜CRM・会計・チャットを一つのAIで操作する
- HubSpot MCP Serverの活用ガイド｜AIエージェントからCRMデータを操作する方法
- AI経理自動化の実践ガイド｜仕訳入力・請求書処理・経費精算をAIで効率化
- Claude Code × API連携で業務システムを自動化する方法｜freee・HubSpot・Slackの実践例
記事の内容を、そのまま実務に落とし込みたい方向け
HubSpotゴールドパートナーのStartLinkが、HubSpot導入・AI活用・CRM整備・業務効率化までをまとめて支援しています。記事で気になったテーマを、そのまま相談ベースで整理できます。
次に読む
株式会社StartLinkは、事業推進に関わる「販売促進」「DXによる業務効率化（ERP/CRM/SFA/MAの導入）」などのご相談を受け付けております。 サービスのプランについてのご相談/お見積もり依頼や、ノウハウのお問い合わせについては、無料のお問い合わせページより、お気軽にご連絡くださいませ。
著者情報
