%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エージェント経由で接続し、この一気通貫フローを実現できます。
次の図は、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連携の全体像と、自社で始める最初の一歩が描けるようになります。
なぜCRMと会計は分断されるのか——データサイロの構造的原因
まず、なぜCRMと会計ソフトのデータが分断されてしまうのかを整理します。ツール選定の失敗というより、部門ごとに最適なツールを選んだ結果として起きる、構造的な問題です。
「営業はHubSpot、経理はfreee」という分業の壁
多くのBtoB企業では、営業チームがHubSpot CRMで商談を管理し、経理チームがfreee会計で請求・入金を管理しています。それぞれが最適なツールを使っている点では合理的ですが、ツール間のデータ連携が手動に依存しているために、以下のような問題が常態化しています。
- 商談がクローズドウォンになっても、請求書の発行が遅れる
- 入金があっても、HubSpot側の取引ステータスが更新されない
- 月次の売上レポートを作るために、HubSpotとfreeeの数字を手動で突合する必要がある
- 営業が「未入金」の顧客にフォローアップすべきかどうか、経理に聞かないとわからない
データサイロが経営判断を遅らせるメカニズム
ここが要点ですが、CRMと会計のデータサイロは単なる「手間」の問題ではありません。経営判断のスピードに直結する構造的な課題です。
| データサイロの状態 | 起きること | 経営への影響 |
|---|---|---|
| 商談情報と請求情報が別管理 | 「受注はしたが請求していない」案件が放置される | 売上計上の遅延、キャッシュフロー悪化 |
| 入金情報がCRMに反映されない | 営業が入金済み顧客に催促してしまう | 顧客体験の毀損、信頼低下 |
| 月次の売上突合が手動 | 月末の作業時間がレポート作成に割かれる | 経営判断の遅延、リアルタイム性の欠如 |
| 顧客ごとのLTV算出が困難 | HubSpotの商談額とfreeeの実請求額がずれる | 顧客セグメンテーションの精度低下 |
月次決算にかかる時間のうち、かなりの割合がこうした異なるシステム間のデータ突合作業に充てられているケースがあります。
従来の連携手段とその限界
CRMと会計を連携する手段は、MCP以前にもいくつか存在していました。
| 連携手段 | 仕組み | 限界 |
|---|---|---|
| CSV手動インポート | freeeからCSVエクスポート → HubSpotにインポート | リアルタイム性がなく、人的ミスが起きやすい |
| Zapier / Make（iPaaS） | トリガー → アクションのルールベース連携 | 条件分岐の柔軟性に限界、例外処理が弱い |
| カスタムAPI連携 | 自社開発のミドルウェアでAPI接続 | 開発・保守の負担が大きく、仕様変更への追従が必要 |
| HubSpot Data Hub | HubSpotのデータ同期機能 | freeeとのネイティブ連携は提供されていない |
どの手段も「決まったパターンの処理を自動化する」ことはできますが、「営業と経理をまたぐ文脈を理解して判断する」ことは苦手なケースが少なくありません。ここにMCPの出番があります。
MCPによるCRM×会計連携のアーキテクチャ
ここからが本題です。MCPを使ってHubSpotとfreeeをどう接続するのか、全体のアーキテクチャを見ていきます。ポイントは、AIエージェントが両方のシステムを「文脈」として保持したまま処理できることです。
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クライアント | 自然言語指示の受付・処理結果の返却 | 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サーバーを公開しており、OAuthベースの認証を通じてCRMデータへアクセスする設計になっています。主なツールとしては、以下のようなものが用意されています。
search_crm_objects：取引・コンタクト・会社の検索get_crm_objects：特定オブジェクトの詳細取得get_properties：プロパティ定義の取得search_owners：担当者情報の検索
HubSpotの公式MCPサーバーについての詳細は、HubSpot MCP Integrationで確認できます。
以下の画面は、CopilotとHubSpotを連携するためのエージェントの掲載ページです。
一方、freee向けのMCPサーバーは、freee APIをMCPプロトコルでラップする形で構築します。freeeのREST APIはOAuth 2.0認証に対応しており、取引・仕訳・請求書・取引先などのデータにプログラムからアクセスできます。freee MCPサーバーでラップすべき主要APIエンドポイントは以下の通りです。
| エンドポイント | 用途 |
|---|---|
/api/1/deals |
取引（収入・支出）の取得・作成 |
/api/1/invoices |
請求書の作成・更新 |
/api/1/journals |
仕訳帳の取得 |
/api/1/trial_balance |
試算表の取得 |
/api/1/account_items |
勘定科目マスタの取得 |
/api/1/taxes |
税区分の取得 |
/api/1/partners |
取引先の取得・作成 |
/api/1/payments |
入金の確認 |
/api/1/expense_applications |
経費精算の取得・作成 |
freee APIではすべての操作の基点として事業所ID（company_id）が必要です。MCPサーバーの設定で事業所IDを環境変数として管理し、ツール呼び出し時にAIエージェントが意識せずとも正しい事業所にアクセスする設計にしてください。
freeeのAPI仕様については、freee Developers Communityで公開されています。なお、freee APIの利用は法人向けプラン（ミニマム以上）で可能ですが、プランによって利用できるエンドポイントの範囲が異なります。試算表APIやカスタムレポートの取得には上位プランが必要な場合があります。
ツール設計と勘定科目マッピング
freee向けのMCPツールは、「参照系」と「更新系」を明確に分離して設計します。ツールアノテーションでreadOnly: trueまたはdestructive: trueを設定し、AIエージェントがデータ変更の際にユーザー確認を挟むようにします。
参照系ツールの例として、get_trial_balance（試算表取得）、search_deals（取引検索）、get_journal_entries（仕訳帳取得）などを定義します。更新系ツールにはcreate_deal（取引作成）、create_expense_application（経費精算申請）、create_invoice（請求書作成）などを定義します。
AIエージェントが「タクシー代をAmazon Payで支払った」という自然言語の指示を正しい仕訳に変換するには、勘定科目のマッピングが重要です。MCPサーバー起動時にfreeeの勘定科目マスタ（/api/1/account_items）と税区分マスタ（/api/1/taxes）を取得してキャッシュし、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/trial_balance）から数値を取得し、表形式のレポートを即時生成します。従来は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サーバー経由で請求書を作成します。HubSpotの取引金額、ラインアイテムの情報から、freeeの勘定科目・税区分を自動で判定し、適格請求書（インボイス）のフォーマットに準拠した請求書を生成します。 |
| ステップ5：HubSpot取引プロパティの更新 | 請求書が作成されたら、HubSpotの取引にカスタムプロパティ（請求書番号、請求日、請求ステータスなど）を書き戻します。これにより、営業担当者がHubSpot上で請求状況をリアルタイムに確認できるようになります。 |
以下の画面は、HubSpotの取引レコードに表示された会計連携カードです。取引上で見積・取引先の情報や、請求イベント（発行済／予測）を確認できるようになっています。
勘定科目・税区分の自動判定ロジック
freeeで請求書を作成する際に重要なのが、勘定科目と税区分の正確な設定です。MCPサーバーの設計では、以下のマッピングロジックを組み込みます。
| HubSpotの情報 | freeeのマッピング先 | 判定ロジック |
|---|---|---|
| 取引の商品カテゴリ（ラインアイテム） | 勘定科目 | コンサルティング → 売上高、ソフトウェア → 売上高（ソフトウェア） |
| 取引先の所在地（国内/海外） | 税区分 | 国内 → 課税売上10%、海外 → 輸出免税 |
| 取引の通貨 | 外貨設定 | JPY → 日本円建て、USD → 外貨建て |
| 支払条件（Net30等） | 支払期日 | 請求日 + 支払条件日数で自動算出 |
このマッピングは企業の商材・取引形態によって最適な形が異なります。自社の勘定科目体系や請求パターンに合わせて設計してください。
以下の画面は、HubSpotの会社レコードに表示されたfreee連携カードです。HubSpotの会社情報からfreeeの取引先を作成し、見積書・請求書の作成へつなげる導線がカードとして用意されています。
入金消込の自動化フロー
請求書を発行した後の「入金消込」も、CRMと会計が分断されている企業にとっては大きなペインです。freeeの銀行明細に入金が記録されても、それがどの請求書に対する入金なのかを手動で紐付ける作業が発生します。さらに、入金が確認されてもHubSpot側の取引ステータスが更新されないため、営業が入金状況を把握できません。MCPによる入金消込は以下の流れで設計します。
| ステップ | 内容 |
|---|---|
| ステップ1：freee銀行明細の取得 | freee MCPサーバー経由で、銀行口座の最新明細を取得します。法人口座に入金があった場合、振込人名と金額を取得します。 |
| ステップ2：請求書との照合 | AIエージェントが、入金の振込人名・金額とfreeeの未入金請求書を照合します。完全一致だけでなく、振込人名の部分一致（例：「カ）スタートリンク」と「株式会社StartLink」）も文脈で判断します。 |
| ステップ3：消込処理の実行 | 照合が成功したら、freee MCPサーバー経由で消込処理を実行します。一括入金（複数請求書の合算入金）や分割入金にも対応するロジックを組み込みます。 |
| ステップ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はZapierの代替なのか
ここまで読むと「ZapierやMakeでも同じことができるのでは？」と思う方もいるかもしれません。両者は似た領域をカバーしますが、そもそもの設計思想が異なります。
両者の根本的な違い
| 比較軸 | iPaaS（Zapier / Make） | 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トークンの権限は、業務に必要な最小限のスコープに限定します。freee側では「請求書の作成」は許可しても「決算処理の実行」は許可しない、HubSpot側では「取引の読み取り・更新」は許可しても「取引の削除」は許可しない、といった粒度で制御します。
ここが要点ですが、MCPツールのアノテーション機能を使って、更新系の操作（請求書の作成、消込の実行、取引プロパティの更新）にはユーザー確認を挟む設計にします。AIが自動判断して実行するのではなく、「この請求書を作成しますか？」と確認を挟むことで、誤操作のリスクを低減します。
| 操作カテゴリ | 自動実行 | 確認を挟む | 許可しない |
|---|---|---|---|
| データ検索・取得 | HubSpot取引検索、freee残高確認 | — | — |
| データ作成 | — | 請求書作成、取引先登録 | — |
| データ更新 | — | 消込処理、取引ステージ変更 | — |
| データ削除 | — | — | 取引削除、請求書削除 |
こうした確認を担当者の気配りに頼るのではなく、仕組みとして組み込むことがポイントです。担当者が変わっても、新人が運用を引き継いでも、同じ安全性が維持できるように設計します。
監査ログの設計
すべてのMCPツール呼び出しをログに記録します。誰が（ユーザーID）、いつ（タイムスタンプ）、何を（ツール名とパラメータ）、結果は（成功/失敗）を記録し、電子帳簿保存法やインボイス制度の要件を満たすトレーサビリティを確保します。
MCP連携の制約と注意点——正直な限界
メリットだけでなく、導入前に知っておくべき制約も正直にお伝えします。技術面と組織面の両方に留意点があります。
技術的な制限
- リアルタイム性の限界：MCPサーバーはリクエスト/レスポンス型の通信であり、Webhookのようなプッシュ型の即時通知には対応していません。「取引がクローズドウォンになった瞬間」にトリガーするには、HubSpotのワークフローと組み合わせる設計が必要です
- トランザクション整合性：HubSpotとfreeeは独立したサービスであり、分散トランザクションのサポートはありません。「freeeに請求書を作成したが、HubSpotのプロパティ更新が失敗した」というケースのリカバリーロジックを設計に組み込む必要があります
- API Rate Limit：HubSpot APIには1日あたりのリクエスト数制限（プランにより異なる）、freee APIにも同様のレート制限があります。大量処理を行う場合はバッチ設計が必要です
組織的な課題
- 経理部門の理解と協力：AIが会計データに触れることへの心理的抵抗は無視できません。「AIが自動で請求書を作る」のではなく「AIが下書きを作り、人間が承認する」というフレーミングで導入するのが現実的です
- 税理士・会計士との連携：顧問税理士がfreeeのデータを参照している場合、MCP経由での自動仕訳がルールに適合しているかを事前にすり合わせる必要があります
- インボイス制度への準拠：適格請求書の記載要件（登録番号、税率ごとの合計額など）をMCPサーバーのロジックに組み込む必要があります。freeeのインボイス制度対応機能と連携する設計にすることで、準拠性を担保しやすくなります
導入ロードマップ——スモールスタートで始める3つのフェーズ
StartLinkでも、HubSpot MCPサーバーとfreee MCPサーバーを組み合わせたCRM×会計の連携を実務で運用しています。その経験から言えるのは、最初から全自動化を目指すのではなく、段階的に広げる方が結果として近道だということです。「HubSpotとfreeeのデータを自然言語で横断検索できる」という状態だけでも、営業と経理の情報格差はかなり解消されます。
フェーズ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週間）
定型パターンの処理を自動化し、例外ケース（金額不一致、取引先不明など）のみ人間がレビューするフローに移行します。
やること
- 定型請求書の自動発行（承認なし）
- 入金消込の自動実行（完全一致の場合のみ）
- 例外パターンの検出・通知ロジックの実装
- 監査ログの設計・実装
自社に最適な形で設計する
業務フロー・勘定科目体系・承認プロセスは企業によって異なるため、ここで紹介した設計をそのまま持ち込むのではなく、自社の実態にフィットした形に調整することが重要です。
工数の目安としては、参照系ツール（試算表取得、取引検索、仕訳帳取得）の実装はMCP SDKに慣れたエンジニアで1〜2週間程度、更新系ツールや勘定科目マッピング、監査ログまで含めると1〜2ヶ月程度を見込んでください。HubSpotとの統合フローまで含めた全体設計には、さらに2〜4週間の追加工数がかかるケースがあります。
よくある質問
ここでは、MCPによるHubSpotとfreeeの連携でよく挙がる疑問に答えます。
- 導入のハードル ── プログラミングの知識の要否、既存のZapier連携からの移行
- 利用条件 ── freeeのプランと、公式MCPサーバーの提供状況
- 制度対応 ── 電子帳簿保存法やインボイス制度との整合性
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. freee公式のMCPサーバーは提供されていますか？
2026年3月時点では、freee社はMCPサーバーを公式には提供していません。freeeのREST APIをMCP SDKでラップしたカスタムMCPサーバーを自社で構築する形になります。コミュニティ製のfreee MCPサーバーも登場しつつありますが、利用時はセキュリティ面の確認を行ってください。
まとめ
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の導入）」などのご相談を受け付けております。 サービスのプランについてのご相談/お見積もり依頼や、ノウハウのお問い合わせについては、無料のお問い合わせページより、お気軽にご連絡くださいませ。
著者情報
