freee × Salesforce 連携 完全ガイド【2026年最新版】

こんにちは。私たちは、Salesforceと会計・銀行データをつなぐ設計と、連携以前のデータ土台づくりを支援しています。

これまでのブログでは、「美しいビジネス構造」の全体像や、足元のペインを解消するための「システム基盤（WebAPP）の選び方」についてお話ししてきました。

今回からは、私たちが実際にどのように企業のシステムを再構築し、ビジネスを変革しているのか、具体的な事例を交えて解説していきます。

第1弾のテーマは、多くの企業が頭を抱え、事業成長の大きなボトルネックになりやすい「バックオフィスの仕組み化（Salesforceでの請求・入金ステータスの一元管理）」です。

Salesforce×会計連携を検討するときの4つの視点

請求・入金・可視化をCRMと会計でつなぐプロジェクトでは、関係者によって求められる説明の切り口が異なります。本記事は、次の全体像を一度押さえたうえで、実装と運用まで踏み込んだ事例として読める構成にしています。

• 製品・パッケージ：連携パッケージの範囲、前提プラン、できること／できないことの切り分け。
• 実装・API：オブジェクト設計、バッチとリアルタイム、エラー時のリトライ。
• 業務・運用：誰が請求を起こし、誰が消込を確定するか、締め日と差戻し。
• 効果・定着：工数削減、請求漏れ防止、予実の精度——数字と運用で語れるか。

請求・入金消込・与信：用語と「CRMに載せる境界」

多くの解説で繰り返される論点ですが、会計の帳票・仕訳の正と、営業が見たい商談・契約の正は必ずしも同一ではありません。本記事ではSalesforceをステータスと顧客文脈のハブに置き、会計側のルール（インボイス、税、締め）を尊重する形で線を引きます。

【＋α】なぜ「会計だけ見やすくする」だけでは足りないか

ダッシュボードを増やすだけでは、営業が毎日触る画面に入金・請求の事実が載らず、チャット確認が消えません。私たちがCRMハブを推奨する理由は、営業行動（フォロー・督促・次アクション）が起きる画面に、信頼できるステータスを載せることにあります。マッピングや項目の型は、freee会計API連携で「仕訳・請求・入金」を自動化する記事などと併読すると、本記事の「運用設計」とつながります。

現場のリアルな悲鳴：「営業は売って終わり、経理は月末に疲弊する」

事業が成長し、顧客数が増えれば増えるほど、社内では以下のような「不格好な状態」が頻発します。

無駄な二重入力と抜け漏れリスク

営業がSalesforce上で商談を「受注」にしても、経理には連動していない。結局、営業がExcelやチャットで「請求依頼」を出し、経理がそれを会計ソフトに手作業で入力し直しているため、どうしても「請求漏れ」や「金額のミス」が発生しやすくなる。

月末月初の重労働と「見えない不安」

請求書の発行や、銀行口座の入金履歴と請求書を目視で突き合わせる「入金消込」作業に、毎月数人がかりで2〜3日も忙殺されている。実際、私たちがご支援したあるお客様は「手作業が多すぎて正確な情報を把握できておらず、『本当に今月の請求は全部漏れなく揃っているのか？』という不安を常に抱えながら月末を過ごしている」と切実な悩みを吐露されていました。

確認の手間（コミュニケーションコスト）

営業は「あの案件、入金されましたか？」といちいち経理に確認しなければならず、経理もその都度調べる手間が発生。未入金時の顧客への督促アクションが遅れがちになる。

決算への悪影響と予実管理の崩壊

請求や入金のステータスがリアルタイムで追えないため、監査等で求められる「証跡のチェック漏れ」が発生します。さらに、月末にならないと正確な売上予測が立たないため、経営における「予実管理（予算と実績の管理）の精度」が著しく低下し、迅速な経営判断ができなくなるという重大なリスクを引き起こします。

システム（Salesforce）は導入されているのに、部門間が分断されているため、人とExcelがハブになってしまっている状態です。これでは、事業がスケールするたびにバックオフィスの人員を増やし、ミスによる手戻りの対応に追われることになります。

ステータス一元管理のフロー（CRMをハブにする全体像）

このペインを解消するため、私たちは「Salesforce（CRM）」と「会計システム・銀行データ」をシームレスに連携させ、「Salesforceを見れば、商談から入金まですべてのステータスが正確にわかる」という美しい構造を構築します。

完全な無人化（誰も画面を見ない状態）を目指すのではなく、人が介在すべき確認作業は残しつつ、「システム間のデータ連携」と「ステータスの可視化」によって業務を劇的に効率化します。具体的な処理のステップは以下の通りです。

ステップ1：トリガーは「受注」。請求データ連携による「抜け漏れ防止」

営業担当者がSalesforce上の商談フェーズを「受注」に変更すると、Salesforceに入力された「企業名」「金額」「品目」などのデータが、API経由で会計システムへ自動的に連携されます。経理は連携されたデータを確認し、ボタン一つで請求書を発行・送付できるようになります。手作業の転記がなくなるため、証跡も確実に残り、請求漏れや金額ミスを根本から防ぐことができます。

初回の顧客連携時は、Salesforce側で登録した情報が会計の取引先として反映される設計にできます。画面イメージは以下のとおりです。

ステップ2：入金データとの同期による「消込・ステータスの可視化」

仮想口座の仕組みや銀行API連携モジュールを実装し、「どの顧客から・いくら振り込まれたか」という入金データをシステムに同期します。経理が消込作業を行うと（あるいはシステムが自動判定を補助すると）、その結果が即座にSalesforceへ反映され、商談のステータスが「入金済み」にアップデートされます。

案件終了時には、商談ステータスに応じて請求書が自動発行されるフローを組み合わせることが多いです。各ツール上のイメージは次のとおりです。

ステップ3：ダッシュボードとアラートによる「督促の仕組み化」

Salesforceを見れば入金ステータスが一目瞭然になるため、営業はいちいち経理に確認する必要がなくなります。また、支払い期日を過ぎても「未入金」ステータスのままの案件はダッシュボードで赤くハイライトされたり、担当営業のSlackやチャットにアラート通知が飛ぶ仕組みを構築することで、迅速な督促アクションが可能になります。

【＋α】運用で勝つ：KPI・SLA・締めとの設計論点

連携の「初回成功」より難しいのが、1年後も同じ品質で回る仕組みです。設計段階で薄くなりがちな論点を、チェックリスト化します。

• 連携成功率・遅延：日次の正常終了件数、ピーク時の遅延許容、再実行の責任者。
• 締め・ロック：月次締め中の更新禁止、締め後の差戻しフローと監査ログ。
• 例外キュー：マッピング不能データの隔離、営業・経理のSLA（何時間以内に解消するか）。
• ビジネスKPI：請求漏れ件数、入金確認の往復コスト、DSO（売上債権回転日数）の改善目標。

これらを設計に含めておくと、ベンダー見積もりの比較軸も明確になり、「APIをつないだが3か月で現場が壊れた」パターンを避けやすくなります。

Salesforceとfreee連携で「freee for Salesforce」を使わずに自社開発する理由

「Salesforceと会計ソフト（freee会計など）を繋ぐなら、既存の連携パッケージアプリ（freee for Salesforceなど）を使えばいいのでは？」と思われるかもしれません。

確かに、パッケージ化された連携アプリは導入が手軽です。しかし、中長期的な事業成長を見据えた場合、私たちはあえてこうしたパッケージ連携アプリを使用せず、APIを活用した「自社カスタマイズ開発（独自モジュール連携）」を強く推奨しています。

両者を比較すると、その理由は一目瞭然です。

【比較表】freee for Salesforce vs 自社カスタマイズ開発

※価格は記事執筆時点の公開情報を参考にした概算です。最新の料金は各公式サイトをご確認ください。

freee for Salesforceが「向いている企業」と「向いていない企業」

客観的な視点で申し上げると、「freee for Salesforce」自体は非常に優れたアプリケーションです。以下のような企業には強くおすすめできます。

【向いている企業】

BtoBの単純な売り切り商材のみを扱っており、請求ロジックが極めてシンプル。かつ、すでにSalesforceとfreeeの最高額プランを導入済みで、ランニングコストに余裕がある企業。

【向いていない企業（自社開発すべき企業）】

• 月額課金（サブスクリプション）や、着手金・納品時などの「分割請求」がある。
• 「代理店経由の販売」などで、実際のサービス提供先と、請求先（支払企業）のオブジェクトが異なる。
• 複雑な計算を伴う「独自の明細書」や「カスタマイズされた帳票」を出力したい。
• Salesforceやfreeeを「上位プラン」にアップグレードする無駄なコストを徹底的に削減したい。

連携アプリの仕様（制約）の壁にぶつかり、結局アナログ業務が残ってしまっては本末転倒です。自社開発であれば、Salesforceやfreeeの既存プランを維持したまま（月額3万円の保守費用のみで）、貴社の泥臭い業務フローに最適な高い柔軟性を担保できるのです。

単なる「API連携」で他社が失敗する3つのアンチパターン

さらに、開発会社に「API連携を独自開発してください」と依頼しても失敗するケースが多発しています。ただツール同士を線で繋いだだけの連携は、必ず現場で破綻します。よくある3つの失敗パターン（アンチパターン）をご紹介します。

① データが汚いまま繋ぐ「ゴミ入れ・ゴミ出し」

営業がSalesforceに入力する「会社名」の表記揺れ（株式会社が（株）になっている等）や、税区分の設定ミスをそのまま会計ソフトに飛ばすと、経理側で結局修正作業が発生し、「これなら手入力した方が早い」と元の属人化したフローに戻ってしまいます。

② 同期エラー発生時の「部門間での押し付け合い」

API連携でデータ送信エラーが起きた際、「これはSalesforceの入力が悪いのか、freeeの仕様なのか」が現場で判断できず、営業と経理で責任を押し付け合い、結局データ連携が停止したまま放置されるという悲劇です。

③ 商流に合わない「請求のタイミング」の不一致

売上が立つタイミングと請求書を発行するタイミングが異なる（前受金など）ビジネスモデルにも関わらず、機械的に「受注＝請求」でシステムを組んでしまい、後から経理が手動で仕訳を修正し続けるケースです。

システムを繋ぐ前に「土台」を再構築する介在価値

だからこそ、Aurant Technologiesの出番です。私たちはただシステムを繋ぐのではなく、Salesforceの「フィールド」と業務フローを根底から再設計します。営業が迷わず正しく入力でき、エラーが起きない「美しいデータ構造（マスタ整備）」を作ること。そして、エラー発生時も適切に検知・処理できるモジュールを組み込むこと。

【圧倒的なデータ整備の実績：5,000件のAI突合】

実際、私たちがご支援したあるお客様では、Salesforceと会計ソフト間で「会社名の表記漏れ・表記揺れ」などの深刻な不整合が大量に発生していました。そこで私たちは、5,000件を超える顧客データの整合性を、自社開発したAIモジュールを用いて自動で突合し、顧客データを「あるべき美しい姿」に修復・整備しました。

業務の泥臭い実態を知り尽くし、AIを活用して「土台（データ品質）」から再構築できること。また、万が一「自社開発は保守が不安」というお声に対しても、機能追加や改修が容易でバグが起きにくい「モジュール化アーキテクチャ」を採用しているため、継続的なビジネスの変化にも安全に対応できます。

これこそが、他社には真似できないAurant Technologiesが提供する最大の価値です。

実際の操作フロー：商談→見積書→請求書→レポート編集（動画付き）

ここからは、実際の操作を4本のデモ動画で順番に確認します。Salesforceでの商談操作とfreee側の見積・請求・消込が、どのように連携するかを現場目線で追える構成です。

デモ①：Salesforce→freee 見積書発行

デモ②：見積書発行（詳細フロー）

デモ③：請求書発行（受注管理連携）

デモ④：レポートの編集フロー（①-2）

API連携の設計観点・データ粒度の整理については、freee会計API連携で「仕訳・請求・入金」を自動化する記事もあわせてご参照ください。

2つ（＋1）の連携方法の全体像：まずここを押さえる

freeeとSalesforceをつなぐ方法は、大きく3つです。どれが正解かは「現状のプラン」「業務の複雑さ」「将来の拡張性」で変わります。

方法① freee for Salesforce（公式パッケージ）

短期導入に強く、標準的な見積・請求・入金管理に向いています。一方で、分割請求・複雑な商流・独自帳票などは要件次第で制約が出ます。

方法② API独自開発（スクラッチ）

要件に合わせて最適化できるため、複雑な請求ロジックや複数システム連携に向きます。初期コストと要件定義の精度が重要です。

方法③ iPaaS（Zapier / Make 等）

小規模・検証用途では有効ですが、会計特有の厳密な制御や大量処理は苦手です。件数増加時の運用負荷を見込んでおく必要があります。

3つの方法を比較（判断軸）

判断に迷う場合は、まず「月間請求件数」「分割請求の有無」「請求先と提供先の不一致有無」の3点を先に固定すると決めやすくなります。

ROI試算ガイド：連携コストは何か月で回収できるか

投資判断は、感覚ではなく「現状の無駄コスト」を数値化して比較するのが最短です。

• 請求書手入力コスト：1件あたり作業時間 × 月件数 × 時給 × 12
• 確認コミュニケーション：問い合わせ時間 × 回数 × 関係者時給 × 12
• 転記ミス修正：修正時間 × ミス件数 × 時給 × 12
• 月末超過コスト：残業時間 × 人数 × 時給 × 12

この合計が、導入後にどれだけ削減できるかを比較し、回収月数を算出します。実務では、工数削減だけでなく「請求漏れ抑止」「回収遅延防止」まで含めると投資回収が早まるケースが多いです。

導入事例：規模が違っても共通する成功パターン

事例① 入金消込の工数を大幅に削減

請求・入金ステータスをCRM上で一元化し、二重管理を廃止。月末に偏っていた業務を平準化し、担当者依存を下げたケースです。

事例② 請求作業の自動化で「考える時間」を確保

請求書作成と会計処理の接続により、手作業を削減。経理チームが予算管理や改善活動へ時間を回せるようになりました。

事例③ レポート活用で部門間の情報断絶を解消

請求・入金データを営業側のレポートへ統合し、確認往復を削減。担当者単位の督促アクションを標準化したことで、回収遅延を抑制しています。

連携前チェックリスト（10項目）

1. 取引先名寄せ（表記揺れ・重複の解消）
2. 商品/サービスの税区分整備
3. 勘定科目・品目マッピング定義
4. ステータス別の編集権限制御
5. 締め日・ロック・差戻し手順
6. 同期エラー通知と責任者定義
7. 自動消込ルール（誤差・合算振込）
8. 取引先責任者情報の整備
9. 銀行口座連携と再認証運用
10. ユーザー権限棚卸し（操作可能範囲）

よくある失敗パターン5選と対策

1. データ品質を整えず連携開始する

対策：名寄せと税区分を先に完了し、移行判定基準を定義します。

2. 業務を変えずにツールだけ入れる

対策：旧運用（Excel/手入力）の廃止日を明確にし、切替後は単一運用へ統一します。

3. 受注＝請求を固定してしまう

対策：前受金・分割請求・検収条件を要件定義段階でパターン化します。

4. エラー時の責任分界が曖昧

対策：通知先、SLA、再実行手順を文書化し、営業・経理・情シスで合意します。

5. 「まず動かしてから考える」で手戻り増大

対策：帳票実物と例外パターンを初期設計に含め、先に境界条件を確定します。

freee for Salesforce 初期設定手順（概要）

1. Salesforceとfreeeの認証設定（OAuth）
2. 権限セット割当（管理者/利用者）
3. 画面コンポーネント追加（請求・同期）
4. 取引先同期フラグとマッピング設定
5. テスト送信（見積→請求→入金反映）

設定完了後は、必ず「標準ケース」「例外ケース（差額入金・分割請求）」の2系統で検証してください。

よくある質問（FAQ）

Q1. プラン要件は何を最優先で確認すべきですか？

A. まずSalesforce側のAPI利用可否と、freee側プランで必要機能が使えるかを確認します。ここが曖昧だと設計が進みません。

Q2. Professionalでも運用できますか？

A. 追加オプションや独自開発で実現するケースはありますが、コストと運用負荷の比較が前提です。

Q3. 分割請求が多い場合は？

A. 標準連携だけでは厳しいため、要件次第でAPI独自開発を検討するのが安全です。

Q4. どのくらいで効果が出ますか？

A. 請求件数が多いほど効果は早く、手入力や確認往復が多い組織ほど回収期間は短くなる傾向があります。

まとめ：貴社のバックオフィスは事業成長のブレーキになっていませんか？

「月末月初は請求業務で社内がピリピリしている」「売上数字の着地が月末ギリギリにならないと見えず、経営判断が遅れる」「連携ツール（SaaS）を入れたが、自社のフローに合わず結局手作業が残っている」——もしこのようなお悩みを抱えている経営者様・DX責任者様がいらっしゃいましたら、ぜひ一度ご相談ください。

「どの連携ツールを使えばいいか」ではなく、「どのように業務フローを美しく変革し、統制（ガバナンス）を効かせるか」という視点から、最も費用対効果が高く、確実な仕組み化のロードマップをご提案いたします。

次回は、最先端のAIモジュールを使ってどのように営業・マーケティング活動を高度化していくかについてお話しします。お楽しみに。

📚 関連資料

このトピックについて、より詳しく学びたい方は以下の無料資料をご参照ください：