作为技术确认的 EDIFACT CONTRL 消息
如果已在业务配置文件设置或贸易合作伙伴协议（或者没有在两个业务配置文件之间定义协议时在后备协议）中选择生成技术确认，或者如果消息中的 UNB9 字段设置为“2”，则会生成 CONTRL 消息作为技术确认。 此确认会报告交换回执的结果。
CONTRL 技术确认包括以下段：
UNH 消息标头（必需）
UCI 交换响应，用于标识交换主题并指示交换回执的性质（必需）。 UCI 段的最大出现次数为 1；因此，它将报告在一个控制段中遇到的第一个错误。
UNT 消息尾部（必需）。
错误在 UCI5“语法错误代码”数据元素中报告。 与 X12 编码的交换不同，EDIFACT 编码的交换没有“已接受但存在错误”条件。
注意
仅当传入的 EDIFACT 消息重复或信封中存在错误（例如，字符集存在问题）时，CONTRL 回执（EDIFACT 技术确认）才报告“已拒绝”状态。 与 X12 在 TA1 确认的 TA104 字段中报告“已接受交换但存在错误”不同，EDIFACT 不在 CONTRL 技术确认中报告这一状态。 如果接受了 EDIFACT 消息的一部分，CONTRL 技术确认将报告“已接受”。 在某些情况下，虽然消息的一部分将被拒绝，但 CONTRL 确认仍将报告“已接受”状态。 在这种情况下，UCI5 元素可能报告错误。
CONTRL 技术确认包括以下数据元素：
| Data 元素 | 名称 | 使用情况 |
|---|---|---|
| UNH1 | 消息参考编号 | - |
| UNH2 | 消息标识符子组件 | 这些子组件为： - 1 = CONTRL - 2 = 4 - 3 = 1 - 4 = UN |
| UCI1 | 交换控制编号 | 映射自已接收消息的 UNB5 字段。 |
| UCI2 | 交换发送方 | 映射自已接收消息的 UNB2 字段。 第一个子组件（标识）是必需的。 第二个子组件（代码限定符）和第三个组件（反向路由地址）是可选的。 |
| UCI3 | 交换接收方 | 映射自已接收消息的 UNB3 字段。 第一个子组件（标识）是必需的。 第二个子组件（代码限定符）是可选的。 |
| UCI4 | 操作代码 | 这些操作代码为： - 如果接受交换，则为 8 - 7 如果接受交换但拒绝某些事务集 - 4 如果由于 UNA 或 UNB 段中的错误而拒绝交换 这是一个必需的数据元素。 |
| UCI5 | 语法错误代码 | 标识错误情况（如果有）。 有关详细信息，请参阅 EDIFACT CONTRL 确认错误代码。 此数据元素为条件可选。 |
| UCI6 | 服务段标记 | 标识在 UCI.5 数据元素中确定了错误情况的段。 此数据元素为条件可选。 |
| UCI7 | 数据元素标识 | 标识在 UCI.5 数据元素中确定了错误情况的数据元素。 UCI7 的子组件为： - 分段中错误数据元素的位置 (强制) - 错误组件数据元素在段中的位置 (条件可选性) - 分段中出现错误数据元素 (条件可选性) |
| UCI8 | - | - |
| UNT1 | 段计数 | - |
| UNT2 | 消息参考编号 | - |