JinJin48

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

July 16, 2026 · 15 min read

SAP IBP 属性

属性（Attribute）とは、SAP IBPモデルにおける記述情報の最小構成単位であり、地域、製品ファミリ、単価などの単一の特性を指します。これは独立して作成され、1つ以上のマスタデータタイプに割り当てられることで、計画エリアで使用できるようになります。すべてのマスタデータタイプは、実質的には属性の名前付きコレクションであり、下流のすべての計画オブジェクト（マスタデータレコード、計画レベル、キーフィギュア、計画ビュー）は、最終的にその下に割り当てられた属性から粒度とフィルタリング動作を読み取ります。この記事では、属性とは何か、サポートされるデータ型と制約、マスタデータ階層における位置、および属性の設定に使用される「属性」アプリのフィールドレベルの詳細について説明します。

パート 1: 属性 — 中核概念（全モジュール共通）#

1.1 属性とは#

属性は、単独のデータレコードではありません。これは、顧客タイプの「国」や「地域」など、マスタデータタイプの1つの特性を記述する再利用可能なフィールド定義です。属性は、属性アプリ（またはマスタデータタイプアプリ内でインライン）で一度作成され、それを必要とする任意のマスタデータタイプにマッピングされます。そのため、同じ属性定義をモデル内の複数のタイプで再利用でき、タイプごとに再定義する必要がありません。

1.2 属性データ型#

データ型は作成時に選択され、厳格な技術的制約となります。これは、属性が保持できる値、利用可能なオプションの値制限設定、および属性が特性ベース計画（CBP）の対象となるかどうかを決定します。これを誤るとコストがかかります。本稼働後にデータ型を変更するには、属性を再作成し、それに基づいて構築されたすべてのマスタデータ型、計画レベル、および下流オブジェクトを再マッピングする必要があるためです。

設計原則: データ型は属性作成時に固定され、後から変更することはできません。そのため、サンプルファイル上での見た目だけでなく、値が下流で実際にどのように使用されるか（単なる説明用フィルターか、後日キーフィギュアやCBP特性値となる可能性のある数値か）に基づいて決定してください。

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

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

Client (SAP IBP tenant / Model)
   │
   ├── Master Data Type "MDT-PROD" — Simple · Product
   │      └── Attribute "ATTR-PRODID" — Product ID (NVARCHAR, key attribute)
   │
   ├── Master Data Type "MDT-LOC" — Simple · Location
   │      └── Attribute "ATTR-REGION" — Region (NVARCHAR)
   │
   ├── Master Data Type "MDT-CUST" — Simple · Customer
   │      └── Attribute "ATTR-COUNTRY" — Country/Region (NVARCHAR)
   │
   └── Master Data Type "MDT-LOCPROD" — Compound · Location × Product
          MDT-LOCPROD ── compound of ──> MDT-LOC
          MDT-LOCPROD ── compound of ──> MDT-PROD

設計原則: 属性は、割り当てられたマスタデータタイプの常に1つ下のレベルに位置します。属性自体は組織階層内に独立した位置を持ちません。その実質的なスコープは、どのマスタデータタイプにマッピングされているか、さらにその先で、それらのタイプが最終的にどの計画エリアで使用されているか（セクション2.4）によって完全に決まります。

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

属性は単独では存在せず、マスタデータタイプに割り当てられて初めて使用可能になります。さらに、その割り当てを一段階進めてからでないと、属性は計画エリアの計画レベルやビュー内で使用できません。

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

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

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

2.1 一般属性定義#

すべての属性は、データ型に関わらず、属性アプリの同じ短い識別画面から始まります（新規 → ID、名称、説明、データ型、長さを入力 → 保存）。これらのフィールドは作成時に一度だけ入力され、その後のすべてのマッピング手順（マスタデータ型へのマッピング、次に計画エリアへのマッピング）が積み重ねられる基盤となります。

2.2 データ型と値制約#

これらのフィールドは、セクション2.1と同じ作成画面で入力されますが、属性値の識別だけでなく、その技術的な動作を制御します。

2.3 CBP（特性ベース計画）属性ルール#

特性ベース計画（CBP）で使用される属性（固定の品目番号ではなく、製品/指図の特性レベルでの計画）は、標準の属性設定に加えて、より厳格な追加ルールセットに従います。

2.4 マスタデータタイプと計画エリアの割当（2ホップチェーン）#

属性は、正確に2つの意図的な設定ステップを経て使用可能になります。これらのステップは、互いに自動的に連動することはありません。

前提条件: Hop 2（計画エリア割当）を実行する前に、Hop 1（マスタデータタイプマッピング）を完了してください。計画エリア割当は既存のマスタデータタイプマッピングを読み取るため、そのマッピングがまだ設定されていない場合は割り当てるものがありません。

2.5 属性をキーフィギュアとして#

属性とキーフィギュアは、関連性があるものの異なるオブジェクトカテゴリです。属性は、記述的／定性的なマスタデータの特性（主に静的なメタデータ、例：地域、製品ファミリ）であり、一方、キーフィギュアは、計画ビューで保存、計算、消費される定量的な計画値（需要、供給、在庫数量など）です。SAP IBPは、特定のユースケースに対して、この2つを意図的に橋渡しする機能を提供しています。

2.6 マスタデータ階層と親子ルール#

属性が階層型マスタデータ構造（複数レベルにわたる親子依存関係の構造）に参加する場合、その関係は、命名や値のみから推測されるのではなく、明示的に定義されなければなりません。

次に読むべきもの#

L1) Big Picture

L2-A) Master Data

L2-B) Transaction