excel学习库

EDI的概念

Electronic Data Interchange。中文名称电子数据交换，也称为“无纸化贸易”。

帮助企业与交易伙伴传输业务数据，如，订单、发货通知、发票、物流信息等。较之传统的邮件及纸质单据方式，EDI更安全、自动、高效，能快速处理大批量业务数据。

EDI 工作过程

1，发送方准备要发送的文件，文件通常是平面文件，也可以是图片、PDF等
2，将平面文件转换为标准EDI报文，图片、PDF通常不需要经过格式转换，直接发送给接收方
3，发送方将标准EDI报文发送至接收方的EDI系统
4，接收方EDI系统收到EDI报文
5，接收方将收到的EDI报文取出并翻译成平面文件
6，接收方将转换后的数据同步到业务系统中进行处理

EDI的优势是什么？

1. 缩短处理时间：短时间大批量处理业务数据，缩短每文件处理周期

2. 提升数据精准性：数据精准抵达客户，内容完整无篡改

3. 减少人工误差：自动化 EDI 取代人工手动上传，降低人工录入误差

4. 节省业务成本：提供供应链效率，减少人力成本

5. 降低库存：用信息换库存，减少库存积压

6. 促进客户关系： EDI 系统回执明确业务进程，避免扯皮纠纷

7. 标准化程度高：贯穿全球业务，使用同种协议及标准沟通，方便供应链管理。

EDI的 应用场景？

EDI 已广泛用于汽车、物流、零售、医药、电子、化工等行业，EDI的快速发展，其影响已波及全球。小至个体零售商，大至汽车主机厂、国际物流枢纽等，凡是企业间需要传输数据，都可以使用 EDI 技术。

我们来盘点下，EDI在多个行业的典型应用。

• 可以有效地在统一平台管理与上游采购商、下游供应商、仓库、物流承运商以及代工厂等合作伙伴之间商业信息的传递。比如与下游供应商使用 EDI 技术对接，主要传输的是物料需求预测、ASN 发货通知，以及发票等数据，甚至还在传 CAD 图纸。

• 物流行业：以VMI为例，VMI具有快速响应、及时补货的优点，同时VMI 对信息系统的要求很高，提高信息化水平，使用EDI技术，VMI 仓库直连需求方、供货方的信息系统，拿信息换库存，通过更充分、更快的共享信息，来降低库存水平，在VMI环境里尤其重要。以运输为例，在通过EDI 接收到托运方的运输订单后，需要及时的通过EDI反馈派车、在途信息等。

• 消费类电子： 以苹果 Apple 为首，通过 EDI 方式贯穿上下游供应商，传输订单、库存、发票、ASN等数据。使用AS2协议，ANSI X12标准。众所周知，苹果 Apple 的成功依赖的是产品的成功以及供应链管理的成功，产品是不可复制的，但供应链管理使用的EDI技术，是可以复制及间接学习的。

• 半导体行业：以TI德州仪器为例，在产品和市场占有率领先的背景下，逐渐在取消代理模式转为直供模式，进一步提升产品的利润率，完成德州仪器的长远目标。当前TI为客户提供EDI和API两种方式来集成，传输预测、订单、发票、ASN等数据。使用的是AS2协议，支持多个标准，比如ANSI X12，EDIFACT，RosettaNet。

• 电商平台：亚马逊Amazon、沃尔玛 Walmart 也在力推 EDI 技术，以适应全球业务的发展。

• 医药行业：国内医药行业对接最多的CDE，该标准要求申请人通过Gateway to Gateway（网关对网关）方式，向国家药品审评机构提交符合ICH E2B（R3）规范的药物临床试验期间个例安全性报告。其对接的协议就是AS2。

EDI是为数不多，可以横跨多个行业的技术，只要企业间需要传输数据，都可以通过EDI来实现。无论是哪个行业使用EDI，都是尝试通过 EDI，加快信息流传输，更充分、更快的共享信息。

EDI 文件传输协议

4. SFTP是全球IT专业人士青睐的一种安全文件传输协议，其配置简单且比较安全。与FTP不同，SFTP可通过单个端口连接，轻松穿过防火墙，进行密码和公钥认证，并支持强大的数据加密。知行之桥EDI系统的SFTP 端口是一款全功能SFTP客户端，能够通过各种SFTP服务器的身份验证，并安全传输文件。

5. 知行之桥EDI系统的FTP 端口使用纯文本FTP或启用SSL与FTP servers进行文件传输。只需提供FTP server的端口及认证方式，知行之桥EDI系统将与远程的FTP server的进行自动化文件传输。

6. 类似于SFTP，SCP是一种安全传输协议，用于上传或下载SSH server上的文件。SCP 端口是依赖SCP（Secure Copy Protocol），在知行之桥EDI系统与SSH Server之间进行文件传输。

EDI 国际报文标准

EDI拥有标准化的商业文档，最常见的有X12和EDIFACT等。X12是由美国国家标准委员会在1979年创立的认可标准委员会（ASC）X12制定的EDI报文标准，而EDIFACT则是联合国欧洲经济委员会（UN/ECE）为简化贸易程序促进国际贸易活动，公布的一套用于行政、商业和运输业的EDI国际标准。

EDI标准定义了 EDI 报文中每个数据段以及相应的格式，如文件的类型、数据字段、字段格式。注，不同的行业、地区使用EDI，因版本的同步会略有差异，因此EDI通信双方必须使用相同的EDI标准和版本，除了X12 和 EDIFACT，经常还会碰见VDA、Odette标准等。

常用的X12 和EDIFACT报文类型对比：

如何读懂X12 报文

首先我们先来了解一下X12报文的结构，如下图所示：

一次EDI传输包含一段Interchange，Interchange中会包含一个或多个Functional Group（下文简称FG），FG 中会包含一个或多个Transaction。举例来说，如果需要在一次传输中传输3个850，以及4个846文件，那么就会有2个FG，在850的FG中会有3个Transaction，846的FG中有4个Transaction。

对报文结构有了基本的了解之后，我们再来看下如何从报文中获取数据。以下是一段示例的850报文，每一行开头（2-3个字符组成）叫做segment节点，代表了特定的业务含义，例如BEG代表报文的开始以及一些主信息，DTM代表时间信息，N1代表实体信息（ship-to、ship-from、bill-to等等）。

我们再进入到某一行来具体看一下，其中*是每个数据元素的分隔符（也可按照实际情况设置为其他符号，120是这一行的物料数量，它的位置是PO102，有一些代码代表了特殊的业务含义，例如EA本身在报文里面就代表了物料的单位，类似的还有PCS、KGM等，除此之外，还有一些不是单独出现的代码，我们把它叫做限定符，于限定右侧数据的含义，例如这个地方的VN，它的意义是限定右边的数据意义为供应商物料编码，我们一看到VN后面的一串数据就知道供应商物料编码为 AB3542。

了解了如何去阅读数据，我们再来详细地解析一下这一条850数据，假如我们要获取以下数据（该表格可由EDI文件规范中整理获取）：

例如要获取订单号，那么我们就找到BEG这一行，从左向右数第三个数据元素即08292233294 就是我们要找的订单号，再比如我们需要找请求交付日期，按照规范我们需要找到DTM这一行，且条件是DTM01=002，取DTM这个元素，那么就是20101214这一串，就是要找的数据。以此类推，我们可以获取到报文中的关键信息，如下图：

如何读懂EDIFACT报文

首先，我们先来了解一下EDIFACT报文的结构，如下图所示：

一次EDI传输包含一段Interchange（必须有），Interchange中会包含一个或多个Functional Group（简称FG），FG段是否出现并不做强制要求，一个FG中可能会包含一个或多个Message。举例来说，如果需要在一次EDI传输中传送3个ORDERS采购订单，那么报文结构为一个Interchange下包含3个Message。

对报文结构有了基本的了解之后，我们再来看下如何从报文中获取数据。以下是一段示例的ORDERS采购订单报文，每一行开头由3个字符组成，叫做Segment节点，代表特定的业务含义，例如BGM代表报文的开始以及一些主信息，DTM代表时间信息，NAD代表实体信息（buyer、seller、bill-to等），RFF代表一些参考信息，LIN代表订单行物料信息，QTY代表数量等。

接下来，以LIN行为例，LIN表示Segment起始信息，+是数据元素Element分隔符（也可根据情况设置为其他符号），:是子元素Subelement分割符，’是段Segment分割符。再来看业务含义：001为订单行号，0000057G3454为物料号，BP是有固定含义的限定符Qualifier，限定该物料号为买方物料号，如果限定符为VP即为销售方物料号。类似的限定符还有QTY段的PCE，限定物料数量单位。

最后我们来详细地解析这一条ORDERS数据，假如我们要获取以下数据（只列举了部分信息段）：

例如，我们要从报文中获取订单号以及订单日期，根据以上表格可以得知会出现在BGM以及DTM段，我们直接在报文中定位到该行，便可得知订单号为K12345、订单日期为19980626。其他的信息可以使用同样的方法获取，如下图：

X12 / EDIFACT 报文，并从中提取数据是非常麻烦的。报文设计的初衷是为了方便计算机处理，不过直接阅读报文对于开发人员来说也是有意义的，可以用来对比收到的数据与原始数据是否一致。但对于ERP用户或者业务团队来说，很显然并不需要去读原始的X12 / EDIFACT 报文，只需阅读EDI供应商解析后的数据。EDI在整个数据交换的流程中扮演的更多的是一个传输、转换的角色。

企业级 EDI 解决方案

基于以上 EDI 相关信息的了解，本地化部署EDI，实现与后端业务系统集成时，可考虑以下几种方案：

1. tRFC调用(SAP系统集成) - IDoc(SAP)端口，支持raw IDoc和XML IDoc，界面简单配置即可连接SAP系统

2. 数据库集成 - 连接类型ODBC, ADO.NET, JDBC; 数据库MySQL, SQL Server, Oracle, SQLite, DB2, PostgreSQL,...

3. Web Service- 通过Internet进行基于HTTP协议的网络应用间的交互

4. 本地路径文件传输 - 文件路径共享，轻松交互电子文件

5. REST API - 规范接口，轻松访问知行EDI系统

6. SFTP/FTP - 无需代码，即可完成消息的自动上传/下载

(High-availability cluster)方案

EDI 系统的单个示例已经能轻松地满足大多数企业的自动化传输需求，但是对于数据日处理高达十万次的大型企业，知行 EDI 系统可以被集成到更复杂的系统中。

是一个能够处理海量连接的企业级应用程序，通过利用可用的系统资源来处理收到的请求并发送消息。计算机的可用 RAM、CPU 速度、网络带宽和磁盘空间是知行EDI系统最大吞吐量的主要限制因素。当日处理量达到成千上万次时，解决方法不是在一个知行EDI系统中处理所有的传输，而是建立一个服务器集群。

高可用集群方案的优点：

• 高可用：故障转移，服务不掉线

• 高性能：负载均衡，降低延迟，提高并发

• 可扩展：弹性计算，应对突发业务需求

• 安全性：多层次安全防护，灵活高效

知行之桥 EDI 系统 是中国制造的拥有自主知识产权的中文版EDI系统。知行之桥EDI系统功能主要分为三大部分：

• 安全可控文件传输：可对接任意EDI系统，比如 Cleo、Axway、IBM等。支持各种通信方式，如：AS2, AS3, AS4, OFTP/OFTP2, FTP, FTP Server, SFTP, SFTP Server,...

• 数据格式转换：支持将各种EDI标准报文转为CSV，XML，Excel等，如X12, EDIFACT, Odette, VDA, RosettaNet, Carogo-IMP, Edig@s,...

• 集成业务系统：可集成 金蝶, 用友, 鼎捷, SAP, Oracle, Infor, QAD, QuickBook, Salesforce,…以及各种MES、WMS系统等等，常用的集成方式有以下集中：

• tRFC调用(SAP系统集成) - IDoc(SAP)端口，支持raw IDoc和XML IDoc，界面简单配置即可连接SAP系统

• 数据库集成 - 连接类型ODBC, ADO.NET, JDBC; 数据库MySQL, SQL Server, Oracle, SQLite, DB2, PostgreSQL,...

• Web Service - 通过Internet进行基于HTTP协议的网络应用间的交互

• 本地路径文件传输 - 文件路径共享，轻松交互电子文件

• REST API - 规范接口，轻松访问知行之桥EDI系统

• SFTP/FTP - 无需代码，即可完成消息的自动上传/下载

知行之桥EDI 系统案例 - Amazon EDI 工作流

借助知行EDI系统直连Amazon Vendor Central供应商中心&Amazon Fulfillment第三方物流中心的网关，实时交互业务数据。

EDI不仅满足了Amazon供应链信息化要求，增强供应商综合评估竞争力。同时，消除了手工录入和处理数据工时和误差，业务处理效率提升约85%。

可视化流程设计器，仅需拖拽搭建工作流，无需代码 依赖web 界面可视化配置，即可完成EDI 与 内部系统集成，轻松搭建企业级EDI解决方案。