JinJin48
JinJin48
SAP Consultant | BTP · S/4HANA · US Global Rollout
· 19 min read

カバー: SAP BTP データとアナリティクス — 機能マップとコンポーネント概要

TL;DR
  • BTPのデータ&分析領域には、SAP Datasphere(セマンティックファブリック)、SAP Analytics Cloud(BIと計画)、SAP HANA Cloud(インメモリデータベースエンジン)、SAP Data Intelligence Cloud(統合オーケストレーション)という4つの異なるコンポーネントが含まれており、それぞれ異なるアーキテクチャ上の役割を担っています。
  • DatasphereとSACは成熟しており、ほとんどのエンタープライズワークロードで本番環境に対応可能です。Data Intelligence Cloudは安定していますが、Datasphereの背後にあるサポートレイヤーとしての位置づけが強まっています。HANA Cloudを単独で使用するには、適切なサイジングとガバナンスのための運用に関する専門知識がより多く必要です。
  • これらのコンポーネントを代替手段として扱うのはやめましょう。コンサルタントとして重要な考え方の転換は、これらをレイヤーとして捉えることです。すなわち、統合 → セマンティックモデリング → 分析であり、HANA Cloudはその基盤となるエンジンです。

本記事の位置づけ

IDカテゴリコンポーネントスコープ
BTP-C01概要データと分析概要と機能マップ(本記事)
BTP-C02データベースとストレージHANA Cloudアーキテクチャと利用
BTP-C03データ統合Datasphereアーキテクチャと利用
BTP-C04分析とBIAnalytics Cloudアーキテクチャと利用
BTP-C05データガバナンスMaster Data Governanceアーキテクチャと利用
BTP-C06ユースケースデータと分析ユースケースと意思決定パターン

参考資料

リソースURL
SAP Datasphere — 製品概要sap.com →
SAP Analytics Cloud — 製品概要sap.com →
SAP HANA Cloud — BTPでの開始ガイドhelp.sap.com →
SAP Data Intelligence Cloud — 製品概要sap.com →
SAP Data & Analytics Advisory Methodologyhelp.sap.com →

1) データと分析のランドスケープ

BTP データ&アナリティクスの4つの主要コンポーネント:Datasphere、SAC、HANA Cloud、Data Intelligence Cloud

BTP データ&アナリティクス領域は、4つのコンポーネントで構成されています。これらは互いに代替するものではなく、それぞれが明確に異なるアーキテクチャ層を担っています。

コンポーネント機能主な利用者
SAP Datasphereセマンティックデータファブリック:SAPおよび非SAPソースにわたるデータの統合、モデリング、ガバナンスを実現( sap.com →)データアーキテクト、セマンティックモデラー
SAP Analytics Cloud (SAC)モデル化されたデータ上での統合BI、コラボレーティブプランニング、予測分析を提供( sap.com →)ビジネスアナリスト、財務・サプライチェーンプランナー
SAP HANA Cloudクラウドネイティブなインメモリデータベースエンジン。Datasphereやカスタムアプリケーションを支える( help.sap.com →)データベース管理者、アプリケーション開発者
SAP Data Intelligence Cloudデータ統合とオーケストレーション:ETL/ELTパイプライン、ストリーミング、MLパイプラインの組み込み( sap.com →)データエンジニア、統合アーキテクト

分析プロジェクトでは、ほとんどの場合、これらのコンポーネントのうち2つ以上が連携して動作します。

2) S/4HANA への接続方法

S/4HANAからData Intelligence、Datasphereを経由してSACおよびHANA Cloudへのデータフロー

標準的なクラウドネイティブパターンでは、S/4HANAを分析階層ではなくソースシステムとして位置づけます。4つのBTPコンポーネントはそれぞれ、S/4HANAの下流で定義された役割を果たします。

SAP S/4HANA (source: business transactions, master data)
        |
        | (replication / extraction)
        v
SAP Data Intelligence Cloud
(ETL/ELT pipelines, streaming, data preparation)
        |
        v
SAP Datasphere
(semantic modeling, data federation, governance)
        |
        +--------------------+
        |                    |
        v                    v
SAP Analytics Cloud    SAP HANA Cloud (standalone)
(BI, planning,         (application backends, custom
 reporting)             high-concurrency workloads)

2025~2026年時点で、SAPはこのスタックをSAP Business Data Cloud (BDC) のもとに再編成し、Datasphereを中央セマンティックレイヤー、SACを分析フロントエンドとして位置づけています( community.sap.com →)。BDC Connectにより、BDCはデータをSAPストレージに移動することなく、Databricks(2025年10月よりGA)、Google BigQueryおよびSnowflake(2026年上半期)、Microsoft Fabric(2026年第3四半期)からデータを統合できます。

重要ポイント:S/4HANAはビジネストランザクションの真実の情報源です。Datasphereはガバナンスが効き、セマンティックに強化された分析データの真実の情報源です。これら2つのシステムを混同してはならず、それらのモデルを重複させてはなりません。

3) 成熟度マップ

成熟度評価:Datasphere、SAC、HANA Cloudは本番環境対応済み;Data Intelligenceは前提条件を満たせば対応可能

コンポーネント成熟度備考
SAP Datasphere✅ 本番利用可能SAP Data Warehouse Cloudの後継製品。エンタープライズ導入において安定。Joule自然言語インターフェースは、2026年1月公開のQ4 2025リリースノートに記載の通りGAに到達( sap.com →)。一部のサードパーティ製クラウドDWH統合は2026年下半期まで段階的に展開中。
SAP Analytics Cloud✅ 本番利用可能統合BIとコラボレーティブプランニングを備えた成熟したSaaSプラットフォーム。独自のSACストレージからDatasphereバックエンドへの移行が進行中。該当テナントにどのストレージモデルが適用されるかを確認のこと( sap.com →)。
SAP HANA Cloud✅ 本番利用可能AWS、Azure、GCP、Alibaba Cloud上で動作する安定したDBaaS( help.sap.com →)。プロジェクト開始時に適切なサイジングと運用ルールブックが必要。
SAP Data Intelligence Cloud⚠️ 前提条件ありで利用可能安定しているが、戦略的な位置づけは変化中。SAPは単純な統合をDatasphereの組み込みコネクタ経由でルーティングするケースが増加。パイプラインのユースケースにスタンドアロンのData Intelligenceが必要かどうか、SAPに確認のこと( sap.com →)。

4) 要件チェックリスト

SAP Datasphere

Datasphere要件チェックリスト:BTPサブアカウント、ソースシステム、リージョン、セマンティックモデル、フェデレーションとレプリケーション、ガバナンス、BDC Connect GAスケジュール、ライセンス

出典: sap.com →、 help.sap.com →

チェックリスト項目重要性の理由
BTPサブアカウントが存在し、Datasphereテナントがプロビジョニングされていることを確認するテナントのプロビジョニング期間は、プロジェクトスケジュールに数週間を追加する可能性がある
すべてのソースシステムと接続方法(SDI、SDA、OData、JDBC)を特定する要件段階でソースシステムを見落とすと、設計のやり直しが発生する
データレジデンシーとデータ主権の要件を明確にするテナント作成前にハイパースケーラーとデータセンターを確認する必要がある
セマンティックモデルの範囲(エンティティ、KPI、階層)を文書化する範囲が未確定のモデリングは、プロジェクト遅延の主な原因である
リアルタイムフェデレーションとデータレプリケーションのどちらが必要かを確認するフェデレーションとレプリケーションでは、レイテンシ、コスト、ガバナンスのプロファイルが異なる
データガバナンスとデータカタログの責任者を特定するデータスチュワードが指定されていないプロジェクトでは、ガバナンス成果物が活用されない
BDC Connect GAスケジュールに照らしてサードパーティクラウド接続を検証するGA日は2026年下半期まで段階的に設定されており( community.sap.com →)、GA未対応のコネクタは納期リスクとなる
ライセンスを確認する:Datasphere消費型 vs SAP Business Data Cloudバンドル価格は大きく異なるため、SAP営業から書面による確認を得る

SAP Analytics Cloud

SAC要件チェックリスト:BIと計画、データソース、計画範囲、書き戻しターゲット、Excel統合、ユーザーアクセス

ソース: sap.com →

チェックリスト項目重要性
ユースケースがBIレポート、計画、またはその両方であるかを確認するBIと計画では、ストーリータイプ、データモデル、ライセンス階層が異なる
データソースを特定する:Datasphereモデル、ライブHANA接続、またはインポートモードインポートモードは実装が迅速だが、データの重複が発生する
計画範囲を文書化する:モデル数、データ量、同時実行数文書化されていない範囲は、リリース後にパフォーマンス上の問題を引き起こす
計画の書き戻しターゲットを確認する:SAC専用ストレージまたはDatasphereSAPの戦略的方向性は、計画バックエンドとしてDatasphereを使用することである
Excel/Office統合の要件を特定するExcelアドインには、Webエクスペリエンスとの機能パリティにギャップがある
ユーザーアクセスとロールモデルを確認するUAT前に、クライアントのIdPとのSAML/OAuthフェデレーションをテストする必要がある

SAP HANA Cloud

HANA Cloud 要件チェックリスト:スタンドアロン vs 組み込み、ワークロードプロファイル、ストレージ階層、バックアップSLA、ネットワークアクセス、DBA機能

ソース: help.sap.com →, sap.com →

チェックリスト項目重要性
HANA Cloudがスタンドアロンか、Datasphereに組み込まれているかを確認するDatasphereには管理対象のHANA Cloudインスタンスが含まれている。スタンドアロンの場合はコストと運用負荷が追加される
ワークロードの種類(OLTP、OLAP、混合、またはCAPアプリケーションバックエンド)を文書化するインスタンスサイズはワークロードの種類によって決まる。サイズ不足が最も一般的な障害原因である
ストレージ階層の要件(インメモリ vs. Native Storage Extension(NSE))を特定するホットデータとコールドデータの境界は要件段階で定義する必要がある
バックアップと復元のSLAを確認する復元時間目標はバックアップスケジュールに依存する。事業継続要件を満たしていることを確認する
ネットワークアクセスモデル(BTP内部のみか、外部IPか)を特定するパブリックIP経由での公開には明示的な許可リスト登録とセキュリティレビューが必要である
HANA Cloudの管理機能またはマネージドサービスプランが対象範囲に含まれているかを確認するスキーマ、ユーザー、パフォーマンス監視には依然としてDBAレベルの管理が必要である

SAP Data Intelligence Cloud

Data Intelligence Cloud 要件チェックリスト:必要性と組み込みコネクタの検証、ソース/ターゲットシステム、ストリーミングとバッチ、ML統合、運用モデル

ソース: sap.com →

チェックリスト項目重要性
Datasphereの標準コネクタでは対応できない統合シナリオを確認するData Intelligence Cloudを追加するとライセンスコストと複雑性が増大する
すべてのソース/ターゲットシステムと、それらがサポートするオペレーターを特定する必要なオペレーターが存在するか、またはカスタム開発の範囲内であることを確認する
ストリーミングとバッチの要件をレイテンシSLAとともに文書化する明確な設計文書なしにこれらを混在させると、実行時に障害が発生する
ML/AI統合要件を特定するモデルの提供、トレーニング、保守の担当者を確認する
パイプライン監視と障害処理の運用モデルを確認する設計開始前に、本番稼働後の障害監視担当者を文書化する

5) 意思決定基準

最初に問うべき3つの質問

3つの基本的な問い:測定可能なデータ問題、データトポロジーと所有権、社内スポンサーと予算

Q1. この取り組みは、どのような具体的かつ測定可能なデータ問題を解決するものですか?

データ&アナリティクス領域は範囲が広いため、漠然としたスコープ(「より良い分析が必要」)では常に予算を超過します。顧客に測定可能な成果を明確にさせてください。例えば、「月末決算サイクルを10日から5日に短縮する」や「IT部門に依存せずに200名のビジネスユーザーがセルフサービスレポートを利用できるようにする」などです。測定可能な問題定義がなければ、どのコンポーネントを選択しても正当性を主張できません。

Q2. 現在データはどこに存在し、誰が所有しているのか?

Datasphere、HANA Cloud、Data Intelligenceのアーキテクチャ選択は、データトポロジーに大きく依存します。データが複数のSAPシステムおよび非SAPシステムに分散し、セマンティクスが一貫していない場合、Datasphereのセマンティックファブリックが適切な出発点となります( sap.com →)。データがすでに適切にガバナンスされたHANAシステムに存在し、要件がアプリケーションレベルの分析である場合は、スタンドアロンのHANA Cloudの方が適切です。データオーナーシップはガバナンスの前提条件です。指名されたデータオーナーがいなければ、Datasphereにおけるカタログと系列への投資は維持されません。

Q3. 予算権限を持つ指名された社内スポンサーが存在し、SAPとの資金化されたライセンス協議が行われていますか?

4つのコンポーネントすべてに無視できないライセンスコストが発生します。予算が確定していない状態で開始されたイニシアティブは、SAPの営業チームが実際の価格を提示した時点で停滞することがよくあります。アーキテクチャに着手する前に、スポンサーが商業フレームワークを承認していることを確認してください。

プロジェクトコンテキストによるドメイン選択

プロジェクトコンテキスト決定マトリックス:SAP+非SAPのハイブリッド、セルフサービスダッシュボード、CAPアプリケーション、ETL/ストリーミング、レガシーBWモダナイゼーション

出典: help.sap.com →

プロジェクトのコンテキスト推奨される開始コンポーネント
ハイブリッドなSAP+非SAP環境、統一されたセマンティックレイヤーが必要SAP Datasphere
ビジネスユーザーがセルフサービスのダッシュボードや/または共同計画を必要としているSAP Analytics Cloud(DatasphereまたはライブHANAをバックエンドとして)
CAPアプリケーションや専用のインメモリデータベースを必要とするカスタム分析アプリSAP HANA Cloud(スタンドアロン)
複雑なETL/ELTパイプライン、ストリーミングデータ、データフローへのMLモデル統合SAP Data Intelligence Cloud
レガシーSAP BW/4HANAのモダナイゼーションSAP Business Data Cloud(Datasphere + SACのバンドル)
明確な課題がまだ特定されていない停止。Q1に戻ってください。

ライセンスとコスト

コンポーネントライセンス比較:Datasphere消費ベース、SACユーザー単位サブスクリプション、HANA Cloudインスタンスベース、Data Intelligenceサブスクリプション+消費

ソース: sap.com →、 sap.com →、 help.sap.com →

コンポーネントライセンスモデル確認すべき重要事項
SAP DatasphereBTP経由の従量課金制(キャパシティユニット)推定データ量とアクティブユーザー数は?フェデレーションクエリにより消費量が急増する可能性がある。
SAP Analytics Cloudユーザー単位のサブスクリプション(BIユーザーとプランニングユーザーで階層が異なる)プランニングユーザー数とBI専用ユーザー数は?プランニングライセンスは大幅に高額。
SAP HANA Cloudインスタンスベース(vCPU + メモリブロック)ピークワークロードは?HANA Cloudの過剰サイジングは一般的で高コストとなるため、サイジングワークシートから開始すること。
SAP Data Intelligence Cloudサブスクリプション+従量課金制統合要件はDatasphereの組み込みコネクタで対応可能か?本コンポーネント追加前に確認すること。

具体的な価格はSAPの公開ドキュメントには記載されていません。4つのコンポーネントすべてについて、最新の商用条件を確認するにはSAPのアカウントチームとの直接の協議が必要です。

6) よくある障害

7つの一般的なアーキテクチャの落とし穴:コンポーネントを互換性があるものとして扱う、ガバナンスの先送り、エラーハンドリングの省略、HANA Cloudの過小サイジング、SACスコープの無制限化、ライブ vs インポートの先送り、GA前の統合

障害 1: Datasphere、SAC、HANA Cloud を互換性のあるものとして扱う

BIレポート要件では、データモデルの上位にSACが必要です。そのデータモデルはDatasphereに存在し、Datasphereの計算レイヤーはHANA Cloudです。これら3つを1つの「分析プラットフォーム」スコープ項目にまとめると、3つの個別の調達、プロビジョニング、設計ワークストリームが隠れてしまいます。スコープ文書には初日からレイヤー化されたアーキテクチャを明示的に記載してください。

障害2:データガバナンスの導入が本稼働後まで延期された

Datasphereのカタログ、リネージ、およびデータスチュワードシップ機能では、データの所有権、命名規則、KPI定義について事前の決定が必要です( sap.com →)。これらの決定をローンチ後に先延ばしにしたチームは、誰も信頼しないプラットフォームを抱えることになります。なぜなら、同じ指標がレポートごとに異なる定義を持つからです。

障害 3: パイプライン設計における例外処理の欠落

Data Intelligence Cloud と Datasphere の統合フローは、ハッピーパスを想定して設計されています。実際のソースシステムでは、遅延到着レコード、スキーマ変更、重複キーが発生します。すべての統合要件には、明示的なエラーハンドリングとリトライ仕様を含める必要があります( sap.com →)。

障害4:要件段階でのHANA Cloudインスタンスの過小サイジング

デフォルトの初期構成は、特に財務連結や高並列OLAPクエリといった本番環境の分析ワークロードには不十分なことがよくあります。要件段階で、SAPが公開しているHANA Cloudのサイジングガイダンス( help.sap.com →)を使用してサイジングワークショップを実施してください。

障害5:SAC計画範囲が制限されていない

「計画」は、財務、サプライチェーン、人事で異なる意味で理解されており、各機能は独自のモデル、ドライバーツリー、入力フォームを必要とします。要件ドキュメントで計画モデルを名前でスコープ設定してください( sap.com →)。

障害6:ライブ接続とインポートモードの判断の先送り

インポートモードは実装が迅速ですが、データの重複を生み出し、ガバナンスを複雑化させ、Datasphere バックアップストレージに取って代わられつつあります。インポートモードを選択したチームがその根拠を文書化しない場合、ユーザーがインポートされたデータに依存した後に対処が難しくなる技術的負債を抱えることになります。

障害 7: GA 前にサードパーティ DWH 統合がスケジュールされている

BDC Connect と Google BigQuery、Snowflake、Microsoft Fabric との統合は、GA(一般提供)日が段階的に設定されています(Databricks GA 2025年10月、BigQuery および Snowflake 2026年上半期、Microsoft Fabric 2026年第3四半期)( community.sap.com →)。現在のBDC Connectロードマップをプロジェクトのタイムラインと照らし合わせ、依存関係を明示的に文書化してください。

FAQ

Q: SAP Analytics Cloud を SAP Datasphere なしで使用できますか?

はい。SACは、ライブ接続またはインポート接続を介して、SAP HANA Cloud、S/4HANA、BW/4HANA、および非SAPソースに直接接続できます( sap.com →)。ただし、SAPの現在の戦略的方向性は、SACのストレージと計画の永続性をDatasphere経由でルーティングすることです。単一のソースシステムを使用した単純なレポート専用のユースケースでは、SACからHANAへの直接接続は、引き続き有効でよりシンプルなアーキテクチャです。

Q: このスタックはオンプレミスのS/4HANAのお客様にどのように適用されますか?

4つのBTPデータ&アナリティクスコンポーネントはすべてクラウドサービスです。オンプレミスのS/4HANAは、SAP Integration Suiteまたは直接のOData/RFCコネクタを介して接続します。Datasphereは、顧客のネットワーク内で動作し、クラウドテナントにデータをレプリケーションまたはフェデレーションするSmart Data Integration(SDI)エージェントを通じて、オンプレミスソースをサポートします( sap.com →)。

Q: SAP Datasphereのライセンスモデルはどのようなもので、SAP Analytics Cloudとはどのように異なりますか?

Datasphereは、BTPキャパシティユニットを通じて従量課金制でライセンス供与され、コストはデータ量とクエリのアクティビティに応じて変動します。SACはユーザーごとのサブスクリプションモデルを採用し、BIユーザーとプランニングユーザーで異なるティアが設定されており、プランニングライセンスの方が高価です。SAP Business Data Cloudは、これら両方を単一のオファリングにバンドルしています。最新の価格については、SAPアカウントチームにお問い合わせください。

Q: SAP Data Intelligence Cloud をスコープ外とするのはどのような場合ですか?

統合要件がDatasphereのネイティブコネクタ(SDI、SDA、直接ソース接続)で満たせるかどうかを確認してください( sap.com →)。Data Intelligence Cloudは、プロジェクトで複雑な多段階変換パイプライン、大容量ストリーミング、またはデータフロー内でのMLモデル埋め込みが必要な場合に特に価値を発揮します。

Q: データおよび分析要件を適切に文書化するにはどうすればよいですか?

適切に形成された要件には、以下を明記する必要があります:ソースシステムとデータタイプ、更新頻度、ターゲットコンシューマ、セマンティックモデルの範囲(名前付きエンティティ、KPI、階層)、およびガバナンス要件(データオーナー、保持期間、アクセス制御)。「販売データの分析を提供する」とだけ記載された要件は不完全です。SAP Data & Analytics Advisory Methodologyをチェックリストとして使用してください( help.sap.com →)。

Q: SAP Business Data Cloudとは何ですか?また、Datasphereとの関係は?

SAP Business Data Cloud(BDC)は、SAP Datasphere、SAP Analytics Cloud、SAP BWモダナイゼーションツール、およびBDC Connect(サードパーティDWHフェデレーション)を統合した商用・アーキテクチャパッケージです( community.sap.com →)。DatasphereはBDC内でセマンティックレイヤーとして引き続き機能します。BDCは、新規グリーンフィールド導入における推奨デプロイメントモデルです。

Q: スタンドアロンのSAP HANA Cloudは、Datasphereに組み込まれたHANA Cloudよりも、どのような場合に適切な選択となりますか?

スタンドアロンのHANA Cloudは、トランザクション書き込み機能と分析を併用するCAPアプリケーションが関わるプロジェクト、Datasphereのマネージドインスタンスでは公開できない同時実行性のチューニングをワークロードが要求する場合、または既存のHANAベースのアプリケーションを拡張する場合に使用します。純粋なデータウェアハウジングと分析の場合は、Datasphereに組み込まれたHANA Cloudの方がプロビジョニングとガバナンスが容易です( help.sap.com →)。

概要

BTP データ&アナリティクスは階層型アーキテクチャです:Data Intelligence(統合)、Datasphere(セマンティック)、HANA Cloud(コンピュート)、SAC(ユーザー向け分析)

BTPのデータ&アナリティクス領域は、単一の製品選択ではなく、階層型アーキテクチャです( sap.com →)。SAP Data Intelligence Cloudは複雑な統合とパイプラインオーケストレーションを処理します。SAP Datasphereは、統合データにビジネス上の意味とガバナンスを与えるセマンティックファブリックを提供します。SAP HANA Cloudは、Datasphereに組み込まれるか、スタンドアロンインスタンスとして、計算エンジンを提供します。SAP Analytics Cloudは、ユーザー向けのBIおよび計画プラットフォームとして最上位に位置します。コンサルタントとしての重要な規律は、各レイヤーを明確にスコープ定義し、各コンポーネントのライセンスを個別に確認し、スタック全体をプロジェクト計画上の単一の項目として扱う傾向に抵抗することです。

次に読むべきもの

記事リンク
BTP-C01: データと分析:概要と機能マップ(本記事)/docs/sap-btp/btp-c01/
BTP-C02: HANA Cloud:アーキテクチャと利用方法/docs/sap-btp/btp-c02/
BTP-C03: Datasphere:アーキテクチャと利用方法/docs/sap-btp/btp-c03/
BTP-C04: Analytics Cloud:アーキテクチャと利用方法/docs/sap-btp/btp-c04/
BTP-C05: マスタデータガバナンス:アーキテクチャと利用方法/docs/sap-btp/btp-c05/
BTP-C06: データと分析:ユースケースと意思決定パターン/docs/sap-btp/btp-c06/