若要設定中心, 您必須提供一些資訊來說明「社群管理員」所要參與的交換類型。舉例來說,您必須提供下列資訊:
當決定好這項資訊後,即可準備開始設定中心。
在您定義中心後, 可使用參與者提供給您的資訊(如 IP 位址和 DUNS 號碼)來定義您的參與者。如同前面所述, 您也會將「社群管理員」定義成一種特殊類型的中心參與者。
文件可經由各式各樣的傳輸從參與者傳給 WebSphere Partner Gateway(中心)。參與者可使用 HTTP、 HTTPS、JMS、FTP、FTPS、FTP Scripting、SMTP 或檔案目錄,經由公用網路來傳送文件。參與者可使用 FTP Scripting 傳輸, 經由加值網路 (VAN) 這種專用網路來傳送文件。您也可以建立自己的傳輸。
同樣地,中心可經由各種不同的傳輸,將文件傳給後端應用程式。中心和後端應用程式間最常用的傳輸為 HTTP、 HTTPS、JMS 和檔案目錄。
圖 2 顯示所能使用的各種傳輸。
傳送和接收文件所用的傳輸類型會影響目標和閘道的設定。目標是中心的進入點 -- 這是中心接收參與者或後端應用程式所傳文件的位置。閘道是進到參與者電腦或後端系統的進入點 -- 這是中心傳送文件的所在。若要準備使用 FTP、FTPS、FTP Scripting、JMS 和檔案目錄傳輸, 您必須執行一些設定工作;相關說明請參閱準備配置中心。
在您設定參與者和「社群管理員」間的文件交換時, 您將指定如下的文件相關事項:
文件的包裝方式、文件的通訊協定以及文件流程, 構成了文件流程定義。文件流程定義是提供如何處理文件的資訊給中心。例如, 假設您使用如下之系統提供的文件流程定義:
中心擷取 AS 標頭資訊(並用來協助判斷文件的來源和目的地)。它會在文件中尋找某些資訊 (根據其在文件中的放置位置)。文件流程定義的這三個部份都有指定一些屬性。您可以修改或新增到系統提供的屬性中。
包裝方式是提供和文件傳輸有關的資訊。如同前節所述, 假設包裝方式為 AS,中心會採用 AS 標頭中的資訊來判斷文件的來源和目的地。如果參與者傳送 RosettaNet PIP 給「社群管理員」, 則會將 PIP 包裝成 RNIF。
圖 3 顯示中心和社群參與者以及中心和後端應用程式間之交換文件, 所能設定的包裝類型。
資料包和特定通訊協定相關聯。舉例來說,當參與者傳送 RosettaNet 文件給中心時, 必須指定 RNIF 包裝方式。
如圖 3 所示,「後端整合」僅適用於中心和後端應用程式之間。當您指定「後端整合」包裝方式時, 中心送往後端系統的文件會加入特殊標頭資訊。同樣地,當後端應用程式傳送採用「後端整合」包裝方式的文件給中心時, 也必須加入標頭資訊。有關「後端整合」資料包以及標頭資訊的需求條件,請參閱 Enterprise Integration Guide。
AS 資料包僅適用於參與者和中心之間。AS 資料包可用在遵守 AS1 或 AS2 標準的文件上。 AS1 是經由 SMTP 安全傳輸文件時所用的一種標準; AS2 是經由 HTTP 或 HTTPS 安全傳輸文件時所用的一種標準。參與者所傳的文件如果採用 AS 包裝方式, 則會有 AS1 或 AS2 標頭資訊。傳給參與者的文件如果希望帶有 AS1 或 AS2 標頭, 則必須在中心上以 AS 包裝。
中心和社群參與者間以及中心和後端應用程式間, 可使用「無」資料包來傳送和接收文件。當文件的包裝方式是「無」時,則不會加入 (或預期應有)標頭資訊。
安裝媒體會提供 RNIF 資料包。請按照RosettaNet 文件中的說明, 上傳 RNIF 資料包(以及任何您想交換的 PIP)。RNIF 資料包用來將 RosettaNet 文件從參與者傳給中心, 或從中心傳給參與者。
有些文件流程會在 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 中, 文件的交換有一個相關聯的動作。
不過, 某些通訊協定涉及多項活動(如:解除封裝和轉換), 而其中一些動作在整個交換中是以中間部分出現。比方說,如果參與者傳送 EDI 交換給中心 (最終目的是遞送給「社群管理員」),則會解除封裝交換, 並處理個別的 EDI 交易。參與者在傳送原始的 EDI 交換時, 帶有一個相關的資料包。不過,由於交換本身不會遞送給「社群管理員」(交換會在中心中解除封裝,且不會進行額外的處理),所以不適用交換的包裝方式。因此,在您針對解除封裝步驟設定互動時, 您是在傳送端方面輸入資料包,但在接收端方面卻是指定 N/A。
有關 EDI 交換所需的「設定文件流程定義」程序, 請參閱配置 EDI 文件流程。
以下是系統提供的通訊協定:
「二進位」通訊協定可搭配 AS、「無」和「後端整合」資料包使用。二進位文件不含有文件來源和目的地的相關資料。
這些 EDI 通訊協定可搭配 AS 或「無」資料包使用。如N/A中所述, 如果 EDI 交易或交換源自於中心,或在中心中結束, 您將指定 N/A 作為其資料包。X12 和 EDIFACT 為資料交換所用的標準。EDI-Consent 則是參照 X12 或 EDIFACT 以外的內容類型。
Web 服務要求只能搭配「無」資料包使用。
cXML 文件只能搭配「無」資料包使用。
XMLEvent 是一種特殊通訊協定,用來提供後端應用程式所收發文件的相關事件通知。它只能搭配「後端整合」資料包使用。有關這種通訊協定的說明, 請參閱 Enterprise Integration Guide。
在您上傳 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 用戶端所提供的線上說明。
您可以建立自訂通訊協定,以明確定義您要如何建構文件。若為 XML 文件, 您可以按照自訂 XML 文件中的說明, 定義 XML 格式。
文件本身可採用各種不同的格式。以下是系統提供的文件流程和其相關聯的通訊協定:
下列清單說明其他類型的文件以及其定義來源:
您也可以按照自訂 XML 文件中的說明,建立自己的文件流程。