--- title: "SAP BWとは：BW/4HANA・Datasphereの違いと2027年の保守期限、Pythonでのデータ取得【2026年10月】" url: "https://www.issoh.co.jp/tech/details/18927/" published: 2026-10-26 updated: 2026-10-26 categories: ["データベース"] publisher: "株式会社一創" --- # SAP BWとは：BW/4HANA・Datasphereの違いと2027年の保守期限、Pythonでのデータ取得【2026年10月】 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」型へ置き換わりました。会計明細の取り出し元となるACDOCAと抽出APIの違いは[SAP FIとは：会社コード・元帳・会計年度バリアントの設定と伝票の構造](https://www.issoh.co.jp/tech/details/18929/)で扱っています。 製品非依存のDWHの考え方は[データウェアハウスの仕組みと製品比較](https://www.issoh.co.jp/column/details/7338/)で解説しています。BWの違いは、SAPの会計・販売・購買の標準抽出と業務の意味づけを最初から持っている点です。抽出元となるERP本体の導入形態は[SAP S/4HANAの導入形態と移行方式の解説](https://www.issoh.co.jp/column/details/13603/)で整理しています。 ### BW/4HANAで変わった点：HANA専用化とInfoCube廃止、モデル数の削減 SAP Learningの[BW/4HANAとBWの比較](https://learning.sap.com/courses/upgrading-your-sap-bw-skills-to-sap-bw-4hana/comparing-sap-bw-4hana-with-sap-bw%5Fc0310e6d-2669-4464-8ede-4a32c1ab7a5f)によると、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の機能構成と接続方式](https://www.issoh.co.jp/column/details/18066/)などが担います。 ### Datasphereの位置づけ：Business Data Cloud内のクラウドDWH SAP Datasphereは、SAP HANA Cloud上で動くクラウド型のデータウェアハウスです。SAPの製品ページでは[SAP Datasphere in Business Data Cloud](https://www.sap.com/products/data-cloud/datasphere.html)という名称で、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）を選びます。 1. ODPのソースシステムからデータソースを有効化する 2. Transformationで項目を対応づけ、必要ならルーチンを書く 3. DTPを作り、差分か全件かの抽出方法を決める 4. プロセスチェーンに並べ、夜間などに定期実行する 運用の負荷は手順4に集まります。夜間のチェーンが止まると翌朝のレポートが空になるため、BW基盤の監視は[SAP Basisの運用作業と更新手順](https://www.issoh.co.jp/tech/details/18925/)と同じ枠で計画します。 ## BW 7.5の保守期限とBusiness Data Cloudへの移行経路の比較 BWの移行判断は、保守期限から逆算します。日付はSAPの公式ページで確かめられる値だけを使います。 ### 保守期限：BW 7.5は2027年末・延長2030年、BW/4HANAは2040年 SAP Communityの[SAP NetWeaver 7.5の保守方針](https://pages.community.sap.com/topics/abap/netweaver-maintenance-strategy)には、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年問題と移行・延命の判断](https://www.issoh.co.jp/column/details/13381/)と合わせて進めます。 ### Private Cloud Editionへのリフトとデータプロダクト化の3段階 2026年5月12日更新のSAP Architecture Centerの[BWをBusiness Data Cloudで近代化する参照アーキテクチャ](https://architecture.learning.sap.com/docs/ref-arch/6550e4)は、移行を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側の構成は[データレイクハウスのアーキテクチャ解説](https://www.issoh.co.jp/tech/details/13628/)が前提知識になります。 ### 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データ取り込みチュートリアル](https://developers.sap.com/tutorials/data-to-value-conn-concur-part03.html)に、外部から接続するデータベースユーザーの作り方が載っています。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](https://pypi.org/project/hdbcli/)で配布されており、2026年10月26日時点の最新は2026年9月18日公開の2.30.27です。同ページには、HANA Cloudへはポート443で接続し、暗号化が既定で有効になると書かれています。 ``` pip install hdbcli==2.30.27 ``` ``` import 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コンサルティング・導入支援](https://www.issoh.co.jp/service/erp%5Fcrm/sap/)で相談を受けています。 ### BigQueryやRedshiftへ寄せる条件と、BWを新規導入しない場面 Web行動ログ、EC、広告、IoTなどSAP以外のデータが分析の中心なら、汎用DWHへ寄せます。SAPのデータをODPやレプリケーションで取り出し、他のデータと同じ倉庫で結合する構成です。料金体系とできないことは[BigQueryの仕組みと採用判断](https://www.issoh.co.jp/tech/details/16521/)で比較できます。 BWを新規に入れないと決めるべき場面もあります。ERPがSAPでない会社、またはSAPのデータが分析対象の一部にすぎない会社です。この条件でBW/4HANAを入れると、HANAのライセンスとBW専任の要員を抱えたまま、結局は汎用DWHも並べることになります。 ### 移行見積もりの前に数えるInfoProvider・変換ルール・クエリの本数 どの経路でも、見積もりの精度は棚卸しで決まります。次の4つを数えてから見積もりを取ると、提案の比較ができます。 - InfoCube・aDSO・MultiProviderなどInfoProviderの種類別本数 - ABAPとAMDPで書かれたルーチンの本数と行数 - BW Queryの本数と、そのうち直近1年で実行されたもの - プロセスチェーンの本数と、夜間処理の所要時間 実行されていないQueryは移行対象から外せます。BWからDatasphereや汎用DWHへ移す設計と実装は[データ分析基盤構築の支援](https://www.issoh.co.jp/service/ai/data-platform/)で対応しています。 ## よくある質問 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年問題への備えを解説](https://www.issoh.co.jp/column/details/13603/)：BWの抽出元となるERP本体の導入形態と移行方式 - [SAP Analytics Cloudとは：分析と計画を統合した機能構成・接続方式の制約と採用判断を解説](https://www.issoh.co.jp/column/details/18066/)：BWのデータを見る画面と計画機能 - [SAP Basisとは：運用保守の作業範囲とSAP Note・カーネル・サポートパッケージ適用の手順【2026年10月】](https://www.issoh.co.jp/tech/details/18925/)：BW基盤の監視と更新の作業 - [SAP BTPとは：CAPでS/4HANAの拡張を作りCloud Foundryへデプロイする手順と料金【2026年10月】](https://www.issoh.co.jp/tech/details/18921/)：S/4HANAの拡張を置くクラウド基盤 - [データウェアハウス（DWH）とは？仕組み・製品比較・選び方をわかりやすく解説](https://www.issoh.co.jp/column/details/7338/)：製品に依存しないDWHの仕組みと選び方 --- 出典: [SAP BWとは：BW/4HANA・Datasphereの違いと2027年の保守期限、Pythonでのデータ取得【2026年10月】]()（株式会社一創）