4种EDI确认消息有什么不同？

当您以电子方式向业务伙伴发送文档时，您必须确定对方是否收到了该文档，这一点至关重要。此外，如果您发送的文档很重要，例如关键项目的采购订单，您必须确信您的供应商不仅收到了订单，而且承诺履行订单。

在EDI的世界里，有4种类型的确认消息可以帮助回答这个问题: “你收到我发送的文件了吗？”

EDI确认消息的四种类型是什么？

基本通信级状态消息 —— 这是一种基本的状态消息，从最基本到最复杂的所有通信协议都提供——例如，FTP、SFTP、AS2。接收端通知发送端收到数据，例如“我们收到了您发送的256字节的数据。”。数据可以是任何类型，如文本文件、EDI数据或电子表格，这是在通信协议级别交换的状态消息。

消息处理通知(MDN) —— MDN是一种特殊的通知，是AS2通信标准的关键组成部分。因为AS2将EDI文件放在一个“信封”中，以便能够在互联网上安全传输，所以您需要知道电子数据交换消息已成功地从“信封”中提取出来，并经过解密，以便收件人的EDI翻译器能够对其进行处理，并且电子签名已经过验证。您的AS2通信软件通常会管理通信状态和“信封”提取状态。拥有此消息是表明文档成功到达的关键一步。但是，作为EDI消息的发送方，您也需要知道答案:“你的系统能够打开文档并阅读它吗？”。继续看下面的功能确认消息(FA)。

功能确认消息(FA) —— FA是专门为交换EDI文件而定义的状态文件。这是从接收计算机的EDI翻译器到发送计算机的EDI翻译器的电子“收据”，表明文件被成功接收和阅读。具体来说，接收方的翻译人员能够打开EDI信封，并根据所使用的EDI标准确认信封内的内容在结构和句法上是有效的。在ANSI标准中通常被称为997，在EDIFACT标准中被称为CONTRL消息，它在两个方面不同于通信级别的状态消息:1)在翻译器级别交换FA，而在通信协议级别交换通信状态消息。2)FA确认该文件是可读的，而通信状态消息根本没有涉及该文件。FA当然提高了发送方对文档接收的信心水平，但是它仍然不表示接收方正在对业务级别的内容采取行动。例如，如果该文档是采购订单，则FA不承认订单将被履行。为此，我们需要下一个确认级别—业务级别的确认…

业务层面的确认消息 —— 业务层面的确认远远超出了传统的业务架构。它确认收到的文件内容，也确认接收者正在采取适当的行动。例如，当供应商收到电子数据交换采购订单时，供应商会以采购订单确认作为回应，该确认可以告诉买方，直到行项目级别，订单是否被接受，包括数量和装运窗口。如果供应商不能满足采购订单的要求，确认可以包括关于他们可以完成的数量的具体信息，以及他们是否需要跨多个日期分割装运。业务级确认文档的其他示例包括采购订单变更确认和申请建议文档。您监控业务状态的方式将取决于您自己的业务流程以及您在内部用来管理这些流程的软件。

确保文档不会“在系统中丢失”，通常需要以上述四种方式跟踪文档的进度。前三个适用于任何自动化文档交换的标准。第四种仅适用于使用AS2或AS3交换的传输。

了解更多

• AS2安全基础知识
• EDI 电子数据交换全解指南
• X12 和 EDIFACT详解
• 直连EDI AS2与VANs
• API与EDI
• MFT现代化的好处是跨过独立文件传输
• 电子商务
• X12 EDI 事务类型

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