为了满足平台货物的多样性，亚马逊Amazon邀请了来自全球各地的优秀供应商加入其供应链体系。要管理如此庞大的供应商群体，需要完成大量的数据处理工作，位列世界500强的Amazon是如何传输这些数据的呢？
答案是：通过EDI！
亚马逊Amazon需要一个有效的方式来管理与众多供应商之间的订单等业务数据的传输，以便高效地掌控和管理整个业务流程。而供应商则需要一个自动化的方式，以替代大量手工下载和处理订单等业务，EDI无疑是最佳选择。
项目挑战
近期我们帮助零售行业客户R公司成功上线了亚马逊Amazon Device EDI项目。作为Amazon的供应商，R公司需要接到大量来自Amazon的订单。通常情况下，R公司需要一到两个人来下载和处理订单，粗略统计一周需要花费10-20个小时。如果需要处理更多的订单，也就意味着得投入更多的人力和时间。不仅如此，重复的人工操作也增加了数据的错误率以及退货和罚单的风险。
通过EDI传输数据，确保了整个数据处理流程的自动化，解决了人工操作可能会带来的错误风险，并且能够帮助R公司快速、高效、准确的获知每一笔订单信息。当然，除了订单信息之外，订单确认，发货通知等业务信息也可以通过EDI来进行传输。
近期我们帮助R公司成功完成与亚马逊Amazon Device的EDI对接，本文将为大家详细介绍与亚马逊Amazon Device建立EDI连接的流程。
亚马逊Amazon Device需求概览
传输协议：AS2 报文标准：X12 报文类型：850，855，856
报文含义以及传输方向如下：
业务报文代码 | 业务含义 | 传输方向 |
|---|---|---|
850 | 采购订单 | Amazo发送给R公司 |
855 | 采购订单确认 | R公司发送给Amazon |
856 | 提前发货通知 | R公司发送给Amazon |
EDI解决方案
针对R公司的实际需求，我们给出解决方案如下：
搭建EDI传输通道
采用AS2传输协议实现EDI传输通道的搭建，在知行之桥EDI系统中，通过在AS2端口中进行配置、测试即可完成与Amazon Device的EDI连接。
格式转换
亚马逊Amazon采用X12报文标准实现与全球供应商之间传输文件的标准化，从可读性角度来看，X12的可读性并不是很高，对供应商而言处理起来会比较困难，因此知行之桥EDI系统还支持对EDI报文的格式转换，能够将复杂的X12报文转换为可读性更强的XML文件。根据企业需求，还可对转换后的XML文件进行进一步的处理，转换为Excel、CSV、JSON等格式。
系统集成
得到了亚马逊Amazon发来的数据之后，企业应该如何处理这些数据呢？这些数据又是如何从EDI系统到企业内部的业务系统中呢？
最高效的方式便是实现EDI系统与企业内部业务系统的集成。知行之桥EDI系统支持多种集成方式，R公司根据其内部的实际情况，最终确定采用中间数据库方案。
中间数据库方案介绍
中间数据库方案实际上是使用中间数据库表的方式集成知行之桥EDI系统和企业内部业务系统。采用一张或多张数据库表作为中间表，存放知行之桥EDI系统收到EDI报文后解析所得的业务数据，以及发送EDI报文需要业务系统提供的数据。中间数据库表，顾名思义它不等于R公司内部业务系统的生产数据库表，业务系统仅在这个数据库中存放EDI发送报文所需的业务数据，和读取EDI接收的业务数据。
EDI和R公司内部业务系统之间约定不会直接修改中间数据库表中的数据，从而完整的保留EDI所传输的数据，方便在出现业务数据争议时进行数据溯源。R公司的业务系统自行从中间数据库表抓取及存放数据，并不会直接修改业务系统中生产数据库的数据。
项目成果
针对Amazon Device EDI需求以及与R公司沟通确定的解决方案，我们在知行之桥EDI系统中搭建了如下图所示的工作流：
知行之桥EDI系统将文件传输、格式转换等功能全部集成在各个功能端口中，并且给用户提供可视化的界面，即使是没有技术背景的人也能够清晰准确的通过工作流来理解数据的处理流程。模块化的设计更为企业快速定位问题提供了很大的帮助。通信问题可以在AS2端口解决，报文格式转换问题则可以定位至X12端口或者是XMLMap端口，中间数据库的操作则可定位至Database端口。
Amazon Device测试场景信息及项目注意事项，可以参考文章：与亚马逊Amazon Device进行EDI测试都有哪些场景？
零售行业的EDI案例信息，可以参考：零售行业EDI
更多 EDI 信息，请参阅: EDI 是什么？
