SFA・CRMと外部ツールを連携する条件｜プラン・項目・権限・費用の7項目

▼ この記事の内容

SFA・CRMへの外部ツール連携は、接続条件、同期項目、同期方向と更新ルール、権限、追加費用、障害時対応、候補の採否条件を確認します。公式回答とデモ結果を比較表にそろえ、未回答の必須条件は担当と期限を決め、発注前に確定させます。

既存のSFA・CRMを使い続けながら外部ツールを追加するなら、現在のプランと必要な業務を起点に候補を比較しましょう。まず、受け渡したい顧客・案件の情報と、営業担当者がどの画面で何をするかを整理します。

対応一覧に製品名があっても、自社で必要な項目の同期や権限設定まで確認できたとは限りません。更新が重なったときの扱い、追加契約や保守の費用、連携が止まったときの対応も、発注前に確かめたい条件です。

公式資料の連携例と候補比較表をもとに、接続条件から同期・権限・費用・停止再開まで、確認する順序を整理します。資料で得た回答とデモの結果を分けて記録し、未回答の必須条件について照会先と確認期限を決めていきましょう。

既存SFA・CRMと外部ツールの連携条件を確認する

既存のSFA・CRMに外部ツールを追加する際は、自社の利用環境と必要な業務を先にそろえます。製品名だけで接続可否を決めず、公式資料の回答とデモの結果を対応付けて候補を比較します。

連携前に確認したい基本条件

SFA・CRMと外部ツールの連携では、接続条件、同期項目、同期方向と更新ルール、権限、追加費用、障害時対応、候補の採否条件を確認します。公式資料と自社の要件を見比べ、未確定の動作はデモで確かめます。

最初に書き出すのは、利用中の製品名とプラン、追加したいツールの用途、受け渡したいデータです。「顧客情報を連携したい」だけでは、会社名を参照したいのか、担当者や案件の進捗まで更新したいのかが伝わりません。営業担当者がどの画面で何をするかまで具体化します。

1. 接続条件：現在の製品・プランと候補の接続方式が合うかを確認します。
2. 同期項目：顧客・案件などの対象データと、必要な項目・データ型を確認します。
3. 同期方向と更新ルール：どちらから反映し、更新が重なったときに何を優先するかを確認します。
4. 権限：接続に必要な権限と、同期後に利用者が見られる範囲を確認します。
5. 追加費用：契約、設定、保守、変更対応に含まれる作業を確認します。
6. 障害時対応：停止の把握方法、問い合わせ先、再開後にデータを見比べる担当を確認します。
7. 候補の採否条件：必須条件への回答とデモ結果から、採用検討・追加検証・見送りを判断します。

この一覧は、候補製品の機能を数えるためではなく、自社が欠かせない条件を決めるために使います。案件の進捗を既存SFAだけで更新する運用なら、その値を外部ツールへ渡す方向を先に確認します。外部ツール側でも更新したい場合は、逆向きの反映と競合時の処理も実施条件になります。

現行プランや必要項目が分からない場合は、候補の優劣を決める前に管理者へ確認を依頼します。対応一覧に製品名があっても、確認していない条件まで成立したとは扱いません。必須条件を記入してから提供者へ照会すれば、回答を同じ基準で並べて検討できます。

利用プランと接続方式を照らし合わせる

利用中の製品と連携候補について、対象プラン、契約条件、接続方式、設定担当を見比べます。ソフトウェア間でデータをやり取りする窓口であるAPIを使う場合は、その利用条件も確認対象です。製品名が一致するだけで、自社の契約で利用できるとは判断しません。

HubSpotの接続ガイドでは、Salesforceとの連携に対象プランや接続ユーザーの権限条件を示しています。^[1]候補の担当者には、現在の契約名と利用環境を伝え、その条件で接続できるかを回答してもらいます。

接続方式は、製品側が案内する接続機能、外部の連携サービス、個別開発を分けて記入します。それぞれについて、誰が設定し、どの契約で保守するかまで確認します。方式名だけで安さや導入の容易さを決めず、必要な項目と運用を実現する範囲を比較することが判断の前提になります。

公式資料に自社の条件が見当たらない場合は、未対応と決めつけず、未確認として照会を残します。回答には対象プランと確認日を添え、後から条件を追えるようにします。接続方式と必要契約が確定した候補から、項目や権限のデモへ進めます。

管理基盤そのものを選び直す場合は、外部ツールの接続条件より先に、管理したい業務を整理する必要があります。その段階では、管理業務からSFAとCRMを選ぶ方法と併用判断もあわせて確認すると、今回の連携で補いたい範囲を絞れます。

営業AI・営業DX SFAツールとCRMはどちらを導入すべき？｜管理業務から決める選び方と併用判断

参考：Connect HubSpot and Salesforce｜HubSpot

公式資料で確認できる連携例と候補の比較表

公式資料で分かる連携例と、自社の環境で確かめる条件を分けて比較します。以下は2026年10月13日に確認された資料に基づく例であり、掲載順は製品の優劣を示しません。

公式の連携例と未確認の条件を分けて整理する

HubSpotの公式資料では、Salesforceとの接続条件に加え、項目の対応付けと同期ルールの設定を案内しています。^[1][2]この案内を出発点に、自社のプランと必要項目が対象になるかを確認します。比較表の「個別確認」は、未対応でも対応済みでもなく、回答や試験が必要な欄です。仮の記入例として、既存SFAの案件の受注予定日を外部ツールへ一方向に反映したい業務を想定します。「対象オブジェクト・項目・型」欄には「案件／受注予定日／日付型」、「同期方向・頻度・更新元」欄には「既存SFA→外部ツール／頻度は個別確認／更新元は既存SFA」と記入します。これは業務要件の例であり、各製品の対応仕様や試験結果を示すものではありません。

ネクストSFA/CRMの外部連携プランでは、Salesforceやkintoneとの双方向のデータ反映と、基本契約が別途必要であることを案内しています。^[3]「双方向」という説明だけで全項目の更新を前提にせず、受け渡したい項目ごとに適用範囲を照会します。

FAZOMを候補に含める場合は、公式ページの案内を確認したうえで、自社の利用環境と対象データを整理します。^[4]既存CRM/SFAとの接続可否や個別設計の提供条件は未確認として照会し、他の候補と同じ確認欄に回答をそろえます。表の記載が多いことより、自社の必須条件に答えがあるかを重視します。

参考：Connect HubSpot and Salesforce｜HubSpot

参考：Map HubSpot properties to Salesforce fields｜HubSpot

参考：ネクストSFA/CRM 外部連携プラン｜ネクストSFA/CRM

参考：機能一覧｜FAZOM

必須条件の違いに応じて候補を分けて比較する

候補を比べる際は、既存製品・プランと用途を固定し、同じ必須条件に対する回答を並べます。一方向に情報を渡せれば足りる業務と、両側で更新する業務は、要件を別の行に分けます。自社に不要な双方向更新を、候補の評価条件へ一律に加える必要はありません。

比較表には、提供者の回答とデモ結果を別々に記録します。先ほどの仮の要件について、一方向に日付を同期できると回答された場合も、公式回答欄には対象プラン・項目・方向と資料名・確認日・回答担当を記し、実機結果欄は試験前なら未試験とします。デモでは架空案件の受注予定日を変更し、対象ID・変更前後の値・反映時刻を実機結果欄へ記録します。回答だけが得られた段階では、自社環境での動作は未確認のまま残します。

必須条件は、成立・未確認・不成立を分けて管理します。未確認なら提供者への質問かデモ項目に戻し、不成立なら方式の変更や候補の見直しを検討します。接続条件がそろった候補について、次に顧客・案件の項目と更新操作を実際に試します。

同期項目・方向・更新ルールをデモで検証する

デモでは、画面上で接続できたことに加え、必要な項目が期待した値と時刻で反映されるかを確認します。利用可能な検証環境に架空の顧客・案件を用意し、操作前の期待と操作後の結果を分けて記録します。

項目とデータ型を対応させて新規登録を試す

最初に、顧客や案件といったデータの単位をそろえ、同期元と同期先の項目を対応付けます。項目の対応付けは「マッピング」と呼びます。会社名などの文字列、案件段階などの選択肢、受注予定日などの日付について、表示名だけでなくデータ型と必須入力の条件も記入します。

HubSpotの項目設定ガイドでは、HubSpotのプロパティとSalesforceの項目の対応付けや、同期ルールの設定を案内しています。^[2]自社のデモでは、同じ顧客・案件を識別するIDも含めて、どの項目をどこへ渡すかを決めます。以下の欄に期待値を先に書き、新規登録と初回同期の結果を残します。

値が反映されても、別の顧客や案件へ入っていれば要件を満たしません。対象ID、値、反映時刻を一緒に見比べ、差があれば設定を見直して再試験します。検証環境が用意できない場合は、実機未確認の項目を残し、本番の顧客データを無断で試験へ投入しないようにします。

参考：Map HubSpot properties to Salesforce fields｜HubSpot

同時更新や空欄、削除時の動作を試す

新規登録を確認した後は、項目ごとに更新元と優先する値を決め、変更時の動作を試します。両側で更新する業務なら、それぞれに異なる値を入れたときの結果が確認対象です。一方向で足りる業務では、逆向きの反映を不要な要件として追加せず、決めた方向の更新を確かめます。

空欄化は項目の値を消す操作で、削除は顧客や案件などのデータ自体を消す操作です。同じ処理としてまとめず、期待する結果を別々に記入します。重複IDや型不一致も操作を分け、どの入力で反映やエラーの違いが生じたかを追えるようにします。

期待と違う結果が出た場合は、操作時刻と設定条件を添えて提供者へ確認します。修正後は該当操作を再試験し、説明を受けただけで解決済みにしません。必要な値の反映を確認できたら、同期先で誰がその情報を見たり編集したりできるかを確かめます。

接続ユーザーの権限と同期先での閲覧範囲を確かめる

接続処理を行うユーザーの権限と、営業担当者が同期先で使う権限は分けて確認します。連携が動くことに加えて、必要な人だけが対象データを閲覧・編集できるかを試します。

連携に必要な接続ユーザーの権限を整理する

接続ユーザーについて、連携に必要な権限、付与する担当、変更を承認する担当を整理します。管理者権限で試験できた場合も、本番で予定する権限のまま利用できるかは別に確認します。接続後の運用担当まで決めておくことが実施条件になります。

HubSpotの接続ガイドでは、Salesforceとの連携に接続ユーザーの権限条件を示しています。^[1]自社では必要な権限を管理者が見比べ、社内で認めている範囲に収まるかを判断します。条件に合わない場合は、権限の承認や接続方式の見直しを確認するまで採用判断を保留します。

運用開始後に備え、認証の更新、担当者の異動、接続ユーザーの停止についても質問します。「誰が変更し、誰が接続を再確認するか」を回答欄に残します。特定の担当者だけが設定を把握する運用を避けるため、引継ぎ先と権限の解除手順も管理者と共有します。

参考：Connect HubSpot and Salesforce｜HubSpot

制限付きユーザーで見える範囲を確認する

閲覧範囲の確認では、管理者だけでなく、権限を制限した営業担当者のアカウントでも操作します。同期元と同期先の双方で、見せる顧客・案件、見せない項目、編集を許可する範囲を確認します。同期元の制限がそのまま引き継がれることを前提にしないようにします。

試験前に、担当案件だけを見せるのか、所属チームの案件まで見せるのかを決めます。金額や社内メモなど、項目単位で制限したい情報も書き出します。以下の表では、想定する役割ごとに行を分け、閲覧と編集の結果をそれぞれ記録します。

必要な情報が見えない場合と、見せない情報が見える場合は、どちらも差異として残します。設定を変更した後は、管理者と制限付きユーザーの双方で再試験します。必要な権限運用が決まったら、その設定や変更対応が見積もりに含まれるかも確認します。

追加契約・設定・保守にかかる費用条件を比較する

連携費用は、契約料金と、設定・保守・変更に必要な作業を分けて比較します。候補ごとに対象範囲と期間をそろえ、見積もりに記載のない費用を無料として扱わないことが基本です。

基本契約と連携オプションの費用を分けて確認する

まず、現在の基本契約に含まれる範囲と、連携のために追加する契約を分けて記入します。プラン変更やAPI利用に関する条件も照会し、利用人数やデータ量など、見積もりの前提となる情報をそろえます。連携先と連携元のどちらで費用が発生するかも確認対象です。

ネクストSFA/CRMの外部連携プランでは、ネクストSFA/CRMの基本契約が別途必要と案内しています。^[3]このように、連携部分だけの案内から契約全体の金額を判断しないことが大切です。自社で必要な基本契約と追加契約を含めて、見積もりの対象範囲を確認します。

APIの利用量に関する条件は、上限の有無と、超過時の扱いを質問します。費用の回答がなければ「未回答」と残し、0円とは記入しません。必要な契約がそろった後で、初期設定や保守作業が別料金にならないかを確認します。

参考：ネクストSFA/CRM 外部連携プラン｜ネクストSFA/CRM

設定・保守・項目変更の対応範囲をそろえる

作業費用を比べる際は、初期設定だけでなく、導入後の保守や項目変更まで含有範囲をそろえます。月額料金が低くても、必要な作業が見積もりに含まれていなければ、そのまま総額を比較できません。対象期間と別料金になる条件を同じ表に残します。

顧客データの整備、項目の対応付け、権限設定、試験結果の確認について、提供者と自社のどちらが担当するかを決めます。自社で行う作業にも担当者の確保が必要です。以下の欄では、金額の回答に加えて、作業範囲と回答担当を記入します。

回答を受けたら、同じ期間に必要な契約と作業が含まれているかを見直します。未回答の費用や担当不在の作業が残る候補は、金額だけで採用を決めません。障害対応の範囲については、見積もりの説明と実際の停止・再開手順が一致するかも確かめます。

連携を停止・再開したときの対応を試す

連携の確認には、通常時の同期だけでなく、停止に気づいて復旧を完了するまでの手順も含めます。試験は利用可能な検証環境で提供者と方法を合意して行い、本番接続を止めて確かめないようにします。

停止時の通知内容と問い合わせ先を確かめる

停止試験では、誰が異常に気づき、何を確認して、どこへ連絡するかを確かめます。エラー通知があることを全候補の前提にせず、通知の有無、通知先、確認できる内容を質問します。通知がない場合は、自社でどのように未反映を把握するかを決める必要があります。

検証環境で停止を試せる場合は、提供者と合意した方法で実施し、通知の届いた時刻と内容を記録します。連絡に必要な対象ID、操作時刻、エラー内容を確認し、社内の一次窓口と提供者側の問い合わせ先を整理します。複数の製品を使う場合も、最初に連絡する相手を曖昧にしません。

停止時の確認と連絡の記録欄

確認対象	記録する内容	回答・確認担当
停止の把握方法を確認します。	通知の有無、通知先、検知・受信時刻を記入します。	社内の確認担当を記入します。
エラー内容を確認します。	対象ID、操作時刻、確認できたエラー内容を記入します。	提供者への照会担当を記入します。
停止中の対象データを確認します。	停止期間と、その間に行った操作を記入します。	営業側と管理者側の担当を記入します。
問い合わせ先を確認します。	社内の一次窓口、提供者側の窓口、引継ぎ手順を記入します。	連絡を受ける担当を記入します。

通知を受け取れただけで、復旧の確認まで完了したとは扱いません。停止中に更新したデータを追えるか、担当者へ必要な情報を渡せるかまで試します。停止試験ができない場合は、提供者の回答と未試験の範囲を分けて残し、確認できた内容だけを候補判定へ反映します。

再開後にデータの欠落や重複がないか見比べる

再開後は、接続が戻ったことに加え、停止中の操作が必要な範囲で反映されたかを確認します。試験用のIDごとに作成・更新などの操作を記録し、期待件数と実件数を比較します。件数が一致していても、対象IDや項目値に違いがないかを確認します。

再実行については、自動で行うのか、人が操作するのか、対象範囲をどう決めるのかを提供者へ質問します。同じ操作を再度実行してよい条件も確認が必要です。以下の欄に停止中の操作と再開後の結果を残し、欠落や重複の確認を担当者の記憶だけに頼らないようにします。

復旧完了は、必要なデータを見比べた結果を担当者が確認して判断します。再実行の条件が分からない場合は、自動復旧を前提にせず、回答が出るまでその条件の判定を保留します。残った差異や未回答は、最終的な候補判定の表へ引き継ぎます。

未回答の必須条件を整理し、導入候補を絞り込む

候補を絞るときは、機能の多さより、必須条件への回答とデモ結果を優先します。未回答と不成立を区別し、追加で確かめる条件、回答担当、発注前の確認期限を決めます。

必須条件への回答と回答期限で候補を判定する

連携候補は、必須条件への公式回答とデモ結果を対応付けて判定します。未回答なら発注を保留し、不成立なら見送りか要件の再検討に戻します。条件が成立した候補は、見積もりと社内承認の確認へ進めます。

判定表では、同期項目、権限、費用、復旧などの必須条件を一行ずつ記入します。回答待ちの項目には、誰がいつまでに回答するかを付けます。公式回答は得たものの実機試験が必要な場合は、未回答事項と未試験事項を分けて残します。

未回答の必須条件は、他の項目が成立していても相殺しません。期限までに判断材料がそろわなければ発注を保留し、不成立が確定した場合は候補や要件を見直します。必須条件を満たした場合も、見積もりの確定と社内承認を経て導入を判断します。

確認表を管理者と見積もり承認者に共有する

管理者には同期・権限・停止再開の確認欄を渡し、設定と運用に残る課題を確認してもらいます。見積もり承認者には、基本契約、追加契約、作業範囲、別料金条件を共有します。営業マネージャーは、それらの条件で必要な業務を行えるかを確認し、候補を選ぶ理由を整理します。

共有時には、各候補の必須条件、回答の根拠、デモで残った差異を同じ資料から追えるようにします。FAZOMを候補に含める場合は、FAZOMの機能と導入前に確認する内容も管理者と共有してください。CRM/SFAとの接続可否は別途照会し、自社の環境と対象データを添えて、回答済みの範囲を明確にします。

次に行う作業は、未回答の必須条件について、照会先と担当者と期限を決めることです。要件を満たす候補がなければ、現状維持も選択肢に残します。接続条件や予算、必要な運用が変わったときに、保留した理由と確認記録を使って再検討します。

まとめ

SFA・CRMと外部ツールの連携では、接続条件、同期項目、同期方向と更新ルール、権限、追加費用、障害時対応、候補の採否条件をそろえて比較します。利用中の製品・プランと必要な業務を明確にし、公式資料の回答と自社の条件で試したデモ結果を対応付けましょう。

同期は新規登録だけでなく、同時更新や空欄化、削除時の動作も確認します。権限を制限した利用者の閲覧・編集範囲、見積もりに含まれる設定・保守作業、停止・再開後にデータを見比べる手順まで管理者と確認し、未試験の範囲を残してください。

未回答の必須条件があれば発注を保留し、不成立なら候補や要件を見直します。条件が成立した候補は、見積もりと社内承認の確認へ進めます。まず比較表に残った質問を確認し、提供者への照会担当と回答期限を決めましょう。

連携候補に営業AIを含める場合は、接続条件とあわせて導入前の確認事項も整理しておきましょう。以下の『営業AIを成果につなげる導入前チェックガイド』をご確認ください。

---

営業AIを入れても売上につながらない理由を、8項目のチェックリストで解説！
＞＞無料で『営業AIを成果につなげる導入前チェックガイド』をダウンロードする