对比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都属于集成技术，但由于它们的来源和设计目的不同也存在很多差异。
| EDI | APIs | |
|---|---|---|
| 历史 | 20世纪70年代出现以来一直发展至今 | 随着2000年SOAP的出现和REST在云环境中的兴起发展而来 |
| 传输协议 | 众多传输协议如AS2, AS3, OFTP2, SFTP等等 | HTTP/S作为API调用的底层传输协议，也用于结构化数据的实时交换的同步调用 |
| 调用模式 | 异步调用结构化数据格式的报文确认 | 同步调用实时交互的结构化数据 |
| 报文格式 | EDIFACT, ANSI X12等其它报文格式 | XML (用于AS4), JSON (用于REST) |
| 格式描述 | 报文指导手册 | 开放式API标准(Swagger), WSDL |
| 可用目录格式 | 相关EDI指导手册 | API提供者提供的AAPI目录 |
| 数据规格 | 可处理海量数据 | 不适合处理海量数据 |
| 典型场景 | 批驱动方式处理绑定信息 - 系统对系统 - 绑定信息的数据转换 - B2B/EDI方式连接外部贸易伙伴，通过AS2，OFTP2或VAN | 接近实时的模块化信息单请求 - 按序进行实时预定 - 企业应用集成（EAI）- 连接可使用API的云应用程序 |
| 错误处理 | 因为文件是异步的批处理，所以错误处理通常需要在预接收文件的应用（如ERP）中进行 | 由于采用同步处理，所以任何错误通常都会停止API调用，错误处理在发送端进行。 |
| 标准 | 符合行业特定需求，高度标准化 | 没有通用和既定标准 |
| 业务驱动 | 在与贸易伙伴的长期合作中以优化流程和降低成本为驱动 | 以数据的数字化和现代化为驱动，开启新的集成方式如“ad hoc” |
图1: EDI对比API
技术上来说，APIs通常可以替代成熟的B2B/EDI集成技术。但是这种替代是否具有可能性或可行性呢？
选择正确的方式可以为企业发展带来更多价值，这可以从上面的对比表格中得出。
一个平台实现EDI和API
EDI和web services APIs可无缝结合并相互补充，这样API在当今的B2B集成战略中就成为了一种合理的存在，负责为所有B2B交易中的整体方案添加实时访问功能。如果实时的批处理和基于文件的批处理流程能够在同一个平台中运行，它们就能相互补充并相互作用。
SEEBURGER商务集成套件(BIS)是集EDI和API于一身的混合集成平台(HIP)。BIS平台提供55个不同的通讯适配器满足所有B2B集成场景，不仅限于EDI集成和API集成还包括MFT（大文件传输）、工业物联网（IIoT）和电子发票等。
