JinJin48

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

July 16, 2026 · 15 min read

SAP IBP キーフィギュア

キー・フィギュアは、SAP IBPのオブジェクトタイプであり、計画エリアを流れる単一の定量メジャー（需要数量、供給数量、在庫数量、収益、予測精度、充足率など）を表します。これは計画データキューブの「値」軸であり、フェーズ1のマスタデータ記事で説明したマスタデータ駆動のディメンション軸（製品、ロケーション、顧客、時間）を補完します。製品、ロケーション、顧客マスタとは異なり、キー・フィギュアは通常、ERPマスタレコードから複製されるのではなく、計画エリアのモデル自体を構築する一部として定義されます。この記事では、キー・フィギュアとは何か、その中核となる格納型対計算型データモデル、組織/データ階層における位置付け、およびコンサルタントが作成時に設定するすべてのフィールドについて説明します。

第1部: キーフィギュア — 中核概念（全モジュール共通）#

1.1 キーフィギュアとは#

SAP IBPモデルにおいて、キーフィギュアはトランザクションデータ/計画データを保持します。これは、計画データ（販売予測、在庫予測、能力計画）や実績/履歴データ（受注、出荷履歴）を表す数量や通貨金額です。キーフィギュアは計画エリア内で定義・設定され、製品マスタやロケーションマスタのように独立したマスタデータオブジェクトとして管理されることはありません。

1.2 保管タイプ — 保管 vs. 計算#

すべてのキーフィギュアは、データが物理的に保存されるか、実行時に計算されるかという、1つの構造的な軸に基づいて構築されています。この区別を誤るとコストがかさみます。それは、その数値がプランナーによって手動で編集できるかどうか、また、配分ターゲットとして使用できるかどうかを決定するからです。

設計原則: 保存 vs. 計算は構造上の軸であり、キーフィギュアのデータが計画エリアのストレージに物理的に存在するかどうかを決定し、編集可能か、または配賦ターゲットとして使用できるかを決定します。入力と出力は、その上に重ねられた別の二次的なフレーミングであり、特定の計画ステップでキーフィギュアがどのように使用されるかを説明する使用ロールラベルです（計画担当者が編集可能な入力 vs. システム生成の結果）。これは、保存と計算の横に並ぶ3番目と4番目のストレージタイプではありません。保存キーフィギュアは通常、計画ステップへの「入力」であり、計算キーフィギュア（または計画オペレータが書き戻す結果）は通常、「出力」です。この使用ロールフレーミングが計画オペレータの明示的なコンフィギュレーション設定となる箇所については、セクション2.5を参照してください。

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

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

Client (SAP IBP Tenant)
   │
   └── Planning Area "PA-DP01" — Demand Planning Planning Area          (IBP-A03-03)
          │
          ├── Key Figure "KF-DEMAND" — Demand Quantity                    [this article's object]
          │
          ├── 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つの基本計画レベルに固定されます。その他のすべてのレベルで表示または計画される場合、その固定点から集計または配賦されます。計画レベルとは何か、その構築方法の詳細については、関連記事「IBP-A03-02」を参照してください。本記事では、「基本計画レベル」を、キーフィギュアのストレージタイプおよび集計/配賦設定の基準となる固定点としてのみ扱います。

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

キー・フィギュアは単独で存在するわけではありません。フェーズ2の計画設定オブジェクトの連鎖の中に存在し、下流の実行オブジェクトによってさらに消費されます。

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

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

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

2.1 一般定義#

General Definition（一般定義）はキーフィギュアの識別層であり、キーフィギュア作成時に計画エリアの「コンフィギュレーション」タブで一度だけ設定されます。

2.2 保管と集計の設定#

ここで、セクション1.2の「保存対計算」軸が具体的なコンフィギュレーションとなり、値が基本計画レベルから上位レベルにどのようにロールアップされるかも示されます。

2.3 分解と比例配分#

Disaggregation（分解）はAggregation（集約）の裏返しです。プランナーが上位レベルで値を編集すると、システムが自動的にそれを基本計画レベルに分割して戻します。

2.4 通貨換算と単位換算#

通貨および数量単位（UOM）の処理は、キーフィギュアの保存された基本値の上にレイヤーとして重ねられます。これらは、キーフィギュアレコード自体の固定プロパティではありません。

前提条件: 通貨換算には、モデル内に為替レートの参照データが既に存在している必要があります（通常は、「換算元通貨」/「換算先通貨」とレート値をペアにした複合マスタデータタイプ）。UOM換算には、換算係数が品目マスタ属性として管理されている必要があります。これらの参照データが整っていないと、どちらも標準機能では動作しません。

2.5 利用ロールとガバナンス#

このセクションでは、第1.2節で導入された入出力使用ロールの枠組みに戻り、運用上の実際の表示とともに、いくつかの高度なキーフィギュアパターン、およびコンサルタントが稼働中のキーフィギュアを変更または削除する前に知っておくべきガバナンスアプリについて説明します。

次に読むべきもの#

L1) Big Picture

L2-A) Master Data

L2-B) Transaction