人类的认识是从已知的东西逐步推展到未知的领域。如果我们暂且抛开系统具体的业务流程、功能应用以及操作细节不谈,仅针对ORACLE EBS ERP系统的基本组成构成元素,从实践来源与系统实现两方面,作虽非详细深入但比较直观简要的探索,我们也许就能获得这样一个总体上的认识,即:无论多么庞大、复杂的一个软件应用产品体系,它仍然是由一些使用比较简单、理解并不深奥的基本构件元素所组成;这些基本构件来源于业务实践,或与日常工作息息相关,我们其实并不陌生,他们是“从业务到技术,在从技术回到业务”两者高度融合的结果。
信息技术的飞速发展,系统应用需要集成
技术的进步无疑会对企业管理实践中的组织形态、业务模式等诸多方面产生重大影响,管理作为一门“科学”而诞生的这近一百年来,企业管理实践从早期的“职能管理”到现代的“流程管理”,从早期主要内向关注“生产效率”到现在重点外向关注“客户需求”,技术的进步尤其是近二十年信息技术的飞速发展起到了重要的推动作用。但管理科学毕竟是属于“形而上”的范畴,相较于“形而下”的器物层面,技术进步的作用与影响方式总是承前继后、继往开来而非颠覆性。
衡量一个企业信息化应用水平高低的重要标志,是企业对于自身关键业务信息管理的集成应用能力。一个高度集成的企业信息化管理系统,必须在系统应用集成方面同时考虑以下三个核心要素:数据集成、流程集成、活动集成。
系统应用集成方式
任何ERP系统都无法做到在任何情况下都能满足企业实际使用的各种要求,企业有时可能需要从其它来源向系统中批量输入数据,如从物料的Excel电子数据表格向EBS的ERP库存系统导入物料Item信息等,或者需要与其它第三方应用系统建立业务数据的交换机制,如从专用的“费用报销或发票申付”管理系统向EBS的ERP应付AP系统导入事务处理数据并将事务处理执行结果反馈回来源系统等等。
理论上,使用相关数据库工具可以向数据库的数据表中直接批量写入数据,但这样做无法对写入的数据进行正确性、合规性校验,无法保证写入数据的质量以及对存在问题进行有效管理。为此,ORACLE提供了接口表Interface Table作为“中间表”过渡,并在此基础上,根据某些业务需要提供业务视图Business View,以便对导入的数据进行修改、更正、重新导入等等管理。
更进一步,ORACLE将某些数据的导入导出功能进行封装,成为一个应用程序可以调用的接口(API),以实现在各模块之间以及内部模块与外部系统之间的数据与流程集成。
开放接口(API)的基本工作模式分为两个阶段:
a) 将来源数据装入(Load)接口表。如果是在两个应用系统之间,这通常是由专用的装入程序完成,例如EBS内部采购申请要转成内部销售订单,需要运行“创建内部销售订单流程”,以便将内部采购申请发送并插入订单管理系统的接口表。如果是从某些电子表格如EXCEL等导入,则需要先使用专门的SQL*Load工具将数据格式转换后直接插入相关接口表,例如要通过物料的EXCEL数据表直接批量装入Item数据,必须先通过SQL*Load工具将来源数据插入Item数据接口表。在将数据插入接口表的过程中是否对数据进行校验(或是在将接口表数据导入正式表时在校验),取决于系统各应用模块的不同设计。
b) 系统将存在于接口表的数据导入正式的业务数据表。如EBS订单管理模块的“订单导入”,库存管理模块的“导入Item”等待。在从接口表导入“正式表”或数据装入“接口表”过程中因数据校验而产生的错误或失败信息,如系统提供专门的业务管理视图,则可以在其中进行查看、更正、重新提交,如EBS的“订单导入更正”窗口等。如系统未提供管理视图,则可以在并发程序请求的“输出”文件中查看结果。
转载请注明出处:拓步ERP资讯网http://www.toberp.com/
本文标题:ERP系统应用集成