2015-12-14 58 views
0

我正在處理來自不同貿易伙伴的入站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」?

其他一些信息:

  1. 的EDI驗證是在貿易伙伴協議開啓。

  2. 我已經雙重驗證過,所有協議中的設置都與 傳入文件相匹配。

  3. 該驗證實際上是HIPPA 2級驗證。但是,根據BizTalk文檔,它應該支持2級驗證。

  4. BizTalk版本是帶有CU3更新的BizTalk 2013。

+0

它究竟在哪裏下游失敗?這個程序到底做了什麼? –

回答

1

最後搞明白了。 BizTalk抱怨的缺失元素實際上只包含一個空格字符。所以它通過了入站驗證,但是在編排中稍後將修剪空間字符。然後提出錯誤。