系统通常如何将 997 或 999 确认映射回原始 ISA？答案

【问题标题】：How do systems typically map an 997 or 999 acknowledgement back to the originating ISA?系统通常如何将 997 或 999 确认映射回原始 ISA？
【发布时间】：2015-04-22 09:50:01
【问题描述】：

实施指南（以及我能找到的大多数网络资源）将 GS06 和 ST02 控制编号描述为仅在它们所在的交汇处是唯一的。因此，当我们构建 GS 和 ST 段时，我们只需从以下位置开始控制编号1 并随着我们添加更多功能组和/或事务集而增加。我们生成的 ISA13 控制编号是始终唯一的。

困境是当我们收到 999 确认时；它不包括对其响应的 ISA 控制号的任何引用。所以我们无法在我们的记录中找到正确的原始功能组。

这似乎是任何接收功能确认的人都会面临的问题，但显然很多系统和公司都在处理它，那么协调 997 或 999 的典型做法是什么？我认为我们在阅读指南时一定遗漏了一些东西。

【问题讨论】：

如果在 ISA14 中输入“1”会发生什么？您的合作伙伴可能会回复一个 TA1，或在交换级别进行确认。通常，在 X12 中，FA 过程在组级别完成。将 1 放在那里意味着您正在请求它，但这并不意味着您的伴侣可以支持它。如果您有 EDI 记事本，请下载它，更改 ISA，然后使用该工具创建 FA 并查看差异。

标签： edi x12

【解决方案1】：

GS06 和 ST02 只需在交换中唯一，但如果您使用的 ID 对每个都真正唯一（不仅仅是在消息中），那么您可以直接跳到正确的事务集或功能组，而不是恰到好处的信息。

我通常让 GS 从 1 开始并以与您相同的方式递增，但我保持唯一的 ST02（在 9 个字符限制允许的范围内）。

【讨论】：

【解决方案2】：

GS06 应该是全球唯一的，不仅在交换中。这是来自 X12-6

为了对确认提供足够的区分过程可靠运行并确保审计跟踪明确，功能 ID 代码 (GS01)，应用程序的组合发件人 ID (GS02)、应用程序收件人 ID (GS03) 和功能组控制编号（GS06、GE02）本身应是唯一的在合理延长的时间范围内，其边界应为由贸易伙伴协议定义。因为在某些时候它可能是重用控制编号序列所必需的功能组日期和时间可以作为一个额外的判别器，仅用于在尽可能长的时间内区分功能组身份框架。

【讨论】：