Slackbot MCP Client × Salesforce MCPサーバーで何が変わるのか

2026.07.17

#Salesforce #Slackbot MCP Client #Salesforce MCPサーバー

従来のSalesforce連携との違い、MCPツール化の意味、導入時の使い分けを整理

 

はじめに：SlackにSlackbot MCP Clientが登場

2026年6月、Slackbot MCP Clientが一般提供開始として発表され、Slackbotから外部のMCPサーバーを呼び出す仕組みが利用できるようになりました。実際の利用可否は、契約プランや管理者設定、ワークスペースへの展開状況によって異なる可能性があります。

本記事では、Slackbot MCP ClientからSalesforce MCPサーバーを呼び出す例にフォーカスします。特に、標準のSalesforce MCPサーバーに加え、Salesforce側で定義したFlow/ApexなどのMCPツールをSlackbotから利用できる点を整理します。

Slackの管理画面では新たに「Salesforce MCPサーバー」という項目が表示されるようになりました。

一見すると、「SlackbotからSalesforceのデータを操作できるようになった新機能」のようにも見えます。しかし、ここは少し注意が必要です。

SlackbotからSalesforceレコードを検索したり、作成・更新したりする機能自体は、従来のSlackbot × Salesforce連携でも提供されていました。
今回のポイントを単に「SlackbotからSalesforceを操作できるようになった」と説明してしまうと、従来機能との差分が分かりにくくなります。

今回注目すべきなのは、下記2点になります。
・SlackbotをMCPクライアントとして使用できるようになったこと
・それに関連してMCPサーバーの1つとしてSalesforce側で定義したMCPサーバー/ツールをSlackbotから呼び出せるようになったこと

これにより、Slack上で実行できるSalesforceアクションを、より業務に合わせた粒度で設計・制御できるようになります。

前提：従来のSlackbot × Salesforce連携でできていたこと

【ポイント】
SlackbotからSalesforceを操作する機能自体は、今回初めて登場したものではない

従来のSlackbot × Salesforce連携でも、Slackに接続されたSalesforce組織に対して、Slackbotが情報を検索したり、レコードを作成・更新したりすることは可能でした。

従来機能の中心は、接続済みSalesforce組織に対する標準的なデータ操作でした。
たとえば、取引先や商談などの情報を探す、必要なレコードを作成する、既存レコードを更新するといった用途です。もちろん、SlackbotがSalesforceの全データを自由に扱えるわけではありません。Salesforce側の権限、共有設定、項目レベルセキュリティなどを前提に制御されます。

観点	従来のSlackbot × Salesforce連携
主な用途	接続済みSalesforce組織のデータ検索・作成・更新
操作の粒度	Salesforce標準レコード操作が中心
権限制御	Salesforce側の権限、共有設定、項目レベルセキュリティを前提に制御
今回の新機能との差分	「SlackbotからSalesforceを操作できる」こと自体は新規性ではない

 

Salesforce Hosted MCP Serversとは何か

次にSalesforce Hosted MCP Serversの位置づけを整理します。
Salesforce Hosted MCP Serversは、
「AIエージェントやMCP対応クライアントが、Salesforceのデータや自動化機能に安全かつ管理された形でアクセスするための仕組み」です。
Salesforce Hosted MCP ServersはAIエージェントがSalesforceのデータや自動化とやり取りするための方法であり、Salesforce側でMCPサーバーを有効化し、Claude、ChatGPT、PostmanなどのMCP対応クライアントから接続できます。

【ポイント】
Hosted MCP Serversでは単にSalesforceのレコードを読み書きするだけでなく、Flow/Apexなど、Salesforce側で定義した処理をツールとして公開可能です

AIクライアントが「ユーザーの権限に沿ってSalesforceを自由に操作させる」のではなく、「管理者・開発者が設計した業務アクション範囲を、AIクライアントから呼び出せるようにする」という考え方です。

たとえそのSalesforceユーザが持っているアクセス権の範囲内であっても、特定の操作のみを許可するということが可能になっています。
下記のような制御が活用例として考えられます。

• 取引先の参照だけを許可する
• 商談の作成・更新は許可するが、削除は許可しない
• 特定のFlowだけをツールとして公開する
• Apexで定義した独自処理だけを呼び出せるようにする
• 特定部門向けの業務処理だけをMCPツールとして提供する

Slackbot MCP Clientとは：Slackbotが外部MCPサーバーを呼び出す仕組み

ここまでSalesforce Hosted MCP Serversの位置づけを整理しました。
その「Salesforce側で定義したMCPサーバー/ツール」を含む外部MCPサーバーを、Slackbotから呼び出せるようにする仕組みがSlackbot MCP Clientです。

Slackbot MCP Clientは、SlackbotをMCPクライアントとして位置づけ、MCPサーバーを提供するアプリや業務システムのツールをSlackbotから呼び出します。
MCP サーバーを接続すると、Slackbot がそのサーバー上のツールを自動検出し、ユーザーの依頼に応じて呼び出す仕組みです。

Slackブログでも、Slackbot MCP ClientはSalesforce製品、サードパーティツール、自社で構築したツールを含め、任意のアプリをSlackbotに接続する考え方として説明されています。
(参考)マルチプレイヤー型の働き方へ：Slackbot の MCP クライアントが登場

SlackのMCP対応は、「Slackが外部AIから呼ばれる側になる」流れと、「Slackbotが外部システムを呼び出す側になる」流れを分けて整理すると理解しやすくなります。今回のSalesforce MCPサーバー連携は、後者のSlackbot MCP Clientの流れにあたります。

区分	役割	方向	時期感	今回の記事との関係
Slack MCP Server	外部AI/MCPクライアントがSlack内の情報や機能にアクセスする仕組み	外部AI → Slack	先行して登場	Slackが「呼ばれる側」になるMCP対応
Slackbot MCP Client	SlackbotがSalesforceや各種アプリのMCPサーバーを呼び出す仕組み	Slackbot → 外部システム	2026年6月に一般提供開始	今回のSalesforce MCPサーバー連携はこちら

 
上記公式ブログではSlackbot MCP Clientについて、2026/6/17日付の記事で一般提供開始として紹介されています。同記事では、Salesforce製品、サードパーティツール、自社で構築したものなどをSlackbotにつなげられると説明されています。

今回の記事で扱うSalesforce MCPサーバー連携は、このSlackbot MCP Clientの代表的なユースケースです。ここで押さえておきたいのは、Slackbot MCP Clientの考え方自体はSalesforce専用ではないという点です。
Slackbotは「Salesforceだけでなく、MCPサーバーを提供する各種業務システムを呼び分ける共通入口」になり得ます。その中でSalesforce MCPサーバーは、Salesforce/Data 360/Salesforce側で定義したHosted MCP ServersをSlackbotから利用する代表的なユースケースと捉えると分かりやすいです。

Slackbotから呼び出すMCPサーバー例	想定されるアクション
Salesforce MCP Server	商談検索、レコード作成・更新、Flow実行、Apexツール実行、Data 360 SQL実行など
チケット管理系MCP Server	課題検索、チケット作成、ステータス更新、担当者変更など
ファイル管理系MCP Server	ドキュメント検索、関連資料の抽出、ファイル作成・更新など
デザイン/ホワイトボード系MCP Server	デザイン参照、ボード作成、図の更新など
自社独自MCP Server	社内申請、基幹システム照会、独自ワークフロー実行など

 
ただし、「任意のMCPサーバーURLをSlack管理画面に入れれば何でも使える」という単純な話ではありません。Slackbotから呼び出すには、MCPサーバー対応を含むSlackアプリとして構成し、認証方式やワークスペースへのインストール、管理者承認などを設計する必要があります。Salesforce MCPサーバーは、Slack管理画面上に専用導線が用意されている点で、Salesforce/Slack連携として扱いやすい領域といえます。

今回のSlack上の「Salesforce MCPサーバー」で変わること

では、今回のSlack上の「Salesforce MCPサーバー」で何が変わるのでしょうか。
【ポイント】
Salesforce側で定義したMCPサーバー/ツールを、Slackbotから利用できるようになる

従来、Salesforce Hosted MCP Serversは、ClaudeやChatGPT、PostmanなどのMCP対応クライアントから利用する文脈で説明されることが多くありました。今回のSlackbot MCP Clientにより、SlackbotもMCPサーバーに接続できるクライアントとして位置づけられます。これにより、これまで外部MCPクライアントから呼び出していたSalesforce側のMCPサーバー/ツールを、Slackbotからも呼び出せるようになります。
つまり、Slackbotは単なる「Salesforceデータ操作の入口」ではなく、Salesforce側で設計された業務ツールを実行する入口に近づきます。

 

従来連携とMCPサーバー連携の違い

従来連携とMCPサーバー連携の違いは、「できることが増えた」というより、「できることをどの粒度で設計・公開できるか」にあります。

・従来のSlackbot × Salesforce連携
接続済みSalesforce組織に対する標準的なデータ操作が中心でした。

・Salesforce MCPサーバーを使用したSlackbot × Salesforce連携
Salesforce側で定義したFlow/Apex、特定用途の業務ツールをSlackbotから呼び出す設計が可能になります。
そのため、単に「Slackから商談を更新できる」ではなく、「Slackから商談更新用の業務フローだけを実行できる」といった粒度で考えられるようになります。
Salesforce MCPサーバーでは、設定・許可した場合に、レコード削除系のツールも公開対象に含まれ得ます。ただし、削除は影響が大きいため、本番利用では公開可否や利用者範囲を慎重に設計する必要があります。

観点	従来のSlackbot × Salesforce連携	Slackbot × Salesforce MCPサーバー
主な位置づけ	Slackbotから接続済みSalesforce組織を操作	SlackbotからSalesforce側で定義したMCPサーバー/ツールを呼び出す
できること	Salesforceデータの検索、作成、更新	標準Salesforce操作に加え、MCPサーバーで公開したツール実行（※設定・許可した場合は、レコード削除系のツールも対象になり得る）
操作粒度	Salesforceレコード操作が中心	Flow、Apex、特定業務アクションなど、ツール単位で設計可能
制御の考え方	Salesforce権限、共有設定、Slackbotアクセス設定を前提に制御	MCPサーバー/ツール単位で、Slackbotに何を公開するかを設計
実務上の意味	SlackからCRMデータを扱える	Slackから管理された業務処理を実行できる

 

標準連携で十分なケースと、MCPツール化を検討したいケース

実務では、必ずしもすべてをMCPサーバー化すればベストという訳ではありません。標準的な参照や簡易更新で十分なものは、従来のSlackbot × Salesforce連携を活用できます。
一方で入力チェック、複数レコード更新、部門別の制御、Flow/Apexに集約した業務ロジックの実行などは、MCPツール化を検討する価値が高い領域です。

観点	標準のSlackbot × Salesforce連携で十分なケース	Salesforce MCPツール化を検討したいケース
適した処理	単純なレコード検索、簡単なレコード作成・更新、標準的な項目操作で完結する処理	入力チェックや複数レコード更新を伴う処理、Flow/Apexに業務ロジックを集約したい処理
判断基準	「Salesforceレコードを探す・作る・更新する」で要件を満たせる	「決められた業務手順を実行する」「許可範囲を細かく絞る」ことが重要
具体例	取引先や商談を探す、商談の一部項目を更新する、活動を簡易登録する	承認前チェック、重複・未入力チェック、ケース作成フロー、部門別の専用アクション
制御の考え方	Salesforce権限、共有設定、項目レベルセキュリティ、Slackbotアクセス設定を前提に制御	MCPサーバー/ツール単位で、Slackbotに公開する業務アクションを設計
注意点	標準連携で十分な処理までMCP化すると、設計・運用が重くなる可能性がある	削除、大量更新、機密情報取得など、Slackbotにさせない操作も明確に決める
まとめ	汎用的なSalesforce操作で足りる領域に向く	統制された業務処理をSlackbotから実行したい領域に向く

 
この表の通り、MCPサーバー連携は「何でもSlackbotに任せるための仕組み」ではありません。標準連携で十分な領域を見極めたうえで、業務ロジックや公開範囲をSalesforce側で統制したい処理をMCPツール化する、という使い分けが実務では重要になります。

AIの都度判断に頼らずFlow/Apex実行で業務ルールを統制する

MCPツール化の実務上の価値は、SlackbotやClaudeなどのAI/MCPクライアントにSalesforce操作を毎回自由に組み立てさせるのではなく、Salesforce側で定義したFlow/Apexを呼び出せる点にもあります。
つまり、AI/MCPクライアントには「依頼内容を理解し、適切なツールを選ぶ」役割を持たせ、業務ルールに沿った実処理はSalesforce側のロジックに任せる、という設計ができます。
AI/MCPクライアントはユーザーの意図を読み取り、どのツールを呼び出すべきかを判断することに強みがあります。一方で、入力チェック、複数レコードにまたがる更新、関連レコード作成、例外処理などを毎回LLMの判断に委ねる設計は、実務上は慎重に考える必要があります。

タイトル1	タイトル2	タイトル3
観点	AI/MCPクライアントに都度判断させる設計	Flow/ApexをMCPツールとして呼ぶ設計
AI/MCPクライアントの役割	操作内容や更新項目を都度判断する	ユーザー意図を理解し、適切なツールを選ぶ
実処理	AI/MCPクライアントの判断に依存しやすい	Salesforce側のFlow/Apexで実行する
業務ルール	プロンプトやAI/MCPクライアントの解釈に依存しやすい	Salesforce側のロジックとして統制しやすい
入力チェック・例外処理	設計次第で揺れやすい	Flow/Apex側に組み込みやすい
向いている処理	簡単な検索や軽微な更新	複数ステップ、入力チェック、関連レコード作成を伴う処理

 
たとえば、Slackbotから「この商談の次回アクションを登録して」と依頼する場合でも、実際には商談項目の更新、活動レコードの作成、必須項目チェック、日付やステージの整合性確認などが必要になることがあります。これらをSalesforce側のFlow/Apexとして定義し、MCPツールとして公開しておけば、SlackbotやClaudeなどのMCPクライアントはその決まった業務処理を呼び出す形になります。

実務で効きそうなSlackbot MCP Clientのユースケース

実務上の価値は、単にSlackから商談を更新できることではありません。それだけであれば、従来のSlackbot × Salesforce連携でも近いことは可能でした。
MCPサーバー連携の価値は、業務上許可したい処理だけを、Slackbotから呼び出せる形にできる点です。

ユースケース	MCPツール化する意味
商談更新フローの実行	Slackbotに直接項目更新させるのではなく、Salesforce側のFlowを通して更新ルールを統制できる
議事録の活動登録	Slackの会話・議事録をもとに、決められた形式で活動や次回アクションを登録できる
問い合わせからケース作成	ケース作成時の必須項目、分類、初期ステータス設定をFlow側で統制できる
承認前チェック	Slackから「この申請をチェックして」と依頼し、Salesforce側のロジックで不備確認できる
データ品質チェック	重複、未入力、ステージ不整合などをチェックする専用ツールとして提供できる
部門別アクション	営業向け、CS向け、管理部門向けに公開するツールを分けられる

 

Salesforce以外のMCPサーバーと組み合わせることで広がる世界

Slackbot MCP Clientの考え方を広げると、Salesforceだけでなく、チケット管理、ファイル管理、デザイン、ドキュメント、社内システムなどのMCPサーバーもSlackbotから呼び出せる可能性があります。
たとえば、SlackbotがSalesforce MCPサーバーで商談情報を取得し、チケット管理系MCPサーバーで関連課題を確認し、ファイル管理系MCPサーバーで提案資料を探す、といった複数システム横断の業務支援が考えられます。
その意味で、Salesforce MCPサーバーは「SlackbotからSalesforceを使う機能」であると同時に、「Slackbotが複数業務システムのMCPツールを呼び分ける世界」の一部として捉えることもできます。

設計・運用上の注意点

便利になる一方で、Slackbotから実行できるアクションが増えるほど、設計とガバナンスは重要になります。
特に注意したいのは、MCPサーバーを「何でも操作できる汎用API」として公開しないことです。
Slackbotから呼び出される前提であれば、ユーザーが自然言語で曖昧に依頼するケースもあります。そのため、公開するツールは、業務上の目的が明確で、入力・実行結果・エラー時の扱いが分かりやすいものに絞るべきです。

• Salesforce側の権限、共有設定、項目レベルセキュリティを前提に設計する
• Slackbotに公開するMCPサーバー/ツールを必要最小限にする
• レコードを直接更新させるより、Flow/Apexに処理を集約した方が統制しやすい場合がある
• 削除や大量更新など、影響が大きい操作は慎重に扱う
• Slackから実行された処理のログ・監査方法を確認する
• 誰が、どのSlackワークスペース/チャンネル/DMから、どのツールを実行できるかを整理する
• Salesforce以外のMCPサーバーも接続する場合、システム横断で権限・監査・データ持ち出しリスクを確認する

導入時に検討したい観点

Salesforce MCPサーバーをSlackbotから利用する場合、単に接続可否を確認するだけでなく、どの業務をSlackbotに任せ、どの処理をSalesforce側のFlow/Apex/MCPツールに閉じ込めるかを先に整理しておくことが重要です。

検討観点	確認したいこと
Slackbotに任せる業務	検索・簡易更新にとどめるのか、業務フローの実行まで任せるのか
従来連携で十分な範囲	標準的なレコード参照や簡易更新で済むものは、従来機能を活用できるか
MCPツール化すべき処理	入力チェック、複数レコード更新、外部連携、承認前チェックなどをFlow/Apexに集約するか
許可しない操作	削除、大量更新、機密情報の取得などをSlackbotから実行させない設計にできているか
権限設計	Slack側の利用者範囲とSalesforce側の権限・共有設定・項目レベルセキュリティが整合しているか
監査・運用	誰が、いつ、どのツールを実行したかを確認できるか。誤操作時の取り消し手順はあるか

 
特に複数システムのMCPサーバーをSlackbotから呼び出す設計では、個別システム単位の権限だけでなく、業務プロセス全体として情報がどこまで参照・更新され得るかを確認する必要があります。

 

まず試すなら：小さく安全に始める

初期検証では、いきなり幅広い操作をSlackbotに公開するのではなく、影響範囲を限定したユースケースから始めるのが安全です。たとえば、以下のような順番で確認すると、従来連携とMCPサーバー連携の差分も把握しやすくなります。

1. 従来のSlackbot × Salesforce連携で、検索・作成・更新がどこまでできるかを確認する。
2. Salesforce Hosted MCP Serversで、標準ツールや公開できるFlow/Apexの範囲を確認する。
3. Slack管理画面でSalesforce MCPサーバーを追加し、利用できるユーザーやワークスペースを絞って検証する。
4. 最初は「特定Flowの実行」「特定オブジェクトの参照」など、業務上の目的が明確で影響範囲が限定されたツールから試す。
5. 実行ログ、エラー時の扱い、誤更新時の戻し方を確認したうえで、対象業務や利用者を段階的に広げる。

この進め方にすると、「従来機能で十分な領域」と「MCPツールとして設計する価値が高い領域」を分けながら、Slackbotを業務実行の入口として安全に広げやすくなります。

まとめ

Slack上の「Salesforce MCPサーバー」は、単にSlackbotからSalesforceを操作できるようにする機能ではありません。
SlackbotからSalesforceデータを検索・作成・更新する機能自体は、従来のSlackbot × Salesforce連携でも提供されていました。

今回のポイントは、Salesforce側で定義したMCPサーバー/ツールをSlackbotから呼び出せるようになったことです。これにより、Slack上で実行できるSalesforceアクションを、標準的なレコード操作だけでなく、Flow/Apex、特定業務に特化したツール単位で設計しやすくなります。

また、Slackbot MCP Clientの考え方はSalesforce専用ではありません。MCPサーバーを提供する各種業務システムをSlackbotから呼び出せるようになることで、Slackbotは複数システムをまたいだ業務アクションの入口になっていく可能性があります。
実務導入では、従来のSlackbot連携で十分な範囲と、MCPツール化によって統制しやすくなる範囲を切り分けることが重要です。特にFlow/Apexで処理を集約できる業務は、Slackbotから直接レコードを操作させるよりも、MCPツールとして公開した方が管理しやすいケースがあります。
Slackbotは「Salesforceを操作できるチャット入口」から、「Salesforceを含む複数業務システムの管理された業務アクションを実行する入口」へ進化しつつあります。

＜Salesforce＞
弊社ではSalesforceをはじめとするさまざまな無料オンラインセミナーを実施しています！
＞＞セミナー一覧はこちら

また、弊社ではSalesforceの導入支援のサポートも行っています。ぜひお気軽にお問い合わせください。
＞＞Salesforceについての詳細はこちら
＞＞Salesforceの導入支援実績はこちらからご覧いただけます！

医療業界に特化した営業支援、顧客管理(SFA/CRM)のコンサルティングも提供しております。こちらもぜひお気軽にお問い合わせください。
＞＞顧客管理(SFA/CRM)のコンサルティングの詳細はこちら