JinJin48

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

July 7, 2026 · 16 min read

SAP Ariba 統合モデル

統合モデルは、AribaをスタンドアロンのクラウドサイトからS/4HANAと実際にデータを交換するシステムへと変えるオブジェクトです。ビジネスオブジェクトごとに、どのフィールドを、どの方向で、Cloud Integration Gateway (CIG)のどの技術チャネルを通じて同期するかを正確に定義します。統合モデルが正しく設定されていなければ、AribaでオンボーディングされたサプライヤがS/4HANAで使用可能な仕入先になることはなく、承認された購買発注が転記対象のERPシステムに届くこともありません。この記事では、パート1で全Ariba機能領域にわたる統合モデルのコアコンセプトをマッピングし、パート2では統合コンサルタントがCIG接続、統合テンプレート、フィールドマッピングを定義する際に設定するすべてのフィールドを詳細に説明します。

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

1.1 統合モデルとは#

統合モデルはミドルウェアの設定オブジェクトです。それ自体は業務データを保持せず、特定のAribaオブジェクトタイプ（仕入先、購買発注、請求書、カタログ品目）が、Cloud Integration Gateway（CIG）を介してAribaとS/4HANA間でどのようにフィールド単位で変換され、プッシュまたはプルされるかを定義します。稼働中のAriba-to-S/4環境では、統合されるオブジェクトタイプごとに少なくとも1つのアクティブな統合モデル接続が存在し、ほとんどの本番環境では複数の統合モデルが並行して実行されます。1つは仕入先同期を管理し、別のものは購買発注レプリケーションを管理し、さらに別のものは請求書や入荷ステータスを管理します。

1.2 統合テンプレートのタイプ#

Integration Template（統合テンプレート）のタイプは、特定の同期パスがどのS/4HANAオブジェクトを対象とするか、またそのタイミングがソーストランザクションにどの程度密接に結びついているかを決定します。特定のテンプレートで方向やトリガーを誤ると、仕入先や購買発注が一方のシステムに存在し、もう一方には存在しないという、最も一般的な問題の原因の一つとなります。

設計原則: 単一の統合テンプレートですべてをカバーするのではなく、オブジェクトタイプと方向ごとに1つの統合テンプレートを設定します。これにより、単一の同期パスが失敗した場合に、エラーモニタリングと再実行範囲を分離できます。

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

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

Integration Model "CIG-S4H-01" — Ariba ↔ S/4HANA Suppliers / POs
└── Integration Template "IT-SUP-01" — Supplier sync
    └── Field Mapping "FM-SUP-01" — ANID → LIFNR

これは厳密な3層の包含階層です。統合モデル（CIG接続全体）は1つ以上の統合テンプレートを所有し、各統合テンプレートは1つ以上の個別のフィールドマッピングを所有します。フィールドマッピングは、そのスコープを定義する統合テンプレートから独立して存在することはありません。統合モデルはこのチェーンの最上位に位置し、本記事がマッピングするオブジェクトです。CIG-S4H-01 は、サプライヤと購買発注のAribaからS/4HANAへの同期を管理するCIG接続であり、統合テンプレート IT-SUP-01（サプライヤ同期）を含み、さらにその統合テンプレートはフィールドマッピング FM-SUP-01 を所有し、サプライヤレコードが同期される際に、AribaのAriba Network ID（ANID）をS/4HANAの仕入先勘定コードフィールド（LIFNR）に変換します。承認ルールとは異なり、このサブ階層にはランドスケープ上にゾーン間参照チップは表示されません。統合モデルのゾーンDサブ階層は自己完結型であり、サプライヤマスタ（ゾーンC）およびカタログ（ゾーンC）との関係は、ランドスケープ上の参照矢印として可視化されるのではなく、フィールドマッピングレベルで存在し、以下のセクション1.4で詳述されます。ゾーンDには、同じ共有破線フレーム内に並べて配置された、別個の承認ルールサブ階層（ARIBA-A05-01を参照）も含まれます。これは伝票承認ルーティングを管理し、ここに示されている統合モデルの包含チェーンとは無関係です。

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

統合モデルは単独では存在しません。これは、他のマスタによって生成されたデータを、そのデータ自体を所有することなく、Ariba/S4HANAの境界を越えて運ぶ変換レイヤーです。

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

2.0 ARIBAの所有範囲#

凡例: ◎ = オーナー/重要、○ = 直接関与

2.1 CIG 接続 ID と設定#

これらのフィールドは、単一のCIG接続（この記事がマッピングする最上位オブジェクト）と、S/4HANAに到達するために使用するテクニカルチャネルを識別します。

2.2 統合テンプレートの定義と範囲#

これらのフィールドは、単一の統合テンプレートが何を同期するか、どの方向で同期するか、そして何がその実行をトリガーするかを定義します。

2.3 フィールドマッピングと変換ルール#

これらのフィールドは、フィールドマッピングが実行する個々のフィールド単位の変換を定義します。これは本記事の階層における最下層であり、実際にほとんどの統合不具合が顕在化する場所です。

2.4 同期スケジューリング、モニタリング、およびエラーハンドリング#

これらのフィールドは、同期パスがいつ実行されるか、および失敗または保留中のレコードがどのように追跡および解決されるかを制御します。

次に読むべきもの#

L1) Big Picture

L2-A) Master Data

L2-B) Transaction