BizTalk生成错误的999文件？

Question

我正在处理来自不同贸易伙伴的入站837-p文件的BizTalk入站过程。在文件处理入站后，我也将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。

Answer 1

最后搞明白了。 BizTalk抱怨的缺失元素实际上只包含一个空格字符。所以它通过了入站验证，但是在编排中稍后将修剪空间字符。然后提出错误。