十分钟解读Arrow EDI

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/Cara_EDI_Consultant/article/details/86078006

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

Arrow为什么要推进供应商接入EDI呢?

以下是来自Arrow官网的信息,供参考。

译上图(科普EDI)

电子数据交换EDI
高效&可靠性
EDI电子数据交换是指以标准化商业文档,实现点对点的连接。本质上来说,通过EDI方式交换业务数据信息,可以提高传输速率,提高数据准确性和效率。
Arrow 引领行业与客户、供应商建立基于EDI的联系,以便加快生产预测、采购订单、订单确认、发票等信息流的传输效率。
受益于EDI传输的客户或供应商具有以下共同特点:

  1. 高效处理EDI交易、降低成本和缩短周期
  2. 保证了数据的准确性
  3. 寻求有接入EDI能力的客户或供应商(感受到EDI优势,无法自拔了:-))
  4. 希望通过安全、可靠的方式交换商业数据(EDI是首选)

官方说明看起来好抽象:-(,通过一个订单处理示例来说明EDI的优势。
下图所示,进行EDI处理时,有EDI与无EDI的流程对比。

无edi的订单处理流程,这么长,看着都复杂,而且通过传真和电子邮件方式等的用户对象是人,接收到业务数据也需要人为干预,进行数据的录入的同时容易出错。

相比之下,EDI的流程的简单多。
在这里插入图片描述
通过以上示例,简单总结下EDI与其他方式的区别?

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

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

解读Arrow EDI的需求
先看下Arrow AS2连接提供的相关文档

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

AS2的定义
AS2,是Applicability Statement 2的缩写,是一种电子数据交换规范,旨在确保数据在互联网能够安全可靠地传输。
AS2的目的在于在于通过Internet安全可靠地传输商业文档。首先通过数据加密和数字签名生成数据包,然后基于HTTP(或HTTPS)通过互联网或任何TCP/IP网络进行安全可靠的数据交换。

然后是EDI规范的相关文档

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

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

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

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

综上,为了满足不同客户需求,EDI转换部分根据您实际需求定制开发(定制开发部分的源码是可以share给你们的哦)。
如果您想开发小程序翻译EDIFACT报文,先通过EDIFACT简介了解下结构组成部分。

EDI Demo带您走进EDI新领域
之前有网友留言,前面说了那么多,还是不同怎么看EDI报文? ?
心好塞,分享那么多,还是不够不够够不够…那就再来点干货。

BGM+241+123456+9’

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

DTM+137:20190108:102’

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

按照EDI规范说明,Header信息的读取都可以通过以上方式。
从LIN Segment节点开始,是交付计划明细,与Header信息存在一对多的关系。(一般一个交付计划,会对应多个物料号,需注意下Header与Details的一对多关系,以免漏掉一部分明细值)

LIN+1++1178340:BP::92’ //LIN 3.1= 1178340 对应供应商产品编号
PIA+1+1178340:VP::91’ //PIA 2.1= 1178340 对应采购商产品编号
RFF+BO:1234501:1’ //REF 2.2 1234501 对应采购订单编号
QTY+3:1440:PCE’ //REF 2.2 1234501 对应采购订单编号
SCC+4’
QTY+131:240:PCE’
DTM+158:20180611:102’
DTM+159:20180617:102’
SCC+4’
QTY+131:480:PCE’
DTM+158:20180716:102’
DTM+159:20180722:102’
SCC+4’
QTY+131:720:PCE’
DTM+158:20180813:102’
DTM+159:20180819:102’
LIN+2++TVA1280559R5A:BP::92’
PIA+1+TVA1280559R5A:VP::91’
RFF+BO:BEL/1234502:1’
QTY+3:300:PCE’
SCC+4’
QTY+131:50:PCE’
DTM+158:20180611:102’
DTM+159:20180617:102’
SCC+4’
QTY+131:109:PCE’
DTM+158:20180716:102’
DTM+159:20180722:102’
SCC+4’
QTY+131:150:PCE’
DTM+158:20180813:102’
DTM+159:20180819:102’

为了体现一对多的关系,在上面的demo中,放了两个LIN segment,通过下图展示下不同segment之间的关系。
EDI之LIN segment包络结构
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+1++1178340:BP::92’

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

PIA+1+1178340:VP::91’

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

SCC+4’

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

QTY+131:240:PCE’

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

DTM+158:20180611:102’
DTM+159:20180617:102’

DTM 1.1 = 158 或159, 158 - 开始日期,159 - 截止日期;
DTM 1.2 是真实日期,DTM 1.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

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

  • 5
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值