传出 EDI 消息验证

EDI 发送管道处理要发送的消息时，将对信封和消息数据执行一系列验证。其中一些处理将始终执行，而有些处理将仅在您启用的情况下才执行。这些验证包括

  • 针对消息架构进行的事务集数据元素架构验证。该验证将始终执行。

  • 对事务集数据元素进行跨字段验证（仅限 X12 编码消息）。如果在消息架构中启用了此验证，则执行此验证。

  • 对事务集数据元素执行 EDI 验证。如果在协议属性中启用了此验证，则执行此验证。

  • 对事务集数据元素执行扩展验证。如果在协议属性中启用了此验证，则执行此验证。

  • 按照 X12 标准验证基于事务集的单个组（组映射）内的事务集。仅当“入站批处理选项”属性设置为“保留交换 - 出错时挂起交换”或“保留交换 - 出错时挂起事务集”时，才执行此操作。

对传出 EDI 消息进行批处理

如果已为协议（与将接收它的业务合作伙伴相关联）启用了批处理，则Microsoft BizTalk Server 将对 EDI 事务集进行批处理。使用协议的 EDI 属性可以执行以下操作：

  • 定义多个传出批处理

  • 定义交换

  • 定义交换中的组

  • 设置批处理发布条件

  • 设置批处理激活条件。

通过 Microsoft BizTalkServer 2013 EDI 和 AS2 可对 EDI 交换进行以下处理：

  • EDI 交换可以包含事务集和/或确认。

  • EDI 接收管道可以将某个交换拆分为多个 XML 事务集以供 BizTalk Server 进行进一步处理，或者 EDI 接收管道可以保留该交换并以其接收格式在 BizTalk     Server 中传递。

  • 通过 EDI 路由业务流程，BizTalk Server 可将单个事务集批处理到多个传出交换。

  • EDI 批处理业务流程可将多个 XML 事务集组装成一个 EDI 交换，然后依据协议的 EDI 属性验证并传送该交换。

EDI 批处理（又称为交换）包含消息组，而消息组包含各个消息。传出批处理可包含多个组，不过每一种文档类型只允许有一个组。组中可以包含多个事务集，但每个事务集必须属于相同的文档类型。消息信封用于包装各个事务集、各个组和整个交换。

处理接收的确认

如果协议中指定了相关属性，BizTalk Server 预期将会进行技术确认。对于 X12，这是“预期的 TA1”属性，位于“协议属性”对话框中单向协议的“确认”页，或后备协议属性中。对于EDIFACT，这是“预期的接收消息(CONTRL)”属性，位于“协议属性”对话框中单向协议的“确认”页，或后备协议属性中。当接收协议处理收到的消息时，将生成技术确认，作为消息中ISA14 或 UNB9 的值的结果。

如果协议中指定了相关属性，BizTalk Server 预期将会对 X12 或EDIFACT 编码进行功能确认。对于 X12，此属性为“预期的 997”，位于“协议属性”对话框中单向协议的“确认”页，或后备协议属性中。对于EDIFACT，此属性为“预期的确认(CONTRL)”属性，位于“协议属性”对话框中单向协议的“确认”页，或后备协议属性中。当接收协议处理收到的消息时，将生成技术确认，作为消息中ISA14 或 UNB9 的值的结果。

当 BizTalk Server 收到对 EDI 消息的确认时，将使用确认控制架构验证此确认。对于 X12，这些架构包括X12_<版本号>_997.xsd 或X12_<版本号>_TA1.xsd；对于EDIFACT，为 EFACT_<版本号>_CONTRL.xsd；对于HIPAA 5010，则为 X12_00501_997.xsd。

当接收管道处理传入确认时，管道会将此确认与已发送的 EDI 交换关联。然后，管道将确认放置到MessageBox 中。BizTalk Server 不会对确认进行进一步处理。此确认将挂起，除非您设置了处理确认的机制。要处理确认，您可以设置订阅确认的发送端口，然后再将确认放置到某个文件夹中，您可以在此文件夹中例行删除确认。