EDI 确认的已知问题

本主题介绍中 EDI 确认的已知BizTalk Server。

997 确认中的 AK102 可以是负值

X12 997 确认中的 AK102 数据元素(组控制编号)可以是负值。 具有负 AK102 数据元素的确认将传递由 BizTalk Server 执行的验证,即使负组控制编号没有意义。

在消息的一部分被拒绝时,CONTRL 回执仍可能报告“已接受”状态

仅当传入的 EDIFACT 消息重复或信封中存在错误(例如,字符集存在问题)时,CONTRL 回执(EDIFACT 技术确认)才报告“已拒绝”状态。 与 X12 在 TA1 确认的 TA104 字段中报告“已接受交换但存在错误”不同,EDIFACT 不在 CONTRL 技术确认中报告这一状态。 如果接受了 EDIFACT 消息的一部分,CONTRL 技术确认将报告“已接受”。 在某些情况下,虽然消息的一部分将被拒绝,但 CONTRL 确认仍将报告“已接受”状态。 在这种情况下,UCI5 元素可能报告错误。

在组标头或尾部出现错误时,如已选择了保留交换(出错时挂起交换),X12 确认将显示“已接受”

如果 X12 消息的入站批处理选项设置为"保留交换 - 出错时挂起交换",并且组标头或尾部中的字段无效,则 TA1 和 997 确认中的状态都将报告为"已接受"。 EDI 状态报告和事务集详细信息也将指示“已接受”状态。 即使交换将挂起,并且事件查看器中的错误将指示交换已挂起,也会出现这种情形。

TA1 确认将显示“已接受”状态,原因在于该确认的目的在于验证 ISA 标头和 IEA 尾部的正确性,而不是 GS 标头和 GE 尾部的正确性。 不过,997 确认也将显示“已接受”状态。

如果交换中有名称相同的组,则状态报告将显示预期确认数两倍的确认

BizTalk Server 在处理 EDI 交换时,如果交换中多个组的名称相同,则“EDI 交换和相关 ACK 状态”报告将列出预期功能确认数两倍的确认。 例如,如果交换中有两个组的名称相同,则状态报告将列出四个而不是两个确认。

另请参阅

EDI 处理的已知问题
发送 EDI 确认
处理收到的确认
配置 EDI 确认