我正在處理來自不同貿易伙伴的入站837-p文件的BizTalk入站過程。在文件處理入站後,我也將BizTalk自動生成的999文件轉發給交易夥伴作爲確認。BizTalk生成錯誤的999文件?
對於一個特殊的貿易合作伙伴,BizTalk入站837文件並生成一個999文件聲明此文件中的所有記錄都在其接受的AK9段中。
但是,從文件中繼續處理這些記錄顯示它有一些記錄實際上失敗了。
我救了失敗的消息作爲XML的一個,並附帶的BizTalk 837-P模式驗證它,它實際上與下面的錯誤失敗的驗證:
error BEC2004: The element 'PRV_BillingProviderSpecialtyInformation' in namespace ' http://schemas.microsoft.com/BizTalk/EDI/X12/2006 ' has incomplete content. List of possible elements expected: 'PRV03_ProviderTaxonomyCode'.
的問題是,如果實際記錄在模式驗證方面失敗,爲什麼999將所有記錄生成爲「Accept」?
其他一些信息:
的EDI驗證是在貿易伙伴協議開啓。
我已經雙重驗證過,所有協議中的設置都與 傳入文件相匹配。
該驗證實際上是HIPPA 2級驗證。但是,根據BizTalk文檔,它應該支持2級驗證。
BizTalk版本是帶有CU3更新的BizTalk 2013。
它究竟在哪裏下游失敗?這個程序到底做了什麼? –