EDI 项目实施指南
X 关闭
交易伙伴要求对接 EDI,要怎么实施?整个 EDI 项目实施过程包括准备阶段、EDI 连接测试、实施映射、业务系统集成、业务测试等。每个环节环环相扣,缺一不可。
EDI 项目实施过程
准备阶段
准备阶段,企业需要与交易伙伴建立沟通,明确对方的 EDI 联系人,拿到对方提供的 EDI 资料,搞清楚 EDI 需求,其中将会包含传输协议以及报文标准等信息。如果企业计划从头开始开发 EDI 系统,在短时间内可能无法获取权威的国际认证,这意味着自主开发的 EDI 系统无法保证达到了国际标准。这种情况下企业需要选择合适的 EDI 供应商,使用成熟而稳定的 EDI 系统将帮助企业自动化地接收处理业务信息、检查语法、数据加密传输、数据备份存储以及追溯往来信息,能够最大程度帮助企业减少非必要的人员和经费投入,快速、高效地与交易伙伴建立 EDI 连接。
(资料图片仅供参考)
扩展阅读:实施 EDI 项目前期,如何收集和明确项目需求?
EDI 连接测试
什么是连接测试呢?在 EDI 项目中,连接测试是项目正式开始实施的第一步,主要打通企业和交易伙伴之间的连接通道。在这个环节,企业的不同客户可能会提供不同的 EDI 传输协议,常见的传输协议包括:AS2、AS4、SFTP以及OFTP等,企业需要根据这些传输协议建立与交易伙伴的 EDI 连接。双方需要通过搭建好的 EDI 传输通道,进行发送和接收文件的测试。确保双方都可以正常收发文件。
实施映射
实施映射部分需要实现 XML 与符合国际标准的 EDI 格式之间的映射和格式转换。这涉及到 EDI 需求的一部分:EDI 报文标准与报文类型。
常见的 EDI 报文标准包括:X12、EDIFACT、VDA等。
而报文类型则是我们需要与客户通过 EDI 传输的业务单据类型如:订单、订单确认、订单变更、发货通知、发票、库存查询等等。
在一个 EDI 项目中,企业与交易伙伴之间通常需要传输同一 EDI 报文标准下的多个业务单据。
如果企业选择了专业的 EDI 供应商,则将会由经验丰富的实施工程师完成以下工作:
- 完成项目的检查和交付验收等工作
- 汇报项目进展及突发性事件
- 完成报文规范解读,数据映射实施及测试等工作
- EDI 系统安装,调试及项目实施环境部署
- 用户培训及培训结果测试,制定用户操作手册
扩展阅读:EDI 项目实施中,EDI 提供商与客户是怎样分工的呢?
业务系统集成
成熟的 EDI 系统能够实现与企业内部业务系统(ERP系统、SAP系统等)的集成,这是实施 EDI 项目的最佳选择。那么 EDI 系统与企业内部业务系统都可以通过哪些方式进行集成呢?
1.中间数据库
中间数据库是一种比较常见的集成方式,EDI 系统与 ERP 系统通过中间数据库进行数据交互,采用中间数据库方式对接避免了直接与 ERP 生产数据库连接可能会造成的潜在问题,也不会有数据强行插入生产库中而跳过 ERP 逻辑的问题出现,这也是目前应用比较广泛、且可靠性较高的集成方式。
扩展阅读:知行之桥EDI系统如何通过中间数据库表方式集成金蝶ERP
2.Webservice
WebService 是一个平台独立的,低耦合的,自包含的、基于可编程的 web 的应用程序,可使用开放的 XML(标准通用标记语言下的一个子集)标准来描述、发布、发现、协调和配置这些应用程序,用于开发分布式的交互操作的应用程序。企业可以定义好 Webservice 接口给 EDI 系统,EDI 系统将报文按照接口定义的格式进行转换,实现将 EDI 报文解析至 ERP 中。
3.API
API(Application Programming Interface,应用程序接口)是一些预先定义的接口(如函数、HTTP接口),或指软件系统不同组成部分衔接的约定。用来提供应用程序与开发人员基于某软件或硬件得以访问的一组例程,而又无需访问源码,或理解内部工作机制的细节。EDI 系统可以调用 ERP 的 API(标准API或自定义API)输入数据,ERP 也可以调用 EDI 系统的 API 来上传文件。
4.tRFC IDOC
通过 tRFC,数据可以在应用程序之间安全、可靠地传输。RFC 客户端调用 RFC 服务器上的一个特定功能模块。被调用的功能模块在服务器上只执行一次。然后,产生的数据在一个唯一的交易 ID(TID)下被暂时存储在 SAP 数据库中,也就是说,数据创建和数据传输是两个独立的过程。例如,tRFC 用于将业务文件从一个 SAP 系统发送到另一个 SAP 系统,通常是通过使用 ALE/IDoc 层。EDI 系统完成报文和 IDOC 文件之间的格式转换。
5.中间格式
某些 ERP 可能不支持集成,EDI 系统可以将数据转换为 Excel、XML或Json 等其他中间格式,客户可以直接获取 Excel 来查看数据,或者可以通过手工导入文件的方式,将数据导入到 ERP 中。
EDI 作为连接交易双方的桥梁,对提升供应链效率,促进交易双方合作关系起着愈来愈重要的作用。将 ERP 和 EDI 系统集成,无论是系统的拓展性、还是易用性,都有大幅度的提升。
对于体量较小或者还处于起步阶段的企业而言,没有专业的技术人员,同时对企业管理系统也没有足够的资金投入。考虑到成本以及收益产出比,这类企业在短时间内并没有部署自己的企业管理系统的打算。虽然上 EDI 的最佳方案是实现 EDI 系统与企业内部业务系统的集成,但如果没有业务系统,可以实施 EDI 项目吗?
答案是:可以的!
针对这些目前没有业务系统的企业,我们提供了相应的解决方案——Excel 方案、 CSV 方案或者知行之云 LIP 方案,无需准备业务管理系统一样可以与交易伙伴建立 EDI 连接。
扩展阅读:没有企业管理系统,影响企业实施 EDI 项目吗?
业务测试
业务测试主要测什么呢?
EDI 项目中,业务测试阶段企业需要向交易伙伴发出符合要求的 EDI 文件,并且需要接收来自交易伙伴的文件。
怎样才算是符合要求的 EDI 文件呢?对企业而言,接收到交易伙伴发来的文件需要通过 EDI 系统处理为企业内部可处理的文件格式。EDI 系统会验证对方发来的文件是否符合 EDI 格式要求,而企业的业务人员需要对解析的数据进行核对,检查是否符合业务逻辑,确认数据能够被业务系统处理。
企业给交易伙伴发出文件,交易伙伴方将会检查:文件是否符合 EDI 格式要求?是否符合业务逻辑?业务系统是否能够正常处理?
有时还需要配合交易伙伴进行多种业务场景的测试,双方协同完成即可。业务测试没有问题之后,此 EDI 项目便可以上线了。
除了以上流程之外,企业还可以联系 EDI 供应商,对整体项目进行培训,确保业务人员能够熟练使用,企业的 IT 人员需要确保部署 EDI 系统的服务器始终能够正常访问。
自主实施还是找 EDI 供应商来实施?
专业 EDI 团队实施 EDI 项目的好处
快速上线
专业的 EDI 团队有丰富的定制化实施经验,每种报文可以在非常短的时间内完成开发,并为您的 EDI 项目提出具有针对性的规划意见,轻松应对各种可能遇到的突发情况。
熟悉流程
专业的 EDI 团队熟悉各种协议标准的处理,并且由于已有很多大型企业的 EDI 对接经验,对于第一次接触 EDI 的客户来说,专业的 EDI 团队可以引导并带领客户一步一步完成 EDI 的连接,以标准化的流程,稳扎稳打地完成 EDI 项目实施。
自主实施的好处
降低初次项目实施成本
如果企业目前的 EDI 项目涉及业务量较少,预算不高,且有一定的 IT 能力,并且与交易伙伴建立 EDI 连接的需求并不是非常紧迫,企业可以考虑自主实施 EDI 项目。对于有自主开发需求的企业,可以选择在知行 EDI 实施工程师的协助下完成一种报文的实施,之后剩下的报文则采取自主实施。这样的方法使企业既学习到了专业的实施流程又节省了项目实施成本。同时企业内部员工的 EDI 基础知识也得到了巩固和加强。
内部交接方便
自主实施使得企业内部人员熟悉 EDI 系统的操作和实施流程,如果有交接需求,可直接内部完成,更加高效便捷。
在多年的项目实施过程中,我们发现,部分企业更倾向于自主实施 EDI 项目。这完全没有任何问题,企业熟悉 EDI 系统之后,便已经拥有了部署 EDI 项目的条件。
但很多企业都是初次接触 EDI 项目,甚至是初次了解 EDI 技术。从一开始便采取自主实施的办法会使得企业无法充分利用 EDI 系统功能,并且很难找到一套成熟且完善的知识框架,学习起来也会十分吃力。
企业如果有自主实施需求,可以与 EDI 供应商进行协商,在部署第一个 EDI 项目时由专业的EDI实施工程师与企业相关负责人共同参与,并由 EDI 实施工程师定期对企业的 EDI 项目相关负责人进行培训。
共同实施一个完整的 EDI 项目之后,企业 EDI 负责人学习到了部署 EDI 的细节知识,只需要专业的 EDI 实施工程师解答一些难以处理的问题即可。这样即保证了项目可以顺利实施,同时企业也具备了自主实施 EDI 项目的能力。
我们提供 EDI 软件产品、项目实施、运维等服务。并且针对每个 EDI 项目都会分配项目经理、实施工程师、运维工程师等,这些最专业的人员,各司其职,能够确保 EDI 项目顺利实施。
了解更多 EDI 信息,请参阅:EDI 是什么?
阅读原文