人類的認識是從已知的東西逐步推展到未知的領域。如果我們暫且拋開系統具體的業務流程、功能應用以及操作細節不談，僅針對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.guhuozai8.cn/
本文標題：ERP系統應用集成
相關文章
