【发布时间】：2016-03-20 14:53:40
【问题描述】：
我正在开发一个 BizTalk 入站流程，以从不同的贸易伙伴入站 837-p 文件。入站处理文件后，我还将 BizTalk 自动生成的 999 文件转发给贸易伙伴作为确认。
对于一个特殊的贸易伙伴，BizTalk 入站 837 文件并生成一个 999 文件，声称此文件中的所有记录在其 AK9 段中都是“接受”的。
但是文件中这些记录的继续过程表明它实际上有一些记录失败了。
我将其中一条失败的消息保存为 XML，并使用 BizTalk 附带的 837-p 架构对其进行了验证，但实际上验证失败并出现以下错误：
错误 BEC2004：元素“PRV_BillingProviderSpecialtyInformation” 在命名空间“http://schemas.microsoft.com/BizTalk/EDI/X12/2006”中有 内容不完整。预期的可能元素列表： 'PRV03_ProviderTaxonomyCode'。
问题是，如果记录实际上在模式验证中失败，为什么生成的 999 将所有记录都作为“接受”？
其他一些信息：
在该贸易伙伴的协议中启用了 EDI 验证。
我已再次验证协议中的所有设置都与 传入文件。
此验证实际上是 HIPPA 2 级验证。但根据 BizTalk 文档，它应该支持 2 级验证。
BizTalk 版本是带有 CU3 更新的 BizTalk 2013。
【问题讨论】：
-
下游到底在哪里失败了？应用此时究竟在做什么？
标签： biztalk biztalk-2013