📚 業界ナレッジ

Salesforce × Databricks 提携拡張（DAIS 2026） — エージェントが『データを動かす』時代の、信頼の境界線（Zero Copy／Federated Search／Slack Genie／MuleSoft Agent Scanner）

トピック分析AI・イノベ2026-06-19

【国際・海外企業】連載・AI・イノベ米国【科学・AI】【経済・SaaS】

#AI・イノベ#エンタープライズAI#データガバナンス#Salesforce#Databricks#Slack#MCP

目次
  1. 概要
  2. 詳細
  3. Strategic Area ①：Governed Business Context — Zero Copy を『認証と権限』まで拡張する
  4. Strategic Area ②：Cross-Platform Discovery — Federated Search と MuleSoft Agent Scanner
  5. Strategic Area ③：Workflow Integration — Slack が『エージェントの表玄関』へ
  6. 同時に動いた基盤側（Databricks Agent Bricks）との関係
  7. 発言の重み — Rahul Auradkar の整理が示すもの
  8. もし深堀するなら
  9. まとめ
  10. 関連リンク

Salesforce × Databricks 提携拡張（DAIS 2026） — エージェントが『データを動かす』時代の、信頼の境界線（Zero Copy／Federated Search／Slack Genie／MuleSoft Agent Scanner）

Salesforce × Databricks 提携拡張の全体像

出典（一次／二次の切り分け） — C1契約
  • primary_source: Salesforce公式ニュース「Salesforce and Databricks Build the Shared Foundation for Human and AI Agent Work」（DAIS 2026 連動／2026-06-16）
  • primary_source_url: https://www.salesforce.com/news/stories/salesforce-databricks-shared-foundation-of-human-agent-work-announcement/
  • primary_source_checked_at: 2026-06-19（Jina経由でWebFetch本文照合）
  • secondary_source: Databricks公式ブログ「Agent Bricks at Data + AI Summit 2026」（プラットフォーム側の同期間発表）
  • secondary_source_url: https://www.databricks.com/blog/agent-bricks-dais-2026
  • source_date: 2026-06-16
  • source_confidence: High
  • verification_note: Salesforce一次本文から3つのstrategic areas（Governed Business Context／Cross-Platform Discovery／Workflow Integration）、Zero Copy拡張、Federated Authentication、identity mapping、metadata-aware access、Federated Search、MuleSoft Agent Scanner、Slack Genie/Q&A/Security統合、現GA要素とH2 2026予定の切り分け、Rahul Auradkar発言「giving agents the trusted data, business context, governance, and workflows required to operate safely at enterprise scale」、Salesforceが Databricks ISV Business App Partner of the Year 受賞を確認。Databricks 側 Agent Bricks ブログには Salesforce 連携の固有要素は記載なし。

概要

AI エージェントの議論の風向きが、また一段変わりました——。
2026年6月16日、サンフランシスコで開かれた Databricks の年次イベント「Data + AI Summit（DAIS）2026」に合わせ、Salesforce が Databricks との提携拡張を公式発表しました。
新機能リリースの花火ではありません。「データはあるのに、エージェントに動かせない」という、エンタープライズが直面している実装の最大の詰まりを、CRM（顧客系）と Lakehouse（データ系）の境界線で同時に解こうという設計の宣言です。
論点は機能ではなく『信頼の境界線』に移りました。

要点を3行で整理します。

具体的には、Salesforce と Databricks の既存「Zero Copy」（データを物理的にコピーせずに参照する基盤）をFederated Authentication（連邦認証）／identity mapping（ID マッピング）／metadata-aware access controls（メタデータ連動アクセス制御）で拡張します。
さらに、Salesforce Agentforce と Databricks の双方向クエリを可能にする Federated Search を導入し、MuleSoft の Agent Scanners（組織内のエージェントを発見・棚卸・統制するスキャナ）の Databricks 連携をGAリリース。
Slack 側では Databricks の自然言語アシスタント「Genie」、社内 Q&A、セキュリティアプリの統合を進めています。
スケジュールは、現時点で MuleSoft Agent Scanner for Databricks と Zero Copy 基盤機能が GA、H2 2026 に Data 360 拡張・Slack Genie GA・agentic search・MCP 統合、という二段階。
Salesforce は今回 Databricks の2026 ISV Business App Partner of the Yearに選出されました。

補足 — そもそも Salesforce／Databricks／Zero Copy／MCP／Agent Scanner とは

Salesforce は世界最大級のクラウド CRM ベンダーで、顧客データ（営業・サービス・マーケ）と業務フロー（承認・通知）を持っています。Databricks は「Lakehouse」と呼ぶデータ分析・機械学習統合基盤を提供し、大量の運営データ・モデル・エージェントの実行環境を持ちます。
両者の関係は「顧客データの Salesforce」と「運営データの Databricks」という分業構造で、AI エージェントの実装では両方のデータが必要なのに、別プラットフォームに散っている点が最大のボトルネックでした。Zero Copy は、データを物理的に複製せず参照だけで横断利用する仕組みで、ガバナンスと鮮度を両立させます。MCP（Model Context Protocol） はエージェントが外部のデータソース・ツールに接続するための共通プロトコルで、各サービスごとに専用コネクタを書く負担を減らします。MuleSoft Agent Scanner は組織内に増えていくエージェントを発見・棚卸・統制するためのスキャナで、誰が・どんなエージェントを・どこで動かしているかを中央から見える化する役割を担います。

詳細

Strategic Area ①：Governed Business Context — Zero Copy を『認証と権限』まで拡張する

Salesforce 公式は、3つの取り組みのうち最初を「統制された業務コンテキスト（Governed Business Context）」と呼んでいます。
これは、これまで両社が築いてきたZero Copy 統合（Data 360 と Unity Catalog の参照連携）を、認証・権限・メタデータの三層に拡張する動きです。

データを物理的に動かさない（Zero Copy）で実現できる範囲は、これまで「参照可能か」だけでした。
今回の拡張は、「誰が・どの権限で・どのメタデータの条件で参照できるか」を、両プラットフォームで一致させる領域へと解像度を一段上げています。

Strategic Area ②：Cross-Platform Discovery — Federated Search と MuleSoft Agent Scanner

二つ目は「プラットフォーム横断の探索（Cross-Platform Discovery）」です。

単機能の追加ではなく、「エージェントが増えた組織の見え方」を変える設計です。検索・発見＋棚卸・統制という運用フェーズ後半の2つを同時に埋めにきました。

Strategic Area ③：Workflow Integration — Slack が『エージェントの表玄関』へ

三つ目は「業務フローへの統合（Workflow Integration）」で、ここではSlack が主役です。

エージェントが業務の表玄関へ来る、ということです。別アプリへ行って使うエージェントは使われない——この「業務フロー内に並走する」という設計思想は、Microsoft（Copilot in Teams／Dynamics 365）、Google（Gemini in Workspace）、ServiceNow（Now Assist）と同じ方向の集約です。プラットフォーム間競争の主戦場は「人の業務チャネルの中」に移っています。

3つの strategic areas（業務コンテキスト／横断探索／業務統合）と GA / H2 2026 ロードマップ

同時に動いた基盤側（Databricks Agent Bricks）との関係

DAIS 2026 では、Databricks 自身もAgent Bricks（エージェント開発・運用基盤）のBeta 公開とUnity AI Gateway（エージェント統制レイヤー）の発表を行っています（別記事で詳述済）。
今回の Salesforce × Databricks 拡張は、同じイベントで連続して打ち出された点が重要です。
整理するとDatabricks 側＝「自社プラットフォーム内でのエージェント運用基盤」、Salesforce 連携＝「他社プラットフォーム（CRM）との境界線をどう引くか」という役割分担になっています。両方が同時に出てきたことで、「エージェントは単体プラットフォーム内で完結する設計」では足りない、プラットフォーム間の境界を扱う設計が次のフェーズであることが業界の総意として可視化された日、と読めます。

発言の重み — Rahul Auradkar の整理が示すもの

Salesforce 公式の発言で押さえておくべき1文は、Rahul Auradkar（Salesforce）の次の整理です。

「giving agents the trusted data, business context, governance, and workflows required to operate safely at enterprise scale」（エンタープライズ規模で安全に動かすには、信頼できるデータ・業務コンテキスト・統制・ワークフローが必要）

4要素（データ／業務コンテキスト／統制／ワークフロー）を並列に置き、どれが欠けてもエンタープライズでは動かないと言い切った点が論点です。機能カタログ的な競争ではもう差が付かない——という業界トップ層の現状認識が、この一文に集約されています。

もし深堀するなら

🔎 CFO・FP&A視点の考察（クリックで展開／全員必読ではありません）

ここから先は、自社にエージェントを入れる立場・予算と統制を設計する立場での実務的な読み筋です。要点を5つに絞ります。

1. SaaS 選定基準に『他社プラットフォームとの境界設計』を入れる — これまで SaaS 選定では単体機能・料金・ベンダーの信頼性が中心でした。
今後は「自社の他プラットフォーム（CRM／ERP／DWH／ITSM）との境界設計」が実装可否を決める論点になります。Zero Copy ／Federated Auth／MCP 対応の3点を必須要件に格上げし、選定 RFP のチェック欄に明示することは、中期のロックイン回避に直結します。

2. 『業務の表玄関』をどこに置くか、を経営会議論点に上げる — Slack か Teams か。エージェントが住む業務チャネルは、社員の作業導線そのものです。情シスの SaaS 選定ではなく、経営会議で、どちらをエージェント表玄関にするかを決め切る論点に上げる時期に来ています。決め切らないと、複数チャネルにエージェントが分散し、棚卸の崩壊に直結します。

3. エージェント棚卸（Agent Inventory）を経理・内部監査の常設論点に — MuleSoft Agent Scannerのような検出系が出てきたことで、野良エージェントの棚卸が運用可能な統制になりました。経理・内部監査の年次サイクルの中に、SOX的な内部統制論点としてエージェント棚卸を組み込む準備を、当該機能の H2 GA 前に始めておく価値があります。

4. AI 予算の『境界コスト』を独立科目化する — 単一プラットフォーム内のエージェント運用コストとは別に、プラットフォーム間の境界（認証連携・ID マッピング・メタデータ統制）にかかる実装・運用コストは独立した科目になります。これを「実装プロジェクト費」に紛れ込ませると、恒常運用に入った時に予算化されず、運用品質が落ちる典型パターンです。境界コストを別建てで予算項目化する設計は、来期の予算編成で仕込んでおきたい論点です。

5. 投資妙味の視点では『ガバナンス・統制のレイヤー』に資金が集中する — エージェント本体（モデル・実行基盤）の競争は飽和に近づき、統制・監査・棚卸・コスト管理のレイヤーに投資妙味がシフトしています。MuleSoft Agent Scanner 的な検出系、Federated Auth／IdP 連携系、MCP 関連の認証・監査系は、特化型スタートアップの参入余地が残る領域です。自社の投資ポートフォリオでも、AI＝モデルではなく AI＝統制で再分類する視点が、中期テーマの解像度を上げます。

試算例（一般化した思考実験） — 仮に社内に Salesforce と Databricks（または同等の CRM ＋ DWH）を持つ企業で、営業向けエージェントを実装するケースを考えます。境界統合がない構成では、顧客データを Salesforce から手動で抜き出して Databricks にコピーし、別プラットフォームで分析→結果をまた Salesforce に戻す、というデータのピンポンが発生します。
Federated Auth ＋ Zero Copy ＋ Federated Search が揃うと、このピンポン部分の運用工数（ETL／同期／権限調整／監査ログ作成）が消えます。仮に営業10部署×月20件の解析が走る組織で、1件あたりの平均運用工数（人＋待ち時間）を 4 時間と仮置きすると、月 800 時間（10×20×4）の運用工数が浮く計算です。自社の実数はもちろん部門・業種・統制要件で変わりますが、境界統合の便益は「機能の便益」ではなく「運用工数の便益」で語るべきという発想は、CFO・FP&A 視点で投資の正当化に有効です（数値は一般化した思考実験で、特定組織の実数ではありません）。

『境界統合がある／ない』の運用工数比較（一般化した思考実験）

まとめ

関連リンク

↑ 今日の新着・3入口へ戻る