>
>
公開日
最終更新日
Claudeforce（クロードフォース）は、SalesforceとAnthropicが2026年8月に発表した戦略的パートナーシップです。Salesforce Claude連携では、営業担当者がClaude上からCRMデータを読み解き、一部の業務アクションにつなげる構想が示されています。
一方で、情シスにとっての論点はAIの回答精度だけではありません。既存のSalesforce権限がどこまで引き継がれるのか、Claudeへ渡るデータはどの経路を通るのか、更新操作の監査証跡を取得できるのかによって、導入可否は変わります。本記事は、SalesforceをCRMの中核として運用し、ClaudeまたはSlackの法人利用を検討する情シス・Salesforce管理者を対象に、確認済みの発表内容と導入時に検証すべき運用事項を分けて解説します。
Claudeforceとは
ClaudeforceはSalesforceのデータ・ガバナンスとClaudeの推論能力を統合するパートナーシップ基盤です。
本記事のポイント
Claudeforceは単独のSaaS製品名ではなく、Salesforceが発表した主要な提供物はSalesforce in Claudeというプラグインですが、両社はこれを含む幅広いパートナーシップとして位置付けています（Salesforce公式プレスリリース、2026年9月1日）。
第一弾のSalesforce in Claudeには、37種類の事前構築済み営業スキルが含まれます。
情シスは、Claude側からCRMへ入る経路と、Agentforce内部でClaudeを使う経路を分けて評価します。
料金、対象プラン、国内提供条件は公開情報だけで確定していないため、契約条件を前提に判断します。
Salesforceは2026年9月1日の発表で、現地時間2026年8月26日にAnthropicとの戦略的パートナーシップを拡大し、Claudeforceを発表したと案内しています。発表上の位置付けは、Claudeの推論能力を、Salesforceが持つデータ、ワークフロー、業務ロジック、アクション、ガバナンスと組み合わせる取り組みです。
つまり、Claudeforceは「ClaudeをSalesforceに接続する1本のプラグイン」だけを意味しません。Claudeの画面からSalesforceを扱うSalesforce in Claude、Salesforce内のAgentforceでClaudeを推論モデルとして扱う連携、Slackを業務上の接点にする連携、両社が互いの製品を採用する取り組みを含む総称です。
ここで区別すべきなのは、ベンダー発表で確認できる機能と、自社環境で成立する運用です。Salesforceは統合の方向性と提供計画を発表していますが、個々の組織で利用可能なオブジェクト、更新可能な項目、ログの詳細、認証方式は、契約、エディション、組織設定、提供段階によって確認結果が変わります。情シスでは、発表内容をそのまま本番要件に置き換えず、サンドボックスで実データを使わない検証を通じて採否を決めます。
国内AI活用の市場環境も急速に変化しています。IDC Japanは、国内AIシステム市場が高い成長率で拡大するとの予測を発表しています（具体的な数値は同社の最新発表でご確認ください）。この成長局面では、CRMデータを個人契約のAIへ貼り付ける運用を放置するより、管理可能な接続経路を設計することが現実的な統制課題になります。
Claudeforceの発表詳細はSalesforceの公式プレスリリース（salesforce.com/jp、2026年9月1日）で確認できます。
▶ 関連記事: HubSpot（ハブスポット）とは？機能や使い方・料金を徹底解説
提携を構成する4つの柱
Claudeforceの価値は、認証・権限・業務ルールを複数のAI利用場面で分断しない設計を目指している点にあります。
SalesforceとAnthropicの発表内容は、次の4つの取り組みに整理できます。情シスでは、利用部門がどの入口からSalesforceデータへ触れるかを、この表で先に分類すると検討範囲を絞れます。
取り組み | 利用者から見た入口 | 確認済みの内容 | 情シスの評価対象 |
|---|---|---|---|
Salesforce in Claude | Claudeの対話画面 | ClaudeからSalesforceの情報を利用し、営業業務を支援するプラグインです。 | 接続認可、参照範囲、更新操作、Claude側の利用管理 |
Claude inside Salesforce | AgentforceなどのSalesforce画面 | ClaudeをSalesforceのAI機能における推論モデルとして活用する連携です。 | Agent設定、業務ルール、実行ログ、承認フロー |
Slack連携 | Slackの会話・検索・支援機能 | Slack内でClaudeの役割を広げる方針が示されています。 | SlackのID・アプリ管理とSalesforce権限の接続点 |
相互採用 | 両社の社内利用環境 | SalesforceとAnthropicが相互に製品を採用する取り組みです。 | 自社の導入可否とは別に、提供成熟度を見極める材料 |
この表で注意したいのは、「認証・ガバナンスの一本化」が全設定を自動化する意味ではない点です。Salesforceのユーザー、プロファイル、権限セット、共有ルール、OAuth接続、Slackのワークスペース設定、Claudeの法人契約管理は、それぞれ管理対象として残ります。統合によって画面が一つに見えても、管理責任まで自動的に一つになるわけではありません。
Salesforce in Claudeの位置付け
Salesforce in Claudeは、ClaudeのワークスペースからCRMの文脈を扱うための入口です。営業担当者が商談準備や案件レビューをClaudeで始める場合、Salesforceを都度開いて複数画面を横断する作業を減らせる可能性があります。ただし、利用者に更新を許す場合は、生成結果と実際のレコード変更を同じ扱いにしてはいけません。閲覧・要約と更新・送信を別の権限または承認段階に分ける設計が必要です。
AgentforceとSlackの位置付け
AgentforceはSalesforce上で業務を実行するAIエージェント基盤であり、Claudeforceはそれを置き換える製品ではありません。Slackは会話を起点に人とAIエージェントが協働する場として位置付けられます。営業部門がSlackで顧客情報を扱う場合は、Salesforceのレコード共有ルールだけでなく、Slackチャンネルの公開範囲、外部共有、保持ポリシーまで含めて設計します。
Slack上のAIボットとアプリ連携の統制論点は、Slackチャットボットの構築手法と選定基準の記事で確認できます。
▶ 関連記事: 【2026】Claude（クロード）とは？読み方・料金と企業活用
Salesforce in Claudeの機能と権限設計
Salesforce in Claudeは37種類の営業スキルを通じて、CRMに蓄積された情報の把握と営業活動の準備を支援します。
TechTarget Japanは、Salesforce in Claudeに事前構築された37種類の営業スキルが搭載されると報じています。公開されている説明では、商談準備、案件の状況確認、パイプラインの更新といった営業プロセスが主な対象です。37という数は、あらゆる営業業務を完全自動化する数ではなく、定型的な情報収集・整理・下書き・更新候補の作成を部品化する範囲として捉えると、PoCの対象を決めやすくなります。
営業スキルが扱う業務例
商談準備では、担当企業の過去の商談、活動履歴、未解決の課題、次回のアクションを集め、打ち合わせ前に確認すべき項目を整理します。パイプライン分析では、失注リスクがある案件、更新予定日を過ぎた案件、金額やステージが長期間変わらない案件を抽出し、マネージャーのレビュー用に要約します。CRM更新では、会話やメモから更新候補を生成し、入力作業の負荷を下げる使い方が想定されます。
実務の検証は「閲覧・要約のみ」→「更新候補の生成」→「担当者確認後に保存」の順に段階を区切ります。初期段階では「商談前ブリーフの作成」に用途を固定し、閲覧権限のみで要約の妥当性を確認します。更新候補を生成する段階では、担当者がSalesforce画面で内容を確認してから保存する運用とします。誤更新の件数、レビュー所要時間、要約の修正率を記録し、それらが事前設定した基準を満たした場合に次段階へ進みます。
権限継承の原則と検証事項
TechTarget Japanは、Salesforceの発表としてSalesforceデータへのアクセスは既存の権限やガバナンスを前提に扱われ、SalesforceのデータはClaude内に保持されず、モデル学習にも使用されないと報じています（TechTarget Japan、2026年8月31日）。これは設計原則として評価すべき情報であり、適用条件の詳細はSalesforceのTrust Centerおよび契約上のデータ処理条項で確認できます。
Salesforceの公式発表では、既存の権限と業務ルールを前提にClaudeから見える情報や実行可能な操作を制御する設計方針が示されています。ただし、項目レベルセキュリティ、共有ルール、特定オブジェクトへの反映範囲など、個別組織での具体的な動作は公開情報だけでは保証されません。サンドボックスで、一般営業、営業マネージャー、Salesforce管理者の3ロールを用意し、各ロールで「検索できるレコード」「要約に含まれる項目」「更新候補を作れる項目」「保存を実行できる項目」を記録します。1つでも想定外の項目が表示される場合は、本番接続ではなく共有設定と権限セットの見直しに戻ります。
Claudeの法人利用における認証管理の論点は、Claude Enterprise認証管理ガイドで補足しています。
▶ 関連記事: OpenAIのAI暴走・他社に不正侵入｜情シスが点検すべき10項
Agentforce Claude連携のデータフロー
Claudeを使う経路によって、データの入口、統制の主体、検証すべき責任分界点は異なります。
Salesforce in Claudeと、Agentforce内でClaudeを推論モデルとして利用する構成は、同じClaudeという名称でも利用者の操作起点が異なります。情シスは「ClaudeにSalesforceをつなぐ案件」として一括処理せず、以下の2経路を発表内容と自社契約・設定の双方から別々に確認します。なお、Agentforce内でのClaude利用については提供段階や対象プランが公開情報だけでは確定していないため、仕様・データフローの詳細は契約・製品ドキュメントで個別に確認します。
比較項目 | Salesforce in Claude | Agentforce内のClaude活用 |
|---|---|---|
主な操作起点 | Claudeの対話画面やワークスペース | Salesforce上のAgentforce機能 |
主な目的 | CRM情報の検索、要約、営業準備、更新候補の生成 | Salesforceの業務フロー内での推論とアクション支援 |
データアクセスの確認点 | Claude側の接続設定、Salesforce認可範囲、会話履歴の扱い | Agent設定、参照データ、ツール実行権限、フロー制御 |
Trust Boundaryの確認点 | SalesforceからClaudeへ渡す情報の範囲と処理条件 | SalesforceのTrust Boundary内で処理される範囲と外部モデル利用条件 |
責任分界の確認点 | Claude管理者、Salesforce管理者、利用部門の操作責任 | Agentforce管理者、Salesforce管理者、業務オーナーの承認責任 |
MCPとHeadless 360の役割
Model Context Protocol、通称MCPは、AIモデルが外部のデータやツールと接続する際の標準化を目指す仕組みです。MCP自体は権限を自動で安全にする機能ではありません。どのツールを公開するか、誰が呼び出せるか、読み取りだけにするか、書き込みまで許可するかを、接続先ごとに定義して初めて統制として機能します。
Headless 360は、Salesforceのプラットフォーム機能を画面に依存せずAIや外部体験へ提供する方向性に関係する発表です。TechTarget Japanは、Salesforceが2026年8月下旬にHeadless 360を発表したと報じています。Claudeforceとの個別機能上の結び付きや、国内組織での提供範囲は公開情報だけで確定しないため、ここではAI接続の設計思想として理解し、導入仕様は正式な契約・製品ドキュメントで判断します。
データ保存とモデル学習の区別
「モデル学習に使われない」と「データが一切残らない」は同義ではありません。TechTarget Japanが紹介するSalesforceの説明では、SalesforceデータはClaudeのモデル学習に使用されないとされています。Salesforceの公式発表においても対象モデルでのゼロデータ保持に言及がありますが、適用される対象モデル、契約形態、対象顧客の条件によって範囲が異なります。ただしこの条件は、接続方式、契約形態、適用される利用規約によって範囲が変わり得るため、Salesforce Trust Center（公式発表ページ）およびAnthropicとの契約上のデータ処理条項で適用条件を個別に照合します。Salesforce Trust Centerおよびデータ処理条項で対象モデル・契約形態・適用顧客の条件を照合し、適用範囲が明確になった接続方式のみを検証対象とします。一方、プロンプト、応答、接続ログ、エラー記録、監査ログの保存場所と保持期間は、利用契約と管理設定で別途確認する対象です。
検証では、データ分類ごとに扱いを決めます。公開情報、社内限定情報、個人情報、契約条件、医療・金融などの規制対象情報を分け、各分類がどの経路を通ってよいかを表にします。DPA、利用規約、Trust Center、Salesforceの監査イベント、Claudeの管理画面で保存・削除・ログ取得条件を確認できれば限定検証に進み、いずれかが確認できなければ当該分類を除外して閲覧専用の用途に限定します。
MCP接続における認可設計は、MCPのエンタープライズ導入ガイドでも解説しています。Amazon Bedrockを含む企業向けAI基盤の考え方は、Amazon Bedrockの解説記事で確認できます。
▶ 関連記事: ChatGPT Work・Gemini Spark・Claude Cowork徹底比較｜情シスが押さえる選定基準と統制ポイント
▲ Claudeforceにおける2つの異なる接続経路とデータフローの構成
導入判断の4つの評価軸
Claudeforceの導入判断は、機能、コスト、運用負荷、CRMデータ品質の4軸を同じ重みで評価します。
AI連携は、デモで要約ができることだけでは事業価値を判断できません。営業部門が求める業務短縮と、情シスが負う管理コストを一つの評価シートに並べます。以下の基準を使うと、利用部門の期待値と統制要件を同時に比較できます。
評価軸 | 評価する内容 | 判断の目安 |
|---|---|---|
機能 | 37スキルのうち、自社の営業プロセスに合う用途があるか | 商談準備など1業務で品質基準を満たせるなら限定PoCの対象にします。 |
コスト | Salesforce、Claude、Agentforce、利用量課金、導入支援を含む総費用 | 削減できる手作業時間を金額換算し、追加ライセンス費用と比較します。 |
運用負荷 | 権限棚卸し、接続管理、ログ確認、問い合わせ対応、教育の負荷 | 管理責任者と異常時の停止手順を置けない場合は本番展開を見送ります。 |
CRMデータ品質 | 商談ステージ、活動履歴、顧客属性、担当者情報の入力率と鮮度 | 必要な項目が継続入力されない場合は、要約より先に入力ルールを整備します。 |
機能評価の設計
PoCでは、目的を「営業の生産性向上」のように広く置かず、対象業務を1つに固定します。例として、週次パイプライン会議の準備に毎週30分かかる営業担当者が20人いる場合、単純計算で月40時間程度の準備時間になります。AIの下書きで半分を削減できたとしても、レビューに月20時間を要するなら、削減効果は月20時間です。このように、生成時間ではなく確認を含む実作業時間で効果を測ります。
評価指標は、作成時間、修正率、誤った顧客情報の混入件数、更新候補の採用率、利用者の継続率を分けます。要約が短時間で作れても、商談の重要な失注理由を落とすなら営業判断には使えません。定量指標と営業マネージャーのレビューを併用します。
料金とTCOの整理
2026年9月のSalesforce公式発表では、Salesforce in Claudeは一部パイロット顧客に提供され、2026年9月にオープンベータを開始する予定と案内されています。公開情報の範囲では、Claudeforce単独の日本向け定額料金、対象となるSalesforceエディション、利用量課金の条件は確認できません。
Claude Enterpriseの料金体系については、Anthropicの公式ドキュメントまたは担当営業への問い合わせで席料金・利用量課金の条件を確認します。確認できた内容をもとに費用試算を組み、確認できない項目は仮置きせずに空欄のままTCO比較表に記載します。なお、Claude EnterpriseはClaudeforceの公式料金とは別に設定されています。費用試算では、Salesforce既存契約、Claudeの法人契約、Agentforce関連費用、実装支援、教育、監査運用を別行にし、無料のベータ利用を恒久的なコスト前提にしないことが必要です。正式見積もりで席数、超過利用、サポート、データ処理条件を確認できればTCO比較へ進み、確認できなければPoCの利用範囲と予算を限定します。
導入判断チェックリスト
導入候補を選ぶ前に、以下の5項目を担当部署と合意します。チェックが付かない項目がある場合は、未解決の論点を残したまま全社展開せず、対象業務またはデータ範囲を縮小します。
用途の限定：最初の90日で検証する業務、対象者、成功指標を決めています。
権限の再現：サンドボックスでロール別の閲覧・更新可否を記録し、想定外の表示がないことを確認しています。
データ分類：個人情報や機微情報を含むオブジェクトを特定し、接続可否をデータ分類ごとに決めています。
監査と停止：誰がいつ何を参照・更新したかを追跡するログと、問題時に接続を止める手順を定義しています。
費用と責任者：契約費、利用量、運用工数の負担部門と、販売部門・情シス・法務の決裁者を定めています。
▶ 関連記事: Amazon Bedrockとは？Grok 4.6対応と料金
▲ Claudeforceの導入可否と先行作業を特定する判断フロー
導入時の注意点と失敗パターン
Claudeforce導入で失敗しやすいのは、AI接続を先行させ、Salesforceのデータ品質と権限設計を後回しにするケースです。
CRMデータ品質への過信
CRMに商談履歴が入力されていない、活動記録の日付が古い、担当者が異動済み、ステージ定義が部門ごとに異なるという状態では、Claudeがもっともらしい要約を返しても根拠は不完全です。これは生成AI特有の問題ではなく、入力データの品質が出力を左右するGarbage In, Garbage Outの問題です。
やってはいけないのは、AIの回答精度が低い原因をモデルだけに求め、プロンプトを増やし続けることです。商談準備で使うなら、直近活動日、次回アクション、商談ステージ、金額、失注理由など、必要項目の入力率を先に測ります。たとえば必須項目の入力率が70％なら、残り30％の欠損をAIが補える前提で営業会議に使うのではなく、入力ルールとレポートの整備を先行させます。
権限をそのまま使うことへの過信
既存権限が継承される設計は、別の権限台帳を増やさない点で有利です。しかし、過去に便宜的に広げた共有設定や、退職者・異動者の権限が残っていれば、その問題もAI利用経路へ持ち込まれます。AIで検索・要約できることで、従来は画面遷移の手間によって表面化しなかった過剰閲覧が見つかる場合もあります。
この場合は、導入前に全社員の権限を一斉に作り直すのではなく、PoC対象の営業組織と対象オブジェクトに範囲を絞ります。プロファイル、権限セット、共有ルール、項目レベルセキュリティを棚卸しし、対象外の機密項目を明示的に除外できれば検証に進めます。除外できなければ、閲覧権限のみの用途に限定します。
シャドーAIと野良接続
ITmediaは、Gartnerの調査を引用して国内企業の多くがシャドーAIを把握・管理できていない状況にあると紹介しています。正式な連携を検討していても、営業担当者が個人契約のAIへSalesforceの画面情報をコピーしたり、未承認のOAuthアプリを接続したりするリスクは別に残ります。
失敗パターンは、公式連携を導入した時点でシャドーAI問題も解決したと判断することです。CASB、SaaS管理台帳、Salesforceの接続アプリ一覧、Claudeの組織アカウント管理を組み合わせ、承認済み経路と未承認経路を分けて可視化します。未承認の接続を把握できるなら是正期限を定め、把握できないなら機微データを対象外にした上で利用ルールと教育を先行させます。
生成AIの利用可視化については、生成AI利用可視化ガイドで具体的な手法を解説しています。AIエージェントの誤作動に備える考え方は、OpenAIのエージェント暴走インシデントから学ぶ教訓の記事も参考になります。
▶ 関連記事: MCP企業導入のセキュリティ完全ガイド｜ガバナンスとリスク対策
提供状況と展開タイムライン
Claudeforceは段階提供のため、現時点では一般提供済みの機能と検討中の構想を分けて扱います。
Salesforceは2026年9月1日の公式プレスリリース「Salesforce and Anthropic Announce Claudeforce」（salesforce.com/jp、2026年9月1日）で、Salesforce in Claudeを一部のパイロット顧客へ提供し、2026年9月にオープンベータを開始する予定だと案内しています。TechTarget Japanも同発表（2026年8月31日付）を報じており、37種類の営業スキル、パイロット提供、オープンベータの各内容は両媒体で確認できます。この段階では、利用できる国・地域、対象顧客、スキルの範囲、正式料金、サポート水準が変更される可能性があります。公開済みの発表だけを根拠に、すべてのSalesforce契約者が直ちに利用できるとは判断できません。
時期 | 確認済みの発表内容 | 情シスの実務対応 |
|---|---|---|
2026年8月26日 | SalesforceとAnthropicがClaudeforceを発表しました。 | 利用候補の業務とデータ分類を洗い出します。 |
発表時点 | Salesforce in Claudeは一部パイロット顧客向けに提供されました。 | 本番データを渡さないサンドボックス検証の条件を準備します。 |
2026年9月予定 | オープンベータの提供開始予定が案内されています。 | 対象地域、契約要件、利用規約、ログ要件を確認し、参加可否を決めます。 |
正式提供前後 | 料金・対象プラン・機能範囲は公開条件により判断します。 | 見積もりと利用条件がそろえば、TCOと運用責任を含めて本番判断します。 |
パイロット参加を選ぶ場合は、検証期間を「接続確認」「閲覧・要約の品質確認」「更新候補の確認」「運用判定」の順に区切ります。最初から書き込み権限を与えず、テスト用レコードで監査ログと停止手順を確認します。閲覧・要約の品質、権限再現、ログ取得の3点を満たせれば、限定した本番データで次段階へ進めます。
反対に、対象プラン、データ処理条件、ログ保持期間のいずれかが契約文書または管理画面で確認できない場合は、機微データを扱う検証を開始しません。この判断は導入を遅らせるためではなく、ベータ機能の変更があっても統制要件を崩さないための線引きです。
Claude Codeも含む開発部門のAI利用を並行して統制する場合は、Claude Codeの法人向けガバナンスガイド、AIエージェント製品の比較観点はChatGPT Work・Gemini Spark・Claude Cowork比較記事を参照できます。
▶ 関連記事: 情シス必見！Slack チャットボットの構築手法と選定基準・セキュリティ対策まで徹底解説
▲ Claudeforceの提供タイムラインに合わせた情シスの実務対応4ステップ
よくある質問
Claudeforceの導入検討で生じやすい疑問を、公開情報と確認が必要な事項に分けて回答します。
ClaudeforceとAgentforceの違い
Q. ClaudeforceとAgentforceは何が違いますか？
A. AgentforceはSalesforce上でAIエージェントを構築・運用する基盤です。Claudeforceは、Agentforceを含むSalesforceのデータ・ガバナンス基盤とClaudeを結び付ける、より広いパートナーシップの名称です。
Salesforce in Claudeの料金体系
Q. Salesforce in Claudeはどのプランで利用できますか？
A. 2026年9月のSalesforce発表では、Salesforce in Claudeの詳細な日本向け料金や対象プランは確認できません。Salesforceの契約、Claudeの法人契約、Agentforce関連の利用条件を分けて見積もり、対象条件が確認できればPoC費用を確定し、確認できなければ無償利用を前提にした本番計画は立てません。
提供時期とオープンベータ
Q. Salesforce in Claudeはすでに一般利用できますか？
A. Salesforceは、一部のパイロット顧客への提供後、2026年9月にオープンベータを開始する予定と案内しています。自社が対象になるかは地域・契約・提供条件に左右されるため、参加可否を確認できた場合だけ検証環境の準備へ進みます。
情シスが最初に行う作業
Q. 情シスは何から着手すればよいですか？
A. 最初に、営業部門がAIで短縮したい業務を1つ選び、その業務が参照するSalesforceオブジェクトと項目を一覧化します。次に、対象ロールの権限、ログ取得、データ保存条件をサンドボックスで確認できれば限定PoCに進み、確認できなければ閲覧専用またはデータ非連携の用途に切り替えます。
▶ 関連記事: 生成AIセキュリティのベストプラクティス｜シャドーAI検知と対策
まとめ
Claudeforceは、SalesforceのCRMデータ、業務ルール、ガバナンスとClaudeの推論能力を接続するパートナーシップです。Salesforce in Claudeの37スキルは営業準備やパイプライン確認の負荷を減らす可能性がありますが、出力品質はCRMデータの入力品質に左右され、AI経由のアクセス範囲は既存の権限設計にも左右されます。
明日からの最初の一歩は、営業部門の利用希望を集めることではなく、商談準備など対象業務を1つ決め、その業務で参照するSalesforce項目、利用者ロール、機微情報、監査ログの取得方法を1枚に整理することです。権限再現、データ処理条件、停止手順をサンドボックスで確認できれば限定検証へ進み、確認できない項目があれば対象データとアクションを絞ります。
本記事の内容に誤り等がございましたら、こちらからご連絡ください。
監修
Admina Team
情シス業務に関するお役立ち情報をマネーフォワード Adminaが提供します。
SaaS・アカウント・デバイスの管理を自動化し、IT資産の可視化とセキュリティ統制を実現。
従業員の入退社対応や棚卸し作業の工数を削減し、情報システム部門の運用負荷を大幅に軽減します。
中小企業から大企業まで、情シス・管理部門・経営層のすべてに頼れるIT管理プラットフォームです。
