実践ガイド

ClaudeからSalesforceを直接操作—Claudeforceは37業務で始動

|著者: QUASA編集チーム|2 分で読めます| 87
ClaudeからSalesforceを直接操作—Claudeforceは37業務で始動

SalesforceとAnthropicは米国時間2026年8月26日、ClaudeからSalesforceの営業情報を参照し、更新や業務処理まで進める提携「Claudeforce」を発表した。Salesforceの公式発表 では、第一弾のSalesforce in Claudeを37種類の営業スキルを備えたプラグインと位置づけ、発表時点では選定顧客向けパイロットとして提供している。

Salesforce in Claudeでできるのは、Claude上で最新の売上・案件情報を読み取り、案件状況を推論し、パイプラインを更新し、Salesforceの統制を受けるアクションを実行することだ。8月27日付の TechRadarの報道 も37種類のスキルと同じ機能範囲を伝えているが、一般提供ではなく、選定顧客向けパイロットからの始動である。

37業務とは、37個の事前構築済み営業スキル

見出しの「37業務」は、製品上は37種類の事前構築済み営業スキルを指す。37個の独立したアプリや、営業部門の全業務を自動化する仕組みではない。公式に挙げられた具体例は、商談前の準備、案件の健全性評価、パイプラインレビューである。

これらのスキルは、単にCRMの検索結果を文章で返すための定型プロンプトではないと両社は説明している。Claudeの推論、ツール利用、生成型UIをSalesforceの企業データや処理へ接続し、アカウント、パイプライン、最新データを対話型の画面に提示する構成だ。

ただし、37スキルの完全な名称一覧や、各スキルが読み書きできる標準・カスタムオブジェクト、対応する承認処理は発表資料で公開されていない。そのため「37」という数字から、特定企業の37種類の社内手続きをそのまま実行できるとは判断できない。

機能は取得・分析・更新・実行の四段階に分かれる

Salesforce in Claudeが案件情報を取得・分析し、レコード更新と業務実行まで進める流れ

発表された機能を操作単位で整理すると、Salesforce in Claudeの役割は情報取得、分析、更新、実行の四段階に分けられる。これは両社が示した正式な製品分類ではなく、利用者が通常のチャット連携との差を把握するための整理である。

情報取得では、Salesforce、Slack、Claudeに接続したサービスから、担当者に許可された企業情報や案件の文脈を集める。オンボーディング時には、その企業固有の営業状況を読み込み、アカウントやパイプラインを含むダッシュボードを生成する構想が示されている。

分析には、取得した最新の売上情報を横断して案件の健全性を評価したり、商談前の準備材料やパイプラインレビューを組み立てたりする処理が含まれる。ただし、Claudeが提示した評価が企業の正式な売上予測や承認済み判断になるとは発表されていない。生成結果と社内の確定値は区別する必要がある。

更新は、Claude上の依頼をパイプラインの変更へ反映する段階だ。実行はさらに広く、Salesforceが管理するアクションを呼び出す。回答や要約で終わる一般的なチャット連携と異なり、Salesforce in Claudeは記録システム側の処理まで到達する一方、どの更新やアクションも無条件に許可されるわけではない。

MCPとAPIは接続基盤、処理の正本はSalesforce

MCPでClaudeの依頼をSalesforceへ接続し、APIが案件処理を完了する構造

Salesforce in Claudeを支えるのは、SalesforceがAIforceと呼ぶ企業向け基盤である。AIforceはSalesforceのデータとワークフローを、MCPサーバー、API、CLIツールを通じて外部のAIエージェントから利用できるようにする。Salesforce in Claudeは、この接続基盤に認証、営業スキル、Claudeの推論とツール利用、対話型表示を組み合わせたプラグインである。

処理の分担では、Claudeが自然言語の依頼を解釈し、参照すべき情報や実行候補を組み立てる。データ、ビジネスロジック、ワークフロー、アクションの正本はSalesforce側に残り、実行要求もSalesforceを経由する。対話画面がClaudeになっても、Salesforceが記録と処理を担う構造は置き換わらない。

MCPサーバーとAPIの双方が基盤に含まれることは確認できるが、37スキルの各操作がどちらを使うのか、呼び出し単位や障害時の再実行がどう設計されるのかは公表されていない。管理者にとっては、接続方式の名称だけでなく、実際の書き込み経路、承認の発火点、処理結果が残る場所が導入時の確認事項になる。

権限は中央管理、Slackは別の作業面

Salesforceの既存権限がClaudeの許可された操作と拒否される操作を分ける境界

Salesforce in Claudeでは、管理者が組織向けの接続を一度設定し、認証と権限を中央管理する。両社は、新しい権限モデルを別途構築するのではなく、アクションをSalesforceへ戻して既存のビジネスルールを適用する構成を示している。したがって、同じ依頼でも、利用者の権限や接続先組織の設定によって参照・更新できる範囲は変わる。

Informa TechTargetの報道 は、AIforceがClaude単体にはないSalesforce側のガバナンスとセキュリティを加え、SalesforceデータをClaude内に保持せずモデル学習にも使わないとの説明を掲載している。一方、パイロット環境で取得できる監査ログの範囲、Claude側とSalesforce側のログを横断して追跡する方法、保存期間などの実装詳細は明らかになっていない。

SlackはSalesforce in Claudeと同じ製品画面ではない。今回の提携ではClaudeがSlackの標準モデルとなり、Slack上の対話やチーム判断を支援する一方、統制対象となる高価値なアクションはSalesforceで実行する構想が示された。整理すると、Claudeは推論と対話の入口、Salesforceはデータと実処理の正本、Slackは人とAIが共同作業する場になる。

次は9月のオープンベータ、国内条件は未定

発表時点でSalesforce in Claudeを利用できるのは選定されたパイロット顧客に限られる。オープンベータは2026年9月、追加の事前構築済みスキルは同年後半から順次投入する計画だ。いずれも将来予定であり、一般提供の開始を意味しない。

日本での提供時期、価格とパッケージ、対応するSalesforceエディション、必要なClaudeの契約、地域別のデータ処理条件は今回の発表では確定していない。37スキルの全一覧、各操作の権限要件、書き込み時の承認制御、監査ログの仕様も未公開である。

現時点で確認できるのは、ClaudeからSalesforceの情報を読むだけでなく、37種類の営業スキルを通じて分析、パイプライン更新、統制されたアクションまで進める製品構造と、それが限定パイロットとして始動したことだ。全社導入を判断できる段階になるかは、オープンベータで示される管理機能と地域別の提供条件にかかっている。

共有:

ニュースレターを購読

Web3、AI、暗号資産の最新ニュースを受信箱にお届けします。

0