Integration Advisor: アーキテクチャと使用方法

JinJin48

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

May 10, 2026 · 18 min read

本記事の位置づけ#

参考資料#

1) Integration Advisor のランドスケープ#

Integration Advisorは単一のツールではなく、順次導入する5つの階層化された機能のスタックです。各階層にはそれぞれの所有者、成果物、および要件段階での障害モードが存在します。

これらは代替品ではありません。

2) S/4HANA への接続方法#

Integration Advisorはデザインタイムに位置づけられます。同ツールが生成するアーティファクトは、S/4HANAが実際に通信するiPaaSであるCloud Integrationによってランタイム時に消費されます。これら2つのレイヤー間の境界を理解することが、最も有用なコンテキストです。

                      +--------------------------------+
   Trading Partner    |  SAP Integration Suite tenant  |    SAP S/4HANA
       (EDI VAN)      |                                |     (on-prem or
            |         |  +--------------------------+  |      Private)
            |         |  |  Integration Advisor     |  |          |
            |         |  |  (design-time)           |  |          |
            v         |  |  Type Sys → MIG → MAG    |  |          |
  ============>       |  |        |                 |  |          |
  EDIFACT ORDERS      |  |        v generates       |  |          |
                      |  |  XSLT + XSD artifacts    |  |          |
                      |  +-------------+------------+  |          |
                      |                |               |          |
                      |                v deployed to   |          |
                      |  +--------------------------+  |          |
                      |  |  Cloud Integration       |<-+----------+
                      |  |  (runtime iflow)         |  |   IDoc / OData
                      |  |  reads XSLT, transforms  |  |
                      |  +--------------------------+  |
                      +--------------------------------+

重要ポイント：Integration Advisorは本番環境のランタイムメッセージに一切関与しません。コード生成ツールであり、ランタイムエンジンではありません。 パートナーが午前3時に不正なEDIFACTメッセージを送信した場合、それを処理するのはCloud Integrationです。Integration Advisorは呼び出しパスには含まれません。

3) 成熟度マップ#

正直な話：提案エンジンは目に見える機能ですが、プロジェクトにおける実質的な制約は、表向きのMLではなく、ほとんどの場合カスタム関数とエッジケースのカスタム型システムです。

4) 要件チェックリスト#

テナントとライセンスの前提条件#

型システムとライブラリの決定#

MIG 設計#

MAG 設計とカスタム関数#

ランタイムアーティファクトの生成とデプロイ#

5) 意思決定基準#

最初に問うべき3つの質問#

Q1. 現在、測定可能なB2Bマッピングの課題は存在しますか？

顧客が、特定のマッピングが時間がかかりすぎる、PI/POメンテナンスにコストがかかりすぎる、またはパートナー監査に不合格となる、といった具体的な問題を指摘できない場合、Integration Advisorは着手すべきプロジェクトとして適切ではありません。提案エンジンは既知のマッピングを加速するものであり、その必要性を新たに生み出すものではありません。

Q2. データとパートナー関係は当社が所有しますか？

Integration Advisor は、MIG および MAG メタデータを顧客の BTP テナントに保存します。サードパーティの MSP が取引先関係（および仕様を定義する権限）を所有している場合、顧客は行使できない機能を購入していることになります。この場合、Integration Advisor は死蔵品（シェルフウェア）となります。

Q3. デザインタイムとランタイムの両方に予算を持つ社内スポンサーはいますか？

Integration AdvisorはPremium Editionのエンタイトルメントを消費し、ランタイムはCloud Integrationのメッセージ容量を消費します。これらのうち一方のみを資金提供するスポンサーは、プロジェクト途中で壁にぶつかります。B2Bセンター・オブ・エクセレンス（単なる統合アーキテクトではなく）が適切なスポンサーのプロファイルです。

プロジェクトコンテキストによるドメイン選択#

ライセンスとコスト#

6) よくある障害#

障害 1: Integration Advisor を Trading Partner Management の代替として扱うこと

最も頻繁に発生するスコーピングエラー。チームはIAを購入し、美しいMAGを設計し、ランタイムアーティファクトを生成します。そして、Go-Live時に、パートナー契約がなく、チャネルルーティングルールがなく、iflowsをコピーペーストせずに2番目のパートナーをオンボーディングする方法がないことを発見します。IAは仕様を所有し、TPMは契約を所有します。要件段階から両方を計画してください。

障害 2: MLが提案したマッピングをレビューせずにすべて受け入れる

提案エンジンは優れていますが、完璧ではありません。一般的でないセグメントの提案を自動承認すると、設計時には正しく見えるマッピングが、ソースフィールドが空の場合やコードリスト値が予期しない場合にランタイムで失敗します。すべての提案には人間による承認が必要です。これは設計上の意図であり、オプションではありません。

障害 3: カスタム関数の工数を過小評価している

主流のEDIFACTメッセージでは、依然として5～15%のフィールドをカスタム関数で処理する必要があります。日付形式の正規化、通貨の丸め処理、条件付きフラグなどです。「提案エンジンが95%を処理する」という範囲設定のプロジェクトでは、残りの5%にはBA（ビジネスアナリスト）のスキルではなく、開発者のスキルが必要であることを見落としがちです。

障害4: コードリストガバナンスの欠如

コードリスト（通貨コード、国コード、取引先分類）は、メッセージ構造よりも速くシステム間で乖離します。コードリストの値をソースからターゲットへ1:1でマッピングするMAGは、どちらかのシステムが新しいコードを追加した時点で機能しなくなります。フィールド間で直接マッピングするのではなく、管理されたマスタデータリストを介してマッピングしてください。

障害 5: MAG 再生成後の再デプロイ忘れ

MAGが変更されるとIAはランタイムアーティファクトを再生成しますが、そのアーティファクトが本番環境で有効になるのは、それを利用するiフローが再デプロイされた後です。サイレントな陳腐化（新しいXSLTがIntegration Suiteパッケージ内にあるにもかかわらず、古いXSLTが本番環境で実行され続ける状態）は、よくあるインシデントパターンです。変更プロセスに再デプロイを明示的に組み込んでください。

障害 6: 独自フォーマットに対してカスタム型システムを早期に選択すること

カスタム型システムは、独自のパートナースキーマを第一級の市民として扱えるため魅力的です。しかし、それを維持できる能力を持つチームはごくわずかであり、長期的なコミットメントが必要です。単発の独自フォーマットについては、Cloud Integration内でフラットなXMLとして扱い、多くのパートナーが使用するフォーマットにのみカスタム型システムを予約してください。

障害7：オンボーディング用のサンドボックステナントがない

提案エンジンを本番テナントで学習するチームは、MIGとMAGをライブ編集することになり、ロールバックができません。サンドボックステナントは贅沢品ではなく、標準的なオンボーディングパターンです。これをスキップすることは、3か月後に「この半分をやり直さなければならない」という事態の最初の原因となります。

FAQ#

Q: Integration Advisor はオンプレミスの SAP PI/PO で使用できますか？

いいえ。Integration AdvisorはSAP Integration Suite（クラウド）のみの機能です。PI/POには、別のツールを備えた独自のB2Bアドオンがあります。PI/PO B2BアドオンからIntegration Advisorへの移行は可能ですが、リフト＆シフトではなく再設計として扱われます。

Q: Integration Advisor のライセンスはどのようになっていますか？

SAP Integration Suite Premium Editionに含まれており、CPEAまたはBTPEAクレジットを通じて消費量が測定されます。Standard EditionおよびFree Tierには含まれません。価格帯は歴史的に変更されているため、利用可能性を前提とする前に、現在の注文書に基づいて権利を確認してください。

Q: プロジェクトからIntegration Advisorを除外すべきタイミングはいつですか？

3つのシグナル：(1) 対象パートナーが1社または2社のみで、追加の見込みがない、(2) すべてのマッピングが単一の標準メッセージを使用しており、Cloud Integration内でXSLTを使って1～2日で手動作成できる、(3) プレミアムエディションが契約に含まれておらず、アップグレード購入が承認されていない。これらのいずれかのケースでは、通常のCloud Integrationマッピングの方が迅速かつ低コストです。

Q: 要件はどのように文書化すべきですか？

要件は「Integration Advisorを使用する」レベルではなく、MIGおよびMAGのレベルで記述してください。具体的には、どのタイプシステムとバージョンか、どのメッセージタイプか、どの取引先か、どのフィールドにカスタム関数が必要か、各ML提案マッピングの受入証拠がどのようなものかを明示してください。「IAでEDIFACT ORDERSを実装する」とだけ書かれた要件は、見積もりにはあまりにも曖昧です。

Q: Integration Advisor、Cloud Integration、Trading Partner Managementの関係は何ですか？

IAは仕様書（MIG、MAG、生成されたXSLT）を作成します。Cloud Integrationは、生成されたXSLTを消費するiフローを実行します。TPMはパートナー契約を定義します。つまり、パートナーが誰か、どのチャネルが使用されるか、どのiフローが呼び出されるかを定義します。これら3つはすべて必要であり、それぞれが異なる関心事を担当します。

Q: Integration Advisorは、EDI以外の統合シナリオ（例：REST API）でも機能しますか？

原則的には可能です。A2Aマッピング（アプリケーション間）は、IDocやプロプライエタリXMLを含めてサポートされています。実際には、クラウドライブラリが成熟しているB2B EDIシナリオから主流の価値がもたらされます。REST API統合の場合は、通常、API Managementと直接のCloud Integrationマッピングの方が適しています。

Q: 本番環境で生成されたランタイム成果物の所有者は誰ですか？

Cloud Integration チーム。XSLT がランタイム iFlow にデプロイされると、すべての監視、エラーハンドリング、インシデント対応は Cloud Integration の責任となります。IA 側の設計者はランタイムの問題で呼び出されることはありません。

概要#

Integration Advisorは現実的な課題を解決します。従来、B2Bマッピングプロジェクトでは、同じEDIFACTメッセージ構造がプロジェクトごとに顧客ごとに再構築されていたため、完了までに数か月を要していました。クラウドソースのライブラリとML提案エンジンにより、この作業が圧縮され、主流のメッセージでは劇的に短縮されます。正直なスコープ設定の問いは「IAにこれができるか」ではなく、「IAが提案できない部分を完了できるスポンサー、パートナー、開発者がいるか」です。完全なB2Bカバレッジを実現するにはTrading Partner Managementと組み合わせ、パートナー数やメッセージの多様性がPremium Editionを正当化しない場合はスコープから除外します。

次に読むべきもの#