Noteees.sap
クラウド / BTP

SAP Business Data Cloud:構成・特長・今後の活かし方

SAP Business Data Cloud(BDC)の概要・Datasphere/SAC/SAP Databricks/HANA Cloud など主要コンポーネントの役割分担・Sapphire 2026 で再定義された autonomous enterprise の trusted knowledge core としての今後の役割と活かし方を整理しました。

TL;DR

  • BDC は autonomous enterprise の中核データ基盤: Sapphire 2026 で SAP は BDC を「Business AI Platform を支える business data fabric」と再定義しました。Joule Agents 群が参照する trusted knowledge core として位置付けられています。
  • 構成は 1 つの製品ではなく統合スイート: SAP HANA Cloud、Datasphere、SAP Analytics Cloud、SAP Databricks、Reltio、SAP Master Data Governance、SAP AI Core を一段に束ねた構成です。各製品は単独でも提供される機能を BDC では同じセマンティクスで連携させます。
  • BDC Connect で zero-copy 連携が大幅拡張: Databricks に加え、Snowflake、Google BigQuery、Microsoft Fabric、Amazon Athena との bidirectional zero-copy data sharing が 2026 年内に順次 GA 予定です。データを動かさず外部 lakehouse 側に SAP セマンティクスを提供する設計が進みました。
  • SAP データの business context をそのまま AI へ繋ぐ: Delta Sharing で SAP の業務オブジェクト(取引、組織、マスタ)を semantic 付きのままエンリッチでき、Joule Agents が参照する company memory の母体になります。
  • 2026 は実装検証年: BARC は「アーキ計画と発表のフェーズを経て、顧客がいよいよテスト段階に入った」と評価しています。私(SAP CoE 観点)も BDC は「採用済み」ではなく「観察・PoC で吟味」の段階にあるととらえています。

要点サマリ表

観点結論
何の話SAP Business Data Cloud(BDC)の構成、製品毎の特長、Sapphire 2026 で再定義された今後の役割と活かし方
結論BDC は単なるデータ管理製品ではなく、Joule Agents 群が参照する trusted knowledge core として autonomous enterprise の中心に据えられた
影響範囲SAP CoE / データ基盤担当 / BW モダナイゼーション計画中の組織 / 非 SAP データ(Databricks / Snowflake / Fabric / BigQuery)を併用するエンタープライズ
私の評価アーキとしては妥当な統合だが、Datasphere・SAC・Databricks の役割境界の理解が前提。2026 は PoC で適合シナリオを見極めるフェーズ

背景・経緯

SAP Business Data Cloud(BDC) は 2025 年 2 月に発表されました。Constellation Research は当時「2000 年以降の SAP にとって最も重要なプラットフォーム革新」と表現し、Datasphere、SAP Analytics Cloud、SAP Databricks を 1 つの傘で統合する位置付けを高く評価しました。SAP データを Databricks 側へ運ぶ手間を解消し、Delta Sharing を介した zero-copy で SAP セマンティクスを保ったまま AI/ML ワークロードに供給するという狙いです。

2025 年内に SAC(SAP Analytics Cloud)が BDC オファリングに統合され、Seamless Planning が一般提供を開始しました。Data Product Studio の一般提供は 2026 H1 へずれ込み、BARC は 2026 年 2 月のレポートで「アーキ計画と製品発表のフェーズを経て、いよいよ顧客がテストを始めた段階」と評価しています。2026 は 実装検証年 にあたります。

2026 年 5 月 13 日の Sapphire 基調講演で、SAP は BDC を再定義しました。BDC は単独のデータ管理製品ではなく、「Business AI Platform = BTP + BDC + Business AI」の中央に据えられる business data fabric であり、全ての Joule Agents・業務アプリ・意思決定が参照する trusted knowledge core とされました。SAP HANA Cloud が BDC のコア機能として正式に位置付けられ、Reltio 買収完了によりマルチドメイン MDM が組み込まれ、SAP Master Data Governance がネイティブ統合されました。この再定義により、BDC は「Datasphere の進化版」という小さな枠を超えて、autonomous enterprise の中央データ基盤 として整理されます。

本題の詳細

概要:BDC とは何か

BDC は「SAP 業務データを business context(業務オブジェクトのセマンティクス) を保持したまま、AI とアナリティクスへ供給する統合データ基盤」です。Sapphire 2026 の発表によれば、BDC は「Compute can happen anywhere…but business context is managed once, centrally, in SAP Business Data Cloud」(計算はどこでも実行できるが、ビジネスコンテキストは一度だけ、中央の SAP Business Data Cloud で管理される)と位置付けられています。

ここで重要なのは、BDC が 1 つの製品ではない という点です。SAP HANA Cloud、SAP Datasphere、SAP Analytics Cloud、SAP Databricks、Reltio、SAP Master Data Governance、SAP AI Core を統合スイートとして一段に束ねた構成で、共有セマンティックレイヤと統一ガバナンスのもとで連携します。各製品は単独提供もありますが、BDC として束ねた場合に 同じセマンティクス・同じガバナンス で相互参照できるのが特長です。

BDC 上に集約された business context は、Joule Agents が「company memory」として参照する trusted knowledge core に育っていく設計です。

製品毎の特長

BDC を構成する主要製品について、それぞれの役割を整理します。

SAP Datasphere は business data fabric 層の中核で、SAP S/4HANA や BW、サードパーティの構造化データから semantic-rich なデータ製品 を作るための環境です。データ仮想化、ETL、データ製品カタログ、空間データやグラフデータの統合を担います。BW Data Product Generator により、既存 BW / BW/4HANA を BDC 環境へ段階移行できる technology-driven migration path が用意されています。

SAP Analytics Cloud(SAC) は計画・分析・ダッシュボードのフロントエンドで、BDC のセマンティクスをそのまま参照できます。Seamless Planning は 2025 Q1 から一般提供開始済みです。

SAP Databricks は BDC 内に組み込まれた Databricks 製品で、standalone Databricks とは別エディションです。Delta Sharing による zero-copy で SAP の業務データを参照し、SAP セマンティクスを保ったまま AI/ML、機械学習モデル開発、Unity Catalog ベースの統一ガバナンスで運用できます。Constellation の Holger Mueller は「ゼロコピーブリッジにより低コストでより簡潔なデータアクセスを提供」すると評しました。

SAP HANA Cloud は Sapphire 2026 で BDC のコアエンジンとして正式統合され、リレーショナル / 空間 / グラフ / ベクトルの多モデルワークロードを単一エンジンで扱えます。AI 用途(ベクトル検索ベースの RAG)と相性が良い設計です。

Reltio は 2026 年に SAP が買収完了したマルチドメイン MDM 製品で、AI ベースの実体解決とデータクレンジングを BDC に組み込みます。SAP Master Data Governance はガバナンス適用と AI 対応データ製品の検証を、SAP AI Core は予測・分類モデルの埋め込み推論を担当し、Joule Agents が業務シナリオから直接呼び出せる位置に置かれます。

アーキテクチャ

BDC のアーキは大きく Foundation Services → 3 つの主要製品 → 出口(Joule Agents と外部 lakehouse) の 3 階層で整理できます。Mermaid で表すと次のとおりです。

flowchart TB
subgraph FOS["Foundation Services(セキュリティ / ガバナンス / データ製品カタログ)"]
  HANA["SAP HANA Cloud<br/>多モデルエンジン"]
  MDG["SAP Master Data Governance<br/>+ Reltio MDM"]
  AICORE["SAP AI Core"]
end
S4["SAP S/4HANA<br/>BW / 業務システム"]
EXT["サードパーティ<br/>データソース"]
subgraph CORE["BDC 主要製品"]
  DSP["SAP Datasphere<br/>data fabric / semantic"]
  SAC["SAP Analytics Cloud<br/>計画 / 分析"]
  DBX["SAP Databricks<br/>AI / ML / lakehouse"]
end
subgraph OUT["出口(autonomous enterprise)"]
  JOULE["Joule Agents<br/>company memory 参照"]
  BDCC["BDC Connect<br/>zero-copy 連携"]
end
S4 --> DSP
EXT --> DSP
DSP --> SAC
DSP --> DBX
HANA --> DSP
HANA --> DBX
MDG --> DSP
AICORE --> DBX
AICORE --> JOULE
DSP --> JOULE
SAC --> JOULE
DBX --> JOULE
DBX --> BDCC
BDCC --> EXTLAKE["Snowflake / Databricks /<br/>Google BigQuery /<br/>Microsoft Fabric /<br/>Amazon Athena"]

階層をもう少し噛み砕くと、最下層の Foundation Services は SAP HANA Cloud(多モデル DB)、Master Data Governance、Reltio、SAP AI Core を束ねた共通基盤で、セマンティクス・ガバナンス・データ製品カタログ・実体解決・AI 推論を提供します。中層の 3 つの主要製品(Datasphere / SAC / SAP Databricks)はそれぞれ semantic 層、分析・計画 UI、AI/ML lakehouse の役割を担い、Foundation Services の上に組み立てられます。

出口は 2 系統あります。1 つは Joule Agents で、BDC 全体を「company memory」として参照し、業務アプリと対話的に連携します。もう 1 つは BDC Connect で、Databricks(standalone)、Snowflake、Google BigQuery、Microsoft Fabric、Amazon Athena といった外部 lakehouse と bidirectional zero-copy で接続します。データを動かさず、SAP セマンティクスを外部側にも提供できる設計です。

今後の役割:autonomous enterprise の中心

2026 Sapphire の再定義により、BDC は autonomous enterprise の中央データ基盤 として位置付けられました。SAP の発表からの引用です。

“AI with the deepest organizational knowledge” (組織知識の深さを伴った AI)

“Compute can happen anywhere…but business context is managed once, centrally, in SAP Business Data Cloud” (計算はどこでも実行できるが、ビジネスコンテキストは一度だけ、中央の SAP Business Data Cloud で管理される)

この方針が意味するのは、AI 計算は分散させてよいが、business context(業務オブジェクトの意味、組織、取引、マスタ)は BDC に一元化する という設計判断です。BDC Connect で外部 lakehouse に SAP データを zero-copy で提供しつつ、business context の管理権は SAP 側に残します。これにより、外部 lakehouse で AI/ML 処理を走らせても SAP セマンティクスは劣化しません。

二次情報 Constellation Research — SAP launches Business Data Cloud (2025-02-13)

Constellation の評価では、BDC は「SAP の 3 本柱戦略(AI everywhere / harmonized data / 統合スイート)の中核」とされています。Mueller は「BDC は SAP が 21 世紀のビジネスアプリケーション構築能力を拡張するもの」と評しました。一方 BARC は冷静で、「2026 は実装検証年で、アーキ計画と発表フェーズを経て顧客がいよいよテストを始めた段階」と慎重に評価しています。

特徴が出る場面と今後の活かし方

BDC が特に価値を発揮する場面は、次の 4 つに整理できます。

第 1 に、SAP データと非 SAP データの zero-copy 統合です。Databricks や Snowflake を既に基幹データ基盤として使う組織で、従来の ETL 連携を組まず Delta Sharing 経由で SAP セマンティクスを保ったまま参照できます。SAPinsider は「zero-copy connection が SAP データと AI ワークロード間の摩擦を取り除く」と評価しています。

第 2 に、SAP BW モダナイゼーションです。BW Data Product Generator を使えば、既存の BW / BW/4HANA を BDC 環境のデータ製品へ段階移行でき、BW のロジックや業務セマンティクスをそのまま再利用できます。BARC が指摘するとおり「既存投資を保護しながらモダナイゼーション」を進められる移行パスです。

第 3 に、SAP Databricks による AI/ML エンリッチです。SAP の取引データ・マスタデータをそのまま機械学習特徴量として使い、需要予測・異常検知・顧客分類等のモデルを Databricks 上で構築できます。Unity Catalog の統一ガバナンスのもとで Azure / AWS / GCP いずれにも対応します。

第 4 に、Joule Agents への業務 context 提供です。BDC を company memory として、Joule Agents が業務アプリの裏側で自社の取引履歴・組織・マスタを参照しつつアクションを実行できます。

比較・代替手法

BDC は「SAP データに密着したエンタープライズ向け data fabric + lakehouse 統合スイート」という性格を持ちます。同じ領域で競合・代替となる主要プラットフォームと比較します。

主要データ基盤プラットフォーム比較(BDC は SAP データ密着、他は汎用 lakehouse / DWH 寄り)
プラットフォームSAP データ密度Open フォーマット対応AI/ML料金モデル主たる差別化
SAP BDC BDC は SAP データに最も密着、business context をネイティブ保持 Delta Sharing / BDC Connect で外部 lakehouse と bidirectional zero-copy SAP Databricks 同梱、AI Core 連携 サブスクリプション(FUE ベース、SAP 既存契約に統合可) SAP データの business context をそのまま AI/分析に供給できる唯一の純正基盤
Snowflake コネクタ経由、SAP セマンティクスは別途設計が必要 Iceberg / 外部テーブル対応、独自フォーマット中心 Cortex AI / ML 機能を強化中 従量課金(クレジットベース) マルチクラウドのデータ共有・ガバナンス、グローバル分散の成熟度
Databricks(standalone) SAP コネクタ提供、ただし BDC 経由が zero-copy で有利 Delta Lake / Iceberg / Unity Catalog のオープン戦略 MLflow、ベクトル DB、AI エージェント機能が成熟 従量課金(DBU ベース) lakehouse 設計の先駆者、ML/AI エコシステム最強クラス
Microsoft Fabric コネクタ経由、SAP セマンティクスは別途設計 OneLake(Delta 形式)統一、Iceberg ショートカット対応 Azure OpenAI と統合、Copilot 連携 容量ベース(Fabric Capacity Units) Microsoft エコシステム統合(Power BI / Dynamics / Office 365)
Google BigQuery コネクタ経由、SAP セマンティクスは別途設計 BigLake / Iceberg 対応、外部テーブル成熟 Vertex AI / Gemini との統合 従量課金(スキャン量 + ストレージ) サーバレス DWH の代表格、Google AI スタック連携

5 プラットフォームの位置付けを整理すると、BDC は SAP データ密度 の軸で他を圧倒し、SAP の業務オブジェクトを semantic 込みでネイティブに扱える唯一の純正基盤です。一方、Open フォーマット対応 では Databricks(Delta Lake / Iceberg)と Microsoft Fabric(OneLake)が先行しており、Snowflake も Iceberg 対応を強化中です。BDC は「SAP データを軸にした data fabric」が本領で、SAP データを伴わない純粋な lakehouse 用途は Databricks standalone / Snowflake / Fabric を直接採用する方が素直です。BDC Connect の役割は、こうした外部 lakehouse を排除するのではなく、SAP データを zero-copy で外部側に提供する ことで共存設計を可能にする点にあります。

私の考察

私は SAP CoE 実務観点で BDC を「SAP データを軸とした data fabric として妥当な選択肢」と評価しています。理由は 3 点で、第 1 に SAP データの business context をそのまま AI/ML へ繋ぐ唯一の純正基盤であり ETL で semantic を再構築する必要がないこと、第 2 に BW Data Product Generator で既存 BW 投資を捨てずにモダナイズできること、第 3 に BDC Connect で外部 lakehouse と bidirectional zero-copy が成立すれば「SAP データだけ BDC、残りは既存基盤」というハイブリッド設計が現実的に組めることです。

ただし、BDC の採用判断は慎重さが要ります。BARC が指摘するとおり「2026 は実装検証年」であり、Data Product Studio の一般提供は 2026 H1、BDC Connect for Snowflake / BigQuery は 2026 H1、Microsoft Fabric は 2026 Q3、Amazon Athena は H2 2026 と、機能の GA 時期がずれています。本番採用は機能ごとの GA を見極めてから、その間に PoC で適合シナリオを検証するのが賢明だと考えます。Constellation の Mueller が「2000 年以降の SAP にとって最も重要なプラットフォーム革新」と評する一方、BARC の Larissa Baier は SAP の自社開発 AI 路線とリソース分散リスクを慎重に指摘しており、両論を踏まえると BDC は 観察・PoC で吟味する段階 にあると考えます。

運用面の留意点として、BDC は単独製品ではなく統合スイートのため、契約・FUE・ライセンス・テナント設計が複雑 になりがちです。Datasphere / SAC / SAP Databricks / HANA Cloud を単独契約しているテナントを BDC として統合する場合、契約見直しと既存ワークロードの移行計画が必須で、SAP CoE が早めに営業窓口・SI ベンダと整理しておくべき論点です。

参考リンク

関連する記事

クラウド / BTP

SAP Sapphire 2026 キーノート総括:Autonomous Enterpriseと世界の反応

SAP Sapphire 2026 キーノートで打ち出された Autonomous Enterprise・Joule Agents 200+・Joule Work・Industry AI 26 業種・RISE/GROW コミットメントを公式情報で整理し、アナリスト・テック系メディア・LinkedIn・市場の muted reaction まで含めて世界の反応を一括で読み解きます。