ERPとCRM・SFAの違い|役割の分け方と、連携させる順番・データの持ち方

ERPは確定した取引とモノ・お金の記録、CRMは顧客との関係の記録、SFAは商談を受注まで進めるための道具です。3つの境目は「受注が確定したかどうか」にあり、連携させるときは取引先と品目のマスタをERP側でそろえてから、CRM・SFAとつなぐのが基本の順番です。この記事では、ERPとCRM・SFAの違い、項目ごとにどちらのデータを正とするかの表、連携の順番と方式の選び方を、大手コンサルティングファーム出身の専門家の知見をもとに解説します。
- ERP・CRM・SFAの目的・利用者・データの違いを1枚にまとめた比較表
- 見込み客から入金までの流れの中で、どのシステムが何を受け持つか
- 取引先・品目・価格・受注・請求など、項目ごとに「正」を置く場所を決める表
- 連携させる5つの順番と、手入力・CSV・API連携の選び方
ERPとCRM・SFAの違い:役割を1枚で比べる
ERP(統合基幹業務システム)は、販売・購買・在庫・生産・会計などの基幹業務のデータを一元管理する仕組みです。CRM(顧客関係管理)は、顧客の情報とやり取りの履歴を管理し、関係を深めるための仕組みです。SFA(営業支援)は、商談の進み具合や営業活動を管理し、受注までの確度を上げるための仕組みで、CRMの一部として提供されることも多くあります。
3つは扱う業務が隣り合っているため、機能の説明だけを読むと重なって見えます。違いがはっきりするのは、データに求める正確さと、時間軸を比べたときです。
| 比べる点 | ERP | CRM | SFA |
|---|---|---|---|
| 目的 | 取引を正しく記録し、在庫・原価・損益を把握する | 顧客を理解し、関係を長く続ける | 商談を進め、受注の確度と件数を上げる |
| 主な利用者 | 受注・出荷・購買・経理の担当者 | 営業、カスタマーサポート、マーケティング | 営業担当者と営業管理者 |
| 扱う中心のデータ | 受注・出荷・請求・入金・在庫・仕訳 | 顧客企業・担当者・問い合わせ・対応履歴 | 商談・見積・活動予定・受注見込み |
| 時間軸 | 起きたこと(確定した過去) | これまでと今の関係 | これから起きること(見込み) |
| 正確さの要求 | 1円・1個の誤りも許されない。監査や税務の根拠になる | 最新であることが大事。多少の抜けは運用で補える | 見込みなので変わって当然。更新の頻度が大事 |
| 誤ったときの影響 | 誤出荷、請求ミス、決算の修正 | 対応の重複、顧客の不満 | 売上予測のずれ |
この表のうち「時間軸」と「正確さの要求」が、システムを分ける理由そのものです。ERPは確定した事実を1つの正しい形で残すことに最適化されています。一方、CRMやSFAは、変わり続ける見込みや人間関係を、営業担当者が気軽に更新できることに価値があります。求める性格が逆なので、1つのシステムで両方を満たそうとすると、どちらかが使いにくくなります。
中小企業でよく見るのが、ERPの得意先マスタの備考欄に、営業のメモを詰め込んでいる状態です。「社長はゴルフ好き」「3月は決算で発注が止まる」「担当の〇〇さんは午前中が捕まりやすい」。こうした情報は営業にとって価値がありますが、請求や与信を扱うERPのマスタに置くと、更新する人と見る人が合わず、すぐに古くなります。ERPには取引を正しく処理するための情報だけを置き、関係づくりの情報はCRMに分ける。この線引きが、両方を使いやすく保つ第一歩です。
ERPそのものの位置づけはERPとはで、基幹系と情報系の分け方は基幹システムと業務システムの違いで詳しく解説しています。
境界線は「受注の確定」:業務の流れで見る役割分担
実務で役割を分けるときは、見込み客の獲得から入金までの流れに沿って考えるとわかりやすくなります。境目は、受注が確定した瞬間です。そこから先は、モノとお金が動くため、ERPの正確さが必要になります。
| 段階 | 主に使うシステム | やること | ここでの注意点 |
|---|---|---|---|
| 見込み客の獲得 | CRM(マーケティング機能) | 問い合わせ・展示会・資料請求の記録 | 同じ会社が何度も登録されないよう、会社名の書き方を決めておく |
| 商談 | SFA | 訪問記録、課題の聞き取り、受注見込みの更新 | 確度の基準(A・B・Cの定義)を全員でそろえる |
| 見積 | SFA、またはERP | 品目・数量・単価を決めて見積書を出す | 単価はERPの価格マスタを使う。SFAで自由に単価を書かせない |
| 受注の確定 | ERP | 受注を登録し、在庫を引き当て、納期を決める | ここから先はERPが正。SFA側の受注は「確定した」という記録にとどめる |
| 出荷・請求 | ERP | 出荷指示、納品書・請求書の発行、売上の計上 | 締め日・請求先・支払条件はERPのマスタで管理する |
| 入金・回収 | ERP | 入金の消し込み、未回収の管理 | 未回収の情報は営業にも見せる。CRMに戻すかどうかを決める |
| アフターフォロー | CRM | 問い合わせ・クレーム・追加提案の記録 | 過去の購入履歴はERPから参照する |
見積を「SFA、またはERP」としたのは、会社によって合う場所が違うからです。標準品の販売が中心で、単価が価格表で決まる会社は、見積もSFAで作り、価格はERPから受け取る形が向いています。一方、品目の組み合わせや加工内容で毎回原価を積み上げる会社は、見積をERP(または原価計算の仕組み)で作るほうが、利益の管理と矛盾しません。
もう1つ決めておきたいのが、受注の後に変更が入った場合の扱いです。納期の変更、数量の追加、キャンセルは、受注を確定させたERPで処理します。そのうえで、変更の結果をSFAの商談にも反映させるかどうかを決めます。反映させないと、SFAの受注金額とERPの売上が少しずつずれ、営業会議の数字と経理の数字が合わなくなります。営業の実績はERPの売上を正として集計する、と決めておくと、この問題は起きにくくなります。
データの持ち方:項目ごとに「正」をどちらに置くか
ERPとCRM・SFAをつなぐときに、いちばん揉めるのが「同じ情報が両方にあるとき、どちらが正しいのか」です。取引先の住所が2つのシステムで違っていたら、どちらを直すのか。これを項目ごとに先に決めておくのが、連携設計の中心になります。
| データ | 正を置く場所 | もう一方での扱い | 理由 |
|---|---|---|---|
| 取引先コード・正式名称・請求先・締め日・支払条件・与信限度 | ERP | CRMは参照のみ(変更不可) | 請求と入金に直結する。誤ると請求ミスや与信事故になる |
| 顧客企業の担当者・役職・連絡先・キーパーソン | CRM | ERPには請求書の送付先など必要な人だけ | 営業が日々更新する。ERPに全員を持つ必要はない |
| 品目・単位・標準単価・得意先別の価格 | ERP | CRM・SFAへ定期的に配信 | 在庫・原価・請求と同じ価格を使う必要がある |
| 商談・確度・受注見込み金額 | SFA | ERPには持たない | 見込みは変わり続ける。確定した数字と混ぜない |
| 見積 | SFAまたはERP(どちらか一方に決める) | 受注時にERPへ引き継ぐ | 両方で作れる状態にすると、どちらが最新かわからなくなる |
| 受注 | ERP | SFAには「受注になった」記録と金額 | 在庫の引当・出荷・請求の起点になる |
| 売上・請求・入金の実績 | ERP | CRMへ参照用に戻す | 営業が顧客ごとの購入実績と未回収を見られるようにする |
※説明用の例です。業種や業務の進め方によって、見積や価格の扱いは変わります。
実際の製品でも、この考え方に沿った同期の仕組みが用意されています。たとえばMicrosoftの公式ドキュメント(2026年4月更新)では、ERPの「Dynamics 365 Business Central」とCRMの「Dynamics 365 Sales」を連携するとき、得意先価格グループや販売価格はERPからCRMへの一方向、計上済みの請求書もERPからCRMへの一方向で同期すると説明されています。受注は、CRMで登録してERPへ送る方式と、双方向で同期する方式から選ぶ形です。どの製品を使う場合でも、こうした「向き」を項目ごとに決める作業は避けて通れません。
連携の設計で「取引先はどちらでも登録・変更できるようにしてほしい」という要望が出たら、立ち止まって確認します。両方で変更できる状態にすると、営業がCRMで住所を直し、経理がERPで別の住所に直す、ということが起きます。同期の仕組みはどちらかの変更で上書きするため、正しい情報が消えることもあります。新しい取引先の登録はCRMで申請し、ERPの担当者が与信や締め日を確認してから正式に登録する、という申請と承認の流れにしておくと、営業の手間を増やさずにマスタの正確さを守れます。
連携させる順番:5つのステップ
ERPとCRM・SFAは、つなげば自動的に役に立つわけではありません。順番を間違えると、汚れたデータが2つのシステムの間を行き来するだけになります。次の順番で進めます。
- 取引先コードを1つにそろえる
ERPの得意先マスタから、重複・休眠・表記ゆれを整理します。同じ会社が「(株)〇〇」と「〇〇株式会社」で2件ある状態のままCRMとつなぐと、商談と売上が別の会社のものとして集計されます。 - 品目と価格の正をERPに決める
品目コード、単位、得意先別の価格をERPで管理し、CRM・SFAへ配信する前提を固めます。SFAで単価を自由に入力できる運用はやめます。 - 顧客の担当者と商談をCRM・SFAで管理する
営業が日々入力するデータはCRM・SFAに集めます。確度の定義、入力の頻度、必須項目を決めます。 - 受注の受け渡しをつなぐ
SFAで受注になった商談を、ERPの受注として登録する流れを決めます。最初は手入力やCSVの取り込みでもかまいません。受注番号を両方のシステムに残し、突き合わせられるようにします。 - 実績をCRMへ戻す
ERPの売上・請求・入金の実績を、顧客ごとにCRMで見られるようにします。営業が訪問前に「前回いつ、何を買ったか」「未回収はないか」を確認できる状態がゴールです。
この順番の要は、1と2を先にやることです。CRM・SFAの導入を先に進め、後からERPとつなごうとすると、CRM側で独自に作られた顧客コードとERPの得意先コードの対応表づくりに、多くの時間を取られます。マスタの整理の方法はマスタデータ整備とコード体系の決め方で解説しています。
連携方式の選び方:手入力・CSV・API
連携の方式は、取引の件数と、どれだけ早く反映させたいかで選びます。最初から自動化を目指す必要はありません。
| 方式 | 向いている状況 | メリット | 注意点 |
|---|---|---|---|
| 手入力(転記) | 受注が1日数件、取引先の追加も月数件 | 費用がかからない。すぐ始められる | 転記ミスと二重入力の手間。件数が増えると続かない |
| CSVの定期取り込み | 受注が1日数十件。反映は翌日でもよい | 仕組みが単純で、ベンダーを替えても作り直しやすい | 取り込みエラーの確認と修正を誰がやるかを決める |
| API連携(自動同期) | 件数が多い。在庫や与信をその場で確認したい | 反映が早く、転記がなくなる | 開発と保守の費用。片方の製品の更新で連携が止まることがある |
| 同じメーカーの製品群でそろえる | ERPとCRMを同時に入れ替える | 標準の連携機能を使える | 製品の選択肢が狭まる。片方だけ替えにくくなる |
どの方式でも、連携が失敗したときの扱いを決めておく必要があります。CSVの取り込みで1行だけエラーになったとき、その受注はどこで止まっているのか。誰が気づき、誰が直すのか。これが決まっていないと、受注が漏れていることに出荷の段階まで気づけません。
連携の項目・頻度・エラー時の処理は、要件定義書の「外部連携」の章に書きます。販売管理の範囲の考え方は販売管理システムとはで解説しています。
費用の面では、連携の開発費だけでなく、どちらかの製品が更新されたときの改修費も見込んでおきます。クラウドサービスは年に数回の更新が当たり前で、連携の仕様が変わることもあります。最初はCSVの日次取り込みのような単純な方式で始め、運用が固まってから自動化の範囲を広げると、作り直しの費用を抑えられます。ERPの製品選びの考え方は中小企業のERPの選び方で解説しています。
連携でよくある3つの失敗と防ぎ方
ERPとCRM・SFAの連携は、つないだ直後より、数か月使ったあとに問題が表に出ます。よくある失敗を3つ挙げます。
取引先が二重に増えていく
CRMで登録した顧客と、ERPで登録した得意先が別々に増え、同じ会社が2件、3件と並ぶ状態です。原因は、登録の入口が2つあることです。防ぐには、新規の登録はCRMからの申請に一本化し、ERPで正式に登録した時点でコードをCRMへ戻す流れにします。月に1回、会社名や電話番号が似ている得意先を一覧にして、重複の疑いを確認する担当者も決めておきます。
見積と請求の金額が合わない
SFAで出した見積と、ERPで計上した売上の金額がずれる状態です。多くの場合、SFA側で単価を手入力できることが原因です。値引きをした場合は、値引きの理由と承認者を記録し、ERPの受注にも同じ条件を引き継ぎます。価格の正をERPに置くと決めたら、SFAでは価格を変更できない設定にするのが確実です。
連携のエラーが放置される
自動連携の一部が失敗し、そのまま誰も気づかない状態です。受注の連携が止まれば、出荷が遅れて初めて問題がわかります。連携の結果を毎日確認する担当者を決め、エラーがあれば翌朝までに直すルールにします。あわせて、CRMには顧客の担当者の個人情報が入るため、誰がどの情報を見られるかという権限も、連携の設計と同時に決めておきます。
データでみる:顧客管理の仕組みは「名簿」で止まりやすい
日本政策金融公庫総合研究所が2025年5月に公表した「デジタル化に取り組む中小企業の実態に関する調査」では、導入したデジタルツールごとに、どんな成果があったかを尋ねています(複数回答)。顧客管理システムを導入した企業が挙げた成果は、「業務の効率化」が83.8%、「業務の標準化」が37.2%でした。一方、「顧客との関係強化」は21.2%、「意思決定の迅速化」は4.2%にとどまります。
この数字からは、顧客管理の仕組みが顧客情報を探しやすくする「名簿」として役立っている一方、関係強化や営業の判断にまで効いている企業は一部にとどまるという見方ができます。調査は理由までは尋ねていませんが、実務上よく見る原因の1つが、ERPとの分断です。顧客管理の画面で、その顧客の購入実績や未回収、出荷の状況が見られなければ、営業は結局ERPの担当者に電話で聞くことになります。
もう1つの土台がマスタです。JUAS「企業IT動向調査報告書2026」では、データマネジメントの取組みのうち「マスタデータ管理・統合」を「整備済み」と答えた企業は23.2%でした。東証上場企業とそれに準じる企業を対象にした調査でも、マスタが整っている企業は4分の1に満たない水準です。ERPとCRMをつなぐ前に、取引先のマスタを整えることが、多くの会社で最初の仕事になります。
連携の効果を確かめる指標も、導入前に決めておきます。たとえば「受注の転記にかかる時間」「見積と売上の金額が一致しない件数」「重複している得意先の件数」「営業がSFAの顧客画面を開いた回数」の4つです。最初の3つはERP側の正確さ、最後の1つは営業にとっての使い道ができたかを表します。導入前の数字を記録しておくと、半年後に効果を説明しやすくなります。
説明用の例:従業員120名の設備資材メーカーの場合
ここまでの考え方を、架空の会社で見てみます。従業員120名、営業担当15名、得意先は約900社の設備資材メーカーです。販売管理と会計はERPで、営業の顧客情報は各自のExcelと名刺管理アプリにあります。2年前にSFAを入れましたが、入力が定着していません。
※説明用の例です。実在の企業を表すものではありません。
営業がSFAを開く理由が「入力のため」から「訪問前に実績と未回収を確認するため」に変わると、入力も続くようになります。
登録の入口を1つにし、正式な登録はERPで行う。これだけで、重複と与信の抜けの多くは防げます。
この会社で最初に手をつけるのは、SFAの機能追加ではなく、得意先マスタの整理です。約900社の中から、取引が3年以上ない得意先と、重複の疑いがある得意先を洗い出し、統合のルールを決めます。そのうえで、連携方式はまずCSVの日次取り込みから始め、件数と運用が安定してからAPI連携を検討します。
営業の側では、SFAの必須入力を「次回の予定日」「確度」「見込み金額」の3項目に絞ります。入力の負担を下げる代わりに、ERPの実績を見られるという見返りを用意する。この組み合わせで、SFAは「報告のための道具」から「営業が自分で使う道具」に変わっていきます。半年後には、営業会議の資料をSFAとERPの数字から作れる状態を目指します。
ERPとCRM・SFAをつなぐ前の10のチェックポイント
この会社に限らず、ERPとCRM・SFAをつなぐ前に、次の10項目を確認してください。
- ERPの得意先マスタに、重複や表記ゆれがないか確認した
- 取引先コードを、CRM・SFAとERPで共通にする方針が決まっている
- 品目・単位・価格の正をERPに置くことが決まっている
- 見積をSFAとERPのどちらで作るか、一方に決めている
- 受注の確定はERPで行い、SFAには受注になった記録を残すと決めている
- 新しい取引先の登録が、申請と承認の流れになっている
- 売上・請求・未回収の実績を、営業が顧客ごとに見られる計画がある
- 項目ごとの同期の向き(一方向か双方向か)を一覧にしている
- 連携が失敗したときに、誰が気づき誰が直すかが決まっている
- 受注番号など、両方のシステムで突き合わせられる番号を持っている
よくある質問
ERPがあれば、CRMやSFAは不要ですか?
会社の規模と営業のやり方によります。得意先が固定されていて新規の商談が少ない会社なら、ERPの得意先マスタと簡単な対応記録で足りることもあります。一方、営業担当者が多く、商談の数や見込みを管理したい会社では、ERPに商談情報を詰め込むと入力が重くなります。その場合はCRM・SFAを分けて持つほうが使いやすくなります。
CRM・SFAとERPは、どちらを先に入れるべきですか?
受注から入金までの業務が安定していない場合は、ERP側を先に整えることをおすすめします。CRM・SFAを先に入れる場合でも、取引先コードと品目・価格はERPと共通にする前提で設計してください。後からコードの対応表を作る作業は、想像以上に時間がかかります。
ERPとCRMは同じメーカーの製品にそろえたほうがよいですか?
標準の連携機能を使えるという利点はありますが、それだけで決める必要はありません。CSVやAPIで連携できる製品であれば、別のメーカーでも実務上は十分につなげます。大切なのは、項目ごとにどちらを正とするかと、連携が失敗したときの扱いを決めておくことです。
営業がSFAに入力してくれません。どうすればよいですか?
入力の指示を強めるより、営業がSFAを開く理由を作るほうが効果的です。ERPの購入実績や未回収、出荷の状況をSFAの顧客画面で見られるようにすると、訪問前の確認のためにSFAを開くようになります。あわせて、必須の入力項目を絞り、確度の定義を全員でそろえてください。
CRMとSFAは何が違うのですか?
CRMは顧客との関係全体(問い合わせ、対応履歴、購入後のフォローなど)を管理する考え方と仕組みで、SFAはその中でも営業活動と商談を受注まで進めることに特化した仕組みです。製品としては、CRMの中にSFAの機能が含まれている場合が多く、分けて考えるより「商談の管理をどこまで行うか」で必要な機能を判断するのが実務的です。
ERPとCRM・SFAをどう組み合わせるかは、作り方の選択と切り離せません。パッケージ・クラウド・スクラッチ開発のそれぞれで、範囲・費用・連携の考え方を比較した資料です。
資料をダウンロードする(無料)まとめ
ERPとCRM・SFAの違いは、扱うデータの時間軸と正確さにあります。ERPは確定した取引を1つの正しい形で残し、CRMは顧客との関係を、SFAは受注までの見込みを、営業が更新しやすい形で持ちます。境目は受注の確定で、そこから先はERPが正です。
ERPとCRMを連携させるときは、取引先コードと品目・価格をERPでそろえることから始め、項目ごとに「正」と同期の向きを決めます。そのうえで、ERPの実績をCRMへ戻し、営業が顧客ごとに購入実績と未回収を見られる状態を目指します。自社の場合どこから整理すべきか迷う方は、無料診断で現状の課題と検討の順番を確認できます。
向き不向き、3つの質問、重みづけ評価と5年総費用
資料をダウンロードする

