人類的認識是從已知的東西逐步推展到未知的領(lǐng)域。如果我們暫且拋開系統(tǒng)具體的業(yè)務(wù)流程、功能應(yīng)用以及操作細節(jié)不談，僅針對ORACLE EBS ERP系統(tǒng)的基本組成構(gòu)成元素，從實踐來源與系統(tǒng)實現(xiàn)兩方面，作雖非詳細深入但比較直觀簡要的探索，我們也許就能獲得這樣一個總體上的認識，即：無論多么龐大、復(fù)雜的一個軟件應(yīng)用產(chǎn)品體系，它仍然是由一些使用比較簡單、理解并不深奧的基本構(gòu)件元素所組成；這些基本構(gòu)件來源于業(yè)務(wù)實踐，或與日常工作息息相關(guān)，我們其實并不陌生，他們是“從業(yè)務(wù)到技術(shù)，在從技術(shù)回到業(yè)務(wù)”兩者高度融合的結(jié)果。
信息技術(shù)的飛速發(fā)展，系統(tǒng)應(yīng)用需要集成
技術(shù)的進步無疑會對企業(yè)管理實踐中的組織形態(tài)、業(yè)務(wù)模式等諸多方面產(chǎn)生重大影響，管理作為一門“科學(xué)”而誕生的這近一百年來，企業(yè)管理實踐從早期的“職能管理”到現(xiàn)代的“流程管理”，從早期主要內(nèi)向關(guān)注“生產(chǎn)效率”到現(xiàn)在重點外向關(guān)注“客戶需求”，技術(shù)的進步尤其是近二十年信息技術(shù)的飛速發(fā)展起到了重要的推動作用。但管理科學(xué)畢竟是屬于“形而上”的范疇，相較于“形而下”的器物層面，技術(shù)進步的作用與影響方式總是承前繼后、繼往開來而非顛覆性。
衡量一個企業(yè)信息化應(yīng)用水平高低的重要標(biāo)志，是企業(yè)對于自身關(guān)鍵業(yè)務(wù)信息管理的集成應(yīng)用能力。一個高度集成的企業(yè)信息化管理系統(tǒng)，必須在系統(tǒng)應(yīng)用集成方面同時考慮以下三個核心要素：數(shù)據(jù)集成、流程集成、活動集成。
系統(tǒng)應(yīng)用集成方式
任何ERP系統(tǒng)都無法做到在任何情況下都能滿足企業(yè)實際使用的各種要求，企業(yè)有時可能需要從其它來源向系統(tǒng)中批量輸入數(shù)據(jù)，如從物料的Excel電子數(shù)據(jù)表格向EBS的ERP庫存系統(tǒng)導(dǎo)入物料Item信息等，或者需要與其它第三方應(yīng)用系統(tǒng)建立業(yè)務(wù)數(shù)據(jù)的交換機制，如從專用的“費用報銷或發(fā)票申付”管理系統(tǒng)向EBS的ERP應(yīng)付AP系統(tǒng)導(dǎo)入事務(wù)處理數(shù)據(jù)并將事務(wù)處理執(zhí)行結(jié)果反饋回來源系統(tǒng)等等。
理論上，使用相關(guān)數(shù)據(jù)庫工具可以向數(shù)據(jù)庫的數(shù)據(jù)表中直接批量寫入數(shù)據(jù)，但這樣做無法對寫入的數(shù)據(jù)進行正確性、合規(guī)性校驗，無法保證寫入數(shù)據(jù)的質(zhì)量以及對存在問題進行有效管理。為此，ORACLE提供了接口表Interface Table作為“中間表”過渡，并在此基礎(chǔ)上，根據(jù)某些業(yè)務(wù)需要提供業(yè)務(wù)視圖Business View，以便對導(dǎo)入的數(shù)據(jù)進行修改、更正、重新導(dǎo)入等等管理。
更進一步，ORACLE將某些數(shù)據(jù)的導(dǎo)入導(dǎo)出功能進行封裝，成為一個應(yīng)用程序可以調(diào)用的接口(API)，以實現(xiàn)在各模塊之間以及內(nèi)部模塊與外部系統(tǒng)之間的數(shù)據(jù)與流程集成。
開放接口(API)的基本工作模式分為兩個階段：
a) 將來源數(shù)據(jù)裝入(Load)接口表。如果是在兩個應(yīng)用系統(tǒng)之間，這通常是由專用的裝入程序完成，例如EBS內(nèi)部采購申請要轉(zhuǎn)成內(nèi)部銷售訂單，需要運行“創(chuàng)建內(nèi)部銷售訂單流程”，以便將內(nèi)部采購申請發(fā)送并插入訂單管理系統(tǒng)的接口表。如果是從某些電子表格如EXCEL等導(dǎo)入，則需要先使用專門的SQL*Load工具將數(shù)據(jù)格式轉(zhuǎn)換后直接插入相關(guān)接口表，例如要通過物料的EXCEL數(shù)據(jù)表直接批量裝入Item數(shù)據(jù)，必須先通過SQL*Load工具將來源數(shù)據(jù)插入Item數(shù)據(jù)接口表。在將數(shù)據(jù)插入接口表的過程中是否對數(shù)據(jù)進行校驗（或是在將接口表數(shù)據(jù)導(dǎo)入正式表時在校驗），取決于系統(tǒng)各應(yīng)用模塊的不同設(shè)計。
b) 系統(tǒng)將存在于接口表的數(shù)據(jù)導(dǎo)入正式的業(yè)務(wù)數(shù)據(jù)表。如EBS訂單管理模塊的“訂單導(dǎo)入”，庫存管理模塊的“導(dǎo)入Item”等待。在從接口表導(dǎo)入“正式表”或數(shù)據(jù)裝入“接口表”過程中因數(shù)據(jù)校驗而產(chǎn)生的錯誤或失敗信息，如系統(tǒng)提供專門的業(yè)務(wù)管理視圖，則可以在其中進行查看、更正、重新提交，如EBS的“訂單導(dǎo)入更正”窗口等。如系統(tǒng)未提供管理視圖，則可以在并發(fā)程序請求的“輸出”文件中查看結(jié)果。
轉(zhuǎn)載請注明出處：拓步ERP資訊網(wǎng)http://www.oesoe.com/
本文標(biāo)題：ERP系統(tǒng)應(yīng)用集成
相關(guān)文章
