SAP PI 快速指南

---

---

SAP PI - 簡介

SAP Process Integration 是 SAP NetWeaver 平臺的一部分。在 NetWeaver 7.0 ehp2 及更早版本中，它被稱為 SAP NetWeaver Exchange Infrastructure XI。SAP NetWeaver Process Integration 是 NetWeaver 軟體元件的一部分，用於在公司內部系統或與外部各方之間交換資訊。

SAP PI/XI 使您能夠設定跨系統通訊和整合，並允許您連線基於不同程式語言（如 Java 和 SAP ABAP）的 SAP 和非 SAP 系統。它提供了一個開源環境，這在複雜的系統環境中對於系統的整合和通訊是必要的。

SAP Process Integration 是一種中介軟體，允許公司內部或公司外部的 SAP 和非 SAP 應用程式之間實現無縫整合。

示例

一個應用程式執行在公司不同業務部門所屬的不同系統上，或在具有業務關係的不同公司之間分散式環境中實現。在這種環境中，需要在不同系統之間實現無縫整合和資訊傳輸。SAP PI 提供了一箇中間件平臺，該平臺不處理應用程式元件如何使用業務邏輯實現，而更側重於不同元件之間的資料交換。

您可以將 SAP PI 視為一箇中央例項或中介軟體，它將不同的系統互連起來。此中介軟體可以稱為 SAP PI 執行時引擎，此通訊稱為媒介通訊。當您將此通訊與點對點場景進行比較時，它易於管理系統和連線。除此之外，與整合相關的資訊都集中在一箇中心點。

使用 SAP PI 在不同系統之間交換的訊息包含業務資料。通訊訊息協議基於 W3C 標準 SOAP 訊息。

為什麼我們需要 SAP PI？

在一個組織中，SAP ERP 不包含單個系統，而是由許多整合系統組成，例如 SAP CRM、FICO、EWM 等。SAP PI 為所有系統提供了一個作為單一整合點的平臺，無需觸及所有資料和資訊交換的複雜遺留系統。

以下是 SAP Process Integration 提供的關鍵功能：

連線性

使用 SAP PI，您可以連線具有不同技術通訊方式的不同應用程式和系統。SAP PI 為您提供了各種介面卡，允許您基於不同的協議（如 HTTPS 或遠端功能呼叫 (RFC)）連線應用程式。

路由

路由定義了執行時不同系統之間訊息流的規則。

對映

SAP PI 用於連線分散式環境中的不同應用程式或系統，這些系統可以在不同的公司之間建立，因此兩個元件之間的資料交換結構可能彼此不同。

對映確定源系統中資料結構到目標系統中資料結構。它還確定應用於源系統和目標系統之間資料的轉換規則。

SAP PI - 安裝選項

當您在 SAP PI 中執行場景時，通訊和處理功能取決於與 SAP PI 安裝一起安裝的執行時引擎。您可以在主機系統上安裝一個或多個執行時引擎。SAP PI 提供以下兩種安裝選項：

型別 1 - 雙重用途型別

此安裝基於 ABAP 和 Java，並提供用於設計和配置整合內容的工具，以及這些執行時引擎：

• 整合引擎
• 業務流程引擎
• 高階介面卡引擎

型別 2 - 高階介面卡引擎擴充套件 AEX

此安裝基於 Java，並提供用於設計和配置整合內容的工具，幷包含高階介面卡引擎作為執行時引擎。

SAP PI - Netweaver PI 架構

SAP PI 架構包含多個元件，這些元件在設計時、配置時和執行時使用。在 SAP PI 中，傳送方系統稱為源，接收方稱為目標系統，架構稱為**集線器和輪輻結構**。輪輻用於連線外部系統，集線器用於交換訊息。

**SAP PI 系統分為以下元件：**

• 整合伺服器
• 整合構建器
• 系統景觀目錄 SLD
• 配置和監控

執行時工作臺

這是一個用於提供 PI 元件和訊息的集中監控的工具。

整合伺服器

這是 SAP PI 系統的關鍵元件之一，用於處理訊息。

它包含以下三個引擎：

• 業務流程引擎
• 整合引擎
• 中央高階介面卡引擎 AAE

業務流程引擎

此引擎用於訊息關聯，並處理 ccBPM 中的訊息。

整合引擎

此引擎用於路由和對映，並提供中央整合伺服器服務。如果源結構與目標結構不同，則整合引擎會呼叫對映執行時，如下面的插圖所示，其中源結構被轉換為目標結構。

對映執行時基於 SAP PI 平臺主題下提到的 Java 堆疊。

訊息可以是以下兩種型別之一：

• **同步訊息**定義為訊息包含請求-響應部分

• **非同步訊息**定義為訊息僅包含請求或響應部分

在 SAP PI 中，訊息由介面表示。介面包含訊息的 XML 格式和方向的結構。

中央高階介面卡引擎 (AAE)

由於整合引擎以 XML 和 SOAP 協議處理訊息，如果業務系統不包含特定格式的資料，則使用介面卡將訊息轉換為整合引擎所需的特定協議和訊息格式。

在 SAP PI 架構中，您可以將介面卡引擎視為輪輻，將整合引擎視為集線器以連線到外部系統。

在 SAP PI 的早期版本（雙堆疊系統）中，大多數介面卡都是 Java 堆疊的一部分，只有兩個介面卡是 ABAP 堆疊的一部分。

Java 堆疊介面卡

以下介面卡在 Java 堆疊上執行：

RFC 介面卡、SAP Business Connector 介面卡、檔案/FTP 介面卡、JDBC 介面卡、JMS 介面卡、SOAP 介面卡、市場介面卡、郵件介面卡、RNIF 介面卡、CIDX 介面卡

ABAP 堆疊介面卡

以下介面卡在 ABAP 堆疊上執行：

SAP PI - UI 工具

您可以使用不同的 SAP PI 使用者介面工具訪問 SAP PI 系統架構的不同元件。最常見的 UI 工具包括：

• **ES Builder** - 此工具提供用於在企業服務儲存庫 ESR 中工作的 Java 使用者介面。

• **SAP NW Developer Studio** - 這是一個基於 Java Eclipse 的工具，用於檢視和編輯企業服務儲存庫中的一些物件型別。

• **整合構建器** - 此工具提供用於在整合目錄中工作的基於 Java 的使用者介面。

SAP GUI

這是 SAP 客戶端工具，用於訪問 SAP PI 系統的 ABAP 堆疊。

下圖顯示了 SAP PI 的不同 UI 工具以及可以使用這些工具訪問的元件：

SAP PI — 平臺

單堆疊與雙堆疊

在 SAP PI 的早期版本中，並非所有元件都基於單個平臺。一些元件（如整合引擎、業務流程引擎和整合構建器）基於 ABAP 堆疊，而其他元件（如企業服務儲存庫 ESR、整合目錄（SLD、介面卡引擎等））基於 Java 堆疊。因此，這些型別的系統被稱為雙堆疊系統，因為 PI 需要 ABAP 和 Java 堆疊才能執行。

在 SAP PI 的最新版本中，ABAP 堆疊元件已修改為在 Java 堆疊上工作，因此 SAP PI 只需要 Java 堆疊即可執行，稱為單堆疊系統。

SAP PI - 主頁

要開啟 SAP PI 工具的主頁，請使用以下 URL：

http://<host>:5<instance#>00/dir/start/index.jsp

**示例** - http://scmehp2:50200/dir/start/index.jsp

SAP PI 主頁包含以下四個 Java 連結：

• 企業服務儲存庫 (ESR)
• 整合目錄 (ID)
• 系統景觀 (SL)
• 配置和監控 (CM)

企業服務儲存庫 (ESR)

在 SAP PI 中，企業服務儲存庫用於設計和建立將在整合場景中使用的物件。您可以設計介面物件、對映物件和不同的整合流程。

介面物件

以下是介面物件：

• 服務介面
• 資料型別
• 訊息型別

對映物件

訊息的對映根據傳送方和接收方的資料結構進行。

整合流程

如果資料結構不同，則操作對映用於將源結構轉換為目標結構。可以使用訊息對映簡化複雜的操作對映。

訊息對映可以透過以下幾種方式實現：

• 圖形對映
• Java對映
• XSLT對映
• ABAP對映

在企業服務儲存庫中，您可以看到不同的UI工具——企業服務構建器和Web UI以及服務註冊中心。

當您啟動企業服務ES構建器應用程式時，您會獲得一個選項，可以首次執行該應用程式，如下面的螢幕截圖所示。單擊執行。

應用程式啟動後，您將獲得以下選項：

• 頂部的主選單欄和標準工具欄
• 左側的導航區域
• 右側的工作區域

物件編輯器顯示在工作區域中。這些物件編輯器包含與開啟的物件相關的特定功能。

當您執行Web UI時，系統會提示您輸入使用者名稱和密碼。

在基於Web的介面中，您可以執行以下任務：

• 搜尋 - 搜尋服務介面、資料型別等。

• 訂閱 - 訂閱通知。

• 管理 - 管理服務介面、資料型別等的生命週期狀態。

整合目錄

整合目錄用於配置在企業服務儲存庫中建立的物件，並且配置由整合引擎在執行時執行。要配置ESR物件，您需要匯入物件——服務和通訊通道。

服務允許您定址訊息的傳送方或接收方。根據您希望如何使用服務，您可以從以下服務型別中選擇：

• 業務系統
• 業務服務
• 整合流程服務

通訊通道透過使用介面卡引擎將外部本機訊息轉換為SOAP XML格式，從而確定訊息的入站和出站處理。兩種型別的通訊通道——傳送通道和接收通道。

在整合目錄中，您可以進行四種類型的配置：

• 傳送方協議 - 這決定了整合伺服器如何轉換訊息。

• 接收方確定 - 用於確定要將訊息傳送到的接收方資訊。

• 介面確定 - 用於確定要將訊息傳送到的入站介面。這也確定了處理訊息的介面對映。

• 接收方協議 - 定義如何由接收方轉換和處理訊息。

在整合目錄下，您可以看到整合構建器。當您單擊整合構建器時，您可以看到配置在ESR中建立的物件的不同選項。

SAP PI - 系統景觀目錄

系統景觀目錄包含有關景觀和軟體元件版本的資訊。可以將SAP系統配置為在此目錄下注冊。系統景觀目錄（SLD）管理有關係統景觀中所有可安裝和已安裝元素的資訊。

您可以在網頁中找到以下連結：

景觀

在景觀下，您可以找到以下選項：

• 技術系統 - 您可以檢視和定義系統和伺服器。

• 景觀 - 您可以檢視和配置系統組。

• 業務系統 - 您可以檢視和配置用於流程整合的業務系統。

軟體目錄

• 產品 - 用於檢視SAP軟體目錄中的產品。

• 軟體元件 - 用於檢視SAP軟體目錄中的軟體元件。

開發

• 名稱預留 - 用於名稱預留，也用於NW開發。

• CIM例項 - 用於檢視和維護CIM級別的的資料。

配置和監控

SAP PI工具主頁上的配置和監控選項允許您監控整合引擎、CCMS整合和SAP系統中的流程監控基礎結構的功能。

使用配置和監控，您可以監控以下功能：

• 元件監控 - 監控SAP PI的不同Java和ABAP元件。

• 訊息監控 - 監控SAP PI元件中訊息處理的狀態。

• 效能監控 - 使用執行時工作臺，您可以監控SAP PI系統中的不同效能指標。您可以建立各種聚合報表。

• 端到端監控 - 監控SAP PI系統中場景的端到端生命週期。

• 訊息索引搜尋 - 您可以在訊息監控中執行基於索引的訊息搜尋，還可以根據介面卡特定的選擇等進行搜尋。

• 警報收件箱 - 警報收件箱根據分配給業務使用者的角色而定，用於根據配置檢視SAP PI系統中的所有警報。

• 警報配置 - C&M中的警報框架允許您報告ABAP和Java中訊息處理期間的所有錯誤。使用警報配置，您可以定義策略，如果必須報告錯誤的警報並執行分析，則執行分析或不執行分析。

• 執行時快取的監控 - 用於檢視執行時快取中的物件。

讓我們看看這些選項在SAP PI工具主頁上的配置和監控下在哪裡。在配置和監控主頁下，您會看到以下螢幕截圖中的三個選項：

監控選項卡

在監控選項卡下，您會獲得以下螢幕截圖中顯示的4個選項：

• 訊息概述 - 用於在特定時間段內獲取訊息處理的概述。訊息按處理狀態進行聚合。

• 警報收件箱 - 用於處理由SAP NetWeaver Process Integration引發的掛起的基於訊息的警報。警報可以為您提供執行時資訊以及指向故障排除工具的連結，以促進更快的故障隔離。

• 使用Trex進行訊息搜尋 - 用於使用訊息有效負載內容搜尋訊息。您需要搜尋和分類引擎TREX來索引和搜尋文件。此外，您已設定並激活了訊息索引。

• 元件監視器 - 用於深入瞭解SAP NetWeaver Process Integration各個元件的執行狀況。

配置和管理選項卡

在配置和管理選項卡下，您將獲得以下螢幕截圖中顯示的3個選項：

• 訊息索引（Trex） - 用於控制和監控使用搜索和分類引擎TREX進行基於索引的訊息搜尋的索引。

• 警報規則 - 建立和管理警報規則。在警報規則中，您定義系統生成警報的執行時條件。

• SLD註冊 - 用於檢查SAP NetWeaver Process Integration的元件在技術配置階段是否已正確註冊。您也可以對註冊應用更正以及註冊更多元件。

測試選項卡

在測試選項卡下，您將獲得以下兩個選項：

傳送測試訊息

透過將測試訊息傳送到整合引擎或高階介面卡引擎，模擬訊息流並驗證SAP NetWeaver Process Integration執行時是否正常執行。

快取連線測試

用於檢查SAP NetWeaver Process Integration基礎結構元件的快取連線狀態並測試它們與執行時快取的連線。

SAP PI - 通訊

在SAP PI中，您可以定義兩種型別的通訊——同步和非同步。

同步通訊

同步通訊由請求和響應操作呼叫，並且在操作完成後立即返回處理輸出。一般來說，您可以說同步場景是指傳送方程序向接收方傳送請求並等待響應。如果接收方發生錯誤，則傳送方應用程式負責重新發送訊息。

在這種方法中，傳送方可能會在超時後重新發送訊息，並且可能存在重複訊息。PI中的這種方法稱為BE（盡力而為）。

考慮兩個系統–A和B。並且，您在兩個系統之間引入了中間系統I。系統A和系統I之間的通訊是同步的，系統A和系統B之間的通訊是非同步的。

在此通訊場景中可能會發生以下型別的錯誤：

• 應用程式錯誤 - 接收端在處理訊息時發生錯誤，並且傳送方不知道此錯誤，並且一直等待回覆。

• 網路級錯誤 - 在此錯誤中，傳送方和接收方之間的通訊網路中存在錯誤。傳送方對此一無所知，並且訊息卡在中間，傳送方一直等到操作超時。

• 響應訊息中的錯誤 - 在此場景中，發生錯誤並且響應訊息卡在中間，傳送方一直等待。

優點

以下是使用同步通訊的關鍵優勢：

• 無需配置響應訊息路由。

• 無需將響應與請求關聯。

• 在此通訊中，會立即收到響應。

推薦場景

這適用於涉及讀取操作的操作，例如檢視採購訂單。

缺點

以下是使用非同步通訊的關鍵缺點：

• 如果發生故障，傳送方需要重新發送訊息。

• 接收系統應配置為檢查重複訊息。

• 在此場景中，傳送方應用程式會被阻塞，直到收到響應或發生超時錯誤。

• 您無法配置多個接收方。

非同步通訊

在非同步通訊中，您在兩個系統之間新增一箇中間系統或中介軟體。當傳送方應用程式傳送請求時，它不會等待接收方應用程式傳送響應。如果由於某種原因發生故障，則中介軟體負責重新發送訊息。如果需要，接收系統可以作為單獨的非同步呼叫將響應傳送回傳送方。

SAP PI中的這種方法稱為恰好一次（EO）或按順序恰好一次（EOIO）。

中間系統是一個佇列，來自系統A的訊息首先新增到佇列中，而在接收端，它從佇列中拉取併發送到接收方。來自系統B的響應訊息遵循以下流程。

您還可以根據業務需求在某些情況下使用先進先出 (FIFO) 來維護順序。這種情況稱為帶順序的非同步通訊或順序精確一次 (EOIO)。

非同步通訊確保訊息傳遞。如果接收方系統暫時不可用，則中間佇列會保留訊息，並將其保留在那裡，直到接收方系統可用並將訊息從佇列中拉取併發送到接收方系統。

推薦場景

這建議用於修改操作，例如建立採購訂單或修改採購訂單。

優點

以下是非同步通訊的主要優點：

• 在發生故障的情況下，SAP PI 系統確保訊息傳遞並重新發送訊息。

• 無需配置重複檢查。

• 您可以在此方案中配置多個接收方。

• 傳送方系統和接收方系統不需要同時線上。

• PI 記錄透過非同步通訊傳送的所有訊息。

• 沒有超時，因為中間系統會保留訊息和響應請求。

缺點

以下是非同步通訊的主要缺點：

• 在此方案中，傳送方需要自行關聯請求的響應。

• 需要單獨實現和路由響應訊息。

• 它不提供立即響應。

SAP PI — 技術

SAP 提供了一個基於 NetWeaver 的中介軟體，稱為 SAP NetWeaver Process Integration。SAP NetWeaver PI 以稱為簡單**物件訪問協議 (SOAP-HTTP)** 的特定格式傳遞訊息。此訊息包含報頭和有效負載。報頭包含一般資訊，例如傳送方和接收方資訊，而有效負載包含實際資料。

系統可以直接與 SAP NetWeaver PI 通訊，也可以使用介面卡進行通訊：

• 使用應用程式介面卡進行通訊
• 使用技術介面卡進行通訊
• 使用行業標準介面卡進行通訊
• 使用事務介面卡進行通訊
• 使用代理進行直接通訊

SAP PI - 保護物件

為了以物件的形式從一個企業服務儲存庫傳輸資訊到另一個儲存庫，您可以從三種傳輸方式中選擇：

• 基於檔案系統的傳輸
• 變更管理服務 (CMS)
• 變更和傳輸系統 (CTS)

該圖顯示了兩個軟體元件——版本 A 和版本 B，它們已從 ESRep_1 和 ESRep_2 傳輸到其他 ESRep。

傳輸級安全

傳輸級安全包括在網路上傳輸設計物件時的安全性。在傳輸物件時，您在傳輸級別執行身份驗證和加密，並在端點執行授權。對於內部通訊，您使用安全套接字層 (SSL) 對安全連線上的資料進行加密和解密。對於 SAP 和非 SAP 系統之間的外部通訊，加密型別取決於用於通訊的介面卡型別。

SAP PI 介面卡和安全機制：

傳輸級授權

為了實現傳輸級授權，您可以使用帶有客戶端身份驗證的 HTTP。HTTP 傳輸級身份驗證可以使用使用者名稱和密碼、X.509 證書或 SAP 登入票證。

訊息級安全

訊息級安全可以透過使用加密技術和數字簽名來實現。要透過網路傳送的訊息首先由加密演算法加密，該演算法包括一個會話金鑰和一個用於加密的公鑰。接收方使用相同的會話金鑰和公鑰解密訊息以檢視內容。

HTTP 傳輸級別

您可以使用以下機制進行 HTTP 傳輸級別：

• 使用者 ID 和密碼
• X.509 證書
• SAP 登入票證
• 訊息級安全
• S/MIME
• WS 安全
• XML 簽名
• XML 加密

SAP PI - 建立物件

SAP PI 是一個執行時環境，它將入站訊息分配給接收方並將它們對映到另一個結構或協議。SAP NW PI 需要有關如何處理訊息的資訊。有關設計物件的資訊位於 PI 企業服務儲存庫 ESR 和整合目錄中。

連線到 SAP PI 的系統在系統景觀目錄 (SLD) 中維護。SLD 中的資料可以分為以下類別：

• 軟體元件資訊
• 系統景觀描述

軟體元件資訊

它包含有關所有可用 SAP 軟體模組的資訊。它還包括軟體模組的可能組合以及依賴關係。例如，軟體元件、版本、支援包、作業系統版本和資料庫等。

要檢查此資訊，請轉到系統景觀目錄 (SLD)。

要檢視所有技術系統、其型別、版本和上次更新，請轉到“技術系統”選項卡。

要檢視產品和軟體元件，請轉到“軟體目錄”選項。

單擊“產品”選項卡後，您可以看到所有產品，以及它們的版本和供應商名稱。

您還可以檢查軟體元件、版本和供應商名稱。

系統景觀描述定義了各個系統景觀資訊。資料提供者定期向 SLD 提供最新的系統資訊。

SAP PI - 建模場景

模型顯示應用程式之間訊息的交換及其設計物件（如訊息型別、資料型別等）。模型是整合配置方案的基礎，輸入和輸出處理定義了訊息的路由。SAP PI 建模方案用於在 SAP PI 中設計整合方案。

您可以使用以下兩種整合方案模型：

• 流程元件架構模型
• 流程整合方案模型

流程元件架構模型

流程元件架構模型用於應用程式角色 SOA 主幹。此模型包括流程元件模型、整合方案模型和流程元件互動模型。流程元件模型提供了流程元件內部結構的詳細資訊。整合方案模型定義了跨不同部署單元和流程元件的完整方案。流程元件模型定義了不同元件如何相互互動。

流程整合方案模型

這用於應用程式角色流程整合方案。它是企業服務構建器的設計物件，由名稱和名稱空間唯一標識，您可以建立多個版本。

在建立流程整合模型之前，您需要定義業務方案和業務流程。流程整合步驟在應用程式中執行。應用程式以軟體元件的形式執行。您還可以建立軟體元件的多個版本，應用程式和軟體元件之間的關係為 1:1。

SAP PI - 設計物件

設計物件由名稱和名稱空間唯一標識，並分配給一個軟體元件。您可以建立不同的設計物件來執行各種功能，其中一些是強制物件，另一些在整合方案中是可選的。最常見的物件包括流程整合方案、訊息型別、資料型別、對映等。

下表定義了常見的設計物件、它們的功能和在方案中的用途：

這些設計物件通常以層次結構的形式表示。

SAP PI - 顯示設計物件

假設一家公司有許多介面，每個介面包含一箇中間件。您希望檢視使用的不同型別的中介軟體。這可以透過登入 SAP PI 工具啟動頁面來完成。

**步驟 1** - 使用整合構建器 URL 或 T 程式碼 - SXMB_IFR。

**步驟 2** - 在 SAP PI 7.3 螢幕上轉到系統景觀目錄。

**步驟 3** - 單擊“產品”，如下面的螢幕截圖所示。如果系統提示您輸入使用者名稱和密碼，請輸入詳細資訊。

**步驟 4** - 要檢視技術系統，軟體元件分配給該技術系統，請輸入產品名稱並單擊“轉到”。

**步驟 5** - 單擊產品名稱，然後轉到詳細資訊窗格中的“已安裝系統”選項卡。您可以在那裡檢查分配的技術系統的名稱。

**步驟 6** - 如果要檢視哪個業務系統派生自此技術系統，請選擇技術系統。您還可以透過轉到 SLD 主頁→業務系統來檢查它。

**步驟 7** - 輸入技術系統名稱並單擊“轉到”。

**步驟 8** - 為確定業務系統名稱的欄位命名。

SAP PI - 整合場景

要在 SAP PI 中建立整合方案，您需要在系統景觀目錄中建立技術系統和業務系統。

SLD 作為 SAP NetWeaver Application Server Java 上的 Java 軟體元件 (SAP _JTECHT) 實現。它基於開放的通用資訊模型 (CIM) 標準，由分散式管理任務工作組公司在www.dmtf.org上定義和釋出。

SLD 是應用程式元件資訊、產品和軟體元件以及系統景觀資料（技術系統和業務系統）的中央列表工具。

在 SLD 中，要從業務模型移動到技術模型，您可以使用流程步驟和軟體元件之間的關係。

如何在 SLD 中傳輸軟體元件？

安裝系統景觀目錄時，會安裝初始目錄。

從 SAP Market Place，您可以匯入更新的目錄。

您還可以根據專案和整合方案匯入您自己的軟體元件和產品。

對於 A2A 方案，使用業務系統，它們存在於 SLD 中。對於 B2B 方案，您使用業務物件，它們駐留在整合目錄中。

技術系統

技術系統是系統景觀目錄 (SLD) 的一部分，包含有關版本、資料庫和補丁級別、作業系統等的資訊。

技術系統有不同的模式：

• AS ABAP 系統
• AS Java 系統
• 獨立 Java 系統
• 第三方

有不同的匯入工具可用於將資料從技術系統傳輸到 SLD。SAP NetWeaver Administrator 是常見的 SAP AS JAVA > 7.1 匯入工具。

業務系統

業務系統充當 SLD 中的傳送方和接收方。它們從技術系統繼承軟體元件作為產品。在 SLD 中，無法向業務系統新增新的軟體元件。

使用 SAP AS ABAP，每個客戶端都定義為一個業務系統。在 SAP AS Java 中，每個技術系統都充當一個業務系統。

SAP PI - 檔案到檔案場景

在SAP PI的檔案到檔案場景中，我們將檔案從源系統傳輸到目標系統。一旦元件在SAP PI中構建完成，您就可以透過在企業服務構建器中建立物件來在SAP PI系統中傳輸檔案。

SAP PI — 檔案到檔案場景執行

步驟1 − 進入SAP PI工具頁面→ESR下的企業服務構建器。

步驟2 − 要查詢必須在其中建立物件的元件名稱，請展開元件以查詢軟體元件版本。

步驟3 − 選擇元件→右鍵單擊，單擊新建以在此元件下建立物件。

步驟4 − 我們建立的第一個物件是名稱空間。以URL的形式輸入名稱空間，然後單擊底部的建立按鈕。

步驟5 − 在軟體元件下建立物件後，儲存並激活該物件。

步驟6 − 要啟用，請單擊啟用，如下面的螢幕截圖所示−

步驟7 − 儲存並激活名稱空間後，建立一個數據型別。轉到軟體元件→右鍵單擊→新建。在下一個視窗中，選擇介面物件→資料型別。

步驟8 − 輸入資料型別的名稱和名稱空間，然後單擊建立，如上所述。接下來是在資料型別中插入子元素。

步驟9 − 輸入元素的名稱。

步驟10 − 插入子元素以新增子員工ID和姓名。

步驟11 − 定義型別和出現次數。出現次數定義元素在檔案中出現的次數。您可以選擇最小出現次數和最大出現次數值。

步驟12 − 單擊儲存按鈕。

步驟13 − 啟用資料型別。轉到資料型別→啟用。

建立訊息型別

步驟1 − 右鍵單擊名稱空間→新建

步驟2 − 在介面物件下，選擇訊息型別。輸入欄位。

步驟3 − 輸入訊息型別的名稱。

步驟4 − 預設情況下，它採用名稱空間和軟體元件的名稱。如果它沒有，您可以手動選擇。然後，單擊建立。

步驟5 − 現在，定義將用於訊息型別的資料型別。將資料型別從左側欄拖動到訊息型別下的資料型別選項（）。單擊儲存按鈕。

步驟6 − 啟用訊息型別→啟用。

注意 − 如果輸入檔案和輸出檔案的結構相同，則只能使用一個數據型別和一個訊息型別。如果結構不同，則必須為入站和出站建立兩個資料型別和訊息型別。在本例中，我們對輸入檔案和輸出檔案使用相同的結構。

SAP PI - 建立服務介面

現在讓我們瞭解如何建立服務介面。我們必須建立兩個服務介面——一個用於入站，另一個用於出站。

步驟1 − 右鍵單擊名稱空間→新建→介面物件→服務介面

步驟2 − 輸入服務介面的名稱（此處為In – 入站），預設情況下，它採用名稱空間和軟體元件版本的名稱。單擊建立按鈕。

步驟3 − 在入站服務介面中，將類別輸入為入站，並將通訊模式輸入為同步或非同步。

步驟4 − 現在，透過將其從左側窗格拖動到服務介面入站請求訊息來定義訊息型別，如下所示。單擊頂部的儲存按鈕。

步驟5 − 儲存此服務介面後，轉到服務介面並激活。

步驟6 − 同樣，為出站流程建立一個服務介面。

步驟7 − 您可以選擇服務介面→物件→新建。

步驟8 − 輸入服務介面的名稱（Out表示出站流程）。

步驟9 − 單擊建立按鈕建立介面。

步驟10 − 在下一個視窗中，為出站服務介面定義類別和通訊模式。由於我們對兩個服務介面都使用一個訊息型別，因此將訊息型別從左側窗格拖動到請求訊息並單擊儲存。

步驟11 − 儲存後，單擊服務介面按鈕下的啟用按鈕。

SAP PI - 建立訊息對映

現在讓我們瞭解如何建立訊息對映以將入站流程對映到出站流程。

步驟1 − 轉到物件→新建→對映物件→訊息對映。

步驟2 − 輸入對映名稱並單擊建立，如上所示。現在，定義源訊息和目標訊息。將訊息型別下的訊息拖動到源訊息和對映下的目標訊息。

步驟3 − 現在，使用可用的對映選項對映這些訊息。從下拉列表中選擇功能，您可以在每個選項卡下看到不同的可用選項。

示例 − 原始檔中包含名字和姓氏，您希望在目標檔案中顯示全名。在這裡，您可以使用文字功能下的連線。

步驟4 − 我們現在正在實現檔案到檔案場景，因此，我們將只選擇源和目標對映，如果名稱和結構相同，則將直接對映。

步驟5 − 由於結構相同，我們將使用上述方法。在下一個視窗中，單擊應用。

步驟6 − 您可以看到所有圖示都變成綠色，並顯示對映。現在，儲存對映。

步驟7 − 啟用訊息對映。轉到訊息對映→啟用。啟用此訊息對映後，在ESR中建立操作對映。

SAP PI - 建立操作對映

現在讓我們瞭解如何建立操作對映。

步驟1 − 轉到物件→新建→訊息物件→操作對映。

步驟2 − 輸入操作對映的名稱並單擊建立按鈕。

步驟3 − 在下一個視窗中，您需要輸入源操作和目標操作。將服務介面從左側窗格拖動到源操作和目標操作。入站服務介面將被拖動到目標操作，出站服務介面將被拖動到源操作。

步驟4 − 將訊息對映拖動到對映程式選項，如下面的螢幕截圖所示。完成這些設定後，單擊頂部的儲存按鈕。

步驟5 − 現在，轉到操作對映→啟用→啟用→關閉。

步驟6 − 轉到SAP PI工具主頁上的整合目錄下的整合構建器以配置場景。

步驟7 − 轉到整合構建器的配置場景檢視。

步驟8 − 要配置場景，請轉到物件→新建→管理選項卡下→配置場景。

步驟9 − 輸入配置場景的名稱並單擊建立按鈕。

步驟10 − 如以下螢幕截圖所示，儲存並啟用配置場景。

SAP PI - 建立通訊通道

現在讓我們瞭解如何建立通訊通道。

步驟1 − 右鍵單擊配置場景→新建

步驟2 − 您必須建立兩個通訊通道——一個用於傳送方，另一個用於接收方。從可用元件列表中選擇傳送方和接收方通道的通訊元件。輸入通訊通道的名稱，然後單擊建立。

步驟3 − 選擇通訊通道下的引數。轉到介面卡並單擊可用的介面卡型別。介面卡型別取決於場景型別。對於檔案到檔案場景，您可以選擇檔案介面卡。

步驟4 − 以下是可用於不同場景的可用介面卡的列表。

步驟5 − 介面卡型別可以根據通訊通道的型別選擇為傳送方或接收方。

步驟6 − 輸入原始檔的目錄路徑。

步驟7 − 輸入原始檔後，單擊儲存。儲存傳送方通訊通道後，單擊啟用按鈕→啟用→關閉。

步驟8 − 同樣，您必須為接收方建立一個通訊通道。輸入接收方的通訊通道元件和通訊通道名稱，然後單擊建立。

步驟9 − 選擇介面卡型別為檔案，然後選擇接收方。輸入目標目錄和檔名方案，如下面的螢幕截圖所示−

步驟10 − 儲存檔案並啟用接收方通訊通道。建立傳送方和接收方通訊通道後，建立整合配置。

SAP PI - 建立整合配置

現在讓我們瞭解如何建立整合配置。

執行以下步驟−

步驟1 − 轉到物件→新建→協作協議下→整合配置

步驟2 − 在通訊元件中，輸入之前使用的傳送方元件。

介面將與之前步驟中在ESR中建立的出站流程的服務介面名稱相同。

名稱空間將與之前步驟中在ESR中建立的名稱空間相同。

單擊建立按鈕。

步驟3 − 在入站處理選項卡中，選擇為傳送方建立的通訊通道。

步驟4 − 在接收方選項卡中，選擇通訊接收方，如下面的螢幕截圖所示−

步驟5 − 轉到接收方介面選項卡，選擇操作對映。單擊搜尋並選擇操作對映，如下面的螢幕截圖所示。操作對映的建立方式與之前步驟中的相同。

步驟6 − 轉到出站處理選項卡並選擇接收方通訊通道。

步驟7 − 完成上述設定後，單擊頂部的儲存和啟用。

步驟8 − 將sample.xml檔案放入出站資料夾。您可以從ESR中的訊息對映中獲取sample xml檔案。轉到ESR→訊息對映→測試。

步驟9 − 此示例檔案沒有任何資料。建立abc.xml檔案並將示例xml貼上到該檔案。您必須向此xml檔案新增一些資料，如下面的螢幕截圖所示。

步驟10 − 將此檔案放置在配置期間提到的目錄和檔案方案中提到的傳送資料夾中。

步驟11 − 轉到接收資料夾，您可以在其中看到包含資料的xml檔案。

步驟12 − 要監視介面卡引擎→通訊通道監視器，請轉到配置和監視主頁。

步驟13 − 轉到介面卡引擎→通訊通道監視器。

步驟14 − 複製通訊通道

步驟15 − 您可以檢查檔案到檔案場景的狀態。如果它正在正常執行，您將在狀態下看到一個綠色圖示。

SAP PI - 連線性

SAP PI連線處理源系統或目標系統與整合伺服器的連線。此連線處理與整合伺服器交換訊息。要交換的訊息格式應為SAP PI協議格式，或者應使用介面卡將外部格式轉換為SAP PI特定格式。

SAP PI為您提供各種介面卡，使您可以連線來自不同協議的應用程式。在傳送方的情況下，介面卡將以傳送方協議加密的入站訊息轉換為PI-SOAP訊息；在接收方的情況下，PI-SOAP訊息隨後將轉換為接收方的協議。

SAP NetWeaver PI中的可用介面卡

SAP PI支援不同的介面卡，其中一些是在高階介面卡引擎或整合引擎中處理的。IDoc、HTTP和XI是在整合引擎中處理的幾個介面卡。

以下是SAP NetWeaver PI中可用的介面卡−

如何檢查現有的介面卡引擎？

您可以透過執行以下步驟在系統景觀目錄（SLD）中檢查現有介面卡引擎的列表：

**步驟 1** - 使用整合構建器 URL 或 T 程式碼 - SXMB_IFR。

步驟2 - 轉到SAP PI 7.3螢幕上的系統景觀目錄，然後單擊產品，如下所示。如果系統提示您輸入使用者名稱和密碼，請輸入詳細資訊。

步驟3 - 導航到系統景觀目錄左側窗格中的技術系統區域。

步驟4 - 選擇“過程整合”作為技術系統的型別。

步驟5 - 檢查列出了多少個介面卡引擎。

步驟6 - 只有一個型別的XIAdapterFramework介面卡引擎對應於整合伺服器上的中央介面卡引擎。

步驟7 - 您還可以檢查執行時工作臺中現有介面卡的列表。轉到配置和監控。

步驟8 - 在下一個視窗中，轉到元件監控選項。

步驟9 - 選擇狀態為“全部”的元件。

SAP PI - ccBPM 概述

業務流程管理處理跨元件BPM。這包括SAP後端的SAP工作流和整合伺服器上的訊息處理。

跨元件業務流程管理為SAP NetWeaver流程整合提供了狀態訊息處理的功能，即整合過程的狀態會持久化到整合伺服器上。這意味著整合過程可以例如無限期地等待，直到收到更多訊息或達到特定截止日期。此外，可以在整合過程中進一步處理訊息。

上圖顯示了來自系統1、2、3的訊息已傳送到整合伺服器，並且只有在所有訊息都到達後，複合訊息才會傳送到目標系統業務系統4。使用跨元件BPM，已在整合伺服器上的訊息會持久化。任何其他到達整合伺服器的訊息，都會在訊息之間定義關係，以確保所有訊息都正確傳送。業務流程引擎負責在ccBPM中執行此任務。

SAP PI - ccBPM 配置

在使用ccBPM時，ccBPM中使用的整合過程不僅接收入站訊息，還向相應的接收方業務系統傳送訊息。

ccBPM由圖形流程編輯器和業務流程引擎組成。當您選擇整合過程時，會開啟業務流程編輯器。

要開啟業務流程編輯器，請轉到SAP PI工具頁面上的ESR→ES Builder→設計物件整合目錄。

SAP PI - 整合過程

“顯示整合過程”螢幕開啟，並顯示整合過程的圖形定義。

雙擊整合過程時，業務流程編輯器將啟動。它包含以下區域：

• 帶有標題資料的區域
• 圖形定義區域
• 屬性窗格
• 流程概述區域
• 處理日誌
• 物件區域

整合過程中的步驟

在整合過程中配置的步驟要麼是訊息步驟，要麼是與過程相關的步驟。

以下是與訊息相關的步驟：

• 接收訊息
• 傳送訊息
• 確定過程中後續傳送步驟的接收方
• 轉換訊息

以下是與過程相關的步驟：

• 切換
• 阻塞
• 控制（觸發異常或警報）
• 分叉
• 容器操作（資料處理）
• While迴圈
• 等待

SAP PI - 監控整合過程

您可以使用訊息監視器功能在訊息級別監視整合過程。

步驟1 - 使用T程式碼 - SXMB_MONI

此事務可用於顯示整合過程中的訊息處理，或者您也可以移動到流程檢視。

步驟2 - 您還可以選擇在此事務中切換到流程檢視。您可以選擇“流程”複選框並執行。

步驟3 - 在事務SXMB_MONI中，您可以使用不同的條件直接選擇流程。

示例

流程監視器T程式碼 - SWF_XI_SWI1需要整合過程的工作流編號。

您可以使用T程式碼 - SXI_CACHE確定執行時快取，如下面的螢幕截圖所示：

SAP PI - Web 服務

Web服務是一種應用程式功能或服務，可以透過Internet標準使用。它是一種獨立的、模組化的和自描述的應用程式功能或服務。

它可以使用標準Internet協議進行描述、提供、定位和轉換或呼叫。

每個Web服務都封裝了一個用於執行許多工的功能。服務提供者用於提供對Web服務的訪問。服務提供者具有WSDL文件。

Web服務使用者稱為服務請求者，他們藉助Web瀏覽器使用Web服務。在正常情況下，服務請求者是訪問Web服務的應用程式。應用程式從服務描述中獲取訪問Web服務所需的所有詳細資訊，並且此資訊儲存在服務登錄檔中。

下圖顯示了一個常見的Web服務場景：

Web服務 - 主要功能

以下是Web服務的主要功能：

• Web服務允許在不同平臺、作業系統和不同語言上執行的程式相互通訊。

• Web服務是一種應用程式功能或服務。

• Web服務可以透過Internet標準使用。

• Web服務可以釋出和跟蹤。

• Web服務構成了企業服務體系結構（ESA）的基礎，該體系結構被稱為SAP增強版的面向服務體系結構SOA。

如何分析不同的Web服務？

執行以下步驟以分析不同的Web服務：

步驟1 - 登入到ECC系統，使用事務程式碼 - SOAMANAGER

步驟2 - 選擇Web服務複選框→應用選擇。

步驟3 - 驗證“概述”選項卡是否包含顯示的條目SERVICE→繫結。如果SERVICE繫結未顯示，則表示必須完成繫結。

步驟4 - 要顯示Web服務及其繫結，請選擇所選繫結或服務連結的“開啟WSDL文件”。

步驟5 - 將開啟顯示WSDL的Web瀏覽器→您可以在WSDL末尾向下滾動。您將在節點WSDL埠下找到端點。

何時不推薦使用SAP PI？

對於同步請求/響應場景，不建議使用SAP PI。在同步通訊中，它由請求和響應操作呼叫，並且操作完成後立即返回過程輸出。在同步通訊的情況下，基礎設施上的負載更大。

在像Java、DOT NET這樣的非SAP後端中，不建議在UI驅動的場景中將SAP PI作為中介軟體工具。

當後端系統作為UI服務公開時，不建議在UI驅動的場景中使用SAP PI。