在电子数据交换（EDI）中，诸如997、855等报文类型常常被提到，在AS2连通性测试时，MDN也是一个经常听到的名词。由于这些术语均涉及到对EDI报文的确认或回执，许多用户对它们的具体含义和应用场景感到困惑。本文将深入解读这些不同类型的确认机制，并对比它们之间的差异。

997————功能性确认 (Functional Acknowledgment)
定义：997报文是一种技术性确认报文，旨在反馈接收到的EDI消息是否符合技术规范。作为功能性确认，997主要用于通知发送方EDI消息已被接收，且消息结构和格式符合预期。

内容：997包含了有关接收到EDI消息的技术确认信息，诸如是否成功接收、解析，以及是否存在格式或语法错误。

使用场景：在EDI交易中，发送方会发送原始的EDI业务报文（如850采购订单、856发货通知等），而接收方会用997功能确认报文作为回应，表明其收到该文档，并且该文档的消息格式和结构是符合要求的。997报文可确保交易双方对传输的文档有共同的理解。

855————采购订单确认 (Purchase Order Acknowledgment)
定义：855报文是一种业务性确认报文，常用于供应商对收到的采购订单（如850报文）进行响应。它包含了供应商接受、拒绝或修改订单的具体信息。

内容：855报文包括供应商对采购订单的确认信息，包括订单状态、预计发货日期、价格调整等。它提供了供应商对订单的具体响应。

使用场景：当供应商收到一个采购订单（通常是EDI 850采购订单）时，一般会用855报文来对订单进行响应，并给出具体的业务反馈，如修改或拒绝订单。

AS2 MDN————消息交付通知 (Message Disposition Notification)
定义：MDN（消息交付通知）是AS2协议中的一种确认机制，用于确保EDI消息成功传输。MDN由接收方发送给发送方，确认消息是否按协议要求正确传递和处理。

内容：MDN包括消息的传输和处理状态，例如消息是否被成功接收、是否符合AS2协议的要求，以及是否存在任何传输错误。

使用场景：MDN通常用于确认通过AS2协议传输的EDI消息是否成功送达和处理，提供关于消息的接收和处理状态的信息，确保消息在AS2协议层面上的传输和交付状态正确。

差异与联系
功能性差异
997：主要用于EDI消息的技术性确认，验证消息的格式和语法是否正确。

855：主要用于850 EDI采购订单的业务性确认，对850采购订单进行响应,，包含接受、拒绝或修改订单的信息。。

AS2 MDN：主要用于确认消息的传输状态和处理情况，确保消息通过AS2协议成功送达并处理，提供消息传输的技术层确认。

应用范围差异
997：适用于所有EDI消息类型，作为EDI交易的标准确认步骤。

855：一般情况下，仅面向EDI 850采购订单使用。

AS2 MDN：适用于通过AS2协议传输的EDI消息。

确认重点：
997：确认EDI消息的接收和格式正确性，重点在于例如消息内容和结构的技术层面验证。

855：确认对EDI采购订单的接受、拒绝和变更，重点在于仅针对EDI 850采购订单的业务层面的反馈。

AS2 MDN：确认消息的传输过程和状态，重点在于消息是否按协议成功送达。

MDN和997是否需要同时使用？
在实际应用中，通常建议两者进行组合使用，以确保消息传输和内容的双重确认。MDN确保消息在传输层面上的正确传递，而997则验证消息内容的结构与格式。两者结合使用，可以更全面地保证EDI交易的准确性与可靠性。

相关产品

1.SAP Business One 

关于哲讯

哲讯智能科技有限公司（iP-Solutions）作为一家专业的SAP系统咨询-实施-运维全流程服务公司，顾问团队核心成员从2005年便开始从事SAP ERP咨询实施服务。专为大中小成长型企业提供SAP S/4 HANA、SAP Business ByDesign、SAP Business One on HANA 等数字化解决方案咨询、实施、开发服务。公司总部在无锡，在全国3个城市设立办事处（上海，深圳，秦皇岛）。全球40w+中大型企业正在使用SAP系统管理企业。