[案例] 十分钟解读Arrow EDI项目

关于Arrow Arrow Electronics向工业和商业电子元器件和企业运算解决方案用户提供产品、服务和解决方案,2016年销售额达23.8亿美元。Arrow作为供应渠道合作伙伴,通过遍布全球90多个国家和地区的465多个地点构成的全球网络,为超过125,000家原始设备制造商、合约制造商和商业客户提供服务。


enter image description here

Arrow为什么要推进供应商接入EDI呢? 先来阅读下下面这段文字,Arrow官网发布,他们在尝试通过这段文字向供应商解释为什么需要EDI?

enter image description here

为了提高阅读效率,把上以上英文翻一下,如下请您参考。

电子数据交换EDI

高效&可靠性

EDI电子数据交换是指以标准化商业文档,实现点对点的连接。本质上来说,通过EDI方式交换业务数据信息,可以提高传输速率,提高数据准确性和生产效率。

Arrow 引领行业与客户、供应商建立基于EDI的联系,以便加快生产预测、采购订单、订单确认、发票等信息流的传输效率。

受益于EDI传输的客户或供应商具有以下共同特点:

  1. 高效处理EDI交易、降低成本和缩短周期
  2. 保证了数据的准确性
  3. 寻求有接入EDI能力的客户或供应商
  4. 希望通过安全、可靠的方式交换商业数据,推荐使用EDI

官方说明看起来好抽象,在解说Arrow ED I项目之前,播放一段小插曲,我们通过一个订单处理示例来比较一下有无EDI的差异。


enter image description here


enter image description here

无edi的订单处理流程,这么长,看着都复杂,而且通过传真和电子邮件方式等的操作对象是人,接收到业务数据也需要人为干预,进行数据录入的同时容易出错。相比之下,EDI的工作流程就简单的多,整个过程自动进行,显著提高了业务数据处理效率及正确性,能在短时间能快速处理大批量数据。

那EDI与现有的一些通信手段,如传真,电子信箱(Email)等有什么不同之处?

  • EDI传输的是标准文件,并具有格式校验功能,而传真和电子邮箱等传送的是自由格式的文件。
  • EDI实现的是两个企业之间业务系统数据的自动传输和自动处理,其对象是企业的业务系统, 而传真和电子邮箱等的用户是人,接收到的报文必须人为干预。
  • EDI对于传送的文件具有跟踪、确认、防篡改、电子签名等一系列安全保密功能,而传真没有这样的功能。虽然电子信箱具有一些安全保密功能,但它比EDI技术的层次低。
  • EDI文本具有法律效力,而传真和电子信箱没有。

小插曲暂告一小段落,进入主题,开始解读Arrow EDI需求。(耐心看完,后面有惊喜)

从收到Arrow 的第一封EDI邮件开始说起,提供了三个文档,内容如下:

  • Arrow B2B Comm_Profile AS2_EU.DOC:是AS2的配置参数文档,分Quanlity Environment和Production Environment两个环境,分别是测试、生产环境。
  • Arrow_Quality_2016.zip:是Quanlity Environment的证书,测试环境证书,在传输过程中用于签名、加密。
  • Arrow production certificates 2016.zip:是Production Environment的证书,正式环境证书,在传输过程中用于签名、加密。

AS2,是Applicability Statement 2的缩写,是一种电子数据交换规范,旨在确保数据在互联网能够安全可靠地传输。

AS2的目的在于通过Internet安全可靠地传输商业文档。首先,通过数据加密和数字签名生成数据包,然后基于HTTP(或HTTPS)通过互联网或任何TCP/IP网络进行安全可靠的数据交换。

读到这里,大脑中再次浮现出一个问题,在做AS2传输之前,需要准备些什么呢?怎么才能顺利实现AS2传输呢?别着急,深呼吸,耐心看完,实战教程在后面。

然后,是EDI规范的相关文档。

  • EDI INVOICE.PDF(INVOIC:发票信息)
  • EDI_DELFOR_.pdf(DELFOR:订单预测信息)
  • EDI_Util_NE_Out_INVRPT_VMI_D97A.PDF(INVRPT:库存信息)

以上文档符合EDIFACT标准,版本号D97A,目的是将传输的文档标准化,为什么需要标准化?

举个栗子,如果一个人永远只和一个人说话,那么他们两个只要懂相互的意思就欧了。但是,如果有几百人都要相互说话,那么,还是大家都说一种标准语言,便于高效沟通。

在EDI实施过程中,最大的挑战就是来自于EDI标准报文的解析与生成。

甲说,我们没有业务系统,以前Arrow都是发邮件给我们Excel文档,我们要通过Excel格式展示真实业务数据。 乙说,我们用的SAP,你们在EDI报文转换过程中,怎么实现与SAP的无缝集成呢? 丙说,我们业务系统仅支持导入CSV文件,你们能生成CSV文件吗?

综上,为了满足不同客户需求,EDI转换部分根据您实际需求定制开发,先通过EDIFACT简介了解下结构组成部分。

BGM: Beginning of message,业务数据的开始节点。 BGM01 = 241,表示Delivery Schedule,固定Code,表示该文档传输的是交付计划信息。 BGM02 = 123456,表示Delivery Schedule No,表示交付计划编号。 BGM03 = 09,表示源文档,未做任何修改。

DTM1.1 = 137, 表示日期类型,在这里是指交付日期。(只要DTM出现137,它后面跟的值就是交付日期) DTM1.2 = 20190108,是实际交付日期。 DTM1.3 = 102,表示日期格式,比如102 = CCYYMMDD,103 = CCYYMMDDHHSS

按照EDI规范说明,Header信息的读取都可以通过以上方式。

从LIN Segment节点开始,是交付计划明细,与Header信息存在一对多的关系。(一般一个交付计划,会对应多个物料号,需注意下Header与Details的一对多关系,以免漏掉一部分明细值)

为了体现Header与Details的一对多关系,在上面的demo中,放了两个LIN segment,通过下图展示下不同segment之间的关系。

enter image description here

LIN是个Loop结构,意味着在一个文档中可以出现多次,QTY,SCC也是Loop结构。

LINLoop结构下,允许有1个LIN Segment,最多10个PIA Segment,1个IMD Segment,最多99个QTYLoop,最多999个SCCLoop。

1个QTY Loop下只有1个QTY Segment 1个SCCLoop下只有1个SCC Segment,最多999个QTYLoop SCCLoop下的1个QTYLoop,只有1个QTY Segment,最多2个DTM Segment。

LIN 3.1= 1178340,对应供应商产品编号

PIA 2.1= 1178340,对应采购商产品编号

SCC 1 = 4 ,是交付计划状态,表示预测,如果值是1,表示确认订单,可以按其计划发货

QTY 1.1 = 131,是固定类型,表示交付数量 QTY 1.2 = 240,是交付数量具体的值 QTY 1.3 = PCE,是数量单位

DTM1.1 = 158或159 158-开始日期,159-截止日期 DTM1.2是真实日期,DTM1.3是日期格式,同Header的DTM Segment结构一致

理论说完了,那就准备实战吧,不要偷懒。下方示例,介绍了EDI与自定义XML之间的互相转换,尝试下载软件,及示例工程,在本地搭建环境模拟下整个EDI实施过程。

EDI软件下载地址:https://www.kasoftware.com/download.html
EDI转换示例工程:https://www.kasoftware.com/translation/edi_xml_convert_sample.html

了解更多,请您电话 150-0298-3180 / 177-8250-8152 或邮件 edi@kasoftware.cn 联系我们,获取 30 天全功能 免费试用 版本。

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

文章分类 EDI实施案例