CRM × 会計連携の実践設計｜freee・マネーフォワードとの接続で経理業務を自動化する

——「CRMと会計ソフトの連携は、経理の負担を減らすだけでなく、経営判断のスピードを変える」——

「営業が受注したら、経理にメールで連絡して、経理がfreeeで請求書を手作業で作る」。このフローに心当たりがある方は多いのではないでしょうか。

CRMと会計ソフトが分断されている企業では、受注から請求書発行までの間に「人の手による転記」が必ず介在します。転記にかかる時間だけでなく、金額の入力ミス、消費税の計算誤り、請求先情報の取り違えといったヒューマンエラーが、月に数件の頻度で発生している企業は少なくありません。

本記事では、HubSpotをはじめとするCRMと、freee・マネーフォワードなどの会計ソフトを連携させ、受注から請求・入金管理までを自動化する実践設計を解説します。

本記事は「CRMを起点としたバックオフィス統合の設計思想｜フロントとバックをつなぐ事業基盤」シリーズの一部です。

この記事でわかること

• CRM × 会計連携が解決する具体的な業務課題 — この点についてはCRMとERPの連携設計が参考になります。CRMの受注データを経理が手動で会計ソフトに入力する際、以下のようなミスが発生します。
• freee・マネーフォワードそれぞれとの連携設計の違い — さらに深掘りしたい方はCRM×予算管理連携の設計もあわせてお読みください。
• iPaaS（Yoom・Zapier）を使った具体的な連携フロー — 日本企業のCRM×会計連携では、Yoomが最も実績のあるiPaaSです。
• HubSpot Data Hubのカスタムコードによる直接API連携 — HubSpotDataHubの「カスタムコードアクション」は、ワークフロー内でJavaScript（Node.js）を実行できる機能です。
• 連携時に見落としがちな日本特有の設計ポイント — 2023年10月から開始されたインボイス制度（適格請求書等保存方式）により、請求書に記載すべき項目が厳格化されています。

CRMと会計ソフトの連携による経理業務の自動化を検討している経理担当者・CRM管理者の方に向けた内容です。

CRM × 会計連携が解決する3つの課題

この点についてはCRMとERPの連携設計が参考になります。

課題1：転記ミスによる請求トラブル

CRMの受注データを経理が手動で会計ソフトに入力する際、以下のようなミスが発生します。

• 金額の桁間違い（100万円を10万円と入力）
• 消費税率の選択ミス（10%と8%の取り違え）
• 請求先の取り違え（グループ会社間の混同）
• 請求漏れ（受注情報が経理に伝わらない）

これらのミスは、顧客との信頼関係を損ない、修正対応にも工数がかかります。CRMの受注データがそのまま会計ソフトに流れる仕組みを作ることで、転記ミスを構造的にゼロにできます。

課題2：請求書発行のリードタイム

手動フローでは、営業が受注を確定してから経理が請求書を発行するまでに数日〜1週間のタイムラグが生じることがあります。月末の受注が翌月の請求になると、入金サイクルが1ヶ月ずれることになり、キャッシュフローに影響します。

自動連携であれば、受注確定と同時に請求書が生成されるため、リードタイムをゼロに近づけることが可能です。

課題3：入金消込の確認工数

「この入金はどの請求書に対応するのか」を確認する消込作業は、取引件数が増えるほど負担が大きくなります。CRMと会計ソフトが連携していれば、入金が確認された時点でCRM側の取引ステータスが自動更新され、営業も経理も同じ画面で入金状況を確認できます。

freeeとの連携設計

freee APIの基本構造

詳細はCRMを起点としたバックオフィス統合の設計思想をご覧ください。

freeeは充実したAPIを提供しており、外部システムからの連携に適しています。CRMとの連携でよく使うAPIエンドポイントは以下の通りです。

• 取引先API: 顧客情報の作成・更新
• 請求書API: 請求書の作成・送付
• 取引API: 売上計上、入金記録の作成
• 勘定科目API: 勘定科目マスタの取得

HubSpot × freee連携の実装フロー

HubSpotとfreeeの連携を、Yoomを使って実装する場合の設計は以下の通りです。

トリガー: HubSpotの取引ステージが「受注確定」に変更

処理フロー:

1. HubSpotから取引データ（顧客名、金額、商品情報、支払条件）を取得
2. freeeで該当する取引先が存在するかを検索
3. 取引先が存在しない場合は、新規作成
4. 取引先が存在する場合は、そのIDを取得
5. freeeの請求書APIで請求書を作成
6. 請求書のURLをHubSpotの取引にカスタムプロパティとして記録

逆方向連携（入金ステータス）:

1. freeeで入金が記録されたことをトリガーとして検知
2. Yoom経由でHubSpotの該当取引のステータスを「入金済」に更新
3. 必要に応じて、営業担当者に通知

freee連携で注意すべきデータ項目

• 事業所ID: freeeはマルチテナント構造のため、API呼び出し時に事業所IDの指定が必須
• 税区分コード: freeeの税区分は独自コード体系を使っており、CRM側の税率（10%、8%）をfreeeの税区分コードにマッピングする必要がある
• 品目・勘定科目: CRMの商品カテゴリとfreeeの勘定科目の対応テーブルを事前に定義しておく
• 請求書番号: 自動採番ルールをfreee側の設定と整合させる

マネーフォワードとの連携設計

マネーフォワード クラウド請求書との連携

さらに深掘りしたい方はCRM × 予算管理連携の設計もあわせてお読みください。

マネーフォワード クラウド請求書もAPIを提供しており、CRMとの連携が可能です。freeeとの主な違いは以下の点です。

• 請求書と会計の分離: マネーフォワードは「請求書」と「会計」が別のプロダクトとして提供されているため、連携の設計が2段階になる場合がある
• API仕様の違い: 認証方式やデータ構造がfreeeとは異なるため、iPaaSの設定を個別に行う必要がある
• 仕訳連携: 請求書が作成された際に、マネーフォワード会計への仕訳連携を自動化できる

freee vs マネーフォワード：CRM連携の観点での比較

CRM連携の観点では、以下の点で差が出ます。

• API充実度: freeeの方がAPIドキュメントが充実しており、外部連携の実績が多い
• iPaaS対応: YoomはfreeeとマネーフォワードのどちらにもConnectorを提供しているが、freee連携のテンプレートが豊富
• データ構造の柔軟性: freeeはカスタムフィールド（メモタグ等）によるデータ管理がしやすく、CRM側のデータを会計データに紐づけやすい

どちらの会計ソフトを利用している場合でも、CRM連携は実現可能です。ただし、連携の実装しやすさという点では、freeeの方が一歩リードしています。

iPaaSを使った連携の実践

Yoomによる連携設計

日本企業のCRM × 会計連携では、Yoomが最も実績のあるiPaaSです。以下の特徴があります。

• freee、マネーフォワード、HubSpotのConnectorが標準搭載
• 日本語UIで設定可能
• テンプレート（レシピ）が豊富で、ゼロから設計する必要がない
• 月額料金がZapierやMakeと比較してリーズナブル

Zapierによる連携設計

グローバルツールとの連携が多い企業ではZapierが選択肢に入ります。HubSpotとの連携は非常に成熟しており、トリガー・アクションのバリエーションが豊富です。ただし、freeeやマネーフォワードとの直接連携はYoomほど充実していません。

iPaaS連携の限界

iPaaSはノーコードで手軽に連携を実現できますが、以下の場面では限界があります。

• 複雑な条件分岐: 商品カテゴリによって勘定科目が10パターン以上に分岐する場合
• バッチ処理: 月末に大量の請求書を一括生成する場合
• トランザクション制御: 「請求書作成」と「売上計上」を一つのトランザクションとして扱いたい場合

こうした場面では、HubSpotのData Hub（カスタムコードアクション）やAPIによる直接連携が必要になります。

Data Hubによるカスタムコード連携

カスタムコードアクションとは

HubSpot Data Hubの「カスタムコードアクション」は、ワークフロー内でJavaScript（Node.js）を実行できる機能です。iPaaSを経由せずに、HubSpotのワークフローから直接freee APIやマネーフォワードAPIを呼び出すことができます。

活用例：受注時の請求書自動作成

HubSpotのワークフローで「取引ステージが受注に変更」をトリガーとして、カスタムコード内でfreee APIを呼び出し、請求書を作成する処理を実装できます。

iPaaSを挟まないため、月額のiPaaS利用料がかからず、データの流れもシンプルになります。ただし、JavaScript（Node.js）の開発スキルが必要になる点と、HubSpotのカスタムコードには実行時間の制限（20秒）がある点に注意が必要です。

日本特有の設計ポイント

インボイス制度への対応

2023年10月から開始されたインボイス制度（適格請求書等保存方式）により、請求書に記載すべき項目が厳格化されています。CRMから会計ソフトへの連携時に、以下の項目が正しく引き渡されることを確認してください。

• 適格請求書発行事業者の登録番号
• 税率ごとに区分した消費税額
• 適用税率（10%・8%の区分）

源泉徴収の取り扱い

個人事業主への報酬支払が発生する場合、源泉徴収税額の計算と反映が必要です。CRM側の取引データに「源泉徴収対象かどうか」のフラグを持たせ、会計ソフト側で適切に処理する設計が求められます。

月末締め・翌月払いの商慣習

日本企業では「月末締め・翌月末払い」が一般的な支払条件です。CRMの受注日から支払期限を自動計算し、会計ソフトに引き渡す際に、この商慣習に対応した日付計算ロジックを組み込む必要があります。

会計連携で詰めるべき例外処理

CRM × 会計連携は平常時のフローだけ設計しても不十分です。実務では、例外処理をどう扱うかで運用負荷が大きく変わります。

特に先に決めておくべきなのは、以下の4パターンです。

• 請求前の金額変更: 見積もり差し替え時にどのレコードを正とするか
• 分割請求・部分入金: 1商談を複数請求へどう分解するか
• キャンセル・返金: 取引ステータスと会計伝票をどの順で戻すか
• 税額端数処理: CRM側と会計側で計算差異が出たときの扱い

この例外処理を決めずに連携すると、「通常案件は自動化できたが、例外案件だけ全部手作業」という状態になります。経理負荷を本当に下げたいなら、通常フローより先に例外処理の設計を詰めるくらいでちょうどよいです。

HubSpotで実現するCRM × 会計連携の実践設計

CRM × 会計連携の実践設計を実務に落とし込むには、CRMツールの活用が不可欠です。詳しくは「HubSpotとfreee会計/請求書の連携方法2選｜連携アプリ「Sync」によるシームレスな連携」で解説しています。

このテーマに関連する記事はCRM・バックオフィス連携カテゴリで網羅的にまとめています。

あわせて読みたい

• SalesforceとHubSpotの連携・併用ガイド｜段階的移行か一括移行か判断する基準
• Excel顧客管理からHubSpotへの移行ガイド｜CSVインポートの手順と管理体制の構築方法
• SHANONからHubSpotへの移行ガイド｜MA機能の移行とリード管理の再設計方法

まとめ

CRM × 会計連携は、転記ミスの防止、請求リードタイムの短縮、入金消込の効率化という3つの具体的な課題を解決します。freeeとの連携はAPI充実度やiPaaSのテンプレートの豊富さから最も実装しやすく、マネーフォワードとの連携も十分に実現可能です

実践にあたっては、以下のポイントを押さえておくことが大切です。

• 連携方式は、iPaaS（Yoom推奨）から始めて、要件が複雑化した段階でData Hubのカスタムコードに移行する段階的なアプローチが現実的です
• 日本特有の設計ポイント（インボイス制度、源泉徴収、月末締め翌月払い）を考慮した上で、まずは「受注 → 請求書自動作成」の1フローから始めてみてください
• この1つの自動化だけでも、経理担当者の月間工数を大幅に削減できるはずです

よくある質問（FAQ）

Q1. CRM × 会計連携は、経理担当者がいなくても運用できますか？

連携の仕組みを構築すれば、定型的な請求書発行は自動化できます。ただし、イレギュラーな処理（値引き、返金、按分計算等）や月次決算の確認作業は経理の判断が必要です。「自動化できる定型業務」と「人の判断が必要な業務」を明確に分けて設計することが大切です。

Q2. 既にfreee（またはマネーフォワード）を使っていますが、連携の導入はすぐにできますか？

iPaaSを使った基本的な連携（受注→請求書作成）であれば、2〜4週間程度で稼働可能です。ただし、事前にCRM側の商品マスタ整備、勘定科目マッピングの定義、テスト環境での検証が必要です。これらの準備を含めると、1〜2ヶ月を見込んでおくのが安全です。

Q3. 連携のコストはどのくらいかかりますか？

iPaaS（Yoom）の月額費用は数千円〜数万円程度で、連携フローの数やAPI呼び出し回数によって変動します。HubSpot Data Hubのカスタムコードを使う場合はiPaaSの費用は不要ですが、開発の初期費用がかかります。月間の請求書発行件数と手動作業の工数を比較して、費用対効果を算出することをお勧めします。

Q4. 連携後にデータの不整合が発生した場合、どう復旧しますか？

まず、iPaaSのエラーログで「どのデータの連携が失敗したか」を特定します。多くの場合、データ項目の不備（必須項目の未入力、フォーマットの不一致等）が原因です。修正後に該当データだけを手動で再連携し、CRMと会計ソフトの両方で整合性を確認してください。日次でエラー件数をモニタリングする運用ルールを設けることで、不整合の拡大を防げます。