BizTalk 生成了错误的 999 文件?

BizTalk generated wrong 999 file?

我正在处理来自不同贸易伙伴的入站 837-p 文件的 BizTalk 入站流程。在入站处理文件后,我还将 BizTalk 自动生成的 999 文件转发给贸易伙伴作为确认。

对于一个特殊的贸易伙伴,BizTalk 入站 837 文件并生成一个 999 文件声称此文件中的所有记录都在其 AK9 段中 "Accepted"。

但是从文件中继续处理这些记录表明它有一些记录实际上失败了。

我将其中一条失败的消息保存为 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 版本为 BizTalk 2013,更新了 CU3。

终于想通了。 BizTalk 抱怨缺少的元素实际上包含一个 space 字符。因此它通过了入站验证,但 space 字符稍后在编排中被修剪。然后报错。