预计阅读时长:3分钟
近期知行软件成功上线一个新的客户项目,客户作为村田的供应商需要与村田建立EDI连接。本文从供应商的角度出发,主要介绍对接村田EDI项目的前期准备、方案设计、功能实现等,全方位的介绍EDI项目的实施过程。
村田公司是一家使用性能优异电子原料,设计、制造最先进的电子元器件及多功能高密度模块的企业。与日俱增的产品发货量使得传统的业务数据往来形式早已不能满足企业发展的需求,如电子邮件等。从长远发展的角度考虑,寻求更安全可靠、更自动化的数据传输途径至关重要。
村田深知EDI系统对业务传输方式改革的重要性,通过EDI系统,村田与众多的供应商搭建起低成本,高效率的数据传输通道,使得越来越多的供应商也加入到这个行列中来。
说到这里,村田是怎么用EDI进行数据传输的呢?接下来,小知带您一探究竟。
EDI项目前期准备
前期准备阶段,首先需要明确企业的EDI需求。其中包括以下几点信息:传输协议、报文标准、业务报文。您可以将这些需求提供给知行EDI工程师们,我们将针对您的需求提出对应的EDI实施方案。
传输协议:
企业采用AS2传输协议与村田进行连接。与FTP,SFTP等协议相比,AS2具有加密性、不可否认性、消息管理等特点。对于AS2和FTP等协议的详细对比,可以参考:选择AS2还是FTP?需要考虑的5个因素
考虑到数据传输的安全性,AS2采用端到端的数据传输方式,如果对传输安全有更高的要求可以使用SSL进一步加密传输通道。报文标准:
ANSI X12 EDI报文标准种类多样,常见的有:EDIFACT、X12、VDA等。ANSI X12 报文标准(EDI Document Standard)于 1979年发布,由认证标准委员会维护,涉及汽车、物流、零售、医药、金融、保险、运输、供应链等领域。本次客户对接村田EDI项目采用ANSI X12报文标准。对X12 的详细介绍可以参考:ANSI X12业务报文:
项目中主要包括三个报文,分别为:PO-850采购订单、POS-POS销售报告、POS-Purchase By Invoice购货发票。
针对以上信息,知行工程师们提出的EDI实施方案为数据库中间表与ERP集成方案。ERP将数据写进数据库后,由EDI系统抓取数据进行处理,完成EDI内部报文标准与数据库中间表的映射关系,ERP负责建立ERP系统与中间数据表的关系映射。
拓展阅读:
EDI & 数据库数据转换
EDI项目环境准备
正式开始EDI连接前,企业需要具备公网IP地址/域名的服务器,用于部署知行EDI系统。可连接的数据库,常见的有 MySQL、Oracle、SQL Sever等。准备好这些之后,就可以进入EDI项目实施阶段。
EDI方案解读
前期准备工作完成后,接下来需要进行项目的业务逻辑梳理。
这一步我们需要将之前零散的准备工作串起来,构建一个完整的业务流。主要考虑这些问题:数据从哪里来?得到的数据都有哪几种?每个类型的数据需要转换成什么格式?以及通过什么方式把数据传输出去?在解决这些问题的过程中,完整的项目逻辑也就呈现出来了,如下图。
从供应商的数据库中抓取数据,得到850、POS、PBI三种类型的文件,将其分别转换为X12、CSV两种格式,通过AS2连接,将数据发送至村田EDI系统中。
4 EDI项目功能实现
理清逻辑之后,开始在EDI系统中搭建项目的整体工作流。
从数据库中抓取到的数据有三种类型,如何区分这三种类型呢?
本次项目主要借助于知行EDI系统中的Match端口实现。Match端口有两种,一种是File Match端口,另一种是 XML Match端口。File Match端口根据文件名将文件路由到工作流的不同端口。XML Match端口则是通过对文件指定路径取值进行判断。下图为项目的工作流:
也许大家会注意到,图中出现了Notify1端口,这个端口有什么作用呢?
从数据库抓取数据时,如果抓取的数据不匹配我们需要的三种类型,则将被发送至Notify1端口,并通过邮件发送报错提醒。
完成项目实施后,知行EDI工程师对方案进行了进一步优化,主要有以下两方面:
优化一:大量文件的传输过程中,需要掌握文件的实时传输状态。如何区分哪些文件是未发送的,哪些是已发送的?必须对文件状态进行清楚的标记才能保证文件不会被漏传、错传。
解决方案:数据处理过程中EDI系统可以对文件状态进行标识。主要是借助EDI系统配置以及数据库状态更新来实现状态回传。这样文件传输状态就一目了然,状态回传的逻辑和具体实现方式将在后续的文章中进行详细的解释。
优化二:项目需要接收POS和PBI两种CSV文件,如何区分这两种文件呢?
解决方案:在模板左上角单元格内新增文件类型字段,若为Purchase By Invioce(PBI)则表示购货发票,若为POS则表示销售报告。
关于EDI更多问题探讨,欢迎私信或评论。