SAP と Microsoft Power Platform のアーキテクチャ ワークフロー
この記事は、 SAP と Power Platform 記事シリーズの一部です。
- Microsoft Power Platform を使用して SAP を拡張する
- SAP と Power Platform のアーキテクチャ ワークフロー
- Power Platform をサポートするように SAP ランディング ゾーンを拡張する
Architecture
次のアーキテクチャは、すべての統合オプションを含む包括的な統合シナリオを示しています。 オンプレミス、Azure (SAP を使用したネイティブと RISE の両方)、または他のクラウド プラットフォーム上で動作する SAP システムに対応するように設計されています。
このアーキテクチャの Visio ファイルをダウンロードします。
接続オプションと使用するタイミング
SAP と Microsoft Power Platform を効果的に統合するには、ユース ケース、統合要件、技術的な制約に基づいて、適切な接続オプションを選択します。 次の表は、使用可能なコネクタとそのユース ケース、要件、および通信プロトコルの概要を示しています。
| 接続オプション | シナリオ | ミドルウェア、ソフトウェア、ドライバーの要件 | 通信プロトコル | SAP の要件 |
|---|---|---|---|---|
| SAP ERP コネクタ | SAP RFC または BAPI 関数を呼び出します。 例: 販売注文の読み取り、作成、更新、または承認。 |
オンプレミス データ ゲートウェイ、 SAP .NET コネクタ |
RFC | - RFC/BAPI インターフェイスを公開する SAP システム - 適切な認証が構成されている |
| SAP OData コネクタ | OData サービスを介して SAP データを操作します。 例: 製品情報の読み取りまたは変更。 |
SSO 用 API Management | HTTP(S) / OData | - OData サービスが有効になっている SAP システム - 適切な認証が構成されている |
| カスタム コネクタ | API Management を介して SAP SOAP サービスに接続し、カスタム SAP REST Web サービスまたは特殊な統合ニーズと統合します。 | SSO および SOAP REST 互換サービスの API Management | HTTP(S) / REST | - SAP REST API の仕様に関する知識 - SOAP サービスの場合は、API Management を使用して REST として公開します - 適切な認証が構成されている |
| Power Automate デスクトップ | SAP GUI (RPA) 内のタスクを自動化して、反復的な GUI タスク、画面スクレイピング、またはレガシ アプリケーション タスクを自動化します。 | クライアント コンピューターでのソフトウェアのPower Automate デスクトップ | なし、UI オートメーション | - SAP サーバーとクライアントで有効になっている SAP GUI スクリプト |
| Power BI | SAP データからレポートとダッシュボードを作成し、ビジネス インテリジェンス タスク (データ分析やリアルタイム分析情報など) を実行します。 | SAP HANA ODBC ドライバー、 SAP .NET コネクタ |
HANA: ODBC、 BW: OLAP BAPI (RFC) |
- 適切な認証が構成されている |
SAP ERP または SAP OData コネクタを使用してトランザクション データを操作するコネクタを選択する場合は、いくつかの要因を考慮する必要があります。 決定は、SAP システムで既に使用可能なインターフェイスによって異なります。 まず、SAP システムが RFC/BAPI サービスと OData サービスのどちらを公開しているかを確認します。 わかりやすくするために、最も使い慣れた方法を選択します。 SAP には、多くの場合、外部接続用の両方のオプションが用意されています。
システムに特定のユース ケースの RFC または OData サービスがない場合、選択は接続要件と実装しやすいもの (OData サービスの API Management または SAP ERP コネクタ用のオンプレミス ゲートウェイ) によって異なります。 一般に、最新のアーキテクチャと柔軟性のために、既存の SAP OData サービスを公開するか、存在しない場合は開発することをお勧めします。 既存の OData サービスを確認するには、 SAP Business Accelerator Hub を参照してください。
シナリオに最適なソリューションを実装するために、このシリーズの次の記事では、これらの接続オプションを設定するための詳細な手順とリソースへのリンクを示します。
設計上の考慮事項
カスタム コネクタと SOAP サービス:
Microsoft Power Platform のカスタム コネクタは REST API をサポートしますが、SOAP を直接サポートしていません。 SAP SOAP サービスと統合するには、Azure API Management または SAP API Management を使用して、それらを RESTful API として公開できます。 または、SAP の RFC から SOAP サービスを生成し、API Management を使用して REST サービスに変換します。
SAP GUI オートメーションのPower Automate デスクトップ:
コードを記述せずにタスクを自動化するには、Power Automate デスクトップで使用できる SAP GUI アクションを使用します。 SAP サーバーとクライアントの両方で SAP GUI スクリプトが有効になっていることを確認します。
特定のコネクタのミドルウェア要件:
SAP ERP コネクタには、オンプレミス データ ゲートウェイと SAP .NET コネクタの両方が必要です。 SAP Business Warehouse への Power BI 接続の場合は、SAP .NET Connector も必要です。
高可用性と負荷分散:
エンタープライズ シナリオでは、継続的な接続と負荷分散を確保するために、 高可用性クラスターにオンプレミス データ ゲートウェイを設定することを検討してください。
SAP API Management と SAP Cloud Connector:
SAP 中心のアプローチでは、SAP Business Technology Platform と SAP Cloud Connector で SAP API Management を使用できます。 この設定は、SAP エコシステム内で API と接続を管理する場合に特に便利です。
Azure 以外のシナリオの Azure API Management セルフホステッド ゲートウェイ:
Azure 以外またはハイブリッド環境で運用する場合は、 Azure API Management セルフホステッド ゲートウェイの使用を検討してください。 セルフホステッド ゲートウェイを SAP システムの近くにデプロイすると、待機時間が短縮され、パフォーマンスが向上します。
SAP と Microsoft Power Platform の統合に関する考慮事項
SAP と Microsoft Power Platform を統合するときに考慮すべき考慮事項がいくつかあります。 開始する前に、これらの考慮事項をすべて完全に解決する必要はありません。 多くのお客様はパイロット プロジェクトから始めます。これにより、これらの考慮事項をより実際に理解し、進捗状況に応じてより効果的に対処できます。
ビジネス目標
- ビジネス上の課題を特定する: 統合を通じて改善または自動化するビジネス プロセスまたは課題を明確に説明します。
- 測定可能な目標を設定する: 効率性の向上、コスト削減、またはユーザー エクスペリエンスの向上の観点から、成功がどのように見えるかを確立します。
現在の環境
- ライセンス要件: 使用する予定のコンポーネント (Power Apps、Power Automate、Power BI、Copilot、Copilot Studio など) に必要な Microsoft Power Platform ライセンスがあることを確認します。 パイロット プロジェクトの trial ライセンス を検討してください。 すべてのライセンス オプションの概要については、Microsoft Power Platform の Licensing の概要。
- ネットワーク接続: SAP を使用した Azure ネイティブまたは RISE、他のクラウドまたはオンプレミス、複数の場所の組み合わせなど、SAP システムの場所を特定します。 次に、SAP システムの場所に基づいてネットワークの状況を評価し、接続を有効にするために必要な関係者が関与します。
セキュリティとコンプライアンス
- 認証メカニズム: Microsoft Entra ID (旧称 Azure Active Directory) を使用したシングル サインオン (SSO) などのセキュリティの高い認証方法を計画します。 セットアップに関する情報については、このブログ記事を参照してください: SAP OData Connector: Microsoft Azure API Management を使用したシングル サインオン。 この投稿には、SAP Integration Suite の API Management 機能を使用する場合に使用できる参照も含まれています。
- データ保護: 関連するベスト プラクティスを実装して、データ保護規則 (GDPR、HIPAA など) に準拠していることを確認します。 Microsoft Power Platform のドキュメントの コンプライアンスとデータプライバシー を参照してください。
- データ所在地: データを格納または処理できる場所に影響する可能性があるデータ所在地の要件を検討します。 それに応じて、Microsoft Power Platform 環境の の割り当てを選択 。
技術的な準備
- インフラストラクチャの容量: 現在のインフラストラクチャが統合によって導入された追加の負荷をサポートできるかどうかを評価します。 ユーザー アクティビティを考慮し、SAP EarlyWatch レポートを含む現在のパフォーマンス メトリックを確認して、予想される負荷を見積もる。 ユーザーがより多くの負荷を生成しない可能性があることに注意してください。 統合後に別の方法でタスクを実行する可能性があるため、システム全体の影響はあまり変わらない可能性があります。
ガバナンス
- ポリシーの適用: 承認されていないアクセスと変更を防ぐために、Microsoft Power Platform を使用するためのガバナンス ポリシーを確立します。
- 監視と監査: システムのパフォーマンスとユーザーのアクティビティを追跡するための監視ソリューションを実装します。
- 変更管理: 適切な変更管理と安定性を確保するために、開発、テスト、運用用に個別の環境を設定します。
スキル セットとチームの準備
- トレーニングニーズ: チームが Microsoft Power Platform と SAP 統合を効果的に使用および管理するために必要なトレーニング要件を特定します。
- 利害関係者エンゲージメント: 計画プロセスの早い段階で、IT 部門とビジネス ユニットの両方の主要な利害関係者が関与します。
テスト戦略
- 品質保証: 単体テスト、統合テスト、ユーザー受け入れテストなど、徹底的なテストを計画します。
コストに関する考慮事項
- 予算計画: ライセンス、開発、インフラストラクチャ、メンテナンスに関連するすべてのコストを考慮します。
- コストの最適化: 既存のライセンスとリソースの使用やコスト効率の高いサービス レベルの選択など、コストを最適化する機会について説明します。
将来を見据える
- 柔軟性: ビジネス要件とテクノロジの更新の変化に適応できるように統合を設計します。
- ベンダー ロードマップ: 統合に影響を与える可能性がある SAP と Microsoft からの更新プログラムとロードマップの変更について常に情報を得る。
統合プロジェクトを開始するときにこれらの要因を徹底的に評価することで、リスクを軽減し、コンプライアンスを確保し、SAP と Microsoft Power Platform の間の統合を成功するための強力な基盤を設定できます。
SAP システムを Microsoft Power Platform と統合することで、ビジネス プロセスの強化、タスクの自動化、貴重な分析情報の取得を行うことができます。 ビジネス目標、現在の環境、統合オプション、セキュリティ、技術的な準備などの要因を考慮することで、統合を成功するための強力な基盤を確立できます。
ビジネス目標を明確に定義し、測定可能な目標を設定することで、統合作業に効果的に集中できます。 たとえば、手動データ入力を自動化してエラーを減らし、スタッフの時間を解放したり、リアルタイムの在庫ダッシュボードを統合して意思決定を改善したりすると、大幅な効率向上につながる可能性があります。 データ入力エラーを 90% 減らす、レポート生成時間を 5 日から 1 日に短縮するなどの特定のターゲットを設定しても、プロジェクトの成功を測定するだけではありません。 また、統合イニシアチブを具体的なビジネス成果に合わせて調整します。
簡単なパイロット プロジェクトから始めると、すぐに成功を収めることができます。これにより、SAP と Microsoft Power Platform の統合を効果的に活用するために、アプローチをさらに拡張して改良することができます。