EDI 接收处理的已知问题

本主题介绍在 EDI 接收管道中进行处理时的已知问题。

尾部分隔符的接收端处理失败

症状

带有尾部分隔符的事务集出错,对于 X12 编码的消息,产生的错误代码为 AK403= 6,对于 EDIFACT 编码的消息,产生的错误代码为 UCM3=4/UCD1=45。

可能的原因

未启用对尾部分隔符的处理。

解决方法

打开发送消息的参与方的“EDI 属性”。 在“EDI 属性”对话框(对于 X12 或 EDIFACT)的“验证和确认生成”页中,选中“允许尾部分隔符”。 单击此复选框后,可以通过单击“为尾部分隔符创建空 XML 标记”来指定在中间 XML 中为尾部分隔符创建空的 XML 标记。

CONTRL 确认已启用,但未生成

症状

在发送方的“验证和确认生成”中已选中“生成功能确认”复选框,但 EDI 接收管道尚未生成 CONTRL 确认。

可能的原因

CONTRL 消息包含几个必须从交换复制的必需数据元素。 如果交换中的数据元素丢失或在语法上无效,则接收管道无法生成在语法上有效的 CONTRL 消息。

解决方法

通过 CONTRL 确认以外的其他某种方式来报告错误情况。

出现“执行接收管道时出错…”错误消息

症状

尝试运行 AS2 接收管道时导致出现 80040154 错误。

可能的原因

在 64 位主机实例上不支持使用管道。

解决方法

将相应管道与 32 位主机关联。

如果已启用基于端口的身份验证而 BizTalk Server 却无权访问授权和安全信息,X12 编码的消息将挂起

症状

如果某消息是通过已启用身份验证的接收端口接收的,而又无法确定发送该消息的参与方,BizTalk Server 将挂起该消息。

可能的原因

如果已为某接收端口启用了身份验证(清除了该接收端口的“无验证”属性),则 BizTalk Server 需要获得“ISA1-2 (授权限定符和信息)”和“ISA3-4 (安全限定符和信息)”属性的设置才能处理相应的交换。 这些属性是在作为交换发送方的参与方的“X12 交换处理属性”页为相应参与方设置的。 如果 BizTalk Server 不能确定这些属性的值,它将挂起相应消息。

这一问题分为两种情况: 第一种情况,如果 BizTalk Server 无法确定发送相应消息的参与方,它将使用 EDI 全局属性,并且将无权访问授权和安全设置。 因此,它将挂起该消息。 第二种情况,如果 BizTalk Server 已确定了相应的参与方,但是该参与方的 ISA1-2 和 ISA3-4 属性并没有进行配置,则 BizTalk Server 也无权访问授权和安全信息,因而将挂起相应消息。

解决方法

确保可以识别发送消息的参与方,且已在参与方协议中定义 ISA1-2 和 ISA3-4 属性。

拆分 HIPAA 子文档中的 SE01 不正确

症状

事务集尾部(SE01 字段)提供数据段的计数,包括 X12/HIPAA 文档的标头和尾部段。 但对于拆分的 HIPAA 子文档,EDI 接收管道与原始文档应用相同的 SE01 值,而不是重新计算该值。

原因

EDI 接收管道将 SE01 的值从原始 HIPAA 文档复制到拆分的子文档。

有关 UNB5 或 UNH1 重复的错误消息描述不清

如果 BizTalk Server 收到有关 UNB5(交换控制编号)或 UNH1(事务集参考编号)重复的消息,则它布的错误代码和说明将不能清楚地说明问题的性质。

如果内存不足,BizTalk Server 将挂起非常大的交换

BizTalk Server 在分析非常大的交换时可能会导致内存不足。 如果出现这种情况,它将发布出错信息并挂起相应交换。 在“组中心”页中,您将无法看到已挂起的特大交换的所有内容。 你将能够看到消息的初始部分,但BizTalk Server受其可显示的挂起交换的数据量的限制。

向 KEDIFACT 架构中的枚举添加的韩语字符必须为 UNICODE 格式

当 BizTalk Server 收到包含韩语字符的 KEDIFACT 编码的交换时,它将使用 UNB2 字段中的代码页/字符集值来处理相应交换。 但是,如果您通过向枚举添加具有 ID 数据类型的韩语字符来修改 KEDIFACT 架构,则必须按照架构顶部指定的那样以 UTF-16 UNICODE 格式添加相应值。

不支持从业务流程内部执行 EDI 接收管道

在 BizTalk Server 中,通常可以在业务流程的表达式形状中执行接收管道。 尚未针对 EDIReceive 管道或 AS2EdiReceive 管道测试此功能,因此不支持此功能。

不得修改 BizTalk EDI 应用程序

不得修改或删除 BizTalk EDI 应用程序中的项目。 如果修改了此应用程序,则您将无法通过取消配置和重新配置 EDI 及 AS2 功能来恢复原始应用程序。

另请参阅

EDI 处理的已知问题
BizTalk Server 如何接收 EDI 消息
演练 (X12):接收 EDI 交换并发回确认信息