前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >EDI 电子数据交换全解指南

EDI 电子数据交换全解指南

作者头像
EDI顾问-杨欢
修改于 2019-12-26 10:19:36
修改于 2019-12-26 10:19:36
3.8K0
举报

EDI(Electronic Data Interchange,电子数据交换)技术使得企业与企业(B2B)实现通信自动化,帮助交易伙伴和组织更快更好地完成更多工作,并消除了人工操作带来的错误。从零售商到制造商、物流公司、航空公司、医疗保健提供商、保险公司等,许多生产、运输、购买且销售商品以及提供护理的组织都得益于EDI技术的应用。

尽管EDI自20世纪60年代以来就被广泛使用,但如今它正在被应用于更多新的用途,使供应链自动化、数字转换成为可能,甚至成为工作流和业务流程自动化的一个关键部分。本文将让EDI进行全面的解读,帮您短时间内快速掌握EDI基础知识。


EDI是什么

EDI(Electronic Data Interchange)是交易伙伴之间为了能自动地进行业务单据传输,在计算机与计算机之间建立的一个安全、标准的连接。接下来,对EDI各方面逐一分析,让您对于EDI有个全面的了解。

计算机到计算机

  • EDI替代人工B2B通信方式,如邮递、传真和邮件。
  • 文件直接从发送方计算机应用程序传输至接收方应用程序。

传统手工流程

自动化EDI流程

业务单据

  • EDI能自动地传输大批量的业务单据(标准EDI报文或非标准EDI报文)。
  • 常见的业务单据包含:订单、发票、发货信息、物流状态、航运信息、海关信息、库存信息及付款确认。

标准EDI格式

  • 计算机基于国际EDI标准处理计算机可识别的EDI业务报文。
  • EDI标准定义了EDI报文中每个数据片段以及相应的格式,如文件的类型、数据字段、字段格式。
  • EDI标准消除了企业间差异,使得所有业务合作伙伴的计算机使用统一的“通信语言”。
  • 不同的行业、地区和用例存在不同的EDI标准,每个标准有不同的版本,因此EDI通信双方必须使用相同的EDI标准和版本。
  • 常见的EDI标准包含:ANSI X12、UN/EDIFACT、ODETTE、VDA、HIPAA、RosettaNet、IATA Cargo、TRADACOMS等。

交易伙伴

  • EDI报文通常在两个不同的组织之间进行传输,称作商业伙伴或是交易伙伴。 例如:A公司购买B公司货物,业务合作期间,A公司向B公司发送采购订单,反之,B公司向A公司发送装运通知、发票。

安全、标准化的连接

  • EDI技术采用一系列的安全协议来保障EDI报文传输过程的安全性。
  • 交易伙伴之间必须使用相同的、且双方协商确认的协议来进行EDI传输。
  • 建立EDI连接需要基于EDI软件,如RSSBus Connect,低成本快速对接您的交易伙伴。
  • 协议的范围从长期建立的技术,如文件传输协议,到通过AS2的基于网络的电子数据交换,基于应用编程接口的系统,如AS4,以及其他选择,如移动电子数据交换
  • 支持多种协议,从由来已久的协议,如FTP,到基于网络的协议,如AS2,到基于API(应用编程接口)的系统,如AS4。

自动化

  • EDI系统中预先配置好的工作流(workflow)能自动地发送EDI报文。
  • EDI系统的翻译功将EDI报文转换为企业内部应用程序能识别的格式,从而实现自动化处理。
  • 自动化处理流程可以扩展到组织内部的数据集成和其他工作流(workflow)。 例如:企业收到EDI订单报文,物流系统随即生成一个发货任务到仓库的业务人员。

EDI VS 传统的纸质/电子邮件

为了更有效地阐述清楚EDI及其含义,让我们来对比一下使用传统的纸质/电子邮件和使用EDI与交易伙伴进行业务往来的实例。

传统的纸质/电子邮件处理流程:

  • 采购商收到系统通知,需要下订单给供应商,或是在查询完库存后,发现库存不足,需要下订单给供应商。
  • 采购商在采购系统界面输入数据生成订单,随后,打印并纸质订单邮寄给供应商或是发电子邮件给供应商。
  • 供应商收到纸质邮寄的订单,或是电子订单,之后手工录入订单信息到销售订单系统。
  • 供应商打印发票和货物一起打包运送给采购商,或是邮寄,或是电子邮件单独发送给采购商,随后确认关闭订单。
  • 采购商手工录入发票信息到应付账款系统。

以上实例中,邮寄纸质单据会增加大约一周的运输往返时间,同时,使用电子邮件或是纸质单据都无法避免手工操作错误,并且延长了订单处理周期。

EDI处理流程:

  • 库存达到预定的库存预警线,采购商的采购系统自动生成订单,经由EDI系统处理生成EDI格式的订单报文,随后发送到供应商EDI系统。
  • 供应商EDI系统收到订单,并转发至供应商销售订单系统。
  • 供应商系统自动通知运输部门发货。
  • 货物打包完毕准备运输,运输系统生成发货通知给采购商收货部门。
  • 供应商ERP系统生成发票,经由EDI系统处理生成EDI格式的发票报文,随后发送到供应商EDI系统。

EDI应用案例:谁可以使用EDI呢?

没有实际适用性,EDI的定义是不完整的。EDI对于涵盖数千个特定信息交换的各种功能非常有用。以下是EDI实际应用中最常见的场景,每天处理数千种交易类型。

供应链(零售,制造业,汽车业)

  • 购买
  • 订单完成度
  • 送货确认
  • 国际订单
  • 零件订单履行

卫生保健

  • 交换患者健康信息
  • 医疗保险加工
  • 处方信息交换

物流

  • 安排发货
  • 跟踪货物

会计

  • 生成发票
  • 提供审计跟踪

航空

  • 航班信息交流
  • 乘客姓名记录(PNR)
  • 国际合规和标准化

EDI优势

EDI可帮助企业优化供应链的速度、准确性、效率和成本,并在战略业务层面最大化EDI优势。 在这里,我们将介绍EDI对在业务应用中的实际意义。

加快处理速度

  • EDI将商业周期加快了61%
  • EDI能在几分钟内完成交易,而不是花费数天或数周的邮件或来回电子邮件通信
  • 自动化将员工从重复性低附加值的工作上解放出来,促使他们获得更高价值的任务,提升个人收益及价值
  • 快速且准确地处理业务单据,减少重复下单,缺货和订单取消的情况发生
  • 跨供应链自动化应用程序,可确保数据交换定时发送并实时跟踪 * 缩短订单处理和交付周期,有效地减少库存积压

降低成本

  • EDI降低了纸张,打印,复制,存储,归档,邮资和文档检索成本,帮助企业节省了超过35%的交易成本
  • 对于处理大量交易信息的买家而言,使用EDI让他们获得了付款折扣,每年节省数百万美元
  • 在某些情况下,每订单EDI处理成本仅为手动处理的1/20
  • EDI消除了由于传真难以辨认,订单丢失或电话接听错误而导致的错误

更准确

  • EDI可减少30-40%错误交易
  • EDI消除了难以辨认的手写,丢失邮件和键入错误导致的人为错误

改善业务合作关系

  • 缩短了订单到现金的周期,卖家现金流得到明显改善
  • 实际上,EDI缩短了订单到现金的周期时间约20%以上,从而改善了业务流程以及与合作伙伴的关系
  • 减少错误处理带来的争议,节省业务人员宝贵的时间

战略利益

  • EDI提供对交易状态的实时可视性,实现更快的决策制定,更好地响应客户和市场需求,帮助企业及时采取应对措施
  • 产品功能增强,缩短交货时间
  • EDI提供了一种通用的全球商业语言,简化了进入新领域的过程

环境效益

  • EDI替代纸质单据,减少二氧化碳排放,促进资源可持续性
  • EDI提高了运营效率,减少了错误和资源浪费

EDI工作原理

发送EDI文档的过程分为三个步骤:准备要发出的数据文档,将其翻译成EDI格式,之后将其发送给交易伙伴。 为了给出一个EDI如何工作的例子,以交换采购订单(PO)和发票为例,说明EDI处理订单(PO)和发票的过程。

1.文件准备

以PO和发票为例,买方在采购系统中准备订单。

  • 买方收集并整理数据,以便EDI发送
  • 例如,EDI系统不是打印PO,而是创建EDI文档所需信息

那你怎么准备文件呢?有以下几种方法:

  • 从电子表格或数据库导出数据
  • 将电子报告重新格式化为数据文件
  • 增强应用程序,创建用于EDI转换的文件
  • 购买能将业务系统数据转换为EDI文件的EDI软件/系统
  • 手工输入数据 理想情况下,尽可能多地消除手工输入数据,以节省时间并提高准确性。

2:EDI文档翻译

下一步,通过EDI软件翻译功能将内部数据格式转换为EDI标准格式。或者,您可以将数据发送给EDI服务提供商,帮您完成内部数据到EDI格式的翻译工作。 在示例中,PO被转换为EDI 850采购订单文档。

3:建立连接 & 传输EDI文档

将得到的EDI 850采购订单发送给供应商,最常见的几种EDI连接方式包括:

  • 通过安全的Internet协议(如AS2)实现直接的点对点的直连EDI连接
  • 连接到EDI网络提供商,也称为增值网络(VAN)提供商
  • 点对点的直连EDI连接和VAN的组合,具体取决于所涉及的合作伙伴和交易量

对于EDI网络提供商或增值网络(VAN),买方使用其首选通信协议,进行安全可靠的EDI传输。然后,网络提供商使用供应商的首选通信协议连接到供应商,确保供应商收到订单。 在某些情况下,VAN可以减少设置和维护,但对于许多用例来说往往比直连EDI集成更昂贵,因为它们对每笔交易或甚至是订单项收取费用。

使用密码、用户标识、加密算法在整个传输过程中保障数据安全。买方和供应商的EDI应用程序都会准确地自动编辑和检查文档。 在我们的EDI协议类型的完整指南中,列举了各种EDI文件传输选项,帮助您为选择更适用于企业现状的协议。


EDI报文结构

为了让您更好地了解EDI是什么,让我们来看看EDI内容的关键部分。 EDI报文由三个核心部分组成:信封(envelope),段(segment)和数据元素(element),格式符合特定的EDI标准。 EDI报文,如EDI 850采购订单报文遵守严格的格式规则,这些规则准确定义文档中每个数据的位置和业务含义,以便数据传输双方EDI系统可以立即找到所有关键业务数据。例如,买方公司名称、采购订单编号、购买的商品及价格。然后,数据将以预先约定好的内部格式进入供应商的订单系统中,无需手动操作。

信封(envelope)

EDI文档传输使用三个信封系统容纳交易集:

  • 消息信封
  • 组信封
  • 交换信封

段(segment)

EDI事务集中的段(segment)由一组相似的数据元素(element)组成。

数据元素(element)

数据元素(element)是EDI事务集中的数据,例如,购买的商品、数量等。


EDI实施:设置和合规性检查表

实现EDI合规最终意味需要满足以下三个条件:

  • 具备实施EDI项目的软硬件环境
  • 保持通信双方的EDI系统配置正确且一致
  • 选择符合国际标准的传输协议及报文标准

实施EDI项目,您需要采购、设置或租赁以下关键组件:

  • EDI软件,用于EDI数据传输、EDI数据映射或是EDI报文翻译
  • 有网络连接
  • 硬件:服务器或PC,通信设备和外围设备
  • 安全的办公空间和受监控的安全性
  • 数据备份和冗余,保障数据可靠性
  • 用于EDI交易与后台系统的任何集成的软件
  • 能实现不同合作伙伴的各种EDI报文类型的映射,将EDI报文映射为业务文档

此外,培训相关的技术或是业务人员如何使用EDI软件和通信设备,或者选择EDI解决方案提供商来完成项目实施及培训工作。

保持通信双方的EDI系统配置正确且一致

您的EDI与您集成合作伙伴的系统的一样有价值。关键在于:

  • 确定您将用于发送和接收EDI报文的EDI传输协议(例如AS2,OFTP、FTP、SFTP等)。请参阅EDI协议类型指南
  • 选择并实施正确的EDI业务类型,如850采购订单。请参阅EDI业务报文类型
  • 将EDI与您的其他运营,物流或第三方物流,会计和订单履行系统联系起来,有助于更广泛的应用EDI技术
  • 正确地与您的合作伙伴完成EDI数据映射,翻译和业务测试

根据您的设置,这可以包括相互选择EDI解决方案和EDI集成提供商。最终,您需要正确的解决方案来帮助您最大化合作伙伴关系。设置越简单,您就可以更快地实施EDI并节省时间和金钱,同时增加与合作伙伴的关系。

选择符合国际标准的传输协议及报文标准

通用的标准是将EDI结合在一起的粘合剂。主要认证机构管理这些标准,可以帮助您评估各种解决方案。

  • 美国国家标准协会(ANSI)
  • 美国使用的X12 EDI标准
  • UN / CEFACT
  • 证明流行的国际EDIFACT标准
  • GS1
  • 认证几种行业特定的国际EDI标准(基于EDIFACT构建)
  • Drummond
  • 通过严格的互操作性测试认证EDI软件,确保不同的EDI工具能够成功地相互通信

本文系转载,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文系转载,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

评论
登录后参与评论
暂无评论
推荐阅读
​图解《中台战略》业务中台设计原则
A、基于 HTTP/HTTPS 协议的 RESTFul API 调用(最大应用范围)
LIYI
2019/09/27
2.7K0
​图解《中台战略》业务中台设计原则
命保住了!五年时间,我们也搞了一个技术中台
在技术圈,每年总有那么一拨人,喜欢把 “某某岗位要不要写代码” 这样的话题拿出来讨论一番。
JAVA葵花宝典
2019/08/05
6730
中台战略全解读(三):业务中台建设
从业务到中台,必须经历抽象建模的过程。这个过程分为两个阶段,分别是 0 级抽象中心建模的阶段和 1 级抽象组件建模的阶段。每个阶段采用的建模抽象机制都是实体抽象法。下面以 0 级阶段建模抽象为例进行说明。
架构之家
2022/07/12
1.6K0
中台战略全解读(三):业务中台建设
一文读懂「中台」的前世今生
导读:中台,通过业务、数据和技术的抽象,形成了服务能力的复用,构建了企业级的服务能力,消除了企业内部各业务部门、各分子公司间的壁垒,适应了企业,特别是大型企业集团业务多元化的发展战略。
IT阅读排行榜
2019/07/17
2.5K0
一文读懂「中台」的前世今生
金融全产品交易场景下的技术中台实践
抗击疫情,腾讯云在行动。科技步伐在向产业互联网迈进的大趋势下,互联网体验和传统金融行业正在相互触碰及深度交融。企业数字化转型如火如荼,各种中台战略及相应互联网架构的演进或重构正是当前IT的建设重点。本文是对TVP王晔倞老师的直播演讲整理,为大家介绍介绍整个技术中台的演化过程,说明在实践过程中遇到的问题与条件,并带领大家了解技术中台的价值与未来发展。
可可爱爱没有脑袋
2020/03/05
6920
金融全产品交易场景下的技术中台实践
中台之上(一):重视业务架构,不要让“业务的归业务、技术的归技术”
很多企业都将促进业务与科技的深度融合作为发展战略,也都想学学阿里的中台战略,其实,除了中台战略之外,基于企业级业务架构设计来实现组件化开发也是企业数字化转型的优选路径,是弥合业务与技术之间“数字鸿沟”的有效手段。未来,业务不再仅仅是业务,技术也不再仅仅是技术,谁先实现思维方式的改进,谁能更好地联动整个企业,谁就能赢得竞争的先手,而业务架构能力可以在这方面发挥关键作用,而且是超越中台之上的作用。
xcbeyond
2021/03/16
8180
MVC与三层架构理解
早期只有Servlet,只能使用response输出标签数据,非常麻烦后来。JSP的出现,简化了 Servlet的开发。但是过度的使用JSP,在JSP中写大量的java代码,又前端的页面,造成难以维护,难于分工协作的窘境。 再后来,随着java的web开发的逐步完善,公司的开发需要形成一种规范,来更好的管理和维护代码,借鉴MVC的开发模式,使得程序的设计更加合理性。
全栈程序员站长
2022/09/12
9100
MVC与三层架构理解
再谈中台战略与气象业务建设
我曾经推过一篇《中台战略与气象业务系统建设之经验分享》,简单聊了聊中台战略在气象部门的落地困境。最近看了《企业IT架构转型之道》一书的作者钟华的一段关于中台的对话访谈,其中谈到决定中台成败的四要素,对我思考中台在气象业务建设过程中遇到的问题有了一些启发,也有了一些新的理解,所以今天跟大家再次聊聊中台战略与气象业务建设。
用户1247399
2020/06/11
6250
再谈中台战略与气象业务建设
DDD重构中台业务
DDD有两把利器,那就是它的战略设计和战术设计方法。中台在企业架构上更多偏向业务模型,形成中台的过程实际上也是业务领域不断细分的过程。在这个过程中我们会将同类通用的业务能力进行聚合和业务重构,再根据限界上下文和业务内聚的原则建立领域模型。而DDD的战略设计最擅长的就是领域建模。
架构狂人
2023/08/16
5350
DDD重构中台业务
中台的概念及其架构设
中台的产生,并非完全是自顶向下的战略设计,也并非是为了追随某种行业风口,而是随着公司业务高速发展、组织不断膨胀的过程中暴露的种种问题需要被解决。
周陆军博客
2023/05/14
5420
凯哥 | 数据中台的底层逻辑(二)
中台并不是从天而降的,回顾企业软件历史,中台思想是企业软件发展的必然趋势,中台的出现说明部分企业已经从信息化建设已经进入了数字化转型时代,从局部优化进入全局优化,从业务支撑变成业务本身。
凯哥
2023/03/03
6580
凯哥 | 数据中台的底层逻辑(二)
基于大中台小前台模式设计高并发电商架构
公司执行好大中台小前台模式,首先需要进行组织架构调整,比如阿里巴巴大中台小前台组织架构(如图3)如下:中台事业群和小前台事业群。其中中台事业群包括:搜索事业部、共享业务事业部(用户、商品、交易等)、数据技术及产品部(OLAP)、基础架构事业部等;小前台事业群包括电商事业群、蚂蚁金服集团、阿里云事业群、菜鸟网络、大文娱集团、阿里妈妈等其他。
玄姐谈AGI
2019/11/06
2.3K0
基于大中台小前台模式设计高并发电商架构
中台战略与气象业务系统建设之经验分享
【中台】是2018年开始火爆起来的,最先实践的是阿里巴巴,那本《企业IT架构转型之道》成为阿里巴巴【中台】战略思想与架构实战的参考宝典,我也通过这本书才开始关注起【中台】。当我接触的项目要引进【中台】这个理念时,内心即有惊喜也有疑惑。引进【中台】战略思想,足以说明我们要融入数字化转型浪潮的决心,心中有些惊喜!但因为这是一个新的理念、新的思维要在业务系统建设中落地,还不能很好的理解就开始实践,内心难免有些疑惑不安。于是开始到处搜罗有关【中台】的文档、说明材料进行阅读学习。随着学习和理解的深入,我觉得【中台】要在气象部门实现落地并应用,将面临极大的阻力,并且时间周期并不可控,也许1年,也许3年,因为【中台】是一个战略层面要改革的领域,和数字化转型一样,同样是个“一把手”工程,需要自上而下推动,不能单纯理解为一种技术的变革和实现。对于长期采用层级划分和多重机构的传统管理方式运行的气象局来说,要撼动已经形成的管理体制和机制是何等的艰难。
用户1247399
2020/06/01
4290
中台战略与气象业务系统建设之经验分享
微服务面试必读:拆分、事务、设计的综合解析与实践指南
首先,微服务是对传统单体架构的一种优化。当一个单体架构随着业务的增加而变得臃肿时,微服务通过将业务拆分成小的独立单元来进行优化。
努力的小雨
2023/11/07
4660
中台战略一
最近公司进行战略调整,组建中台部门,《企业IT架构转型之道-阿里巴巴中台战略思想与架构实战》这本书是中台理论鼻祖之作,赶紧拜读
码农戏码
2021/03/23
5170
数字化转型背景下的金融交易业务中台实践
目前金融业IT系统大多由业务部门或渠道进行竖井式建设,这种模式的好处是系统专业性强,但同时也给运营及IT管理部门带来分散性阵痛。那么如何在强监管与统一风控的形势下,实现统一管控、快速响应、应需而变、按期交付?中台架构就是在这种背景下应运而生。本文主要以某城商行基于BIIP实施的交易中台的实践案例展开分享,一起和大家探讨企业数字化转型中的背景、技术方案及功能架构。
yuanyi928
2018/12/13
1.7K0
聊透中台,到底什么是中台
但与此同时,关于中台究竟是什么,却是众说纷纭。引用王健老师在《当我们谈中台时,我们在谈些什么| 白话中台战略》一文中提到的关于中台的一些理解,就能看出一些端倪。
用户10756793
2023/09/16
1.2K0
一个微服务业务系统的中台构建之路
中台是近两年软件开发领域的热点话题,相关的文章也成为了各个技术社区和媒体争相报道的网红内容。作为企业支撑业务开发的核心系统,中台的重要性不言而喻,很多企业也开始尝试中台的构建和落地工作。Biz-UI 的业务中台孵化于 BSAP(Business Service Architecture and Practice)项目,经过一年多的积累,终于开花结果。本文将从中台的基本概念讲起,带你一起探寻 Biz-UI 团队的业务中台构建之旅。
深度学习与Python
2020/09/04
7160
一个微服务业务系统的中台构建之路
HRMS(人力资源管理系统)-SaaS架构设计-概要设计实践
https://www.cnblogs.com/hegezhou_hot/p/9753733.html
纯洁的微笑
2018/11/06
3.1K0
MVC与三层架构
三层架构 (3-tier application) 是将整个业务应用划分为:表现层(UI)、业务逻辑层(BLL)、数据访问层(DAL)。区分层次的目的即为了“高内聚,低耦合”的思想。 
周小董
2019/03/25
3.1K0
MVC与三层架构
推荐阅读
相关推荐
​图解《中台战略》业务中台设计原则
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档