电子行业H公司对接艾睿电子ARROW EDI项目案例

H公司于2005年成立，是一家国家高新技术企业。并且拥有自主生产核心材料铁氧体产线的微波隔离器及环形器。核心材料铁氧体，隔离器、环形器等器件，均可为客户做定制化设计方案。优良的产品质量，及时的交货和灵活的响应市场需求帮助H公司赢得了良好的声誉。

EDI项目背景

Arrow公司在建立基于 EDI 的客户与供应商的连接中处于行业领先地位，以驱使企业在生产预测、订单采购（及确认）、发票以及其它的标准业务文档的共享达到更高的水平。EDI全称是电子数据交换，旨在实现企业间核心业务数据自动化传输。

EDI 以纸质成本的降低、交易准确性的提高、以及交易周期的减少等方式来为企业降本增效。

需求分析

在与Arrow对接EDI之前， 我们需要先深度了解Arrow的两种业务模式：AOI（Arrow Owned Inventory）和SOI(Supplier Owned Inventory)模式(又称为VMI-Vendor Managed Inventory)。Arrow 资料显示所涉及的所有EDI业务类型和对应的Message Code, 经过与供应商和Arrow的双方确认，需要做DELFOR、ORDERS、INVOICE、INVRPT、ORDRSP、和DESADV/ASN共7个业务模块的EDI实施工作。

由上表格可以看出Arrow EDI项目分为AOI模式和SOI模式，其中SOI模式除了包含AOI模式也有的DELFOR、INVOICE和ASN 3个模块之外，还包含了AOI模式没有的库存报告INVRPT。而AOI模式则比SOI模式多了ORDERS、ORDRSP和ORDCHG三个基于订单业务的报文； 由于2种模式所涉及的业务模块不完全一样，所以相应的业务流程也有区别。经与Arrow方面确认，AOI模式的业务流程如下：

SOI模式业务流程:

业务注意事项：

AOI模式发票是根据采购订单（ORDERS）或发货通知（DESADV/ASN）的数据进行回传； SOI模式发票则根据消耗库存（INVRPT）的数据进行回传； 其中SOI模式的DELFOR明细中包含采购订单号，而AOI模式的DELFOR不含采购订单号。除此之外，如果企业与Arrow的业务同时涉及AOI和SOI两种模式，那么Arrow会在系统内部为企业设置不同的供应商ID或者卖方ID来区分业务模式。具体可根据EDI报文中NAD+SE段数据来判断当前报文属于哪种模式：

NAD+SE在EDI规范中的描述是卖方ID，这里不同的ID对应了Arrow不同的仓库和模式。

当Arrow采购的产品涉及到EC(End Customer)时，Arrow会要求供应商系统内部为不同的EC建立独立的账号分管订单，不同EC的订单数据需要在供应商业务系统中隔离开，由专管的业务员处理对应EC的订单，而Arrow会以EC的身份为供应商创建唯一的买方ID，供应商可以通过NAD+BY段数据来辨别是哪个EC下的订单，从而分管数据流。

梳理完毕业务需求之后，接下来看看我们提供的EDI解决方案。

自动化解决方案

H公司本地部署知行之桥EDI系统，与Arrow选择AS2传输协议建立EDI连接， H公司的金蝶ERP系统主要通过Rest API 方式与知行之桥EDI系统进行集成，部分数据通过Excel方式呈现。

工作流搭建

利用知行之桥的功能端口，在低代码的情况下，搭建完整的工作流，与Arrow完成EDI对接。具体实现如下：

实现逻辑描述

解析工作流

知行之桥EDI系统的AS2端口负责与Arrow EDI 建立连接，接收所有EDI报文。当接收到任意报文后，会转发至EDI转换端口进行EDI→XML转换，之后会经过3个Match端口根据不同的EDI Message Code标识将文件分发到不同的解析线：

其中订单(ORDERS) XML文件会成功通过第一个Match端口，然后经过自动化脚本解析成JSON串，再调用金蝶ERP系统的API实现订单数据导入；并发送新订单通知邮件；

物料需求计划(DELFOR)和库存消耗报告(INVRPT) 的XML格式文件会从第一个Match端口过滤掉，掉入到第二个Match端口，此时DELFOR XML文件成功通过第二个Match端口，经过Excel端口处理成Excel表格，然后通过邮件附件的形式发送到供应商业务员邮箱；

库存消耗报告(INVRPT)的XML格式文件会从第二个Match端口过滤掉，掉入第三个Match端口，然后成功通过Match匹配进入Excel端口，转换成Excel格式后再已邮件附件的形式发送到业务员邮箱。

生成工作流

1. EDI系统定时调用金蝶ERP系统的获取数据接口抓取数据，订单确认(ORDRSP)取自审批后并且赋予标识字段为1的订单数据；之后经过处理转换成XML文件，再转换成EDI报文；
2. 发货通知(DESADV/ASN)取自审批后并且赋予标识字段为1的出货单模块数据；之后经过处理转换成XML文件，再转换成EDI报文；
3. 发票(INVOICE)取自审批后并且赋予标识字段为1的形式发票模块数据；之后经过处理转换成XML文件，再转换成EDI报文；

最终所有生成的EDI报文都通过AS2端口发送至Arrow EDI系统，每一个EDI报文成功发出后会自动发送邮件通知。

通过以上介绍，想必大家已经对本次通信行业EDI项目案例有了较为清晰的了解，如果大家有关于EDI的任何疑问或者希望了解更多的EDI案例，欢迎联系知行软件。

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