edi技术在各个领域的应用（EDI在CIMS中的应用技术研究）

阅读文章前辛苦您点下“关注”，方便讨论和分享，为了回馈您的支持，我将每日更新优质内容。

文 | 立财说

编辑 | 立财说

前言

EDI是Electronic Data Interchange的缩略通常译为“电子数据交换”，由于使用 EDI可以减少乃至消除贸易过程中的纸面单证，因而也通俗地称之为“无纸贸易”。

EDI是一种在公司之间传输订单发票等商业文件的电子化手段，它首先要求将这些商业文件标准化，形成结构化的可被计算机识别和处理的数据格式,然后借助数字通信网络，将商业文件传输至贸易伙伴的计算机内,由计算机作自动处理。

国外有许多企业公司已经运用 EDI进行商业活动，我国自改革开放以来,企业与国内外交的信息日益增多，企业内部对信息的迅速传递和即时处理提出了越来越高的要求，传统的手工操作已经很难适应。

为了与国际经贸活动接轨，国内许多企业也对EDI表示了浓厚的兴趣，有些企业在应用 CIMS的同时已经明确提出了对 EDI的需求。

国家 863/CIMS 主题于1994 年11月，正式确立了“CIMS集成框架与集成平台”的立项研究其中在CIMS平台上也提出了对EDI的应用集成如能在企业管理中成功应用 EDI技术把EDI与CIMS紧密结合起来，将是解决这一问题的有效途径。

可以说在企业管理中成功应用EDI术必然能够节约人力、物力时间，提高管理效率,从而加强现代企业的竞争能力，因此研究EDI与CIMS系统的集成将具有重要意义。

面向报文的分析设计方法

EDI包括三要素：数据标准化通信网络和计算机应用EDI，与E-mail的重要区别就在于E-mail传递的是非结构化信息，它的处理对象是人;而 EDI传递的是标准的结构化信息，它的处理对象是计算机进程。

因此，应用计算机自动处理各种标准报文，是EDI最显著的特征，也正因为如此才使得EDI与CIMS系统能自动交流和共享信息，才使得EDI与CIMS系统集成具有意而E-mai，只能是CIMS系统的一个外加的辅助工具而已。

既然EDI强调自动处理那么要实现EDI与CIMS系统的有成就必须解决两个问题：

（1）EDI用系统如何用计算机程自动处理各标准报文；

（2）如在EDI与CIMS 系统之间自动交流和共信息。

例如企业接收采购订单时，对于客户通过 EDI 网络传递给企业的订单报文，EDI 应该把其中的有关信息析取出来自动传递给CIMS的销售管理模块通知它作相应处理，同时自动向客户发送订单确认报文。

对于物资供应模块里需要采购的项目，通过与它交互信息，自动提取订单信息并生成采购订单报文发送给供应商。

本文仅就上述两个问题进行讨论，并给出解决这两个问题的基本思路和方法。

企业与企业之间以及企业内部之间流动着大量的报文单证信息，这些报文单证种类繁多，并且相互之间也存在着这样那样的联系。

比如91.2版的UN/EDIFACT标准公布的报文类型有:：报价申请，响应报价申请,订购单,订购单修改，订购单确认，订购单状态查询，订购单状态答复,装运通知，发货清单银行汇票，托收付款通知，进出口许可证,报关单等等。

这些都和企业的经济活动有联系，也和CIMS相关部分有联系，为使EDI与CIMS效成采用面向对象方法来组织报文单证，这是解决问题的条行之有效的方法，这就是面向报文(Message-Oriented)的思想。

EDI标准种类繁多现有的有UN/EDIFACTANSI X12TDCCUCSWINSVICS 等多种标准，在标准尚未统一这前，应该允许用户自由选择标准，每一种标准都涉及到很多种具体报文,而且每个具体报文又因发行版本不同而具有不同的报文格式。

例如UN/EDIFACT标准901版和912版的采购订单就有不同的格式，但均大同小异，因此，我们考虑采购订单的时候，就应该从采购订单在真实世界的概念及处理的方法出发，不要受制于标准及版本的不同。

以采购订单为例,在现实世界中,采购订单大致具有相同的格式，通常最少要包括采购订单号采购订单日期供应商信息采购订单项目明细(采购数量、单位价格交货期)等信息。

对于用户他不需要了解细节只需要把自已关心的采购项目形成采购订单即可。因此，在设计时应该将某些属性封装起来,另外提供一组行之有效的方法供用户操作。

按照以上思路，我们可以对不同的单证定义不同的类，每个具体的单证则作为类的一个具体的实例，即作为一个对象来处理，同时还要提供处理对象的操作。

如果用类 C 语言来定义类，可以分别定义订购单类、发货单类等等，

如：Class Purchase_Order

{ private: P0_Place_Datas;

P0_Message_Datas;

public: PO_Send_Method;

PO_Receive_Method;

PO_Opration_Methods;}

Class Invoice

{ private: Inv_Place_Datas;

Inv_Message_Datas;

public: In_Send_Methods;

Inv_Receive_Method;

Inv_Opration_Methods;}

对于不同标准，不同版本和不同子集的单证可以定义为继承子类，分别继承父类的属性，同时再添加一些新的属性，采用面向报文方法的好处是使系统可以方便扩充。

当前正在制订的报文标准越来越多集成过程中可能也需要不断地添加新的单证，而采用面向对象方法后，每增加一个新的单证,就可以以类和对象的形式方便地加入到系统中。

以上讨论可以方便地用面向对象语言来实现如Delphi、Visual Foxpro 等。

信息提取、平文件映射与翻译

在实际的设计过程中，要解决EDI与CIMS的集成问题,还有一些信息提取、信息处理平文件映射、标准服文翻译等具体问题需要考虑。

2.1 EDI与CIMS 成时的转换过程

从单个企业CIMS 系统的角来考，EDI与CIMS系统的两部分：第一部CIMS系统中提取信息生成EDI交换的过程；第二部分是从EDI交换到CIMS系统的转换过程这两个过程是瓦逆的过程，我们将重点讨论第一部分。

从CIMS系统提取信息成EDI换的过是指从CIMS系统中提取信息生成平文件，并将平文件经翻译成组及总装生成 EDI交换的过程。

这个过程包括以下三个步骤：

1. 从CIMS系统数据库中提取信息生成平文件；
2. 平文件经过翻译转换成EDI报文；
3. 将EDI报文成组总装形成EDI交换。

2.2信息提取平件映及翻译方法

EDI文实际上是一ASCII码，中间志码、分隔符数据元分隔符和成份元分隔符将数据数据元和成份数据元区分开来，直接将EDI报文与CIMS系统数据进行互转要数据结构的转换，既需要句法转换，这是很复杂的，有一定的难度，所以分两步走，用一个中间文件作过渡，这个中间文件就是平文件。

有了平文件就可以将数据结构转换和句法转换分成两步来完成，将报文中需要提取的数据元按顺序展开即可得到平文件模式，如何设计平文件模式并最终翻译为EDI标准文件是一个复杂的问题要从系统的全局来考，图2.2示出了解决这个问题的总体思路。

虚线以上部分为设计思路，虚线以下部分为实际的数据交换过程。

(1)设计思路:由CMS系统和EDI标准两者结合来设计平文件模式;由 CIMS系统和平文件模式两者结合来设计信息提取内容和方法;由平文件模式和 EDI标准两者结合来设计映射参考。

平文件模式的设计应该满足企业的需要，同时也应该与相应的标准相对应，所选择的属性应该符合报文的实际需要，平文件模式与 EDI标准之间所建立的映射参考文件是将平文件翻译为 EDI标准文件的依据。

(2)数据交换过程：由信息提取内容和方法决定如何提取CIMS系统的数据，并把提取出来的数据，按照平文件模式生成平文件;在映射参考的帮助下，将平文件翻译成EDI标准文件，当然EDI 标准文件还决定于EDI标准。

以上信息提取过程解决了在EDI与CIMS系统之间自动交流和共享信息的问题，而翻译过解决了用计算机程序自动处理各类标准报文的问题。

2.3EDI与CIMS系统集成的总体结构

EDI应用主要是处理各种标准报文信息，因此它与CIMS系统的PADIS子系统直接相关，在CIMS环境下，配置 EDI应用模块，就可以实现 EDI功能集成。

图2.3是EDI与CIMS 的总体结构图，为了有效地维护EDI应用模块，以适应数据标准化格式的转变，一个有效的方法是将 EDI标准以数据库的形式存储起来，只需维护相应的数据库，而不必改变EDI应用模块的

当然这个问题还需进一步展开讨论。

根据上述的分析和讨论我开发了EDICIMS系统集成的演示软件，用基于表格的方法建立了平文件模式和映射参考文件,初步实现了这一集成过程。

结论

本文提出了用面向报文的方法来实现EDI 与CIMS系统的信息成并对成过中所及到的有关技术进行了讨论，基本上解决了 EDI 与 CIMS系统动态交换数据信息共享的问题。

该项技术在欧洲北美的汽车制造业零售业中已有许多应用，但在国内还很少应用

需要指出的是,本文所作的工作仅仅是提供了一种思路，还不完善，如何在本文讨论的基础上，真正将EDI作为中件服务集成到CIMS成架之中如何解决，EDI安全问题如何解决中文 EDI国际化问题，仍需进一步深入的分析和探讨。

,