EDI 解決方案之•EDI 消息傳遞•協議在 EDI 處理中的角色

協議在 EDI 處理中的角色架構

組織使用 BizTalk Server 來從一個或多個貿易合做夥伴接收 EDI 消息,以及向其發送 EDI 消息。而後貿易合做夥伴定義做爲組織內業務實體的業務配置文件。如何將業務配置文件交換消息定義爲兩個業務配置文件之間的貿易合做夥伴協議的一部分。有關詳細信息,請參閱貿易合做夥伴管理解決方案的構建基塊ide

在貿易合做夥伴管理 (TPM) 用戶界面中建立一個貿易伙伴協議。TPM 屏幕位於 BizTalk Server 管理控制檯的參與方節點中。編碼


EDI 處理配置協議url

所有使用 BizTalk Server 交換 EDI 消息的貿易合做夥伴都必須就通訊參數達成一致。實現此目標以後,託管 BizTalk Server 的組織必須在 TPM 中建立貿易合做夥伴,包括本身的貿易合做夥伴,建立業務配置文件,以及業務配置文件之間的貿易合做夥伴協議。做爲貿易合做夥伴協議的一部分,您能夠就 BizTalk Server 如何從貿易合做夥伴的業務配置文件接收 EDI 消息,以及如何向其發送 EDI 消息來設置這些屬性。其餘貿易合做夥伴也必須執行相同操做;若要交換消息,兩端的配置必須兼容。spa

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

  • 定義貿易合做夥伴的通常狀況(如名稱、發送端口以及簽名證書)的貿易合做夥伴屬性。it

  • 定義業務標識的業務配置文件屬性。table

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

  • 做爲貿易合做夥伴協議一部分的 AS2 屬性,定義了     BizTalk Server 將如何執行傳入和傳出 AS2 通訊。僅當經過 AS2 發送 EDI 消息時,這些屬性纔會影響 EDI 通訊。配置

                                                                spacer.gif注意

將單獨指定相同業務配置文件之間的 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

  • 上下文屬性 AgreementNameForSendSenderPartyNameForSend ReceiverPartyNameForSend

  • 發件人限定符和標識符,以及接收方限定符和標識符

  • 發送端口名稱

有關此流程的詳細信息,請參閱傳出 EDI 消息的協議解析和架構肯定

使用 EDI 全局屬性

若是 BizTalk Server 不能肯定傳入或傳出消息的協議,它將使用備用協議來處理傳入交換或生成傳出交換。能夠經過右鍵單擊 BizTalk Server 管理控制檯中的參與方節點,而後單擊「X12 備用設置(對於 X12 編碼的消息)或「EDIFACT 備用設置(對於 EDIFACT 編碼的消息)來設置備用協議。有關全局屬性的詳細信息,請參閱配置全局或後備協議屬性

spacer.gif注意

只有 BizTalk Server 不能肯定交換的協議時,才使用備用協議。若是已肯定協議,BizTalk Server 將不會使用屬性(沒有爲貿易合做夥伴之間的協議定義)的備用協議的屬性值。

若是端口設置須要進行身份驗證,則不會使用備用協議。若是接收端口的端口設置要求進行身份驗證(若是在接收端口屬性對話框的常規頁上選中驗證失敗時刪除消息驗證失敗時保留消息),則對於接收端口接收的任何交換都須要協議。在這種狀況下不使用備用協議。若是未肯定交換的協議,該交換將被視爲驗證失敗,而且會被掛起。

相關文章
相關標籤/搜索