十分钟解读Arrow EDI项目

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

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

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

电子数据交换EDI
高效&可靠性
EDI电子数据交换是指以标准化商业文档，实现点对点的连接。本质上来说，通过EDI方式交换业务数据信息，可以提高传输速率，提高数据准确性和生产效率。
Arrow 引领行业与客户、供应商建立基于EDI的联系，以便加快生产预测、采购订单、订单确认、发票等信息流的传输效率。
受益于EDI传输的客户或供应商具有以下共同特点： - 高效处理EDI交易、降低成本和缩短周期 - 保证了数据的准确性 - 寻求有接入EDI能力的客户或供应商 - 希望通过安全、可靠的方式交换商业数据，推荐使用EDI

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

无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+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’
PIA+1+1178340:VP::91’
RFF+BO:1234501:1’
QTY+3:1440:PCE’
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’

为了体现Header与Details的一对多关系，在上面的demo中，放了两个LIN segment，通过下图展示下不同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

---

知行RSSBus ConnectEDI系统是一家经过Drummond、Odette等国际权威机构认证的MFT方案供应商，提供安全文件传输和业务集成解决方案，已帮助全球十万家企业实现EDI系统集成，支持的传输协议包含AS2、AS4、OFTP(2.0)、SFTP等。
了解更多EDI的信息，可以访问知行软件官网，查看同行业EDI应用案例、EDI系统配置指导，提前享有EDI系统30天全功能版本免费试用。

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