2026年8月26日、SalesforceとAnthropicは、提携の拡大をClaudeforceという名前で発表しました。中身は2つの方向に分かれます。一つは、Claudeの画面からSalesforceのデータを読み、案件の更新まで行えるプラグイン（Salesforce in Claude）。もう一つは、Salesforceの中で動くAI（Agentforce）の推論エンジンとして、Claudeを標準にすること。前者は一部の顧客で試験提供が始まり、9月に公開ベータになる予定だと発表資料にあります（記事末尾の出典参照）。
報道では、AIがSaaSの画面を不要にするのではないか、という懸念への回答として受け止められたようです。ただ、この記事で扱いたいのはSalesforceの株価ではありません。AIが業務システムを直接操作するとき、権限と業務ルールの正をどちらに置くか、という問題です。これは、今回の発表に限らず、会計、人事、購買、どの業務システムにAIをつなぐときにも必ず出てきます。そして、技術部門だけでは決められません。
印鑑と委任状にたとえると
会社の仕事は、印鑑と委任状で回っています。契約書に押す印鑑は誰が持つか、いくらまでなら課長の判子で済むか、代理で動く人にはどの範囲の委任状を渡すか。この仕組みがあるから、担当者が変わっても、会社としての判断は同じになります。
AIを業務システムにつなぐというのは、AIに印鑑と委任状を渡すことです。ここで2つの設計があり得ます。一つは、AIが自分で判断して、自分の印鑑を押す設計。もう一つは、AIは案を作るだけで、押印は業務システムの決裁ルールを通す設計。前者は速いが、会社の判断がAIの中に移ります。後者は一手間かかるが、判断の正は会社に残ります。
Claudeforceの発表資料を読む限り、Salesforceが選んだのは後者です。プラグインの説明には、操作はSalesforceを通して行い、業務ルールが適用される、という趣旨の記述があります。Claudeが案件を更新するときも、押印はSalesforceの決裁ルールで行われる、ということです。
2つの方向を、1枚で比べる
今回の発表を、経営が気にする4つの観点で並べます。いずれもSalesforceの発表資料と公開文書にもとづきます。
| Claudeの中でCRMを使う（Salesforce in Claude） | CRMの中でClaudeを使う（Agentforce） | |
|---|---|---|
| 何ができるか | Claudeの画面から案件の確認、商談準備、パイプラインの更新。37の営業向けスキルを同梱 | Salesforceの画面の中で、Claudeが推論エンジンとして動く |
| 権限の正 | 管理者が一度つなぎ、認証と権限は一元管理。操作はSalesforceを通す | Salesforceの権限とルールの中で動く |
| データの置き場所 | Salesforce側に留まる（プラグインが読みに行く） | AWS上のClaudeを使い、Salesforceの信頼境界内で処理すると説明 |
| 記録 | Salesforce側の監査の仕組み | Trust Layerの監査証跡が経路を追跡 |
| 提供状況 | 試験提供中。2026年9月に公開ベータ予定 | 提供中 |
表の左右は、入り口が違うだけで、権限と記録の正はどちらもSalesforce側にあります。ここが、今回の発表でいちばん重要な設計判断だと自分は見ています。
信頼境界の中でも、全部が自動で守られるわけではない
一つ注意があります。Salesforceの公開文書には、外部のAIモデルにデータを保持させず、学習にも使わせない方針（ゼロデータ保持）が書かれています。Anthropicのモデルを使う場合は、AWS上で動くものを使い、データはAnthropicには送られない、とも説明されています。ここまでは安心材料です。
一方で、同じ文書に、機密データを伏せ字にする機能（データマスキング）は、Agentforceでは現在無効になっている、という記述があります（2025年6月版）。理由は性能と精度のためだそうです。つまり、信頼境界の中に入ったからといって、すべての保護が自動で効いているわけではない。何が有効で何が無効かは、設定と版によって変わります。導入時に、有効になっている保護の一覧を情シスに出させる必要があります。
もう一つ。ゼロデータ保持は、AI側に記録が残らないという意味です。裏返すと、誰がAIに何をさせたかの記録は、自社側で取らなければ、どこにも残りません。Trust Layerの監査証跡はそのためのものですが、有効にして、見る人を決めなければ、あっても意味がありません。
経営が決めること。3行で足ります
CRMに限らず、業務システムにAIをつなぐ話が出たら、次の3行を先に渡してください。技術部門が製品を選ぶ前に決めておくと、選定が早くなります。
- 業務の正は、業務システム側に置く。AIにデータを持たせず、AIの操作は必ず業務システムの権限と決裁ルールを通す構成を選ぶ。プラグイン型でも埋め込み型でも、この一点は譲らない。
- AIに渡す印鑑を決める。AIは本人の権限の範囲でしか動かないのか、専用の口座を持つのか。管理者が一括でつなぐ方式は便利だが、AIが持つ権限の棚卸しを、人の権限と同じ頻度で行う（AIエージェントの権限管理の記事も参照）。
- 記録は自社側で取る。AI側に残らないことを安心材料にせず、誰がAIに何をさせたかの記録を自社の監査の仕組みに入れ、見る人を決める。
3行のうち、いちばん見落とされるのは2です。人の権限は入社と異動で棚卸しされますが、AIの権限は一度つないだら誰も見直しません。AIに渡した委任状は、期限を切って更新する。それだけで防げる事故が、かなりあると自分は考えています。
結び
AIがSaaSの画面を不要にするかどうかは、正直に言って分かりません。分かっているのは、AIが画面の代わりになっても、印鑑と委任状の仕組みは要る、ということです。今回の発表は、大手のSaaSがその仕組みを自分の側に残す設計を選んだ、という出来事でした。
あなたの会社が業務システムにAIをつなぐときも、同じ設計を選んでください。判断の正を渡した会社は、あとで取り戻すのに苦労します。
出典（一次情報）
この記事の各社製品に関する記述は、以下の公開情報にもとづいています（いずれも2026年9月3日時点）。
- Claudeforceの発表（2026年8月26日）、Salesforce in Claudeプラグインと37の営業向けスキル、管理者が一度つなぎ認証と権限を一元管理すること、操作はSalesforceを通して業務ルールを適用すること、AWS上のClaudeをSalesforceの信頼境界内で使うこと、Agentforceの推論モデルとしてClaudeを標準にすること、試験提供と9月の公開ベータ予定：
Salesforce and Anthropic Announce Claudeforce ― Salesforce（2026年8月26日） - 外部のAIモデルにデータを保持・学習させないゼロデータ保持、AnthropicのモデルはAWS上で使いAnthropicにはデータを送らないこと、顧客データはAgentforceに保存されないこと、Agentforceではデータマスキングが現在無効であること：
Salesforce's Agentforce Privacy FAQ ― Salesforce（2025年6月版） - Einstein Trust Layerの監査証跡がプロンプトの経路を追跡すること：
Meet the Einstein Trust Layer ― Salesforce Trailhead - 報道での受け止め（SaaSの画面が不要になるという懸念への回答として）：
Salesforce, Anthropic expand partnership as Benioff responds to 'SaaSpocalypse' concerns ― CNBC（2026年8月26日）
上記は2026年9月3日時点の公開情報です。製品の提供範囲と保護機能の既定値は変わります。導入判断の際は、必ず最新の公式情報をご確認ください。