JinJin48

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

July 16, 2026 · 19 min read

SAP IBP 統合モデル

統合モデルは、SAP IBPマスタデータモデルのフェーズ3（「統合」）を構成する唯一のオブジェクトであり、計画データがS/4HANA（またはその他の外部システム）から既に有効化された計画エリアにどのように取り込まれるかを決定する設定レイヤです。その唯一の前提条件として計画エリア（IBP-A03-03）がリストされています。このシリーズのほとんどのオブジェクトとは異なり、キーフィギュア、計画レベル、バージョン、計画オペレータに直接依存しません。これは、有効化された計画エリアを単一の統合ターゲットとして扱い、その内部の個別のサブオブジェクトには関与しないためです。この記事では、バッチおよびCPI-DS指向の統合モデル（内部ナレッジベースに文書化されている、ソースシステム、ターゲット計画エリア、マッピングルール、変換、スケジュールの各フィールドを持つオブジェクト）に焦点を当て、その設定、CPI-DSロードメカニズム、Excelアドインによる一括メンテナンスの境界、およびマスタデータ変更が適用された後に必要なデータ再調整ステップについて説明します。また、適切な注意を促しながら、SAPが同じ「統合モデル」という用語を、より古く別のリアルタイムオブジェクト（S/4HANA/ECCでトランザクションCFM1/CFM2を使用して作成）に対しても使用していることを指摘し、読者がこれら2つを混同しないようにします。この記事で設定するオブジェクトは、データロード（トランザクションレイヤシリーズで説明、ここでは範囲外ですが前方参照として示します）に直接フィードされます。

第1部: 統合モデル — 中核概念（全モジュール共通）#

1.1 統合モデルとは#

統合モデル自体は計画データを保持しません。これは、SAP IBPに対して、どのソースシステムから読み取り、どの計画エリアにデータを投入し、ソースフィールドをIBPマスタデータにどのようにマッピングし、どの変換ロジックを適用し、どのスケジュールで転送を実行するかを指示する設定レコードです。これは、データロードの実行時処理に対する設計時の対応物です。内部ナレッジベースの独自のプロセスフローでは、このペアを「統合モデル → データロード」という2ステップのチェーンに縮小しており、これはSAP IBPのオブジェクト関係について文書化された中で最も単純なチェーンです。

1.2 統合チャネル：CPI-DS バッチ vs. リアルタイム vs. ファイルアップロード#

コンサルタントが遭遇する「統合モデル」がすべて同じオブジェクトとは限りません。本記事では、社内ナレッジベースの定義に従い、SAP Cloud Integration for Data Services (CPI-DS) によって転送される、バッチ・スケジュール駆動型の設定オブジェクトを指します。これは、文書化されたフィールドセット（ソースシステム、ターゲット計画エリア、マッピングルール、変換、スケジュール）が、リアルタイムパターンではなく、スケジュールされたバッチパターンに一致するためです。チャネルを事前に正しく特定することは重要です。「欠落」レコードを、実際はリアルタイム統合の問題であるにもかかわらずCPI-DSのマッピング問題としてトラブルシューティングすると（またはその逆）、サポートサイクルを無駄にすることになります。

設計原則: 本記事に記載されているCPI-DS/バッチ定義の「統合モデル」をデフォルトとします。これは、スケジュールフィールドを持つ定義であり、内部ナレッジベース内のすべてのS/4HANA統合シナリオが経由する定義であり、名前付きのターゲット計画エリアに対して設定される定義です。同僚やドキュメントがERP側でそれらのトランザクションコードを明示的に参照している場合にのみ、CFM1/CFM2（RTI/CIF）の解釈を参照してください。

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

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

ZONE D · Integration & Execution (Tenant-Level)
   │
   ├── Integration Model "IM-S4HANA" — S/4HANA inbound                    [this article's object]
   │      [↗ PA-DP01 (Planning Area, Zone C, IBP-A03-03)]
   │      [↗ PROD-001 (Product Master, Zone B, IBP-A02-04 — not yet covered)]
   │
   ├── Integration Model "IM-EXT" — External system (CSV)                 [this article's object]
   │      [↗ PA-DP01 (Planning Area, Zone C, IBP-A03-03)]
   │
   ├── Planning Operator "OP-STAT-FCST" — Statistical Forecast            (Transaction layer, IBP-B0x — out of scope)
   │      [↗ PA-DP01 / ↗ KF-DEMAND (Key Figure, Zone C, IBP-A03-01)]
   │
   ├── Planning Operator "OP-SUPPLY-HEUR" — Supply Heuristic              (Transaction layer, IBP-B0x — out of scope)
   │      [↗ PA-DP01]
   │
   └── Planning Operator "OP-INV-OPT" — Inventory Optimization           (Transaction layer, IBP-B0x — out of scope)
          [↗ PA-DP01]

設計原則: 統合モデルは、キー数値、計画レベル、バージョン（IBP-A03-01/02/04）のように計画エリアの構造的な子要素としてネストしません。つまり、ランドスケープ上で両者間に実線の親子矢印は引かれていません。代わりに、すべての統合モデルインスタンスは、それがデータを投入する計画エリアを指す参照（↗ PA-DP01）を持ちます。これは、隣に表示されている3つの計画オペレータが保持するのとまったく同じ参照のみの関係です。このため、セクション1.3の図では、ゾーンC（計画設定 — 計画エリア自体とその真の子要素が存在する場所）ではなく、ゾーンD（統合と実行）が切り取られています。統合モデル自身のノードは物理的にゾーンDに位置し、その切り取りとこのツリー図は、ソースのランドスケープが描かない包含関係を新たに作り出すことなく、それを意図的にそこに示しています。

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

Integration Modelは単独では存在せず、正確に1つの前提オブジェクトに対して設定されますが、そのマッピングおよび変換ロジックは複数のフェーズ1マスタにまたがり、その下流への影響はトランザクション層のオブジェクトと必須のデータメンテナンスステップの両方に及びます。

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

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

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

2.1 モデル設定#

以下は、内部ナレッジベースの統合モデル設定テーブルにリストされている5つの設定です。これらは、新しいソースシステム接続を定義する際に、「統合モデルの設定」機能内で構成されます。

2.2 CPI-DS ロードメカニクス#

セクション2.1の5つの設定フィールドの下には、コンサルタントが統合モデルを正しく設定し、トラブルシューティングするために知っておく必要がある、具体的なCPI-DSデータフローの仕組みのセットがあります。

前提条件: 統合モデルは、そのターゲット計画エリアの関連マスタデータタイプのすべてのキー属性および必須属性にマッピングルールが割り当てられるまで、検証または正常に実行できません。新しいモデルの初回実行をスケジュールする前に、これを確認してください。

2.3 一括保守境界 (Excel アドイン)#

SAP IBP アドイン for Microsoft Excel には一括メンテナンス機能が含まれており、一見すると小規模プロジェクトにおいて適切に設定された統合モデルの代わりになるように見えます。しかし、SAP の公式ドキュメントでは、この想定に対して明確な線引きが行われています。

2.4 マスタデータ変更後のデータ再調整#

統合モデル／データロードによりマスタデータの変更（製品が新しい階層ノードに再割り当てされた、S/4HANA上流でロケーションの地域属性が更新されたなど）が取り込まれても、それ自体では、古い属性値の下に既に保存されている過去の計画データが遡及的に再調整されることはありません。このセクションでは、統合モデル側からの具体的なトリガーについて説明します。再調整の完全な仕組み（再調整ルール管理アプリ、処理順序、クリーンアップ）については、IBP-A03-03 セクション2.3で説明されており、ここでは重複しません。

次に読むべきもの#

L1) Big Picture

L2-A) Master Data

L2-B) Transaction