B2B統合(1)：取引先管理 — アーキテクチャと用途

JinJin48

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

May 10, 2026 · 25 min read

本記事の位置づけ#

これはL2-Aインテグレーションシリーズ内の2回にわたるB2B特集の第1回です。A06ではTPM（パートナー、契約、ランタイム）を扱います。A07ではIntegration Advisor（MIG/MAG、型システム、マッピングガイドライン）を扱います。両方ともCloud Integration（A02）の上に位置し、同じ監視スタックに報告されます。A08はIntegration Suite全体を意思決定パターンとして結びつけます。

参考資料#

1) B2B統合のランドスケープ#

SAP Integration Suite 上の B2B 統合は単一の機能ではありません。これはスタックです。パートナーと契約のための設計時コックピット、メッセージ構造とマッピングのための設計時コックピット、実際の交換を実行するランタイム、そしてそれを監視する運用ビューで構成されています。各要素は、独自のライセンス、独自のロール、独自のギャップを持つ独立した機能です。

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

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

TPMが管理するすべての交換は、外部取引先、Cloud Integration上のランタイム、そして記録システム（通常はS/4HANA、ただしAriba、SuccessFactors、または非SAPバックエンドも含む）の間の三角形です。TPM自体はメッセージを移動せず、ランタイムにその方法を指示します。

                       ┌─────────────────────────────┐
   External            │ External trading partner    │
   partner ──AS2/HTTPS►│   (EDIFACT / X12 / IDoc)    │
                       └──────────────┬──────────────┘
                                      ▼
                       ┌─────────────────────────────┐
                       │ SAP Integration Suite       │
                       │  ┌────────────────────────┐ │
                       │  │ TPM cockpit (design)   │ │
                       │  │  Partner / Agreement   │ │
                       │  └──────────┬─────────────┘ │
                       │             ▼ activate      │
                       │  ┌────────────────────────┐ │
                       │  │ Partner Directory      │ │
                       │  │  (config repository)   │ │
                       │  └──────────┬─────────────┘ │
                       │             ▼ runtime read  │
                       │  ┌────────────────────────┐ │
                       │  │ Cloud Integration      │ │
                       │  │  Generic TPM V2 iflows │ │
                       │  │  + ProcessDirect bridge│ │
                       │  └──────────┬─────────────┘ │
                       └─────────────┼───────────────┘
                                     ▼ IDoc / OData
                       ┌─────────────────────────────┐
                       │ System of record            │
                       │  • SAP S/4HANA (any edition)│
                       │  • SAP Ariba / S/4 backend  │
                       │  • Non-SAP ERP via adapter  │
                       └─────────────────────────────┘

トランザクション転記は常に記録システム内に存在します。TPMはビジネス状態を所有せず、契約と、各パートナーのペイロードを適切なバックエンドに適切な形式で届けるためのランタイムマッピングを所有します。SFTP、メール、OData、またはTPMのネイティブ受信者リストに含まれないトランスポートの場合、カスタムiフローへのProcessDirectブリッジが、TPM管理フローを中断することなく不足しているチャネルを補完します。

重要ポイント: TPMは契約および識別子の権限であり、Cloud Integrationは実行主体、Partner Directoryは両者間の契約書です。これらのいずれかを他のものの代わりとして扱うことは、設計時における最も一般的なアーキテクチャ上の誤りです。

3) 成熟度マップ#

TPMの2026年における成熟度は不均一です。SAPが提供する最も本番環境に適したパスは、IDocを介したS/4HANAへの標準的なEDI-over-AS2です。エッジ領域（AS2以外のトランスポート、AI主導のオンボーディング、PI/PO移行）は、「前提条件を満たせば利用可能」から「アーリーアダプター向け」までさまざまです。

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

§3 は「その機能は準備できているか？」に答え、§4 は「私たちは準備できているか？」に答えます。すべてのB2Bスコーピング文書に、トピックごとに1つのチェックリストを作成してください。

テナントおよびエンタイトルメントの前提条件#

パートナーオンボーディングの前提条件#

契約設計の前提条件#

運用と監視の前提条件#

5) 意思決定基準#

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

Q1. 私たちが取り除く、測定可能なB2Bの課題（メッセージ量、パートナー数、エラー率、新規パートナーオンボーディング時間）は何か、またその現在のコストはいくらか。

メトリクスがない場合、TPMのスコープ設定は、顧客が現在使用しているB2Bプラットフォームとの機能比較になってしまいます。メトリクスがあれば——「現在はパートナーをオンボーディングするのに8週間かかっているが、それを2週間にしたい」——スコープ設定の会話では、適切なTPMパターンを選択し、それ以外を削ることができます。

Q2. パートナーメッセージはどこを流れ、どのリージョンにあり、顧客のマスタデータは識別子の不一致がエラー率を支配しないほどクリーンですか？

半数以上のパートナーが顧客自身のシステムと同じ識別子の規則を使用している場合、TPMは迅速に立ち上がります。識別子に一貫性がない場合や、顧客のパートナーマスタが不正確な場合、提案内容にかかわらず、TPMプロジェクトの最初の8週間はマスタデータの作業に費やされます。

Q3. 稼働後のB2B運用（パートナー連絡先、証明書のローテーション、エラーキュー、AIユニット/メッセージブロック予算）の責任者は誰ですか。また、2年目の予算は確保されていますか。

TPMは一度インストールすれば終わりではありません。パートナーは識別子を変更し、証明書は期限切れとなり、メッセージ量は導入に伴って増加し、メッセージブロックの階層もそれに対応する必要があります。2年目の予算が確保された専任のB2Bオペレーターがいなければ、パートナーは沈黙し、四半期中に誰もそれに気づきません。

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

ライセンスとコスト#

6) よくある障害#

これらは要件段階の障害であり、実装のバグではありません。すべてスコーピングで防止可能です。

障害 1: 2年目のメッセージ量に適さないエディションの選択

チームはゴーライブに適したエディションを購入し、メッセージ量はパートナー採用に応じて拡大し、調達は2年目に緊急アップグレードを実施します。パートナーごとの2年目のボリュームをモデル化し、2年目の数値に対して少なくとも30%の余裕を持たせたエディション（およびプレミアムの場合はエンタイトルメントパッケージ）を選択してください。

障害 2: ProcessDirectブリッジをフラグ付けせずにSFTPパートナーを「TPM対応」として扱う

TPMのネイティブレシーバーは、AS2、IDoc、SAP RM、SOAP 1.xをカバーしています。SFTP、メール、OData、カスタムHTTPには、カスタムiフローへのProcessDirectブリッジが必要です。このブリッジは動作し、2023年11月以降SAPがサポートしていますが、設計と運用の負荷をTPMコックピットの外部に押し出すことになります。提案書で「ネイティブTPM」と呼ぶと、その負荷が隠蔽され、納品時に想定外の事態が発生します。

障害 3: Integration Advisor に MIG と MAG が存在する前に契約を構築する

TPM契約は、MIGおよびMAGを契約として参照します。IA作業なしでTPMを開始すると、アクティベーションは通過するものの、最初の実メッセージで失敗する空の契約が生成されます。Integration Advisor（A07）はオプションのコンテキストではなく、設計上の先行条件です。

障害4：認定された拡張ポイントを使用せずに汎用TPM iフローをカスタマイズする

TPM V2 には、パートナー固有の動作をパートナーディレクトリから読み取る汎用 iFlow が同梱されています。カスタムロジックが必要なチームは iFlow を直接編集し、SAP コンテンツをフォークしてアップグレードパスを断ち切ってしまいます。サポートされるパターンは、V2 の拡張ポイントにプラグインすることです。汎用 iFlow は SAP 管理のままとなります。

障害 5: PI/PO B2B アドオン移行におけるパートナー別在庫のスキップ

SAP LearningのTPM運用モジュールでは、レガシーマイグレーションをトピックとして取り扱っており、SAP PRESSはこれに関する105ページのリファレンスを発行しています。これらはいずれも、マイグレーションが現実的であり、かつ容易ではないことを示しています。すべてのPI/PO B2BシナリオがTPMに1対1で対応するわけではありません（独自マッピング、レガシーアダプター、TPMに相当するものがないJavaマッピングなど）。スコーピング段階でパートナーごとの棚卸しを行わないと、チームが10週目に障害を発見することになります。

障害 6: パートナーが本稼働する前に運用体制が整っていない

コックピットはツールであり、オペレーターではありません。顧客側に指名されたB2B運用ロール（パートナー連絡先、証明書のローテーション、エラーキュー、メッセージブロック予算を管理する役割）が存在しない場合、パートナーは静かに障害を起こし、四半期中は誰も気づきません。このロールはスコーピング時に配置し、Go-Live後ではありません。

障害 7: MCP TPM サーバーの機能を、あたかも正規の TPM であるかのように約束すること

MCP Trading Partner Management Serverは新しくエキサイティングな製品であり、デモも素晴らしいものです。MCPを介して公開される操作の範囲、GAステータス、および地域ごとの利用可能性は、まだすべて公に確定していません。MCP主導のオンボーディングを2026年のロードマップ上のコミットメントとして扱うことは、Dシリーズの記事が限定リリースのJouleエージェントについて指摘しているのと同じ過ちです。

FAQ#

Q: Trading Partner Management はすべての SAP Integration Suite エディションに含まれていますか？

公開されているStandardとPremiumの機能比較（KBA 3189288）はSAP for Meログインが必要なため、公開情報としては「SAPアカウントチームに確認してください」となります。公開されている明確な情報は次のとおりです。Integration SuiteはStarter、Standard、Premiumの各ティアで販売されており、PremiumではEdge Integration Cellが追加され、エンタイトルメントパッケージごとに個別見積もりとなります。B2B MonitoringはTPMの運用面での対応製品であり、同じエディションのストーリーに従います。スコープ設定時には、TPMの可用性を未確定事項として扱い、書面で確認するようにしてください。

Q: TPM はオンプレミスの S/4HANA でも動作しますか、それとも S/4HANA Cloud のみですか？

TPM は Integration Suite の一部であり、SAP BTP 上で動作します。ランタイムはクラウド上の Cloud Integration で実行され、Edge Integration Cell はプレミアムからハイブリッド実行が可能です。バックエンドの記録システムは、S/4HANA Cloud、S/4HANA private edition、オンプレミスの S/4HANA、または非 SAP システムでも構いません。選択したレシーバアダプタ（IDoc、SAP RM、SOAP 1.x、またはバックエンドへの ProcessDirect ブリッジ）が到達可能であれば、TPM はそれを考慮しません。顧客のネットワークトポロジに EIC が必要かどうかを確認してください。

Q: B2BパートナーをTPMプロジェクトからスコープ外とするのはどのような場合ですか？

以下のいずれかに該当する場合：パートナーがProcessDirect経由でブリッジできないトランスポートを使用している（公開APIを持たない独自VAN）、パートナーの識別子規則が顧客のマスタデータと調整不可能な形で競合している、パートナーが廃止予定の事業部門向けの単発案件であり、統合コストが残存収益を上回っている、またはパートナーが動作するテスト連絡先と証明書ローテーションプロセスの発行を拒否している場合。早期にスコープから除外する方が、誰も運用しないパートナーを抱え続けるよりもコストがかからない。

Q: メッセージ量が変動する場合、TPMをクリーンにライセンスするにはどうすればよいですか？

Integration Suite のメッセージ従量課金は 10,000 単位で販売され、250 KB を超えるメッセージは 250 KB ごとに 1 メッセージ追加としてカウントされます。スパイク状の B2B トラフィック（例えば、大規模小売業者からの毎日の INVOIC バースト）は、メッセージ数を非線形に増加させます。予算は、(a) パートナーごとの平均エンベロープサイズ、(b) 95 パーセンタイルのエンベロープサイズ、(c) 30% の余裕を見た 2 年目の予想メッセージ量、および (d) 同じ従量課金プールにカウントされる ProcessDirect ブリッジ呼び出しの数に基づいて策定してください。

Q: TPMパートナー要件を、デリバリーへの引き継ぎ後も有効な形で文書化するにはどうすればよいですか？

六行詩として記述せよ：(1) 指定されたパートナーと識別子セット、(2) トランスポートとアダプター（ネイティブ vs. ProcessDirectブリッジ）、(3) Integration Advisorにおける契約テンプレートとバインドされたMIG/MAG参照、(4) 確認パターン（MDN、997 / CONTRL）、(5) 証明書交換とローテーションの頻度、(6) 顧客側の指定されたB2Bオペレーター。この6つが揃わなければ、要件は納品中に再形成される——通常はスコープの削除やカスタムiフローへの工数の隠蔽によって。

Q: AI支援オンボーディングを開始する前に、MCP TPMサーバーを待つべきですか？

いいえ、ただしロードマップ上の価値をそれにコミットしないでください。現在の標準的な設計パターンでTPMを実行し、1社のパートナーと並行してMCP TPMサーバーをパイロット導入してください。まず読み取り専用で開始し、その後SAPがスコープを確認した箇所で書き込みを許可します。MCPを活用したオンボーディングは、SAPがより明確なGA範囲を公開するまでは、顧客向けのコミットメントではなく、インテグレーションチームの生産性向上ツールとして扱ってください。

Q: TPM は SAP PI / PO B2B アドオンの EDI 実行とどのように異なりますか？

TPMはクラウドネイティブな後継製品であり、Integration Suiteにおける新規B2B作業のためのSAP推奨パスです。スコーピングにおいて重要な違いは以下の通りです。TPMはチャネルファーストではなく、デザインタイム駆動型（アグリーメントファースト）であること。ランタイムは、PI/PO ESRコンテンツではなく、事前定義されたV2汎用iフローを備えたCloud Integrationであること。ライフサイクル管理は、異なるトランスポートパターン（マルチティアのエクスポート/インポート）を使用すること。また、すべてのPI/PO B2Bシナリオに1対1で対応するTPM相当品があるわけではなく、特にプロプライエタリマッピングとJavaアダプタは再作業が必要です。SAPは公式B2Bコースでレガシーマイグレーションをトピックとして公開しており、SAP PRESSは専用のリファレンスを発行しています。これらはどちらも、マイグレーションが十分に確立された道ではあるが決して簡単ではないことを示しています。

概要#

Trading Partner Managementは、SAP Integration SuiteのB2B領域の中核を担うデザインタイムのコックピットです。パートナー、識別子、証明書、契約を管理し、Partner Directoryは有効化された契約がプッシュされる契約データベースとして機能します。Cloud Integrationは、メッセージ処理時にパートナー固有の動作を参照する、事前定義されたV2汎用iフローを実行します。B2B Monitoringは運用ビューを提供します。標準的なEDI-over-AS2-to-IDocのパスは本番環境で使用可能であり、2026年において最も推奨されるアプローチです。AS2以外のトランスポートは、予算化されたカスタムiフローによるProcessDirectブリッジを介して対応します。また、新たな領域（MCP TPM Server、EICデプロイメント）はパイロット導入に値しますが、ロードマップにコミットする段階ではありません。コンサルタントの価値は、顧客のパートナー構成、マスタデータ品質、2年目のメッセージボリューム、運用スタッフ体制を読み解き、どのパートナーがネイティブTPMに適合し、どのパートナーにブリッジが必要で、どのパートナーがIntegration Suiteの対象外となるかを正確に判断することにあります。内部は約束の範囲内で、ブリッジはその外側で計画し、指名されたB2Bオペレーターとメッセージブロック予算を毎回確実に提供してください。

次に読むべきもの#