Amazon对接选EDI还是API

2022-05-25 10:36:17 浏览数 (3)

亚马逊为供应商提供EDI与API方式来进行数据的对接,供应商可通过上述两种方式与亚马逊平台进行集成,从而实现点对点自动接收订单,回传发票、ASN。

那么作为供应商,应该选择EDI还是API?本文就为大家对比一下两种方式,希望可以帮助大家选择最适合自己的方式。

传输方式

EDI一般使用AS2、VAN、SFTP等方式实现数据的传输,AS2是零售行业中使用最普遍的一种传输协议。AS2协议基于http/https,发送方可以对文件进行签名,使接收方可以确认自己的身份,可以对文件进行加密处理,在接收到文件之后,接收方需要返回MDN,来告知发送方文件已收到,避免了没有必要的扯皮。除此之外,AS2还支持断点续传、大文件传输、异常重发等特性,是一种比较完善的传输方式。而且AS2是国际标准传输协议,无论是对接亚马逊还是沃尔玛,AS2的配置都是完全一致的。AS2的配置非常简单,仅需几个参数,即可实现与交易伙伴的连接。

相比于EDI中,数据与传输分离的方式,API的传输和业务数据是紧密相连的。基于http/https的方式,使用基础认证、OAuth等认证方式,除此之外,全是非标准化的技术。对接A的API,你可能需要把数据base64加密后放在body中的某一个字段上,对于B的API,你可能需要先获取一下动态的token,然后把数据md5哈希后加在URL中,每对接一家新的企业,你可能需要重新开发调用API的代码。

以订单为例,亚马逊产生订单之后,如果使用的是EDI,则会主动推送给供应商,EDI平台在进行格式转换之后,可以直接调用后端系统的API接口或者传输至中间数据库中,此时后端系统已经可以得到需要的数据。如果是API,则需要供应商定时去调用接口获取数据,而且API接口一般会限制调用次数。而EDI的主动推送则更符合业务上的逻辑,也可以更加稳定地接收大批量的数据。

数据结构

EDI最大的优势在于它的数据结构,无论是北美使用的X12,还是欧洲使用的EDIFACT,都是行业内的业务专家一起制定出的,可以满足99.999%的业务需求。而对于API来说,没有标准的数据结构,每家企业之间的差别也比较大。很多API在涉及数据结构的时候也参考了EDI的报文结构。

供应商需要做的工作

EDI

API

第一个平台对接

AS2配置,字段映射

接口调用开发,字段映射开发

第二个平台对接

AS2配置,字段映射微调

接口调用开发,字段映射开发

AS2配置,字段映射微调

接口调用开发,字段映射开发

以上的表格可以看出,如果使用EDI对接,由于是标准的解决方案,新增交易伙伴只需要基于目前的配置进行微调即可实现对接,所需时间短;而API则需要按照不一样的接口去进行重复的开发,无疑是对内部资源的一种浪费。很多人关心的费用问题,EDI虽然专业,但是更加标准,第三方EDI供应商提供服务,即可快速地实现数据平台对接,而API充斥着大量的重复的工作,产生的人力资源成本可能远远大于一个EDI平台的费用。

其他

根据亚马逊官方给出的资料,对比如下:

EDI

API

高效文件批处理

YES

NO

大文件处理

YES

NO

测试

完整的工作流测试

沙盒中模拟响应

对于更加精细化、客制化、小量的数据传输需求,API比较合适,而对于B2B传输业务数据这种标准化程度高、对传输稳定性、速率要求高的需求,无疑EDI才是更加适合的方式。

更多EDI信息,请参阅: EDI是什么?

阅读原文

注:文案部分图片及内容来源于网络,版权归原创作者所有,如有侵犯到您的权益,请您联系我们进行删除,给您带来困扰,我们深感抱歉。

1 人点赞