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