設定中心所需的資訊

若要設定中心, 您必須提供一些資訊來說明「社群管理員」所要參與的交換類型。舉例來說,您必須提供下列資訊:

當決定好這項資訊後,即可準備開始設定中心。

在您定義中心後, 可使用參與者提供給您的資訊(如 IP 位址和 DUNS 號碼)來定義您的參與者。如同前面所述, 您也會將「社群管理員」定義成一種特殊類型的中心參與者。

傳輸概觀

文件可經由各式各樣的傳輸從參與者傳給 WebSphere Partner Gateway(中心)。參與者可使用 HTTP、 HTTPS、JMS、FTP、FTPS、FTP Scripting、SMTP 或檔案目錄,經由公用網路來傳送文件。參與者可使用 FTP Scripting 傳輸, 經由加值網路 (VAN) 這種專用網路來傳送文件。您也可以建立自己的傳輸。

註: 如果在參與者和中心間使用檔案目錄傳輸方式, 管理者應留意所有和安全有關的問題。

同樣地,中心可經由各種不同的傳輸,將文件傳給後端應用程式。中心和後端應用程式間最常用的傳輸為 HTTP、 HTTPS、JMS 和檔案目錄。

圖 2 顯示所能使用的各種傳輸。

圖 2. WebSphere Partner Gateway 支援的傳輸
此圖顯示參與者和中心之間,以及中心和「社群管理員」後端系統之間, 所能使用的傳輸(列於前面段落中)

傳送和接收文件所用的傳輸類型會影響目標和閘道的設定。目標是中心的進入點 -- 這是中心接收參與者或後端應用程式所傳文件的位置。閘道是進到參與者電腦或後端系統的進入點 -- 這是中心傳送文件的所在。若要準備使用 FTP、FTPS、FTP Scripting、JMS 和檔案目錄傳輸, 您必須執行一些設定工作;相關說明請參閱準備配置中心

文件流程定義概觀

在您設定參與者和「社群管理員」間的文件交換時, 您將指定如下的文件相關事項:

文件的包裝方式、文件的通訊協定以及文件流程, 構成了文件流程定義。文件流程定義是提供如何處理文件的資訊給中心。例如, 假設您使用如下之系統提供的文件流程定義:

中心擷取 AS 標頭資訊(並用來協助判斷文件的來源和目的地)。它會在文件中尋找某些資訊 (根據其在文件中的放置位置)。文件流程定義的這三個部份都有指定一些屬性。您可以修改或新增到系統提供的屬性中。

包裝方式

包裝方式是提供和文件傳輸有關的資訊。如同前節所述, 假設包裝方式為 AS,中心會採用 AS 標頭中的資訊來判斷文件的來源和目的地。如果參與者傳送 RosettaNet PIP 給「社群管理員」, 則會將 PIP 包裝成 RNIF。

圖 3 顯示中心和社群參與者以及中心和後端應用程式間之交換文件, 所能設定的包裝類型。

圖 3. 文件包裝類型
此圖顯示參與者和中心之間使用 RNIF、AS 和「無」資料包, 中心和「社群管理員」後端系統之間使用「後端整合」和「無」資料包

資料包和特定通訊協定相關聯。舉例來說,當參與者傳送 RosettaNet 文件給中心時, 必須指定 RNIF 包裝方式。

後端整合

圖 3 所示,「後端整合」僅適用於中心和後端應用程式之間。當您指定「後端整合」包裝方式時, 中心送往後端系統的文件會加入特殊標頭資訊。同樣地,當後端應用程式傳送採用「後端整合」包裝方式的文件給中心時, 也必須加入標頭資訊。有關「後端整合」資料包以及標頭資訊的需求條件,請參閱 Enterprise Integration Guide

AS

AS 資料包僅適用於參與者和中心之間。AS 資料包可用在遵守 AS1 或 AS2 標準的文件上。 AS1 是經由 SMTP 安全傳輸文件時所用的一種標準; AS2 是經由 HTTP 或 HTTPS 安全傳輸文件時所用的一種標準。參與者所傳的文件如果採用 AS 包裝方式, 則會有 AS1 或 AS2 標頭資訊。傳給參與者的文件如果希望帶有 AS1 或 AS2 標頭, 則必須在中心上以 AS 包裝。

中心和社群參與者間以及中心和後端應用程式間, 可使用「無」資料包來傳送和接收文件。當文件的包裝方式是「無」時,則不會加入 (或預期應有)標頭資訊。

RNIF

安裝媒體會提供 RNIF 資料包。請按照RosettaNet 文件中的說明, 上傳 RNIF 資料包(以及任何您想交換的 PIP)。RNIF 資料包用來將 RosettaNet 文件從參與者傳給中心, 或從中心傳給參與者。

N/A

有些文件流程會在 WebSphere Partner Gateway 中結束, 或者源自於 WebSphere Partner Gateway 內部。對於結束於 WebSphere Partner Gateway 中的文件流程, 則不需要包裝。而源自於 WebSphere Partner Gateway 內部的文件流程, 也不會包裝來源。因此,對於這類流程,其包裝方式將指定為 N/A。

就參與者和「社群管理員」間大部分的單向傳輸(反之亦然)來說, WebSphere Partner Gateway 會收到從參與者傳來的文件,並將文件傳給「社群管理員」。在 WebSphere Partner Gateway 中, 在您建立參與者連線時, 您將指定傳給 WebSphere Partner Gateway 之文件的包裝方式, 以及 WebSphere Partner Gateway 傳送文件時所要使用的包裝方式。在圖 4 中, 包裝成 AS 的文件從參與者流往「社群管理員」後端系統。 送往「社群管理員」閘道的文件並無傳輸標頭。在圖 4 中, 文件的交換有一個相關聯的動作。

圖 4. 典型的單向連線
此圖顯示文件如何從參與者經由中心傳往定義給「社群管理員」的閘道

不過, 某些通訊協定涉及多項活動(如:解除封裝和轉換), 而其中一些動作在整個交換中是以中間部分出現。比方說,如果參與者傳送 EDI 交換給中心 (最終目的是遞送給「社群管理員」),則會解除封裝交換, 並處理個別的 EDI 交易。參與者在傳送原始的 EDI 交換時, 帶有一個相關的資料包。不過,由於交換本身不會遞送給「社群管理員」(交換會在中心中解除封裝,且不會進行額外的處理),所以不適用交換的包裝方式。因此,在您針對解除封裝步驟設定互動時, 您是在傳送端方面輸入資料包,但在接收端方面卻是指定 N/A。

有關 EDI 交換所需的「設定文件流程定義」程序, 請參閱配置 EDI 文件流程

通訊協定

以下是系統提供的通訊協定:

在您上傳 RNIF 資料包時, 您也會取得相關聯的通訊協定(RosettaNet 和 RNSC)。RosettaNet(參與者和中心之間所用的通訊協定) 和 RNIF 資料包相關聯。RNSC(中心和「社群管理員」後端應用程式之間所用的通訊協定) 和「後端整合」資料包相關聯。

對於要轉換的 EDI 交易、XML 或 ROD 文件方面, 您將從 Data Interchange Services 用戶端匯入轉換對映。在 Data Interchange Services 用戶端中, 和此項轉換相關聯的通訊協定有定義一些字典。字典含有構成 EDI 標準之所有 EDI 文件定義、區段、複合資料元素以及資料元素的相關資訊。有關特定 EDI 標準的詳細資訊, 請參閱適當的「EDI 標準」手冊。如需 Data Interchange Services 用戶端的相關資訊, 請參閱 Mapping Guide, 或 Data Interchange Services 用戶端所提供的線上說明。

註: 傳送端和接收端 ID 必須是轉換對映之相關聯 ROD 文件定義中的一部分。用以判斷文件類型和字典值所需的資訊, 也必須出現在文件定義中。請確定 Data Interchange Services 用戶端對映專家在建立轉換對映時很清楚這些需求。

您可以建立自訂通訊協定,以明確定義您要如何建構文件。若為 XML 文件, 您可以按照自訂 XML 文件中的說明, 定義 XML 格式。

文件流程

文件本身可採用各種不同的格式。以下是系統提供的文件流程和其相關聯的通訊協定:

下列清單說明其他類型的文件以及其定義來源:

您也可以按照自訂 XML 文件中的說明,建立自己的文件流程。

Copyright IBM Corp. 2003, 2005