EDI传输协议简介

关注

转载最新推荐文章于 2025-08-15 08:41:18 发布 7.5k 阅读 AI 写同款· GEO 优化 ›

「电子数据交换EDI」RNIF协议云捷易EDI介绍云捷易EDI是基于开源Mule内核、预置对接主流内部系统适配器的电子数据交换系统，为企业用户提供上下游企业间安全数据交换的服务。完整实现了AS2、OFTP/2和RNIF等多种电子数据交换的国际、行业标准协议为客户提供行业一流的跨企业商务流程整合能力已经帮助客户完成数百万笔的订单、发票和运单等单据交换，连续稳定运行超过7年时间，零故障，零停机 RNIF协议介绍 RNIF，全称是RosettaNet Implementation Framework，RosettaNet实现框架，该阅读详情

EDI是将贸易、运输、保险、银行和海关等行业的信息，用一种国际公认的标准格式，形成结构化的事务处理的报文数据格式，通过计算机通信网络，使各有关部门、公司与企业之间进行数据交换与处理，并完成以贸易为中心的全部业务过程。

Internet普及之前，EDI的传输协议主要是FTP，在VAN(增值网)上进行传输，Internet普及之后，企业更倾向于在Internet上进行传输，因为其费用低廉，但相应的需要新的传输协议以保证报文传输的安全性，于是就出现了FTPS，AS2，OFTP2等传输协议。

本文将对现行的较为常见的EDI报文传输协议进行介绍，分析其优缺点，本文中部分观点为本人在实践中的经验总结，仅供参考。关于传输协议的详细描述，请访问IETF官方网站：https://www1.ietf.org 阅读相应的RFC白皮书。

FTP(File Transfer Protocol)

简介：FTP协议基于TCP/IP协议，最早使用于文件共享，采用的是client/server架构

优点：易于实现；成本低，如果在公网中进行传输，server端需要一个固定IP，以供client端进行连接，而对于client端无特别要求

缺点：（1）安全性差，server端通过用户认证（user/password）模式控制用户对某文件或文件夹下的访问权限，而没有对数据进行加密，也没有对信息流进行加密，一旦第三方截获数据流就可以获得数据信息；（2）交互性差，当client上传数据后，没有任何来自server端的反馈以证明server端已经成功接收到文件，因此client端并不知道数据是否已经“真”的上传到server端；当server要向某client发送文件时，server只能将文件放到相应目录下等待client来取，并且没有任何反馈以证实client已经成功获取到文件。

技术文档：http://www.ietf.org/rfc/rfc959.txt

FTPS (FTP over SSL)

简介：FTPS是一种以扩展常用的文件传输协议（FTP）的添加了对传输层安全性（TLS）和安全套接字层（SSL）的加密协议的支持。

优点：易于实现；成本低，如果在公网中进行传输，server端需要一个固定IP，以供client端进行连接，而对于client端无特别要求；安全性好

缺点：交互性差，当client上传数据后，没有任何来自server端的反馈以证明server端已经成功接收到文件，因此client端并不知道数据是否已经“真”的上传到server端；当server要向某client发送文件时，server只能将文件放到相应目录下等待client来取，并且没有任何反馈以证实client已经成功获取到文件。

技术文档：http://tools.ietf.org/html/draft-murray-auth-ftp-ssl-06

SFTP(SSH File Transfer Protocol)

简介：SFTP协议是基于早期的SCP协议，SFTP一般都是用到SSH安全信道进行文件传输。人们经常把SFTP和FTP/FTPS混淆，它们是完全不同的两个协议。SFTP提供了安全访问远程文件以及进行文件加密传输的功能。早期的SCP协议一般只用于文件加密传输，而SFTP则对其进行了扩展，使其能够进行一些远程文件操作，包括文件管理，文件目录管理，文件下载取消等功能。

优点：安全性好；成本低，如果在公网中进行传输，server端需要一个固定IP，以供client端进行连接，而对于client端无特别要求；

AS2 (Applicability Statement 2)

简介：AS2是基于HTTP协议和SMIME协议。AS2的开发是为了能在公网(Internet)上安全的传输数据，但一般用于传输EDI报文。美洲国家公司较多使用AS2协议进行EDI报文的传输。

AS2有以下特点：

1. 使用HTTP协议和HTTPS协议传输文件

2. 可以对Message进行签名认证，但不是必须的

3. 可以对Message进行加密，但不是必须的

4. 可以要求接收方发送MDN(信息发送通知，用于告知发送方已成功接收文件，并返回接收文件的相关信息用于确认)，但不是必须的

5. 如果发送方要求接收方发送MDN：

a) 如果接收方成功解密文件，并成功认证了文件签名，将会返回”success” MDN告知发送方已成功接收文件

b) 如果接收方解密(认证)失败或是接收文件失败，将会返回”failed” MDN告知发送方接收文件失败

6. 可以要求接收方对MDN进行签名，但不是必须的

7. 多种MDN返回方式：

a) 同步方式，要求接收方在同一个HTTP连接中返回相应的MDN，该方式不能进行大文件(5M+)传输

b) 异步方式，允许接收方稍后使用另一个HTTP协议连接发送MDN，该方式用于传输大文件

c) 通过Email返回MDN

优点：安全性高，可以使用多种加密方式对文件进行加密，同时还可以使用SSL对整个HTTP连接进行加密；不可否认性，采用签名认证，接收方接收到文件并通过签名认证后即可确认文件确属发送方发送，否则该文件不是发送方发送，同时发送方接收到MDN并通过签名认证即可确认该MDN确属接收方发送，否则该MDN不是接收方发送；交互性强，发送方接收到MDN后可以确认接收方已经接收文件成功(失败)。

缺点：成本高，AS2是点对点协议，要求接收方和发送方都有固定IP

技术文档：http://www.ietf.org/rfc/rfc4130.txt

OFTP/OFTP2(Odette File Transfer Protocol)

简介：OFTP是由Odette组织提出的用于传输EDI报文的传输协议。OFTP2弥补了OFTP在安全性上的不足，增加了报文加密，报文签名和EERP(End-to-end-response 接收方用于通知发送方已成功接收文件)签名。OFTP2可以在多种网络上进行文件传输，例如internet, ISDN, X.25等。

OFTP2特点

1. 支持多种协议进行传输文件，例如：TCP/IP, X.31, X.25, ISDN

2. 可以使用SSL对整个会话进行加密

3. 发起会话时必须设置会话密码

4. 可以对Message进行签名认证，但不是必须的

5. 可以对Message进行加密，但不是必须的

6. 接收方成功接收文件后必须向发送方发送EERP(End-to-end-response 接收方用于通知发送方已成功接收文件)

7. 接收方接收文件失败必须向发送方发送NERP(Negative end response 接收方用于通知发送方接收文件失败)

8. 可以对EERP进行签名，但不是必须的

9. 可以对NERP进行签名，但不是必须的

10. 需要使用ODETTE组织给予的ODETTE CODE作为公司标示进行文件传输

优点：安全性高，可以使用多种加密方式对文件进行加密，同时还可以使用SSL对整个会话进行加密；不可否认性，采用签名认证，接收方接收到文件并通过签名认证后即可确认文件确属发送方发送，否则该文件不是发送方发送，同时发送方接收到EERP(NERP)并通过签名认证即可确认该EERP(NERP)确属接收方发送，否则该EERP(NERP)不是接收方发送；交互性强，发送方接收到EERP(NERP)后可以确认接收方已经接收文件成功(失败)；支持多种传输协议，TCP/IP, X.31, X.25, ISDN