多くのSAP環境では、今もSAP Process Orchestration（PI/PO）が基幹インターフェースを担っています。SAP PO 7.5のメインストリームメンテナンスは2027年末に終了し、延長メンテナンスは2030年まで提供されます。今こそSAP Integration Suiteへの移行を計画すべき時です。実際の移行の進め方をご紹介します。
1. 完全な棚卸しから始める
移行の前に、すべての統合シナリオを洗い出します：送信元と受信先、アダプタの種類、マッピング、メッセージ量、エラー率、業務上の責任者。多くの環境では、驚くほど多くのインターフェースがすでに使われていないか、標準APIで置き換えられます。廃止したインターフェースは移行する必要がありません。
2. 判断する：そのまま移行、再設計、置き換え
- そのまま移行：シンプルで安定したシナリオは、SAPの移行ツールと軽微な調整で移せることが多いです。
- 再設計：複雑なマッピングやBPMプロセスは、Groovyスクリプトと再利用可能なコンポーネントを使ったシンプルなiFlowとして作り直す方が良い場合がほとんどです。
- 置き換え：SAPや相手システムが最新のAPIを提供している場合は、ファイルやIDocのインターフェースではなくそちらを使います。
3. セキュリティと接続性を早期に固める
遅延の多くはマッピングではなく接続性に起因します：SAP Cloud Connectorの設定、証明書、OAuthクライアント、技術ユーザー、ファイアウォールの開放、SFTPキー。これらはBASISチームやホスティングパートナーと初日から計画しましょう。特に責任が貴社・SAP・運用事業者に分かれるRISE with SAPでは重要です。
4. BTPガバナンスを確立する
Integration SuiteはSAP BTPの一部です。アカウントとサブアカウントのモデル、命名規則、移送経路（例：SAP Cloud ALMやTransport Management Service）、モニタリングとアラート、そして誰が何をデプロイできるかを定義しましょう。これらのルールがなければ、新しいプラットフォームもすぐに旧環境と同じように混乱します。
5. ウェーブ単位で移行し、並行稼働させる
インターフェースを業務プロセスとリスクに応じてウェーブに分けます。業務部門とエンドツーエンドでテストし、ウェーブごとに切り替え、最後のウェーブが安定するまでPI/POシステムをフォールバックとして残します。
まとめ
PI/PO移行は単なる技術的義務ではなく、統合環境を整理する好機です。棚卸し、アーキテクチャ、実装の支援をご希望の場合はお問い合わせください。SAP BTP・Integration Suiteサービスの詳細もご覧ください。