如何處理 EDI 交換

一般而言,在中心收到的 EDI 交換會解除封裝, 以處理個別的交易。像 X12 850 或 EDIFACT ORDERS(代表採購單)等標準 EDI 交易, 通常會轉換成一種後端應用程式所能理解的格式。此外,通常會傳送一項功能確認給參與者, 說明已收到交換。因此 EDI 交換在交換過程中需要多項動作(例如:EDI 解除封套、 EDI 轉換和 EDI 驗證)。比方說,如果交換含有兩項交易, 且不需要確認,WebSphere Partner Gateway 會執行下列動作:

  1. 解除封裝交換

    WebSphere Partner Gateway 分別在交換、群組和交易層次下, 從封套的標頭和標尾區段擷取交換的相關資訊。此資訊可包含:

  2. 根據相關聯的對映,來轉換第一項交易。
  3. 根據相關聯的對映,來轉換第二項交易。
  4. 將轉換後的文件傳遞給後端應用程式。

同樣地,當中心送出「社群管理員」後端應用程式所傳來的一或多份文件時, 會將文件轉換成標準的 EDI 交易。產生的 EDI 交易會先封裝, 再傳給參與者。而在接收 EDI 交換這一方面, 則需要多個動作,以建立、封裝和傳送 EDI 交換。

個別的交易、群組和交換是以控制號碼作為識別。WebSphere Partner Gateway 會在進行交換時設定這些號碼。不過,您可以按照控制號碼中的說明, 自訂控制號碼。

以下這一整圖顯示 EDI 交換(包裝成 AS)如何從參與者送出, 而其最終目的是將兩個轉換後的 XML 文件, 分別傳到「社群管理員」後端系統上的兩個不同閘道上。 在本例中, 是將 850 交易轉換成採購單,以供後端應用程式處理。而 890 交易會轉換成倉儲出貨訂單, 以供後端應用程式處理。

圖 30. 從參與者至「社群管理員」的整個流程
此圖顯示如何將參與者所傳來的 EDI 交換(採 AS 包裝方式), 轉換成 XML 文件,並傳給「社群管理員」的兩個不同的閘道

在這項交換過程中,並不需要參與者到「社群管理員」間的這條連線, 反而需要如下的三條連線:

您可以使用「文件檢視器」來檢視交換和個別的交易, 而從「文件檢視器」的角度來看, 這些交易形同交換的子項。透過「文件檢視器」, 您可以顯示來源或目標交換的相關子項,以及顯示其相關聯的事件。有關「文件檢視器」的說明, 請參閱管理手冊中的「檢視事件和文件」一節。

如果傳送端需要確認,您還必須有額外的連線:

Copyright IBM Corp. 2003, 2005