EDI 298文件未在2310B循环上通过验证 [英] EDI 298 file not passing validation on 2310B loop

问题描述

我们通过发送端口发送298个文件，使用接收端口上的XML接收，以及发送端口上的EDISend。

We are sending 298 files out through a send port using XML receive on the receive port, and EDISend on the send port.

我们得到的错误没有非常有意义 - 它抱怨引用提供程序循环，它不存在

The error we are getting doesn't quite make sense - its complaining about a referring provider loop, which isn't there

如果我们删除渲染提供程序循环，那么事务过程。

If we delete the rendering provider loop, the transaction processes.

如果你有一个2310B循环，BizTalk就像你需要一个2310A循环。

BizTalk is acting like if you have a 2310B loop, you need a 2310A loop.

但是在实现指南中没有提到298

But that's not called out in the implementation guide for a 298

还有其他人看过这样的东西吗？

Has anyone else seen anything like this?

架构是从wpc购买的

这是源XML中的段（改为删除一些PHI）

Here's the segment in the source XML(Altered to remove some PHI)

< ns0 ：Loop_2310B>

          < ns0：NM1_RenderingProviderName_2310B>

            < ns0：NM101__EntityIdentifierCode> 82< / ns0：NM101__EntityIdentifierCode>

            < ns0：NM102__EntityTypeQualifier> 2< / ns0：NM102__EntityTypeQualifier>

            < ns0：NM103__RenderingProviderLastOrOrganizationName> FAKE COMPANY NAME< / ns0：NM103__RenderingProviderLastOrOrganizationName>

            < ns0：NM108__IdentificationCodeQualifier> XX< / ns0：NM108__IdentificationCodeQualifier>

            < ns0：NM109__RenderingProviderIdentifier> 9999999999< / ns0：NM109__RenderingProviderIdentifier>

          < / ns0：NM1_RenderingProviderName_2310B>

        < / ns0：Loop_2310B>

<ns0:Loop_2310B>
          <ns0:NM1_RenderingProviderName_2310B>
            <ns0:NM101__EntityIdentifierCode>82</ns0:NM101__EntityIdentifierCode>
            <ns0:NM102__EntityTypeQualifier>2</ns0:NM102__EntityTypeQualifier>
            <ns0:NM103__RenderingProviderLastOrOrganizationName>FAKE COMPANY NAME</ns0:NM103__RenderingProviderLastOrOrganizationName>
            <ns0:NM108__IdentificationCodeQualifier>XX</ns0:NM108__IdentificationCodeQualifier>
            <ns0:NM109__RenderingProviderIdentifier>9999999999</ns0:NM109__RenderingProviderIdentifier>
          </ns0:NM1_RenderingProviderName_2310B>
        </ns0:Loop_2310B>

它从biztalk中获取这组错误

it gets this set of errors out of biztalk

错误：1（杂项错误）

8：找不到匹配的子节点

8: No matching child node found

错误：2（段级错误）

SegmentID：NM1

SegmentID: NM1

TS中的位置：21

Position in TS: 21

2：意外的段

错误：3（字段级错误）

Error: 3 (Field level error)

SegmentID：NM1

SegmentID: NM1

TS中的位置：22

Position in TS: 22

数据元素ID：NM103__ReferringProviderLastName

Data Element ID: NM103__ReferringProviderLastName

段中的位置：3

数据值：

1：缺少强制数据元素

1: Mandatory data element missing

Scott K Berger

Scott K Berger

推荐答案

我们使用XML receive o通过发送端口发送298个文件n接收端口，以及发送端口上的EDISend
。

请你详细说明以上陈述。

Can u please elaborate  the above statement.

这篇关于EDI 298文件未在2310B循环上通过验证的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！