共用方式為


SAP 和 Microsoft Power Platform 架構工作流程

本文是 SAP 和 Power Platform 文章系列的一部分:

架構

下列架構說明包含所有整合選項的完整整合案例。 其設計目的是要容納在內部部署、Azure 上運作的 SAP 系統(原生和具有 SAP 的 RISE),或其他雲端平臺上。

此圖顯示Microsoft Power Platform 與一般 SAP 登陸區域的整合架構。

下載此架構的 Visio 檔案

線上選項和使用時機

若要有效地整合 SAP 與 Microsoft Power Platform,請根據您的使用案例、整合需求和技術條件約束,選取適當的連線選項。 下表提供可用連接器及其使用案例、需求和通訊協定的概觀。

線上選項 案例 中間件、軟體和驅動程式需求 通訊協定 SAP 需求
SAP ERP 連接器 叫用 SAP RFC 或 BAPI 函式。
範例:讀取、建立、更新或核准銷售訂單。
內部部署數據閘道,
SAP.NET 連接器
RFC - 公開 RFC/BAPI 介面的 SAP 系統
- 已設定適當的驗證
SAP OData 連接器 透過 OData 服務與 SAP 資料互動。
範例:讀取或變更產品資訊。
SSO API 管理 HTTP(S) / OData - 已啟用 OData 服務的 SAP 系統
- 已設定適當的驗證
自訂連接器 透過 API 管理 連線至 SAP SOAP 服務,以與自訂 SAP REST Web 服務或特製化整合需求整合。 SSO 和 SOAP REST 相容服務的 API 管理 HTTP(S) / REST - SAP REST API 規格的知識
- 針對 SOAP 服務,透過 API 管理 公開為 REST
- 已設定適當的驗證
電腦版 Power Automate 將 SAP GUI (RPA) 內的工作自動化,以自動化重複的 GUI 工作、螢幕抓取或舊版應用程式工作。 用戶端電腦上的 電腦版 Power Automate 軟體 無、使用者介面自動化 - 在 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 服務或 SAP ERP 連接器的內部部署閘道 API 管理。 一般而言,建議您公開現有的 SAP OData 服務,或因為其現代化架構和彈性而開發一個。 請參閱 SAP Business Accelerator Hub 來檢查現有的 OData 服務。

為了協助您為案例實作最佳解決方案,本系列中的下一篇文章提供設定這些連線選項之資源的詳細指示和連結。

設計考量

自訂連接器和 SOAP 服務

Microsoft Power Platform 中的自定義連接器支援 REST API,但不支援 SOAP。 若要與 SAP SOAP 服務整合,您可以使用 Azure API 管理 或 SAP API 管理 將其公開為 RESTful API。 或者,從 SAP 中的 RFC 產生 SOAP 服務,然後使用 API 管理 將它們轉換成 REST 服務。

SAP GUI 自動化 電腦版 Power Automate:

使用 電腦版 Power Automate 中可用的 SAP GUI 動作,在不撰寫程式代碼的情況下將工作自動化。 確定 SAP 伺服器和用戶端都已啟用 SAP GUI 文稿。

特定連接器的中間件需求:

SAP ERP 連接器需要內部部署數據閘道和 SAP .NET 連接器。 針對與 SAP Business Warehouse 的 Power BI 連線,也需要 SAP .NET 連接器。

高可用性和負載平衡

針對企業案例,請考慮在 高可用性叢集中設定內部部署數據網關,以確保持續連線和負載平衡

SAP API 管理 和 SAP Cloud Connector

如需以 SAP 為中心的方法,您可以在 SAP Business Technology Platform 和 SAP Cloud Connector 上使用 SAP API 管理。 如果您想要管理 SAP 生態系統內的 API 和連線能力,此設定特別有用。

非 Azure 案例的 Azure API 管理 自我裝載閘道:

如果您在非 Azure 或混合式環境中運作,請考慮使用 Azure API 管理 自我裝載網關。 將自我裝載閘道部署至 SAP 系統更接近,可以降低延遲並改善效能。

整合 SAP 與 Microsoft Power Platform 的考慮

在整合 SAP 與 Microsoft Power Platform 時,需要考慮幾個考慮。 開始之前,您不需要完全解決所有這些考慮。 許多客戶從試驗項目開始,讓他們能夠更瞭解這些實務上的考慮,並在其進行時更有效率地加以解決。

商務目標

  • 識別商務挑戰:清楚概述您想要透過整合改善或自動化的商務程式或挑戰。
  • 設定可測量的目標:在效率提升、節省成本或用戶體驗改善方面,建立成功的外觀。

目前的環境

  • 授權需求:請確定您擁有您計劃使用之元件的必要Microsoft Power Platform 授權(例如 Power Apps、Power Automate、Power BI、Copilot 和 Copilot Studio)。 請考慮 試驗項目的試用授權 。 Microsoft Power Platform 的授權概觀中概述所有授權選項。
  • 網路連線:識別 SAP 系統的位置,例如 Azure 原生或 RISE 與 SAP、其他雲端或內部部署,或多個位置的組合。 然後,根據 SAP 系統位置評估您的網路狀況,並牽涉到必要的合作對象來啟用連線。

安全性與合規性

技術整備

  • 基礎結構容量:評估您目前的基礎結構是否可支援整合導入的額外負載。 藉由考慮用戶活動並檢閱目前的效能計量,包括SAP EarlyWatch 報告來估計預期的負載。 請記住,使用者可能不會產生更多負載。 在整合之後,他們可能會以不同的方式執行其工作,因此整體系統影響可能不會變更太多。

治理

  • 原則強制執行:建立使用 Microsoft Power Platform 的治理原則,以協助防止未經授權的存取和變更。
  • 監視和稽核:實作監視解決方案來追蹤系統效能和用戶活動。
  • 變更管理:設定不同的開發、測試和生產環境,以確保適當的變更管理和穩定性。

技能集和小組整備程度

  • 訓練需求:識別小組需要有效使用和管理Microsoft Power Platform 和 SAP 整合所需的任何訓練需求。
  • 項目關係人參與:在規劃程式初期,讓IT和業務單位的主要專案關係人參與其中。

測試策略

  • 質量保證:規劃徹底測試,包括單元測試、整合測試和使用者驗收測試。

成本考量

  • 預算規劃:考慮與授權、開發、基礎結構和維護相關聯的所有成本。
  • 成本優化:探索將成本優化的機會,例如使用現有的授權和資源,或選擇符合成本效益的服務層級。

未來校訂

  • 彈性:設計可適應商務需求和技術更新變更的整合。
  • 廠商藍圖:隨時掌握 SAP 和可能影響整合之Microsoft更新和藍圖變更的相關信息。

藉由在開始整合專案時徹底評估這些因素,您可以降低風險、協助確保合規性,併為 SAP 與 Microsoft Power Platform 之間的成功整合設定堅實的基礎。

SAP 系統與 Microsoft Power Platform 整合可讓您增強商務程式、自動化工作,並取得寶貴的見解。 藉由考慮商務目標、目前環境、整合選項、安全性和技術整備等因素,您可以建立成功整合的強大基礎。

藉由清楚定義商務目標並設定可測量的目標,您可以有效地集中整合工作。 例如,將手動數據輸入自動化以減少錯誤並釋放員工時間,或整合即時清查儀錶板以改善決策,可能會導致顯著的效率提升。 設定特定目標,例如將數據輸入錯誤減少 90%,或將報表產生時間從五天縮短為一天,不只是測量專案的成功。 它也會讓您的整合計劃與有形的業務成果保持一致。

從簡單的試驗項目開始,可協助您快速取得成功,這可讓您進一步擴充和精簡您的方法,以有效地利用 SAP 和 Microsoft Power Platform 整合。

後續步驟