JinJin48

SAP Consultant | BTP · S/4HANA · US Global Rollout

July 16, 2026 · 17 min read

SAP IBP 計画エリア

計画エリアは、SAP IBPのオブジェクトであり、最上位のアクティベート可能な計画モデルとして機能します。これは、時間プロファイル（時間粒度、IBP-A02-03）、1つ以上の計画レベル（次元粒度、IBP-A03-02）、1つ以上のキーフィギュア（メジャー、IBP-A03-01）、および関連するマスタデータタイプ/属性を、単一の内部で一貫性のある構造にバンドルするコンテナです。キーフィギュアが「何を測定するか」であり、計画レベルが「どの粒度で」であるならば、計画エリアは「これらが存在するモデル全体」です。また、パイプラインの中心的なハブでもあり、バージョン、計画ビュー、統合モデル、計画オペレータという4つの異なる下流オブジェクトに供給する唯一の前提条件であり、モデル内の他のどのオブジェクトよりも多くのオブジェクトに影響を与えます。この記事では、計画エリアとは何か、標準テンプレートとカスタムテンプレートの選択、組織/データ階層における位置付け、アクティベーションの仕組み、リアライメント、そしてコンサルタントがその周りに設定するデータ統合の境界について説明します。

パート1: 計画エリア — 中核概念（全モジュール共通）#

1.1 計画エリアとは#

計画エリアは、定義され有効化されるまでそれ自体ではデータを持ちません。これは、レベル1の構成要素（時間プロファイル、計画レベル、キーフィギュア、マスタデータタイプ/属性）を一貫性のある使用可能なモデルに結合する構造的な枠組みです。有効化されると、バージョン、計画ビュー、統合モデル、計画オペレータがすべて構築される、アドレス可能なオブジェクトになります。

1.2 標準計画エリアとカスタム計画エリア#

SAPは、ほとんどの導入において計画エリアを完全に白紙の状態から構築することを想定していません。動作する参照実装として、サンプル計画エリアのセットをあらかじめ組み込んで出荷しています。各サンプルには、属性、マスタデータタイプ、時間プロファイル、計画レベル、キーフィギュア、バージョン、計画オペレータの動作セットに加え、それをサポートするアラート、アナリティクスストーリー、ダッシュボードコンテンツがバンドルされています。文書化されたSAP推奨のプラクティスは、これらのサンプルのいずれかをコピーし、顧客のプロセスに合わせて拡張またはトリミングすることであり、アクティベーションと設定をゼロから開始することではありません。

設計原則: 実際の本番環境における「カスタム」計画エリアのほとんどは、技術的には標準サンプルの修正コピーであり、手を加えていないテンプレートでもゼロから構築したものでもありません。新しい実装の範囲を定義する際、最初の設計上の問いは、どのサンプルをコピーするか（あるいは、2つの別々の時系列モデルとオーダーベースモデルを維持するよりも、新しい統合計画エリアの方が適しているか）であり、白紙の状態から構築するかどうかではありません。本記事の公開日現在、I_SAPIBP2がすべての新規構築において必須のデフォルトであることを確認する情報源はありません。これは、従来のサンプルを完全に置き換えるものではなく、利用可能で積極的に推奨されるオプションとして扱ってください。

1.3 組織レベルとデータ階層#

具体的な例を用いたデータ階層

Client (SAP IBP Tenant)
   │
   └── Planning Area "PA-DP01" — Demand Planning Planning Area          [this article's object]
          │
          ├── Key Figure "KF-DEMAND" — Demand Quantity                    (IBP-A03-01)
          │
          ├── Planning Level "PL-PROD-LOC" — Product x Location            (IBP-A03-02)
          │
          ├── Version "VER-BASELINE" — Approved plan (baseline)            (IBP-A03-04)
          │
          └── Planning View "PV-DP-WEEKLY" — Weekly Demand Planning View   (IBP-A03-05)

設計原則: 計画エリアは、キーフィギュア、計画レベル、バージョンを構造的に並列な子要素として束ねるハブであり、いずれも互いにネストしません。計画ビューは、アクティブな計画エリアの真の下位子要素（1:N）です。PA-DP01カード上のクロスリファレンスチップ（TP-WEEKLY、MDT-PROD）は、計画エリアがゾーンAから時間プロファイルとマスタデータタイプも参照することを示していますが、これらはこのゾーンの階層において計画エリアが所有する子要素ではなく、引き込まれた入力です。バージョンと計画ビュー独自のフィールドレベルの仕組みについては、次の2つの兄弟記事（IBP-A03-04、IBP-A03-05）で説明します。

1.4 他のマスタデータオブジェクトとの統合#

計画エリアは単独で存在するわけではありません。これは、以前の関連記事で説明したレベル1オブジェクトから構築され、そして、下流のすべての計画アーティファクトが構築される基盤となるオブジェクトです。

パート 2: IBP固有のフィールド詳細#

2.0 IBPオーナーシップの範囲#

凡例: ◎ = オーナー / クリティカル、○ = 直接関与

2.1 モデル設定#

モデル設定は、計画エリアの識別およびコンテンツレイヤーであり、計画エリアアプリ内でモデルが最初に定義されたときに設定され、モデルの範囲が変更されるたびに見直されます。

注記: 計画レベルはこのテーブル内の独立したリテラルフィールドではありません。上記で選択されたマスタデータタイプと、計画エリアの設定内で構築された計画レベル（セクション1.3を参照）によって構成されます。

2.2 アクティベーションと整合性検証#

アクティベーションは、定義された計画エリアを使用可能なものに変換するプロセスであり、単なるステータスフラグではなく、モデル全体の整合性をチェックするゲートです。

2.3 リアライメント#

リアライメントはアクティベーションとは異なる概念であり、コンサルタントはこの2つを頻繁に混同します。どちらも「モデル構築後に何が起こるか」に関するものですが、異なるレイヤーでの話です。

2.4 データ統合の境界#

計画エリアのマスタデータタイプ、属性、キーフィギュア、および計画レベルは、インバウンド統合が準拠しなければならない正確な形状を定義します。また、特定の計画エリアは、両方の混合ではなく、正確に1つの統合アプローチにコミットされます。

次に読むべきもの#

L1) Big Picture

L2-A) Master Data

L2-B) Transaction