BTP上のデータと分析:機能マップとコンポーネント概要

- 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 | 分析とBI | Analytics 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 Methodology | help.sap.com → |
1) データと分析のランドスケープ

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を分析階層ではなくソースシステムとして位置づけます。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) 成熟度マップ

| コンポーネント | 成熟度 | 備考 | |
|---|---|---|---|
| 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

出典: 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

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

ソース: 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

ソース: sap.com →
| チェックリスト項目 | 重要性 |
|---|---|
| Datasphereの標準コネクタでは対応できない統合シナリオを確認する | Data Intelligence Cloudを追加するとライセンスコストと複雑性が増大する |
| すべてのソース/ターゲットシステムと、それらがサポートするオペレーターを特定する | 必要なオペレーターが存在するか、またはカスタム開発の範囲内であることを確認する |
| ストリーミングとバッチの要件をレイテンシSLAとともに文書化する | 明確な設計文書なしにこれらを混在させると、実行時に障害が発生する |
| ML/AI統合要件を特定する | モデルの提供、トレーニング、保守の担当者を確認する |
| パイプライン監視と障害処理の運用モデルを確認する | 設計開始前に、本番稼働後の障害監視担当者を文書化する |
5) 意思決定基準
最初に問うべき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の営業チームが実際の価格を提示した時点で停滞することがよくあります。アーキテクチャに着手する前に、スポンサーが商業フレームワークを承認していることを確認してください。
プロジェクトコンテキストによるドメイン選択

出典: 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に戻ってください。 |
ライセンスとコスト

ソース: sap.com →、 sap.com →、 help.sap.com →
| コンポーネント | ライセンスモデル | 確認すべき重要事項 | |
|---|---|---|---|
| SAP Datasphere | BTP経由の従量課金制(キャパシティユニット) | 推定データ量とアクティブユーザー数は?フェデレーションクエリにより消費量が急増する可能性がある。 | |
| SAP Analytics Cloud | ユーザー単位のサブスクリプション(BIユーザーとプランニングユーザーで階層が異なる) | プランニングユーザー数とBI専用ユーザー数は?プランニングライセンスは大幅に高額。 | |
| SAP HANA Cloud | インスタンスベース(vCPU + メモリブロック) | ピークワークロードは?HANA Cloudの過剰サイジングは一般的で高コストとなるため、サイジングワークシートから開始すること。 | |
| SAP Data Intelligence Cloud | サブスクリプション+従量課金制 | 統合要件はDatasphereの組み込みコネクタで対応可能か?本コンポーネント追加前に確認すること。 |
具体的な価格はSAPの公開ドキュメントには記載されていません。4つのコンポーネントすべてについて、最新の商用条件を確認するにはSAPのアカウントチームとの直接の協議が必要です。
6) よくある障害

障害 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のデータ&アナリティクス領域は、単一の製品選択ではなく、階層型アーキテクチャです( 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/ |