MCPでSalesforce連携するには？AIエージェント接続で押さえる実務論点
MCPでSalesforceをAIエージェントにつなぐと、必要なレコード検索や更新を会話の流れで実行できるようになります。一方で、便利さのまま権限を広げると、誤更新や説明不能な自動処理が起きやすくなります。
そのため、MCP連携は接続できるかより、何を読ませ、何を更新させ、どこで人が止めるかを先に決める方が実務的です。
本記事のポイント
- MCPでSalesforce連携するときは、まず読み取り中心で始め、書き込みは用途ごとに段階開放するべきです。
- リード、商談、活動履歴など、AIエージェントが触れるオブジェクト境界を先に決める必要があります。
- 外部送信やレコード更新を伴う処理では、Human in the loopと監査ログを一緒に設計する方が安全です.
この記事で扱うテーマ
関連キーワード
- MCP Salesforce 連携
- MCP Salesforce integration
- AIエージェント Salesforce 接続
- Salesforce MCP
- MCP CRM 連携
このページで答える質問
- MCPでSalesforce連携するときは何から始めるべきですか？
- いきなり書き込みを許してもよいですか？
- どのオブジェクトまで連携対象にすべきですか？
- 承認や監査はどう考えるべきですか？
最初に切るべき境界
| 用途 | 初期設定の考え方 | 広げすぎた時のリスク |
|---|---|---|
| 検索・参照 | 読取専用で開始する | 情報は見えるが事故は起きにくい |
| 更新 | 対象オブジェクトと項目を限定する | 誤更新や整合性崩れが起きる |
| 外部送信 | 必ず承認をはさむ | 誤メール送信や誤通知になる |
| 監査 | 誰が何を実行したかを残す | 後から説明できなくなる |
いきなり全オブジェクトを開かない
Salesforceは項目数も依存関係も多いため、AIエージェントに全件を触らせる設計は現実的ではありません。最初は、たとえば商談要約の参照、活動履歴の下書き作成、次アクション候補の提示など、限定用途から始める方が安定します。商談メモをCRM向けに整える運用 のように、まずは人が確認しやすい中間成果物を作らせる方が導入しやすくなります。
導入の順序
- 参照対象のオブジェクトと項目を決める
- AIエージェントが返す出力形式を固定する
- 更新や送信を伴う処理に承認を入れる
- 監査ログと例外時Runbookを運用に組み込む
特に書き込みを伴う場合は、Human in the loop や Agent Evals と切り離さない方が安全です。つながることより、どの条件で止めるかの方が本番運用では重要になります。
よくある質問
MCPでSalesforce連携するときは何から始めるべきですか？
まずは検索や参照など読取中心の用途から始めるのが安全です。
いきなり書き込みを許してもよいですか？
推奨しません。対象オブジェクト、更新項目、承認条件を決めてから段階的に広げる方が現実的です。
どのオブジェクトまで連携対象にすべきですか？
最初はリード、商談、活動履歴など用途が明確な範囲に絞る方が管理しやすくなります。
承認や監査はどう考えるべきですか？
外部送信やレコード更新では、人の承認と実行ログの保存をセットで考えるべきです。
