Biztalk 另一个陷阱是1999年的第22条_Biztalk_Edi

Biztalk 另一个陷阱是1999年的第22条

biztalk

Biztalk 另一个陷阱是1999年的第22条,biztalk,edi,Biztalk,Edi,我问了另一个几乎相同的问题基本上，我是在绑定Hippa837文件，需要生成999响应文件今天我插入了一个缺少ST02元素的文件。 TA1以接受状态创建，因为它只关心ISA-IEA级别，并且该部分是好的 BizTalk内置了该文件，发现了问题，并实际生成了一条999消息，但未能作为物理文件发送，因为： Unable to read the stream produced by the pipeline. Details: Error: 1 (Field level error) S

我问了另一个几乎相同的问题

基本上，我是在绑定Hippa837文件，需要生成999响应文件

今天我插入了一个缺少ST02元素的文件。 TA1以接受状态创建，因为它只关心ISA-IEA级别，并且该部分是好的

BizTalk内置了该文件，发现了问题，并实际生成了一条999消息，但未能作为物理文件发送，因为：

Unable to read the stream produced by the pipeline. 
 Details: Error: 1 (Field level error)
    SegmentID: AK2
    Position in TS: 3
    Data Element ID: AK202
    Position in Segment: 2
    Data Value: 
    1: Mandatory data element missing

这里是第22条：应该创建一个999来报告这个传入837文件的错误，999的AK202是一个必需的字段引用，用于引用ST02中定义的传入文件的transactionnumber。传入文件的错误是缺少此ST02

现在，对于这个场景，它以接受TA1和BizTalk messageBox中的挂起消息结束

在我们的贸易伙伴视图中，他们发送一个文件，只得到一个TA1响应，状态为accept

我的问题是： 1.报告此类错误（ST02缺失）、TA1或999的正确文件是哪个

是否有任何方法可以绕过此错误并创建999

在x12.org上有一个RFI：

TLDR版本：您应该拒绝整个功能组，并使用AK202中功能组的控制标识符

以下是相关文本：

说明

当在ST02（事务集控制编号）中报告与语法或最小/最大值相关的错误时，997中应使用哪些段/数据元素？如果您试图使用997的AK202中ST02的入站数据创建一个997并返回给提交者，您将创建一个无效的997事务。997标准在报告这一级别的错误方面似乎存在差距。如果我们误解了交易的用途，并且可以报告，请让我们知道如何进行

响应

位于事务集997和事务集999内的数据元素AK102和AK202用于传达正在确认的功能组或事务集中的控制编号值。如果在997或999中包含数据元素值的副本会导致997或999中出现语法冲突，则如果要在发现该冲突的级别报告该冲突，则必须在下一个更高级别报告该冲突

建议

正式RFI的正式回复是现任ASC X12主席的信函。该网站经常显示RFI的摘要。单击此处查看此RFI信函的PDF

在对事务集进行语法分析后报告错误时，所分析的数据必须能够在确认中报告。虽然数据元素AK404支持在不违反997语法的情况下报告语法分析失败的数据元素的值，但同样的情况不适用于AK202。有两种公认的确认事务集的方法：1）确认功能组内的所有事务集，或2）仅确认包含错误的事务集。如果AK202中无法报告出错的事务集控制编号，则不建议接受有错误的功能组。对于您请求中的示例，适当的操作是拒绝包含ST02值的整个功能组，当在AK202中回显该值时，将创建语法无效的997。此外，相同的逻辑适用于功能组控制编号；，适当的操作是拒绝包含语法无效数据的整个交换

在x12.org上有一个RFI：

TLDR版本：您应该拒绝整个功能组，并使用AK202中功能组的控制标识符

以下是相关文本：

说明

响应

建议

正式RFI的正式回复是现任ASC X12主席的信函。该网站经常显示RFI的摘要。单击此处查看此RFI信函的PDF