对比B2B集成中的EDI和API

电子数据交换(EDI)在外部的B2B/EDI系统集成和贸易伙伴对接中扮演着重要角色。而应用程序接口(APIs) 是实时提供选定的系统功能,让其它程序访问和使用的接口。如果APIs建立的目的就在于此,那么它必然也能够用于B2B/EDI集成。所以对EDI和API进行比较还是非常值得的,这样您就能够在接下来的B2B/EDI集成项目中做出正确的选择!

EDI与API的历史

特别是在以供应链为导向的行业里,EDI建立了系统和系统之间电子化的信息交互标准,节省了纸张和人工流程。自20世纪70年代以来,EDI一直起着连接贸易伙伴并使供应链管理(SCM)实现自动化的作用。通过EDI电子数据交换,数据以结构化的格式进行交互,而随着时间的发展,在众多的行业领域出现了很多的EDI报文标准。EDI将会继续主导汽车、物流、快消品和零售、制造和公共事业领域中的供应链流程。

EDI使用一个基于文件或批量通信的方式对数据进行异步调用。

APIs作为web services和系统的软件接口已有很长的历史记载了。当今,APIs代表的理念是来自于服务导向型架构(SOA)和2000年兴起的在HTTP之上的REST和web service。

对于当今的B2B交互来说,APIs更适合实时的业务流程且更趋向同步的通讯方式。REST(Representational state transfer)或RESTful风格的 web service为API提供互操作性且允许使用一个统一的、预定义的无状态操作集访问和更改对于网络资源的文本表达。

如何比较EDI和API?

EDI和API都属于集成技术,但由于它们的来源和设计目的不同也存在很多差异。

图1: EDI对比API
EDIAPIs
历史20世纪70年代出现以来一直发展至今随着2000年SOAP的出现和REST在云环境中的兴起发展而来
传输协议众多传输协议如AS2, AS3, OFTP2, SFTP等等HTTP/S作为API调用的底层传输协议,也用于结构化数据的实时交换的同步调用
调用模式异步调用结构化数据格式的报文确认同步调用实时交互的结构化数据
报文格式EDIFACT, ANSI X12等其它报文格式XML (用于AS4), JSON (用于REST)
格式描述报文指导手册开放式API标准(Swagger), WSDL
可用目录格式相关EDI指导手册API提供者提供的API目录
数据规格可处理海量数据不适合处理海量数据
典型场景批驱动方式处理绑定信息 - 系统对系统 - 绑定信息的数据转换 - B2B/EDI方式连接外部贸易伙伴,通过AS2,OFTP2或VAN 接近实时的模块化信息单请求 - 按序进行实时预定 - 企业应用集成(EAI) - 连接可使用API的云应用程序
错误处理因为文件是异步的批处理,所以错误处理通常需要在预接收文件的应用(如ERP)中进行由于采用同步处理,所以任何错误通常都会停止API调用,错误处理在发送端进行。
标准符合行业特定需求,高度标准化没有通用和既定标准
业务驱动在与贸易伙伴的长期合作中以优化流程和降低成本为驱动以数据的数字化和现代化为驱动,开启新的集成方式如“ad hoc”

技术上来说,APIs通常可以替代成熟的B2B/EDI集成技术。但是这种替代是否具有可能性或可行性呢?

选择正确的方式可以为企业发展带来最优价值,这可以从上面的对比表格中得出。

一个平台实现EDI和API

EDI和web services APIs可无缝结合并相互补充,这样API在当今的B2B集成战略中就成为了一种合理的存在,负责为所有B2B交易中的整体方案添加实时访问功能。如果实时的批处理和基于文件的批处理流程能够在同一个平台中运行,它们就能相互补充并相互作用。

SEEBURGER商务集成套件(BIS) 是集EDI和API于一身的混合集成平台(HIP)。BIS平台提供55个不同的通讯适配器满足所有B2B集成场景,不仅限于EDI集成和API集成还包括MFT(大文件传输)工业物联网(IIoT)电子发票等

Do you have any questions?

Please contact us!

.