I’最近,有很多文章介绍了Web API的伟大应用以及它们如何’将取代标准的EDI通信。在亚马逊时代,我们都可以同意需要升级EDI技术,该技术自1960年代就已经存在。但是更换它不会很快发生。实际上,亚马逊是EDI的最大用户之一,并要求其进行合作伙伴通信。这也不会很快改变。

什么是Web API?

Web服务/ Web API是由其他应用程序公开公开和使用的服务的集合。 Web服务当前是用于新集成项目的事实上的集成技术。它们简化了向其他应用程序公开数据和服务的功能。它们还允许跨供应链系统进行近实时更新。但是,现实情况是,大多数API都是独立开发的,没有外部合作伙伴的投入。它们满足开发公司的特定数据要求。如果您这样做会起作用’重新访问独特的服务。例如,如果我想将距离计算集成到应用程序中,则可以访问Google Maps的Web API。但这对EDI有意义吗?

这里’s how it works

典型的Web API由与客户进行交互的一组方法组成’的系统。下面的示例是客户采购订单管理API。客户已经公开了几种方法。例如,使用OrderConfirm,我们可以确认来自客户的采购订单的接收和接受。

订单管理API

订单管理API

它与访问客户的接口程序集成在一起’的Web API。目的是从后端系统中提取我们需要的信息,并将其放入Web API的预期格式。系统工作流程如下所示:

  1. 后端系统触发所需的更新,例如确认已收到或发货订单。
  2. 接口程序使用转换逻辑(代码或更高级别的映射逻辑)将数据转换为客户要求的特定格式和文档结构’s API.
  3. 接口程序访问客户’API;传输所需的数据。
企业WebAPI客户

企业Web API客户

不是实际的解决方案

但是在现实世界中,大多数客户拥有众多贸易伙伴。因此,假设每个客户都有自己的Web API,就会遇到上述情况。

企业对WebAPI的使用

企业对Web API的使用

即使使用更有效地管理API的工具,我仍然将每一个都视为一次性的客户集成或点对点接口。

标准的重要性

电子数据交换的真正好处不是技术。而是为合作伙伴交易定义了行业标准。这消除了为每个客户提供一次性解决方案的需要。在创建行业标准之前,Web API不会成为主流。距离现在还很多年。

资源资源

 

固定在Pinterest上

分享
分享这个