知行EDI系统如何通过中间数据库表方式集成金蝶ERP

金蝶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生产数据库的数据，也可以在不影响ERP原有业务的基础上完成和EDI的集成。

知行EDI系统和金蝶ERP系统，通过各自的接口来连接中间数据库表，实现从中间数据库表中存放和读取数据。下图所示便是知行EDI系统中的数据库端口，用于配置数据库表信息，完成与中间数据库表的连接。目前支持的数据库有：MySQL、PostgreSQL、SQLite、SQL Server、Oracle等。关于数据库端口的配置和使用方法，见知行软件官网文章数据库端口

以上详细介绍了知行EDI系统采用中间数据库表方式集成金蝶ERP的方法，下面以对接金蝶K3为例，讲述知行EDI系统采用中间数据库表方式集成金蝶ERP的步骤。主要分为以下5个步骤：

EDI整理所需业务字段，ERP整理所有业务字段
EDI和ERP做业务字段做对应
客户业务人员、EDI工程师、ERP工程师三方会议讨论业务字段
建数据库表
集成测试

EDI整理所需业务字段，ERP整理所有业务字段

在确认客户需要在EDI中传输的业务数据类型后，EDI按照该业务所对应的报文规范，整理需要传输的EDI字段。以采购订单和发货通知为例，如果使用X12标准，则采购订单对应850规范，发货通知对应856规范，知行EDI的实施工程师将整理850和856规范中的业务字段。这两种业务对应于金蝶K3中的订单和发货业务模块，需要其业务系统可提供业务数据的字段。

EDI和ERP做业务字段做对应

在双方整理完业务字段后，将整理的业务字段提供给对方，EDI和ERP对照对方所整理的业务字段来做对应。标记出ERP已有和没有的字段，以及ERP中可添加的字段。用于在下一步三方会议时做讨论。

客户业务负责人、EDI工程师、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的方法及步骤。感谢您选择知行EDI系统，EDI系统可以成为您信息自动化道路上的加速器。

更多EDI相关信息，欢迎咨询，EDI通信专家 | 知行软件

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