SAP BW（SAP Business Warehouse）とは、ECCやS/4HANAの伝票とマスタを抽出し、分析しやすい形に整えて蓄えるSAPのデータウェアハウスです。この記事では、BW 7.5・BW/4HANA・SAP Datasphereの3世代の違い、BWのデータモデルとロード処理の流れ、BW 7.5の2027年末の保守期限とBusiness Data Cloudへの移行経路を、2026年10月時点のSAP公式情報で整理します。Datasphereのデータをhdbcliで読むPythonコードと、BWを残すか汎用DWHへ移すかの判断基準も示します。
まとめ：SAP BWはSAPの業務データを分析用に保管する倉庫、2027年末が分岐点
SAP BWは、SAPの業務データを前提にした分析用の倉庫です。旧来のBW 7.5は2027年末で通常保守が終わり、延長保守も2030年末までです。後継のBW/4HANAはHANA専用で、少なくとも2040年まで保守されます。クラウドではSAP DatasphereがBusiness Data Cloudの一部として位置づけられています。
BW 7.5を使っている会社は、BW/4HANAへ変換するか、Private Cloud Editionへ載せ替えてDatasphereと併用するか、汎用DWHへ移すかを2027年末より前に決めます。InfoCubeの本数とABAPの変換ルールの量が、どの経路でも工数を左右します。
SAP BWとは何かをBW 7.5・BW/4HANA・Datasphereの3世代で整理
「SAP BW」という言葉は、製品の世代を問わず使われます。打ち合わせで世代を取り違えると、保守期限も移行の工数も噛み合いません。
SAP BWの役割：ECCやS/4HANAの伝票をODPで抽出し分析用に蓄える仕組み
BWは、ERPの基幹テーブルを直接集計する代わりに、抽出したデータを分析用の構造へ整えて保管します。ERP側の処理を重くせずに、会社コード別・月別・品目別といった多次元の集計を返せるのが役割です。SAPの抽出元はODP（Operational Data Provisioning）という仕組みでつなぎ、BW/4HANAでは旧来のS-APIのソースシステムが「ODP_SAP」型へ置き換わりました。
製品非依存のDWHの考え方はデータウェアハウスの仕組みと製品比較で解説しています。BWの違いは、SAPの会計・販売・購買の標準抽出と業務の意味づけを最初から持っている点です。抽出元となるERP本体の導入形態はSAP S/4HANAの導入形態と移行方式の解説で整理しています。
BW/4HANAで変わった点：HANA専用化とInfoCube廃止、モデル数の削減
SAP LearningのBW/4HANAとBWの比較によると、BW/4HANAは2016年に出た製品で、SAP HANA上でしか動きません。BW 7.5 SP4と比べてABAPコードを約500万行削り、モデルの種類も絞りました。
| BW 7.5までの部品 | BW/4HANAでの扱い |
|---|---|
| InfoCube | 非対応。aDSOへ移行 |
| DataStore Object（classic） | aDSO |
| MultiProvider・InfoSet | CompositeProvider |
| VirtualProvider | Open ODS View・CP等 |
| BExの画面系ツール | 非対応。BW QueryはEclipseで作る |
表中のaDSOはDataStore Object（advanced）、CPはCompositeProviderの略称です。VirtualProviderの移行先はOpen ODS ViewやCompositeProviderなどです。InfoCubeが使えないため、BW 7.5からの変換ではInfoCubeの数だけ作り直しが発生します。BExの画面系ツールの代わりはSAP Analytics Cloudの機能構成と接続方式などが担います。
Datasphereの位置づけ：Business Data Cloud内のクラウドDWH
SAP Datasphereは、SAP HANA Cloud上で動くクラウド型のデータウェアハウスです。SAPの製品ページではSAP Datasphere in Business Data Cloudという名称で、Business Data Cloudを構成する製品として扱われています。
BWとの違いは、SAP以外のデータソースを最初から並べて扱う設計にあります。モデリングはブラウザ上のビューとAnalytic Modelで行い、ABAPは使いません。BWの後継として置き換える製品ではなく、BWと並べて使う構成もSAPは示しています。
SAP BWのデータモデルとロード処理：オブジェクトと作業順の解説
BWの開発は、部品を作る順番が決まっています。用語が多いので、作る順に並べると全体が読みやすくなります。
InfoObject・aDSO・CompositeProviderの役割と作る順番
最初に作るのはInfoObjectです。「品目」「得意先」「金額」といった項目の型とマスタを定義する部品で、全モデルが共通で使う土台です。次に、データを実際に保存するDataStore Object（advanced）、通称aDSOを作ります。aDSOは設定により、取り込んだままの層にも、集計済みの層にもなります。
最後に、複数のaDSOを結合・統合して見せるCompositeProviderを作り、その上にBW Queryを置きます。BW/4HANAでは、これらのモデリングをEclipse上のBW Modeling Toolsで行い、運用の画面はWebのBW/4HANA Cockpitへ移りました。SAP GUIだけで作業していたチームは、ここで道具の切り替えが要ります。
TransformationとDTPでデータを流す工程とプロセスチェーンの定期実行
ソースからaDSOへデータを運ぶ経路は、項目の対応と計算を定義するTransformationと、実際の転送を行うDTP（Data Transfer Process）の組で作ります。項目の単純な対応で済まない計算はルーチンに書き、BW/4HANAではABAPかSQLScript（AMDP）を選びます。
- ODPのソースシステムからデータソースを有効化する
- Transformationで項目を対応づけ、必要ならルーチンを書く
- DTPを作り、差分か全件かの抽出方法を決める
- プロセスチェーンに並べ、夜間などに定期実行する
運用の負荷は手順4に集まります。夜間のチェーンが止まると翌朝のレポートが空になるため、BW基盤の監視はSAP Basisの運用作業と更新手順と同じ枠で計画します。
BW 7.5の保守期限とBusiness Data Cloudへの移行経路の比較
BWの移行判断は、保守期限から逆算します。日付はSAPの公式ページで確かめられる値だけを使います。
保守期限：BW 7.5は2027年末・延長2030年、BW/4HANAは2040年
SAP CommunityのSAP NetWeaver 7.5の保守方針には、BW 7.5の保守を2027年末まで続け、延長保守を2030年まで提供すると書かれています。同じページで、BW 7.5は2016年から保守のみの状態で、機能への投資はBW/4HANAだけに向けるとも明記されています。
| 製品 | 通常保守 | その後 |
|---|---|---|
| SAP BW 7.5（NetWeaver基盤） | 2027年末まで | 延長保守は2030年末まで |
| SAP BW/4HANA | 少なくとも2040年まで | S/4HANAの保守延長に合わせる |
ECCを使い続ける会社のBWは、ERP本体と同じ時期に期限が来ます。ERP側の判断はSAPの2027年問題と移行・延命の判断と合わせて進めます。
Private Cloud Editionへのリフトとデータプロダクト化の3段階
2026年5月12日更新のSAP Architecture CenterのBWをBusiness Data Cloudで近代化する参照アーキテクチャは、移行を3段階で示しています。まず既存BWをPrivate Cloud Edition（PCE）へリフトし、次にData Product GeneratorでInfoProviderをDatasphereのオブジェクトストアへ公開し、最後にSAP提供のデータプロダクトへ寄せていきます。
リフト先は2つあり、NetWeaver版BWは2030年末まで、BW/4HANAは2040年までの保守です。前提として、BW 7.5はHANA上でSPS24以上、BW/4HANA 2021はSPS04以上が必要です。公開したデータはDatasphereの「BW Inbound」スペースに読み取り専用で入ります。Databricksへ直接渡せるのは平坦化したPrimary型だけで、SQL ShareのDerived型とODataのAnalytical型は同ページで「To be available」の扱いです。Databricks側の構成はデータレイクハウスのアーキテクチャ解説が前提知識になります。
BW/4HANA変換とDatasphere再構築の比較：改修量と保守年限
経路ごとの違いは、どれだけ作り直すかと、いつまで使えるかの2軸で決まります。
| 経路 | 作り直す量 | 保守の年限 |
|---|---|---|
| BW 7.5のままPCEへリフト | 少ない（HANA化とSPS更新） | 2030年末 |
| BW/4HANAへ変換 | InfoCube・BEx・3.x系フロー | 2040年 |
| Datasphereで再構築 | 全モデルと変換ルール | クラウドの提供条件に従う |
BW 7.5のままのリフトは2030年末までの時間稼ぎです。BW/4HANAへの変換は、ABAPの変換ルール資産を残したい会社向けの経路です。Datasphereへの再構築は作業が最大ですが、SAP以外のデータとの統合を同時に済ませられます。参照アーキテクチャはDatasphereのTransformation Flowへ変換を移す道具としてBW Migration Assistantを挙げています。
DatasphereのデータをPythonで読む接続手順とhdbcliのコード例
DatasphereはSAP HANA Cloudの上で動くため、HANAのドライバでSQLを投げられます。BIツールにない集計や、機械学習の前処理にデータを渡すときの経路です。
Database Usersでのユーザー作成とOpen SQLスキーマの接続情報
SAP DevelopersのDatasphereへのConcurデータ取り込みチュートリアルに、外部から接続するデータベースユーザーの作り方が載っています。Space Managementで対象スペースを開き、Database Accessの「Database Users」で「Create」を押し、ユーザー名の接尾辞を入れて読み取りと書き込みを有効にします。
作成後にスペースをDeployすると有効になり、情報アイコンからDatabase User Name・Host Name・Port・Passwordを確認できます。パスワードはボタンで発行し、後から再表示できないため、その場で秘密情報の保管先へ移します。チュートリアルのスキーマ名は「SPEND_ANALYSIS#EXTERNAL」で、スペースIDと接尾辞を「#」でつないだ形です。Pythonから読みたいビューは、Datasphere側で「Expose for Consumption」をオンにしておきます。
hdbcli 2.30系でポート443に接続し公開ビューを集計するコード
SAP HANAのPythonドライバはPyPIのhdbcliで配布されており、2026年10月26日時点の最新は2026年9月18日公開の2.30.27です。同ページには、HANA Cloudへはポート443で接続し、暗号化が既定で有効になると書かれています。
pip install hdbcli==2.30.27import os
from hdbcli import dbapi
# Datasphereの情報画面で控えた4項目を環境変数から渡す
conn = dbapi.connect(
address=os.environ["DSP_HOST"],
port=443,
user=os.environ["DSP_USER"], # 例: SALES#PYREAD
password=os.environ["DSP_PASSWORD"],
)
cur = conn.cursor()
# 接続先のユーザーとスキーマを確かめる
cur.execute("SELECT CURRENT_USER, CURRENT_SCHEMA FROM DUMMY")
print(cur.fetchone())
# 公開済みビューを集計する（スペースID・ビュー名・列名は自社の値に置き換える）
cur.execute(
'SELECT "SalesOrganization", SUM("NetAmount") '
'FROM "SALES"."V_SALES_ORDER" '
'WHERE "FiscalYear" = ? GROUP BY "SalesOrganization"',
("2026",),
)
for row in cur.fetchall():
print(row)
cur.close()
conn.close()hdbcliは自動コミットが既定で有効です。読み取り専用の集計なら影響はありませんが、Open SQLスキーマへ書き戻す処理では、取り消せる単位を先に決めておきます。
接続できないときの切り分け：IP許可リストとパスワードの再発行
Datasphereは接続元のIPアドレスを許可リストで絞る仕組みです。前述のチュートリアルでは、System→Configuration→IP Allowlist→Trusted IPsに接続元のアドレスを1件ずつ追加しています。社内のPCやバッチサーバーから届かないときは、まずここを確認します。
次に多いのが、パスワードを控え損ねたケースです。再表示はできないので、同じ画面で新しいパスワードを発行し直します。ユーザーを作ったのにログインできない場合は、スペースのDeployが済んでいるかどうかを確認してください。集計結果が0件なら、ビューの公開設定と、ユーザーに読み取り権限を付けたかを順に確かめます。
SAP BWを残すか汎用DWHへ移すかの判断基準と見積もり前の棚卸し
判断を分けるのは、分析対象のデータがどれだけSAPの中に閉じているかです。
SAP BWを使い続ける条件：標準コンテンツと権限をSAP内で完結
分析対象の8割以上がSAPの会計・販売・購買のデータで、会社コードや利益センタ単位の権限をERPと揃えたいなら、BW/4HANAかDatasphereを選びます。SAPの標準抽出と業務の意味づけを作り直さずに済むからです。BW/4HANAへ変換すれば2040年まで同じ考え方で運用できます。
ERP側の移行と同時に進める場合は、BWの変換をS/4HANAの切り替え計画に組み込みます。SAP全体の計画はSAPコンサルティング・導入支援で相談を受けています。
BigQueryやRedshiftへ寄せる条件と、BWを新規導入しない場面
Web行動ログ、EC、広告、IoTなどSAP以外のデータが分析の中心なら、汎用DWHへ寄せます。SAPのデータをODPやレプリケーションで取り出し、他のデータと同じ倉庫で結合する構成です。料金体系とできないことはBigQueryの仕組みと採用判断で比較できます。
BWを新規に入れないと決めるべき場面もあります。ERPがSAPでない会社、またはSAPのデータが分析対象の一部にすぎない会社です。この条件でBW/4HANAを入れると、HANAのライセンスとBW専任の要員を抱えたまま、結局は汎用DWHも並べることになります。
移行見積もりの前に数えるInfoProvider・変換ルール・クエリの本数
どの経路でも、見積もりの精度は棚卸しで決まります。次の4つを数えてから見積もりを取ると、提案の比較ができます。
- InfoCube・aDSO・MultiProviderなどInfoProviderの種類別本数
- ABAPとAMDPで書かれたルーチンの本数と行数
- BW Queryの本数と、そのうち直近1年で実行されたもの
- プロセスチェーンの本数と、夜間処理の所要時間
実行されていないQueryは移行対象から外せます。BWからDatasphereや汎用DWHへ移す設計と実装はデータ分析基盤構築の支援で対応しています。
よくある質問
SAP BWについて、検索の多い質問に短く答えます。
SAP BWとBW/4HANAの違いは何ですか？
BW/4HANAはBWの後継で、SAP HANA上でしか動きません。InfoCubeやMultiProviderなどの古い部品が使えなくなり、DataStore Object（advanced）とCompositeProviderに集約されました。開発ツールはEclipseのBW Modeling Tools、運用はWebのBW/4HANA Cockpitです。保守は少なくとも2040年までと案内されています。
SAP BWのサポートはいつ終わりますか？
BW 7.5の通常保守は2027年末までで、延長保守が2030年末まで提供されます。BW/4HANAは少なくとも2040年まで保守されます。BW 7.5をPrivate Cloud Editionへ載せ替えた場合も、保守は2030年末までです。期限の後もシステムは動きますが、修正やセキュリティ対応が届かなくなります。
SAP DatasphereはSAP BWの後継製品ですか？
単純な後継ではありません。DatasphereはSAP HANA Cloud上のクラウド型DWHで、SAP以外のデータも並べて扱えます。SAPは、BWをPrivate Cloud Editionへ移し、Data Product GeneratorでBWのデータをDatasphereへ公開して併用する経路を示しています。オンプレミスで続けるならBW/4HANAが選択肢です。
SAP BWとSAP Analytics Cloudの違いは何ですか？
BWはデータを抽出して蓄える倉庫で、SAP Analytics Cloudはそのデータを見る画面と計画機能です。役割が違うため、組み合わせて使います。BW/4HANAでは旧来のBExの画面系ツールが使えないので、SAP Analytics Cloudなどが利用者向けの画面を担います。
SAP BWのデータを外部のBIツールやPythonで使えますか？
外部のBIツールやPythonでの利用は可能です。Datasphereならデータベースユーザーを作り、hdbcliなどHANAのドライバからポート443でSQLを投げられます。Business Data Cloudの構成では、BWのデータをデータプロダクトとして公開し、DatabricksへDelta Shareで渡す経路もあります。接続前に必要なのは、接続元のIPアドレスを許可リストに入れる設定です。
関連記事
- SAP S/4HANAとは？ECCとの違い・導入形態・移行方式と2027年問題への備えを解説：BWの抽出元となるERP本体の導入形態と移行方式
- SAP Analytics Cloudとは：分析と計画を統合した機能構成・接続方式の制約と採用判断を解説：BWのデータを見る画面と計画機能
- SAP Basisとは：運用保守の作業範囲とSAP Note・カーネル・サポートパッケージ適用の手順【2026年10月】：BW基盤の監視と更新の作業
- SAP BTPとは：CAPでS/4HANAの拡張を作りCloud Foundryへデプロイする手順と料金【2026年10月】：S/4HANAの拡張を置くクラウド基盤
- データウェアハウス（DWH）とは？仕組み・製品比較・選び方をわかりやすく解説：製品に依存しないDWHの仕組みと選び方
