JinJin48
JinJin48
SAP Consultant | BTP · S/4HANA · US Global Rollout
· 12 min read

SAP IBP 計画レベル

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


第1部: 計画レベル — 中核概念(全モジュール共通)

1.1 計画レベルとは

計画レベルを中央に配置し、マスタデータタイプ、属性、時間プロファイル、キーフィギュア、計画エリアに接続されたハブ&スポーク図

計画レベル自体はデータを保持しません。これは構造定義であり、キーフィギュアの値が存在する粒度を決定するマスタデータタイプ属性の名前付き組み合わせです。計画レベルは計画エリア内で設定され、品目マスタやロケーションマスタのように独立したマスタデータオブジェクトとして管理されるものではありません。

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

1.2 基本レベルと集約レベル

SAP IBP計画レベルのタイプ(基本レベルと集計レベル)の2列比較

すべての計画レベルのデータは、物理的に保存されるか、実行時に導出されます。これはオブジェクトの中核となる構造軸であり、IBP-A03-01(キーフィギュア)が完全に定義することなく、既存の語彙として参照していたものです。

レベルタイプデータ保存ユースケース主要な動作
基本レベル物理的に保存 — このレベルのすべての値は実際の保存行を占有する特定のキーフィギュアに必要な最も詳細なレベル — 例:顧客まで追跡する販売予測の期間×製品×顧客保存された各キーフィギュアに対して、正確に1つの計画レベルが基本レベルとして指定される。そのキーフィギュアが表示または計画される他のすべてのレベルは、このレベルから派生する。
集約レベル個別に保存されない — 値は読み取り時に導出されるか、プランナーがこのレベルで編集するときに基本レベルに分割して戻される基本レベルの属性のサブセットから構築された粗いビュー — 例:時間バケットを削除した製品×顧客、または製品のみ読み取り時には基本レベルからの値のロールアップ(集約)によって、保存時にはここに入力された値を基本レベルに分割して戻す(分配)ことによって到達する。

設計原則: 計画レベルは、単独では本質的に「基本」または「集計」ではありません。そのステータスは、特定のキーフィギュアが基本レベルとして指定する単一のレベルによって設定されます(セクション2.3)。同じ計画レベルが、あるキーフィギュアの基本レベルとなり、別のキーフィギュアのより粗い基本レベルに対する集計レベルとなる可能性があります。レベル間で値を移動する集計/非集計のメカニズムは、キーフィギュアの設定(保管タイプ、集計モード、非集計モード)であり、関連記事IBP-A03-01で説明されています。本記事では、「レベル」、「基本レベル」、「集計レベル」が構造的に何であるかを定義します。


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

SAP IBPマスタデータランドスケープのゾーン切り抜き。計画レベルPL-PROD-LOCが計画エリアPA-DP01の下に、キーフィギュアおよびバージョンと並んで配置され、計画ビューが下流の子として表示されている

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

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コンサルタントの責任範囲を示すチェックリスト:一般定義、属性選択とルート属性、基本レベルの指定、設計とパフォーマンスガイダンス

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

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


2.1 一般定義

計画レベルの主要な一般定義フィールドのチェックリスト: レベルIDとマスタデータタイプの組み合わせ

一般定義は計画レベルの識別層であり、そのレベルが作成された時点で、所有する計画エリアのコンフィギュレーション内で一度だけ設定されます。

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

2.2 属性選択とルート属性

計画レベルの属性選択およびルート属性フィールドのチェックリスト(PERPRODCUSTの実例を使用)

あるレベルに含まれるすべての属性が同じ構造的役割を果たすわけではありません。これは、そのオブジェクトにとって最も重要な設定概念です。

フィールド説明実務上の使用例
属性(含まれるもの)組み合わせにおいて、各マスタデータタイプから選択された特定の属性このレベルでデータを識別または記述するために実際に必要なものだけを取り込む — 属性自体の定義については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

IDCategoryTitle
ibp-001OverviewSAP IBPとは何ですか?

L2-A) Master Data

IDCategoryTitle
ibp-a01OverviewSAP IBP マスタデータ:概要、階層、関係性
ibp-a02-01Master DataSAP IBP マスタデータタイプ
ibp-a02-02Master DataSAP IBP 属性
ibp-a02-03Master DataSAP IBP 時間プロファイル
ibp-a02-05Master DataSAP IBP ロケーションマスタ
ibp-a03-01Master DataSAP IBP キーフィギュア
ibp-a03-02Master DataSAP IBP 計画レベル 📍
ibp-a03-03Master DataSAP IBP 計画エリア
ibp-a03-04Master DataSAP IBP 計画バージョン
ibp-a03-05Master DataSAP IBP 計画ビュー
ibp-a04-01Master DataSAP IBP 統合モデル
ibp-a05-01Master DataSAP IBP 計画オペレータ

L2-B) Transaction

IDCategoryTitle
ibp-b01OverviewSAP IBPトランザクション:プロセスフロー、階層、および関係性