BizTalk Server 如何發送 EDI 消息(4)

傳出 EDI 消息驗證

EDI 發送管道處理要發送的消息時，將對信封和消息數據執行一系列驗證。其中一些處理將始終執行，而有些處理將僅在您啓用的狀況下才執行。這些驗證包括

• 針對消息架構進行的事務集數據元素架構驗證。該驗證將始終執行。

• 對事務集數據元素進行跨字段驗證（僅限 X12 編碼消息）。若是在消息架構中啓用了此驗證，則執行此驗證。

• 對事務集數據元素執行 EDI 驗證。若是在協議屬性中啓用了此驗證，則執行此驗證。

• 對事務集數據元素執行擴展驗證。若是在協議屬性中啓用了此驗證，則執行此驗證。

• 按照 X12 標準驗證基於事務集的單個組（組映射）內的事務集。僅當「入站批處理選項」屬性設置爲「保留交換 - 出錯時掛起交換」或「保留交換 - 出錯時掛起事務集」時，才執行此操做。

對傳出 EDI 消息進行批處理

若是已爲協議（與將接收它的業務合做夥伴相關聯）啓用了批處理，則Microsoft BizTalk Server 將對 EDI 事務集進行批處理。使用協議的 EDI 屬性能夠執行如下操做：

• 定義多個傳出批處理

• 定義交換

• 定義交換中的組

• 設置批處理髮布條件

• 設置批處理激活條件。

經過 Microsoft BizTalkServer 2013 EDI 和 AS2 可對 EDI 交換進行如下處理：

• EDI 交換能夠包含事務集和/或確認。

• EDI 接收管道能夠將某個交換拆分爲多個 XML 事務集以供 BizTalk Server 進行進一步處理，或者 EDI 接收管道能夠保留該交換並以其接收格式在 BizTalk     Server 中傳遞。

• 經過 EDI 路由業務流程，BizTalk Server 可將單個事務集批處理到多個傳出交換。

• EDI 批處理業務流程可將多個 XML 事務集組裝成一個 EDI 交換，而後依據協議的 EDI 屬性驗證並傳送該交換。

EDI 批處理（又稱爲交換）包含消息組，而消息組包含各個消息。傳出批處理可包含多個組，不過每一種文檔類型只容許有一個組。組中能夠包含多個事務集，但每一個事務集必須屬於相同的文檔類型。消息信封用於包裝各個事務集、各個組和整個交換。

處理接收的確認

若是協議中指定了相關屬性，BizTalk Server 預期將會進行技術確認。對於 X12，這是「預期的 TA1」屬性，位於「協議屬性」對話框中單向協議的「確認」頁，或後備協議屬性中。對於EDIFACT，這是「預期的接收消息(CONTRL)」屬性，位於「協議屬性」對話框中單向協議的「確認」頁，或後備協議屬性中。當接收協議處理收到的消息時，將生成技術確認，做爲消息中ISA14 或 UNB9 的值的結果。

若是協議中指定了相關屬性，BizTalk Server 預期將會對 X12 或EDIFACT 編碼進行功能確認。對於 X12，此屬性爲「預期的 997」，位於「協議屬性」對話框中單向協議的「確認」頁，或後備協議屬性中。對於EDIFACT，此屬性爲「預期的確認(CONTRL)」屬性，位於「協議屬性」對話框中單向協議的「確認」頁，或後備協議屬性中。當接收協議處理收到的消息時，將生成技術確認，做爲消息中ISA14 或 UNB9 的值的結果。

當 BizTalk Server 收到對 EDI 消息的確認時，將使用確認控制架構驗證此確認。對於 X12，這些架構包括X12_<版本號>_997.xsd 或X12_<版本號>_TA1.xsd；對於EDIFACT，爲 EFACT_<版本號>_CONTRL.xsd；對於HIPAA 5010，則爲 X12_00501_997.xsd。

當接收管道處理傳入確認時，管道會將此確認與已發送的 EDI 交換關聯。而後，管道將確認放置到MessageBox 中。BizTalk Server 不會對確認進行進一步處理。此確認將掛起，除非您設置了處理確認的機制。要處理確認，您能夠設置訂閱確認的發送端口，而後再將確認放置到某個文件夾中，您能夠在此文件夾中例行刪除確認。