如同前一節所述,您可以指定一些和 EDI 交換之交換程序有關的屬性。舉例來說, 您可以變更系統提供的封套設定檔、 定義一些特定封套以用在某些連線上、 設定控制號碼以指派給交換中的不同部分, 以及設定連線設定檔, 以便採另一種方式來傳遞相同的交換。本節即是說明這些作業。
「封套器」元件會收集一組要傳給參與者的交易, 並在包裝到封套中後傳送。 您將排程「封套器」(或接受預設的排程), 以告知 WebSphere Partner Gateway 您希望「封套器」何時尋找正在等待傳送的交易。您也可以更新鎖定時間、佇列期和批次模式的預設值。
每一個「文件管理程式」實例都有自己的「封套器」。如果您系統上安裝兩個「文件管理程式」, 則會有兩個「封套器」。因此有可能出現下列情況:這兩個「封套器」實例嘗試輪詢正等著封裝的交易。為了確保只會有一個「封套器」來輪詢給定的交易, 而會採用鎖定。鎖定可確定如果有涉及多個「封套器」, 則只會有一個「封套器」輪詢及處理給定的交易。「封套器」會同步輪詢但卻是處理不同的交易。
鎖定設有一個時間限制。「封套器」實例在保留鎖定權方面的預設值為 240 秒。
如果「封套器」必須等待取得鎖定權, 則會將它放在佇列中。佇列期上限(「封套器」應等待的時間長)為 740 秒。
一般而言,您不需變更鎖定的任何預設值。
放在一個檔案中送達的多份文件, 會根據您針對該文件類型所設定的「分割程式」處理常式來進行分割。(有關在定義目標過程中,配置「分割程式」處理常式的說明, 請參閱修改配置點。)「分割程式」處理常式有一個屬性是 BCG_BATCHDOCS。當 BCG_BATCHDOCS 設為 On(預設值)時,分割程式會在分割文件後,新增批次 ID 到文件中。
「封套器」會有一個批次模式屬性,且和 BCG_BATCHDOCS 屬性有關。若有指派批次 ID 給個別的文件, 且您接受批次模式的預設值 (On),則「封套器」會在進行封裝和傳送前, 先確定放在同一檔案中一起送達的所有文件皆已處理, 以確保這些交易會封裝在一起。舉例來說, 假設有五份 XML 文件是放在同一檔案中送達。這些 XML 文件要轉換成 EDI 交易, 並打算傳遞給相同的收件者。但是在只轉換完其中三份文件後, 「封套器」開始進行原先排定的交易輪詢程序。如果選取批次模式, 「封套器」並不會處理(封裝)這三項已備妥的交易。相反地, 它會等這五項交易全部處理完畢後, 再進行封裝和傳送。這些交易全會置於相同的封套中(除非適用的 EDI 標準防止這樣做)。
若要修改「封套器」的任何預設值,請執行下列步驟:
封套設定檔是決定放在封套之特定元素中的值。您將在文件流程定義的封套設定檔屬性中, 指派封套設定檔給 EDI 交易。WebSphere Partner Gateway 會為每一種支援的標準(X12、EDIFACT 或 UCS) 提供一個預先定義的封套設定檔。您可以直接使用這些預先定義的封套, 可以修改它們,也可以將它們複製到新封套設定檔中。有關修改或建立封套設定檔的步驟說明, 請參閱修改預設值。
在封套設定檔內, 封套標準中的每一個元素各有一個欄位。設定檔提供文字或常數資料, 用以建置交易集、訊息、功能群組和交換的標頭或標尾區段。您只需提供必須移入的值,以及另一來源不會提供的值。
欄位名稱是設計成讓交互參照更容易。例如,欄位 UNB03 是指 UNB 區段中的第三個資料元素。
如同封套屬性中所述, 在其他任何地方所設定的屬性, 都會比您在封套設定檔中所設定的值優先採用。有些屬性在文件流程定義的相關屬性或對映中可以被置換。
在配置程序期間,有幾個不同的點可以設定封套屬性, 此外封套屬性也可以設定在文件的相關聯轉換對映中。舉例來說, Data Interchange Services 用戶端的對映專家可在定義對映時指定 CtlNumFlag 內容。這個內容也可以設成封套設定檔的一部分 (在控制號碼視交易 ID 而定欄位中)。任何設定在轉換對映中的屬性, 會置換在「社群主控台」中所設的相關值。比方說,如果 CtlNumFlag 在轉換對映中是設為 N(否), 而您在控制號碼視交易 ID 而定欄位中輸入的值為 Y(是), 則會採用值 N。
您也可以在通訊協定層次設定其他的封套設定檔(從「管理文件流程定義」頁面, 或從參與者相關聯的 B2B 功能頁面), 或可設成連線的一部分。其使用順位如下:
有關轉換對映內容清單和其相關聯的「社群主控台」屬性, 請參閱Data Interchange Services 用戶端的內容。
封套設定檔的屬性所提供的表格顯示每一個 EDI 標準封套屬性所用的預設值, 以便當您沒有在設定檔中輸入一值,或者您沒有建立設定檔時使用。請確定您所用的封套設定檔有提供系統在執行時期未提供的任何必要的元素。
若要設定封套設定檔,請執行下列步驟:
您可以新增下列欄位的值:
這三種標準皆使用相同的「一般」封套設定檔欄位, 只不過 EDIFACT 還多了一個欄位:建立 EDI 群組。
如果您在「一般」頁面中有做過任何變更,請按一下儲存。
如果您在「交換」頁面中有做過任何變更,請按一下儲存。
通常此頁面中的欄位是定義群組的傳送端和接收端。
如果您在「群組」頁面中有做過任何變更,請按一下儲存。
如果您在「交易」頁面中有做過任何變更,請按一下儲存。
在定義封套設定檔後,它會列在「封套設定檔清單」中。 您可以從清單中選取設定檔,然後按一下使用位置圖示, 判斷使用設定檔的連線。
連線設定檔將搭配解除封裝的交易使用, 以及搭配「封套器」所建的 EDI 交換使用。在交易方面, 連線設定檔會決定交易在解除封裝後要如何處理。在交換方面, 連線設定檔會決定要如何遞送交換。
下表顯示連線設定檔的屬性、它們在「連線設定檔詳細資料」頁面上的對應欄位名稱, 以及這些屬性是要套用在交換或交易上:
屬性 | 欄位名稱 | EDI 交換 | EDI 交易 |
---|---|---|---|
連線設定檔限定元 1 | 限定元 1 | X | |
交換用法指示器 | EDI 用法類型 | X | |
群組應用程式傳送端 ID | 應用程式傳送端 ID | X | |
群組應用程式接收端 ID | 應用程式接收端 ID | X | |
群組應用程式密碼 | 密碼 | X |
在 EDI 交換傳入 WebSphere Partner Gateway 時, 通常第一個動作是將交換解除封裝成一些個別的交易。在建立交易時, 「解除封裝」動作會在交易 Meta 資料中設定交換用法指示器和群組資訊 (群組應用程式傳送端 ID、群組應用程式接收端 ID 和群組應用程式密碼)。 接著,每一項交易會在自己的工作流程中由 WebSphere Partner Gateway 重新處理。
假設您有兩項同類型的交易(例如 850), 因它們所在的群組或「交換用法指示器」的值不同, 而需要不同的處理方式。例如,當用法指示器為「正式作業」(P) 時, 您希望使用對映 (A), 如果為「測試」(T) 時,您希望使用第二項對映 (B)。就這項 850 交易來說, 需要兩條類似的連線,唯一的不同處在於一條連線使用對映 A,另一條連線使用對映 B。
由於這兩項交易相同(有著相同的來源和目標參與者、資料包、通訊協定和文件類型), 「文件管理程式」需要有方法來判斷要使用哪一條連線。它的做法是拿您所設定的連線設定檔屬性和交易 Meta 資料相比對。以本例來說, 如果您建立了兩個連線設定檔 -- 一個 (CPProduction) 將 EDI 用法類型設為 P, 另一個 (CPTest) 將 EDI 用法類型設為 T, 則「文件管理程式」會將使用「用法指示器」為 P 的交易搭配 CPProduction 設定檔。因此它知道使用對映 A 來轉換該交易。
本節範例所用的是交換用法指示器屬性, 不過,您也可以使用群組傳送端應用程式 ID、 群組接收端應用程式 ID 和群組應用程式密碼等屬性來作為交易的判別因素。
舉例來說,假設您正著手移轉公司所用的 VAN(「無」包裝方式)或網際網路(AS2 包裝方式)。您希望 840(要求報價)交易使用 VAN, 希望 850(採購單)交易使用網際網路。您設定兩條參與者連線, 兩者的來源交換相同,但目標不相同(一個採「無」包裝方式, 另一個採 AS2 包裝方式)。連線設定檔有助於判別這兩條連線。
設定交換的連線設定檔涉及一些步驟。以下是建立本例所舉之兩個連線設定檔時,所要執行的步驟:
「封套器」使用參與者連線「目標」端上的連線設定檔限定元 1 屬性, 來作為封套岔斷點。因此,當交易使用不同的連線設定檔限定元 1 屬性值時, 則會封裝在不同的封套中。當您為交易設定不同的值時, 「封套器」絕不會將 840 和 850 交易封裝在相同的交換中。
當「文件管理程式」查閱連線時,會找到兩條可能的連線, 但它會使用具有相符連線設定檔的連線。
設定連線設定檔為選用的。如果在您要為參與者交換的每一種文件類型方面, 您只需要一條連線,請跳過本節。
若要設定連線設定檔,請執行下列動作:
名稱和說明(如果您有輸入說明的話)會出現在「連線設定檔清單」頁面中。
對於您想置於固定交換封套的交易方面, 您可以指定 連線設定檔限定元 1 屬性值, 且這個值是對應至採用相同限定元 1 屬性值的連線設定檔。 您可以在文件流程定義的通訊協定層次設定連線設定檔限定元 1 屬性 (例如,您可以在「管理文件流程定義」畫面上,編輯 X12V5R1 通訊協定的屬性,亦即, 按一下相對應的連線設定檔限定元 1 屬性值, 以指出所要使用的連線設定檔)。然後在您啟動交換連線時, 按一下連線設定檔按鈕, 並從清單中選取一個設定檔,以便和該連線設定檔相關聯。
「封套器」使用控制號碼來提供封套中之交換、 群組和交易的唯一編號。控制號碼針對「社群管理員」和參與者而建的。當進行文件交換時, 也會為該對參與者產生控制號碼。
每一位具備 EDI B2B 功能的參與者, 在控制號碼方面都會有一組種子起始設定值。在初次建立 EDI 交換並在某對參與者間傳送時, 會使用這些值。起始設定值會套用在交換所送往的參與者上。在文件已從某位參與者傳給另一位時, 所用的最新號碼可在「現行控制號碼」頁面中檢視到。如果控制號碼取決於交易 ID 而定是設為 Y,則給定的該對參與者可有多筆項目。在項目存在後, 則會用來產生新控制號碼。
在起始設定控制號碼的過程中, 您可以使用遮罩來修改「封套器」所建的一般控制號碼。遮罩用以讓控制號碼以交換或群組控制號碼為基礎。遮罩的說明如下。請將編輯遮罩中的 n 換成您想用來建立控制號碼值的位元組數。有關可用程式碼的說明, 請參閱表 15。
程式碼 | 控制號碼 | 說明 |
---|---|---|
G | 交易 | 交易控制號碼和群組控制號碼相同。每一個群組只能有一項交易。 |
Gn | 交易 | n 個位元組取自群組控制號碼。交易控制號碼的其餘部分則以零到其大小上限填補。每一個群組只能有一項交易。 |
C | 群組、交易 | 群組或交易控制號碼欄位中的其餘位元組數, 用來維護這個參與者的控制號碼。 |
V | 群組、交易 | 使用遞增值,因此,第一個群組或交易的值為 1, 第二個的值為 2,以此類推。 |
Vn | 交易 | 使用遞增值 n 個位元組長, 因此,第一項交易的值為 1,第二項的值為 2,以此類推。 |
GnC | 交易 | n 個位元組取自群組控制號碼, 而交易控制號碼欄位中的其餘位元組數用以維護控制號碼。剩下的位數會決定控制號碼的最大值。舉例來說, G5C 剩下四位數;因此,最大值為 9999。控制號碼週期是從最大值到 1。 |
GnV | 交易 | n 個位元組取自群組控制號碼。交易控制號碼欄位中的其餘位元組數方面, 將採用遞增值,因此,第一項交易的值為 1, 第二項的值為 2,以此類推。 |
GnVm | 交易 | n 個位元組取自群組控制號碼。在其餘的位元組數方面 (最多到交易控制號碼欄位中的 m 個位元組), 將採用遞增值, 因此,第一項交易的值為 1,第二項的值為 2,以此類推。 |
I | 群組、交易 | 群組或交易控制號碼應和交換控制號碼相同。交換只能有一個群組,而群組或交換只能有一項交易。 |
In | 群組、交易 | n 個位元組取自交換控制號碼。群組或交易控制號碼欄位的其餘部分則以零到其大小上限填補。每一項交換只能有一個群組,而每一個群組只能有一項交易。 |
InC | 群組、交易 | n 個位元組取自交換控制號碼。群組或交易控制號碼欄位中的其餘位元組數, 用來維護控制號碼。剩下的位數會決定控制號碼的最大值。舉例來說, I5C 剩下四位數;因此,最大值為 9999。控制號碼週期是從最大值到 1。 |
InV | 群組、交易 | n 個位元組取自交換控制號碼。群組或交易控制號碼欄位中的其餘位元組數方面, 將採用遞增值,因此,第一個群組或交易的值為 1, 第二個的值為 2,以此類推。 |
InVm | 交易 | n 個位元組取自交換控制號碼。在其餘的位元組數方面 (最多到交易控制號碼欄位中的 m 個位元組), 將採用遞增值, 因此,第一項交易的值為 1,第二項的值為 2,以此類推。 |
InGm | 交易 | n 個位元組取自交換控制號碼, 最大值 m 個位元組取自群組控制號碼。如果 n 加 m 大於 9, 則只會有 9 - n 個位元組取自群組控制號碼。舉例來說,當使用 I4G6 時, 表示有 4 個位元組取自交換。 |
InGmC | 交易 | n 個位元組取自交換控制號碼, m 個位元組取自群組控制號碼。交易控制號碼欄位中的其餘位元組數, 用來維護控制號碼。剩下的位數會決定控制號碼的最大值。舉例來說, I2G4C 剩下三位數;因此,最大值為 999。控制號碼週期是從最大值到 1。 |
InGmV | 交易 | n 個位元組取自交換控制號碼, m 個位元組取自群組控制號碼。交易控制號碼欄位中的其餘位元組數方面, 將採用遞增值,因此,第一項交易的值為 1, 第二項的值為 2,以此類推。 |
InGmVo | 交易 | n 個位元組取自交換控制號碼, m 個位元組取自群組控制號碼。在其餘的位元組數方面 (最多到交易控制號碼欄位中的 o 個位元組), 將採用遞增值, 因此,第一項交易的值為 1,第二項的值為 2,以此類推。 |
若要配置「封套器」所要使用的控制號碼,請執行下列步驟:
如果給定的某對參與者在控制表格中已有資料, 您可以變更控制號碼的產生。您可以:
若要判斷哪些參與者擁有指派的控制號碼 (以及判斷這些號碼是什麼),可使用「現行控制號碼」特性。