865 与 997 确认文件答案

【问题标题】：865 vs 997 Acknowledgement file865 与 997 确认文件
【发布时间】：2013-10-19 15:34:47
【问题描述】：

我可以用 997 确认文件代替 865 确认吗客户的文件关于接收 860 文件而不是 850 文件。我认为这取决于客户想要什么。

What are differences between 865 and 997 Acknowledgement ?

【问题讨论】：

标签： edi x12

【解决方案1】：

997 只是对交换（或一组文件）的确认（收据）。这是一个标准文件，允许您确定交货。这是在通信协议足够强大以判断传输是否失败（想想双同步调制解调器）之前实施的。因此，对于您在交换中发送的每一组文件，您应该收到一个 997。您应该能够编写报告，说明哪些组/交换未被确认为已收到。如果您收到文件，则应将 997 发回。

865 是一份商业文件。它要详细得多。加上 865 是对 860 文件的响应。就像855是对850的回应。

如果您收到 850，则发送 997。然后您也将发送 855（如果合作伙伴需要）。如果您收到 860（更改初始 PO），您将发送 997 确认收据。您还可以发送 865。

翻译人员处理 997。他们很少集成到 ERP 中。 855/865 将得到集成，因为业务决策是由它们做出的。

【讨论】：

我需要发送确认我们收到 860 文件然后我有一个简单的查询应该向客户发送 860 的确认（865 或 997）（PO 更改文件）？
您将发送 997 以确认您收到了 860。您应该为收到的每个 EDI 文档发送 997。如果您的客户希望您发送 865，除了 997 之外，您还可以发送。请查看我的第 3 段的生命周期。

【解决方案2】：

997 仅作为接收到传输的收据，而不是它被接受的回执。 Source。

而 865 用于确认您接受（或拒绝）对采购订单的更改。 Source

不同之处在于，如果您只发送 997 而不是 865，那么您只是告诉您的合作伙伴您收到了传输。您没有向他们说明您是否可以满足变更的要求。您需要与您的合作伙伴讨论这是否可以接受，以及在您无法满足更改的情况下他们的期望是什么。

【讨论】：

我今天遇到一个案例，客户没有填写 850 的“运送到”部分，结果证明这会阻止我们在系统中正确导入采购订单。我们不在这里发送 865，我想知道返回“拒绝”状态的 997 是否合适。如果 997 的目的是确认收到文件，我的感觉是答案是否定的。我说的对吗？
@Crono 865 用于接受/拒绝更改。 855 用于接受/拒绝初始订单。您的系统应该已响应 855。在确认订单并请求更改后，865 是相关的。在这种情况下，交易的顺序应该是 850->855->860->865
我们也不发送 855，客户服务器不会接收这些。我们只发回 997。
如果您只使用 997，那么我会假设在 997 上收到拒绝意味着存在语法错误（正如您所描述的缺少收货地址），但如果您没有在遇到这种情况之前最好与客户澄清一下。他们可能没有能力处理拒绝。