在Biztalk中又有22个捕获量产生了999

Question

我已经问了另一个几乎相同情况的问题，生成999个文件

的捕获22

基本上，我正在吸收hippa 837文件，并且需要生成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 

因此，这是CATCH 22：应该创建一个999来报告此传入837文件的错误，999的AK202是ST02中定义的传入文件的TrassActionNumber所需的字段参考。传入文件的错误是它缺少此ST02。

现在，在这种情况下，它以BizTalk Message Box中的Accept TA1和待处理消息结束。

在我们的贸易合作伙伴视图中，他们发送文件，并且仅获得具有接受状态的TA1响应。

我的问题去了这里：1.报告这种错误的正确文件（丢失的ST02），TA1或999？

2. 无论如何是否有绕过此错误并创建了999的错误？

Answer 1

x12.org上有一个RFI：http：//rfi.x12.org/request/request/details/55?stateviewmodel = wpc.rfi.rfi.models.models.viewmodels.requestviewmodelP>

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

这是相关文本：

描述

当错误与语法或min/max相关时，在997报告ST02中的错误（事务集控制号）中，应在997中使用哪些段/数据元素？如果您尝试使用997 AK202中的ST02的入站数据创建一个997，则将创建无效的997交易。似乎在997标准中可能存在差距，以报告此级别的错误。如果我们误解了交易的使用，并且可以报告，请让我们知道如何。

响应

数据元素AK102和AK202位于事务集997和事务集999中的数据元素应用于传达功能组或交易集中的控制号值。如果在997或999中包括数据元素值的副本将在997或999中造成语法违规，则如果要报告违法行为，请在下一个级别上进行报告。更高的水平。

建议

对正式RFI的正式回应是当前ASC X12主席的信。该网站经常显示RFI的摘要。单击此处查看此RFI的字母的PDF。

在对交易集进行句法分析后报告错误时，必须在确认书中报告分析的数据。虽然数据元素AK404支持报告不违反997语法的句法分析的数据元素的值，但同样的情况不适用于AK202。确认交易集的两种普遍接受的方法：1）确认功能组中的所有事务集或2）仅确认包含错误的事务集。如果无法在AK202中报告，则不建议接受具有错误的功能组。对于您的请求中的示例，适当的操作是拒绝包含ST02值的整个函数组，而在AK202中回声会产生语法无效的997。此外，相同的逻辑适用于函数组控制号；动作是拒绝包含句法无效数据的整个互换。