ERP系统作为目前使用最广泛的业务系统之一,面向不同的服务群体有不同类别的软件,主要有企业管理软件、协同管理软件、政府非盈利组织管理软件。夯实的数据整合管理能力和应对不同业务的实施灵活性,让金蝶ERP的客户遍地开花,具有庞大用户群的金蝶ERP成为了EDI与ERP集成项目中出现频次最多的ERP系统之一。本文主要讲述知行EDI系统采用中间数据库表方式集成金蝶ERP的方法及步骤。
首先要明确的就是,使用中间数据库表的方式集成知行EDI系统和金蝶ERP,就是采用一张或多张数据库表作为中间表,存放知行EDI系统收到EDI报文后解析所得的业务数据,以及发送EDI报文需要ERP提供的数据。中间数据库表,顾名思义它不等于ERP系统的生产数据库表,ERP仅在这个数据库中存放EDI发送报文所需的业务数据,和读取EDI接收的业务数据。
中间数据库表,作为EDI系统和ERP系统间数据传输的纽带,它既可以用于EDI数据的溯源,避免纠纷,也保证了EDI和ERP集成后的平稳运行。EDI和ERP约定不直接修改中间数据库表中的数据,以此完整保留EDI所传输数据,方便在出现业务数据争议时进行数据溯源;ERP自行从中间数据库表抓取及存放数据,不直接修改ERP生产数据库的数据,便是在EDI和ERP集成中对ERP系统平稳运行的一个侧面保护也可以在不影响ERP原有业务的基础上完成和EDI的集成。
EDI系统和ERP系统之间,通过各自的接口来连接中间数据库表,实现从中间数据库表中存放和读取数据。下图所示便是知行EDI系统中的数据库端口,用于配置数据库表信息,完成与中间数据库表的连接。目前支持的数据库有:MySQL、PostgreSQL、SQLite、SQL Server、Oracle等。关于数据库端口的配置和使用方法,见文章数据库端口配置以及连接设置
以上详细介绍了知行EDI系统采用中间数据库表方式集成ERP的方法,下面以对接金蝶K3为例,讲述知行EDI系统采用中间数据库表方式集成金蝶ERP的步骤。主要分为以下5个步骤:
在确认客户需要在EDI中传输的业务数据类型后,EDI按照该业务所对应的报文规范,整理需要传输的EDI字段。以采购订单和发货通知为例,如果使用X12标准,则采购订单对应850规范,发货通知对应856规范,知行EDI的实施工程师将整理850和856规范中的业务字段。这两种业务对应于金蝶K3中的订单和发货业务模块,需要其业务系统可提供业务数据的字段。
在双方整理完业务字段后,将整理的业务字段提供给对方,EDI和ERP对照对方所整理的业务字段来做对应。标记出ERP已有和没有的字段,以及ERP中可添加的字段。用于在下一步三方会议时做讨论。
在双方完成字段对应后,将和客户的业务负责人一起开会,根据实际业务,确认已对应字段的正确性,以及讨论ERP中无对应字段是否确认添加。
在跟客户确认业务字段后,ERP和EDI工程师沟通数据库表的结构,根据字段的主从关系来定主从表的结构,确认最终的数据库表结构,进行数据库建表。
EDI和ERP的中间数据库表集成测试,一般可与EDI业务测试同步进行。例如,客户为供应商,在通过EDI收到采购商的850订单后,EDI进行850解析,将订单数据存入到指定的中间数据库表,ERP从该中间数据库表读取订单数据后,在金蝶K3的订单模块中进行展示,由客户业务人员完成最终的订单数据检查,完成EDI接收850订单的EDI业务测试,及EDI向ERP传输数据的集成测试。同理可知,856发货通知便是一个逆向过程,客户在金蝶K3的发货模块操作后,ERP向指定的中间数据库表存入发货通知数据,EDI读取到发货通知数据后转换为856报文发送给采购商,采购商收到856后进行验证,完成发送856发货通知的EDI业务测试,及ERP向EDI传输数据的集成测试。
以上为大家介绍了知行EDI系统采用中间数据库表方式集成ERP系统的方法及步骤。
注:文案部分内容来源于网络,版权归原创作者所有,如有侵犯到您的权益,请您联系我们进行删除,给您带来困扰,我们深感抱歉。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。