EDI 通知的已知問題
本主題描述 BizTalk Server 中 EDI 通知的已知問題。
997 通知中的 AK102 可能為負值
X12 997 通知中的 AK102 資料元素 (群組控制編號) 可能為負值。 具有負值 AK102 資料項目的通知會通過BizTalk Server所執行的驗證，即使負數群組控制編號沒有意義也一樣。
CONTRL 回條可能在部分訊息遭拒時報告已接受狀態
CONTRL 回條 (EDIFACT 技術通知) 只會在內送 EDIFACT 訊息發生重複或是信封中發生錯誤 (例如，字元集發生問題) 時報告「已拒絕」狀態。 不同於 X12 在 TA1 通知中 TA104 欄位，EDIFACT 不會在 CONTRL 技術通知中報告「交換已接受，發生錯誤」狀態。 若已接受部分 EDIFACT 訊息，CONTRL 技術通知將會報告「已接受」。 在一些情況下，部分訊息雖然將遭到拒絕，但是 CONTRL 通知仍會報告「已接受」狀態。 在這種情況下，UCI5 元素可能會報告此等錯誤。
群組標題或結尾發生錯誤時，X12 通知會顯示已接受保留的交換 (發生錯誤時暫停交換)
如果 X12 訊息的輸入批次處理選項設定為「保留交換 - 發生錯誤時暫停交換」，而且群組標題或結尾內有一個欄位無效，則 TA1 和 997 通知中將報告「已接受」狀態。 EDI 狀態報告和交易集詳細資料也會指出「已接受」的狀態。 即使交換將遭擱置，也會出現這種情形，而且「事件檢視器」中的錯誤會指出交換已經遭擱置。
TA1 通知會顯示「已接受」的狀態，因為它的目的在於驗證 ISA 標頭和 ISA 結尾的正確性，不是 GS 標頭和 GE 結尾的正確性。 然而，997 通知還是會顯示「已接受」的狀態。
若交換中的群組有相同名稱，則狀態報告會顯示兩倍的通知。
若 BizTalk Server 處理的 EDI 交換有多個群組名稱相同，EDI 交換和相互關聯的 ACK 狀態報表，會列出比預期多一倍的功能通知。 例如，若某個交換中有兩個群組的名稱相同，則狀態報告會列出四則通知而不是兩則通知。