EDIFACT端口配置指南：交换头、测试标识符与ACK

在EDI（电子数据交换）通信中，EDIFACT（Electronic Data Interchange for Administration, Commerce and Transport）作为国际通用标准，其端口配置的准确性直接影响业务数据的传输效率和合规性。本文将重点解析EDIFACT通信中三个关键配置要素：UNB、测试标识符（Test Indicator）和ACK（CONTRL报文），并结合知行之桥EDI系统的实现逻辑，为用户提供配置指导。

一、基础概念解析

1.交换头：身份标识的核心

UNB是EDIFACT报文交换控制头，用于标识交换双方的身份：

发送方标识（UNB2.1）

由UNB2.1（具体标识值，如发送方ID）和UNB2.2（发送方限定符代码）组成。

接收方标识（UNB3.1）

由UNB3.1（具体标识值，如接收方ID）和UNB3.2（接收方限定符代码）组成。

示例

发送方标识和接收方标识将会体现在EDIFACT标准下的EDI报文中：

2. 测试标识符（UNB11）

测试标识符位于UNB段的第11位，用于标记当前交换是否为测试数据。

3. ACK（CONTRL报文）

ACK是EDI通信中的确认机制，通过CONTRL报文反馈交换处理结果。

• 技术性ACK（CONTRL）：校验报文语法和结构。
• 功能性ACK（CONTRL）：验证业务逻辑（如订单格式合规性）。

CONTRL 功能确认包括以下段：

• UNH 消息标头（必需）
• UCI 段，用于标识交换主题，指示交换回执的状态，并包含对已接收交换的 UNA、UNB 和 UNZ 段的引用（必需）。 UCI 段的最大出现次数为 1；因此，它将报告在一个控制段中遇到的第一个错误。
• UCF 段，用于标识组段（由 UNG 标头和 UNE 尾部封装）并指示任何错误的性质（如果存在 UNG 段，则为必需）
• UCM 段，用于标识消息段（由 UNH 标头和 UNT 尾部封装）并指示任何错误的性质（必需）
• UCS 段，用于标识事务集并指示任何错误的性质（必需）
• UCD 段，用于标识错误复合数据元素或错误组件数据元素并指示错误的性质（条件可选）
• UNT 消息尾部（必需）。

二、知行之桥EDI系统配置方法

以下为关键配置步骤的简要说明：

1.交换头配置

进入知行之桥EDI系统，EDIFACT端口的交换头设置：

在这里配置发送方ID、接收方ID、发送方限定符代码（例如ZZ，表示自定义）、接收方限定符代码（例如：ZZ，表示自定义）。

2. 测试指示符设置

如果交易伙伴要求在EDI报文中体现测试标识，则需要在EDIFACT 端口中勾选测试标识符，如下所示：

3. ACK（CONTRL）配置

以接收ORDERS采购订单，回复ACK和发送ORDRSP订单确认，接收ACK为例。用户可以在EDIFACT端口 设置 选项卡下进行配置：

回复ACK（CONTRL）

收到来自交易伙伴的ORDERS采购订单之后，需要向交易伙伴回复ACK，在转换类型为 EDI转换为XML的EDIFACT端口配置如下：

在 设置 选项卡的ACK部分中选择勾选请求技术性ACK或者请求功能性ACK，勾选后，当收到来自交易伙伴的ORDERS采购订单后，它可以自动为收到的消息生成ACK XML。

该ACK XML会通过灰色虚线路由到 XML 到 EDI 模式的EDIFACT端口，被转换为EDI文件之后通过AS2端口自动发给交易伙伴。

接收ACK（CONTRL）

向交易伙伴发出ORDRSP订单确认后，需要接收对方回复的ACK，在转换类型为XML转换为EDI的EDIFACT端口配置如下：

在 设置 选项卡的 ACK 部分中勾选功能性 ACK 时，生成X12文件后，已处理的XML将处于 Pending 状态，直到返回并处理相应的 ACK，结果将是Success或者 Send Error。

XML 转换为 EDIFACT 模式运行的EDIFACT 端口生成要交换的文档步骤：

在文档传输到交易伙伴时保持为 Pending 状态。交易伙伴根据其业务逻辑处理传输，并根据配置的转换配置创建 ACK。返回 EDI格式的ACK 后，进入到EDI转换为XML模式运行的EDIFACT端口，得到XML格式的ACK。

当生成ORDRSP且处于Pending 状态时，需要接收方回复 ACK文件，收到的是EDI文件，当EDI格式的ACK转换为 XML格式的ACK时，会将文件通过灰色虚线路由到XMLtoEDIFACT端口，将Pending 状态更新为 Success或者 Send Error。如果状态是Send Error，则意味着收到的是 Reject ACK，需要修复原始ORDRSP文件进行重发。

三、配置注意事项

ID一致性

发送方与接收方ID必须与合作伙伴严格匹配，否则会导致交换被拒绝。

ACK处理逻辑

• 生产系统需确保及时生成并发送CONTRL报文
• 请注意，当收到 EDIFACT CONTRL 消息以响应之前发送给 EDI 合作伙伴的报文时，你只知道你的文档已到达并由收件人的 EDI 系统处理。它不提供任何迹象表明贸易伙伴同意先前交易，或该交易满足其所有业务要求。例如：为响应 ORDERS 采购订单而发送的 CONTRL 消息并不表示供应商已同意履行 PO。

正确配置交换头、测试指示符和ACK机制是EDIFACT通信的基石。通过知行之桥EDI系统的可视化界面，企业可快速完成端口设置，同时通过严格的测试验证（如使用测试指示符隔离环境），保障生产环境的稳定运行。后续实施中，建议结合完整的端到端测试案例（包括ACK反馈场景），确保EDI流程的鲁棒性。

如果您希望了解有关EDI对接的相关信息，欢迎联系我们。

注：文案部分图片及内容来源于网络，版权归原创作者所有，如有侵犯到您的权益，请您联系我们进行删除，给您带来困扰，我们深感抱歉。