天天看點

EDI 解決方案之•EDI 消息傳遞•協定在 EDI 進行中的角色

協定在 EDI 進行中的角色

組織使用 BizTalk Server 來從一個或多個貿易合作夥伴接收 EDI 消息,以及向其發送 EDI 消息。然後貿易合作夥伴定義作為組織内業務實體的業務配置檔案。如何将業務配置檔案交換消息定義為兩個業務配置檔案之間的貿易合作夥伴協定的一部分。有關詳細資訊,請參閱貿易合作夥伴管了解決方案的建構基塊。

在貿易合作夥伴管理 (TPM) 使用者界面中建立一個貿易夥伴協定。TPM 螢幕位于 BizTalk Server 管理控制台的“參與方”節點中。

為 EDI 處理配置協定

全部使用 BizTalk Server 交換 EDI 消息的貿易合作夥伴都必須就通信參數達成一緻。實作此目标之後,托管 BizTalk Server 的組織必須在 TPM 中建立貿易合作夥伴,包括自己的貿易合作夥伴,建立業務配置檔案,以及業務配置檔案之間的貿易合作夥伴協定。作為貿易合作夥伴協定的一部分,您可以就 BizTalk Server 如何從貿易合作夥伴的業務配置檔案接收 EDI 消息,以及如何向其發送 EDI 消息來設定這些屬性。其他貿易合作夥伴也必須執行相同操作;若要交換消息,兩端的配置必須相容。

必須定義下列屬性集,才能進行 EDI 通信。

定義貿易合作夥伴的一般情況(如名稱、發送端口以及簽名證書)的貿易合作夥伴屬性。

定義業務辨別的業務配置檔案屬性。

作為貿易合作夥伴協定的一部分的 EDI 屬性,定義了     BizTalk Server 将如何處理貿易合作夥伴的傳入消息,以及如何生成将要發送到貿易合作夥伴的傳出消息。

作為貿易合作夥伴協定一部分的 AS2 屬性,定義了     BizTalk Server 将如何執行傳入和傳出 AS2 通信。僅當通過 AS2 發送 EDI 消息時,這些屬性才會影響 EDI 通信。

EDI 解決方案之•EDI 消息傳遞•協定在 EDI 進行中的角色

注意

将單獨指定相同業務配置檔案之間的 AS2 協定和 EDI 消息協定。兩個協定共同形成合作關系。

貿易合作夥伴協定屬性确定以下特定處理:

EDI 信封處理和生成

确認處理和生成

驗證傳入和傳出的 EDI 消息

批處理建立

狀态報告

有關業務辨別,可能存在特定值,如D-U-N-S (Dun & Bradstreet)。特定名稱具有特定限定符,例如“01”表示 Duns。如果業務辨別名不是特定的,則使用“ZZ”表示 X12 編碼消息,使用“ZZZ”表示 EDIFACT 編碼消息,訓示由單獨實體雙方定義的名稱。然後,值和限定符辨別業務配置檔案。業務辨別名僅供參考;BizTalk 運作時在處理時不會使用業務辨別名。

确定用于 EDI 處理的協定

BizTalk Server 在接收 EDI 消息時都會嘗試确定消息解析到的貿易合作夥伴協定。它會通過将定義為協定一部分的發送方限定符、發送方辨別符、接收方限定符、接收方辨別符和消息進行比對,以嘗試解析貿易合作夥伴協定。有關此流程的詳細資訊,請參閱接收到的 EDI 消息的協定解析、架構發現和授權。

BizTalk Server 在生成要發送的 EDI 消息時都會嘗試确定與要接收該消息的業務配置檔案相關聯的協定。它使用以下任何參數在消息和協定之間進行比對,以嘗試解析協定:

上下文屬性 AgreementPartIdForSend

上下文屬性 AgreementNameForSend、SenderPartyNameForSend 和 ReceiverPartyNameForSend

發件人限定符和辨別符,以及接收方限定符和辨別符

發送端口名稱

有關此流程的詳細資訊,請參閱傳出 EDI 消息的協定解析和架構确定。

使用 EDI 全局屬性

如果 BizTalk Server 不能确定傳入或傳出消息的協定,它将使用備用協定來處理傳入交換或生成傳出交換。可以通過右鍵單擊 BizTalk Server 管理控制台中的“參與方”節點,然後單擊“X12 備用設定”(對于 X12 編碼的消息)或“EDIFACT 備用設定”(對于 EDIFACT 編碼的消息)來設定備用協定。有關全局屬性的詳細資訊,請參閱配置全局或後備協定屬性。

EDI 解決方案之•EDI 消息傳遞•協定在 EDI 進行中的角色

隻有 BizTalk Server 不能确定交換的協定時,才使用備用協定。如果已确定協定,BizTalk Server 将不會使用屬性(沒有為貿易合作夥伴之間的協定定義)的備用協定的屬性值。

如果端口設定需要進行身份驗證,則不會使用備用協定。如果接收端口的端口設定要求進行身份驗證(如果在“接收端口屬性”對話框的“正常”頁上選中“驗證失敗時删除消息”或“驗證失敗時保留消息”),則對于接收端口接收的任何交換都需要協定。在這種情況下不使用備用協定。如果未确定交換的協定,該交換将被視為驗證失敗,并且會被挂起。

繼續閱讀