SAP IBP 計画レベル
SAP IBP 計画レベル
計画レベルとは、SAP IBPのオブジェクトタイプであり、計画データを保存、表示、分析できる、マスタデータタイプとその属性(製品、拠点、顧客など)から導出される、特定の名前付きディメンションの組み合わせを定義するものです。これは「この数値はどの粒度で存在するのか?」という問いに答えます。キーフィギュア(IBP-A03-01)が何を測定するかを定義するのに対し、計画レベルはその測定値がどの粒度で存在するかを定義します。そして、この記事では、IBP-A03-01で導入されながら意図的に説明が先送りされた「基本計画レベル」の概念が完全に定義されます。この記事では、計画レベルとは何か、その中核となる基本レベル対集計レベルの構造、組織/データ階層における位置づけ、そしてコンサルタントが計画レベルを作成する際に設定するすべてのフィールドについて説明します。
第1部: 計画レベル — 中核概念(全モジュール共通)
1.1 計画レベルとは

計画レベル自体はデータを保持しません。これは構造定義であり、キーフィギュアの値が存在する粒度を決定するマスタデータタイプ属性の名前付き組み合わせです。計画レベルは計画エリア内で設定され、品目マスタやロケーションマスタのように独立したマスタデータオブジェクトとして管理されるものではありません。
| 側面 | 詳細 |
|---|---|
| 役割 | 計画データを保存、表示、分析できるマスタデータタイプと属性の組み合わせを定義します。これは、キーフィギュアの「値」軸に対する次元/構造上の対応物です。 |
| 構成要素 | マスタデータタイプ(製品、ロケーション、顧客など)と、その選択された属性のサブセットから構築されます。これらの構成要素の定義方法については、IBP-A02-01(マスタデータタイプ)およびIBP-A02-02(属性)を参照してください。 |
| 設定場所 | 特定の計画エリアの設定内で行われます。設定フローでは「計画レベルの設定」として参照されることが一般的であり、完全に独立したスタンドアロンのマスタデータアプリとして管理されるわけではありません。 |
| 時間次元 | 直接は含まれません。計画レベルのルート属性は「非時間」ルート属性として説明されます。これは、時間バケット次元がタイムプロファイル(IBP-A02-03)によって別途提供されるためです。キーフィギュアの完全な保存キーは、その計画レベルのルート属性に、タイムプロファイルからの時間バケット値を加えたものです。 |
| 分類 | マスタデータタイプ、属性、タイムプロファイル、キーフィギュア、計画エリアと並ぶ、必須マスタです。 |
1.2 基本レベルと集約レベル

すべての計画レベルのデータは、物理的に保存されるか、実行時に導出されます。これはオブジェクトの中核となる構造軸であり、IBP-A03-01(キーフィギュア)が完全に定義することなく、既存の語彙として参照していたものです。
| レベルタイプ | データ保存 | ユースケース | 主要な動作 |
|---|---|---|---|
| 基本レベル | 物理的に保存 — このレベルのすべての値は実際の保存行を占有する | 特定のキーフィギュアに必要な最も詳細なレベル — 例:顧客まで追跡する販売予測の期間×製品×顧客 | 保存された各キーフィギュアに対して、正確に1つの計画レベルが基本レベルとして指定される。そのキーフィギュアが表示または計画される他のすべてのレベルは、このレベルから派生する。 |
| 集約レベル | 個別に保存されない — 値は読み取り時に導出されるか、プランナーがこのレベルで編集するときに基本レベルに分割して戻される | 基本レベルの属性のサブセットから構築された粗いビュー — 例:時間バケットを削除した製品×顧客、または製品のみ | 読み取り時には基本レベルからの値のロールアップ(集約)によって、保存時にはここに入力された値を基本レベルに分割して戻す(分配)ことによって到達する。 |
設計原則: 計画レベルは、単独では本質的に「基本」または「集計」ではありません。そのステータスは、特定のキーフィギュアが基本レベルとして指定する単一のレベルによって設定されます(セクション2.3)。同じ計画レベルが、あるキーフィギュアの基本レベルとなり、別のキーフィギュアのより粗い基本レベルに対する集計レベルとなる可能性があります。レベル間で値を移動する集計/非集計のメカニズムは、キーフィギュアの設定(保管タイプ、集計モード、非集計モード)であり、関連記事IBP-A03-01で説明されています。本記事では、「レベル」、「基本レベル」、「集計レベル」が構造的に何であるかを定義します。
1.3 組織レベルとデータ階層

具体的な例を用いたデータ階層
Client (SAP IBP Tenant)
│
└── Planning Area "PA-DP01" — Demand Planning Planning Area (IBP-A03-03)
│
├── Key Figure "KF-DEMAND" — Demand Quantity (IBP-A03-01)
│
├── Planning Level "PL-PROD-LOC" — Product x Location [this article's object]
│
├── Version "VER-BASELINE" — Approved plan (baseline) (IBP-A03-04)
│
└── Planning View "PV-DP-WEEKLY" — Weekly Demand Planning View (IBP-A03-05)設計原則: キーフィギュア、計画レベル、バージョンは、計画エリアの構造的に並列な子要素であり、互いにネストすることはありません。計画レベルは、次元の粒度(どのマスタデータタイプ属性の組み合わせがデータの1行を構成するか)を定義します。キーフィギュアがこのアンカー(保存タイプ、集約モード、非集約モード)で行う完全なメカニズムは、関連記事IBP-A03-01で説明されています。計画レベルが、時間プロファイルおよびキーフィギュアとともにどのように計画エリアにバンドルされるかは、IBP-A03-03で説明されています。
1.4 他のマスタデータオブジェクトとの統合

計画レベルは単独で存在するものではありません。フェーズ1のマスタデータオブジェクトから構築され、その周囲にあるフェーズ2の計画設定オブジェクトによって使用されます。
| オブジェクト | 関係性 | 実務上の注意点 |
|---|---|---|
| マスタデータタイプ | 計画レベルが組み合わせる次元(製品、ロケーション、顧客など)を提供する | 詳細な仕組みはIBP-A02-01を参照 — 計画レベルは独自のマスタデータを新たに定義するのではなく、どのタイプを組み合わせるかを選択するのみである。 |
| 属性 | 計画レベルに含まれる各マスタデータタイプ内の特定のフィールドと、それらのフィールドのうちルート属性としてマークされるものを提供する | 詳細な仕組みはIBP-A02-02を参照 — 属性はフィールド自体を定義し、計画レベルはどの属性が参加するか、およびそれらがレベルのキーとなるかを決定する。 |
| 時間プロファイル | 計画レベルの非時間ルート属性と組み合わせてキーフィギュアの完全なストレージキーを形成する、個別の時間バケット次元を提供する | 詳細な仕組みはIBP-A02-03(既に展開済み)を参照 — 計画レベルと時間プロファイルは構造的に並列な「レベル1」の構成要素であり、互いにネストされることはない。 |
| キーフィギュア | 保存された各キーフィギュアは、そのベースレベルとして正確に1つの計画レベルを指定する。同じキーフィギュアは、ベースレベルの属性のサブセットから構築された、より粗い任意の集約レベルで表示できる | ストレージタイプ、集約モード、および非集約モードの詳細な仕組みは、関連記事IBP-A03-01で説明 — 本記事では、キーフィギュアが指すレベル構造を定義する。 |
| 計画エリア | 計画レベルは、時間プロファイルおよびキーフィギュアとともに、アクティブ化可能な計画エリアに組み合わされる3つの必須入力の1つである | 詳細な仕組みは次の記事IBP-A03-03で説明 — 本記事では、計画エリアを計画レベルが供給されるコンテナとしてのみ扱う。 |
パート 2: IBP固有のフィールド詳細
2.0 IBPオーナーシップの範囲

| データ区分 | IBP関与 | 備考 |
|---|---|---|
| 基本定義 | ◎ オーナー | レベルID、マスタデータタイプの組み合わせ |
| 属性選択とルート属性 | ◎ オーナー | どの属性が含まれ、どの属性がルート(構造的/キー)としてマークされ、どの属性が非ルート(記述的)としてマークされるか |
| 基本レベル指定 | ◎ オーナー | このレベルが特定のキーフィギュアに対して物理的に保存される基本レベルであるかどうか、および有効な基本レベルを規定する属性一貫性ルール |
| 設計とパフォーマンスのガイダンス | ◎ オーナー | ルート属性数、計画レベルの総数、および計画エリアのパフォーマンスに実質的に影響を与える粒度の決定 |
凡例: ◎ = オーナー / クリティカル、○ = 直接関与
2.1 一般定義

一般定義は計画レベルの識別層であり、そのレベルが作成された時点で、所有する計画エリアのコンフィギュレーション内で一度だけ設定されます。
| フィールド | 説明 | 実践的な使用法 |
|---|---|---|
| レベルID | 計画レベルの一意の技術的識別子 | 命名パターンは、時間粒度またはプロセスプレフィックスと、それが組み合わせるマスタデータタイプのディメンションを連結することが一般的です(例:PERPRODCUST(期間×製品×顧客)またはMTHPRODLOC(月×製品×ロケーション))。早期に一貫したスキームを採用してください。複数のキーフィギュアがそれぞれ独自の基本レベルを必要とすると、レベルは急速に増加します。 |
| マスタデータタイプの組み合わせ | このレベルが組み合わせるマスタデータタイプ(製品、ロケーション、顧客など)のセット | 利便性ではなく、レベルが回答する必要のあるビジネス上の質問に基づいて選択してください。「念のため」マスタデータタイプを追加すると、それに依存するすべてのルート属性の組み合わせが拡大し、このレベルに基づくすべてのキーフィギュアの保存データ量が増加します。 |
2.2 属性選択とルート属性

あるレベルに含まれるすべての属性が同じ構造的役割を果たすわけではありません。これは、そのオブジェクトにとって最も重要な設定概念です。
| フィールド | 説明 | 実務上の使用例 |
|---|---|---|
| 属性(含まれるもの) | 組み合わせにおいて、各マスタデータタイプから選択された特定の属性 | このレベルでデータを識別または記述するために実際に必要なものだけを取り込む — 属性自体の定義についてはIBP-A02-02を参照。 |
| ルート属性 | レベルの構造キーの一部としてフラグが設定された属性 — このレベルで行が存在するためには非NULL値を持つ必要がある。ルート属性の完全なセットにより、格納された値が一意に識別される。 | 実例:計画レベル PERPRODCUST には3つのルート属性がある — PRDID(製品ID)、CUSTID(顧客ID)、PERIODID0(期間) — つまり、このレベルに格納されるすべての行は、これら3つすべてが入力されている必要がある。ビジネス上の質問で許容される範囲で、ルート属性の数を最小限に抑えること(セクション2.4)。 |
| 非ルート属性 | フィルタリングまたは表示のためにこのレベルに含まれるが、構造キーの一部ではない属性 | キーを拡大することなくデータを装飾する(例:製品のカテゴリや顧客の地域)のに有用。非ルート属性は、通常、それが割り当てられたレベルよりも上の集計レベルでデータを表示する際には表示されない — 集計後も残ることを前提にしないこと。 |
2.3 基本レベルの指定

ベースレベルフラグは、汎用的な計画レベルの定義を、キーフィギュアの保存データが依存する具体的なアンカーに変換するものです。
| フィールド | 説明 | 実務上の使用例 |
|---|---|---|
| 基本レベルフラグ | この計画レベルが、特定のキーフィギュアにとって最も詳細なレベル(データが物理的に保存されるレベル)であるかどうかを示す | キーフィギュアごとに1回設定する(IBP-A03-01、セクション2.1「基本計画レベル」フィールドを参照)。後から変更する場合は、通常、キーフィギュアの再作成と履歴の再読み込みが必要となる。 |
| 属性整合性ルール | キーフィギュアの選択された基本レベルの非時間ルート属性は、そのキーフィギュアが参照するマスタデータタイプの必須属性と完全に一致しなければならない | 必須属性のサブセットのみを持つ基本レベルを選択すると、不整合なデータが生成されるリスクがある。キーフィギュアがそのレベルに対してデータを読み込み始めた後ではなく、設計時にこの整合性を検証すること。 |
| 集約レベル(暗黙的) | キーフィギュアが表示される計画レベルのうち、その指定された基本レベルではないもの | 計画レベル自体の個別のフラグではない。レベルが「集約」であるかどうかは、特定のキーフィギュアの基本レベルの選択に対する相対的なものであり、レベル固有のプロパティではない。同じ計画レベルが、あるキーフィギュアの基本レベルとなり、別のキーフィギュアの集約ビューとなる場合がある。 |
2.4 設計・パフォーマンスガイダンス

すべての追加ルート属性と追加計画レベルは、キー構造の複雑性と保存データ量の増加をもたらします。そのため、計画レベルの設計は単なる技術的な形式ではなく、明確な意思決定であると言えます。
| フィールド / 概念 | 説明 | 実務上の使用 |
|---|---|---|
| ルート属性数 | 計画レベルあたりのルート属性数の推奨上限 | 一般的に推奨されるガイダンス:レベルあたり5つ以下のルート属性。ルート属性が増えるごとに構造キーが拡大し、そのレベルに基づくすべてのキーフィギュアの保存データ量が増加します。 |
| 計画レベル総数 | 計画エリア内で定義される個別の計画レベルの推奨上限数 | ビジネスプロセスで実際に必要な数に抑えてください。真のトレードオフが存在します。レベルを統合しすぎると、一部のプロセスで必要な粒度よりも粗い共通レベルにキーフィギュアを強制することになり、一方でレベルが多すぎると保存データ量と設定のオーバーヘッドが増大します。 |
| 粒度 vs. 要件 | 各キーフィギュアの基本レベルは、それがサポートするプロセスで実際に必要な詳細度でモデリングする | 不必要に細かい粒度で計画を行うと(例:プロセスで必要なのは地域のみなのに、個別の出荷先顧客で計画する)、対応するビジネス上のメリットなしに、実際に測定可能なパフォーマンスコストが発生します。 |
| レベル間計算 | 異なる計画レベルで保存された入力を参照する計算キーフィギュア | 可能な限りこれらを最小限に抑えてください。複数の基本レベルからの入力を組み合わせることは、入力がすでに共通レベルを共有している計算よりもコストがかかります。これは、IBPが数式を評価する前に各入力を共通レベルに集約または配分する必要があるためです。 |
次に読むべきもの
L1) Big Picture
| ID | Category | Title |
|---|---|---|
| ibp-001 | Overview | SAP IBPとは何ですか? |
L2-A) Master Data
| ID | Category | Title |
|---|---|---|
| ibp-a01 | Overview | SAP IBP マスタデータ:概要、階層、関係性 |
| ibp-a02-01 | Master Data | SAP IBP マスタデータタイプ |
| ibp-a02-02 | Master Data | SAP IBP 属性 |
| ibp-a02-03 | Master Data | SAP IBP 時間プロファイル |
| ibp-a02-05 | Master Data | SAP IBP ロケーションマスタ |
| ibp-a03-01 | Master Data | SAP IBP キーフィギュア |
| ibp-a03-02 | Master Data | SAP IBP 計画レベル 📍 |
| ibp-a03-03 | Master Data | SAP IBP 計画エリア |
| ibp-a03-04 | Master Data | SAP IBP 計画バージョン |
| ibp-a03-05 | Master Data | SAP IBP 計画ビュー |
| ibp-a04-01 | Master Data | SAP IBP 統合モデル |
| ibp-a05-01 | Master Data | SAP IBP 計画オペレータ |
L2-B) Transaction
| ID | Category | Title |
|---|---|---|
| ibp-b01 | Overview | SAP IBPトランザクション:プロセスフロー、階層、および関係性 |