ORACLEOBS系統(tǒng)應(yīng)用基礎(chǔ)

1、ORACLLE EBBS系統(tǒng)應(yīng)應(yīng)用基礎(chǔ)概概述一、前言言二、表單單與查詢（Form and Summary）三、事務(wù)務(wù)處理（TTranssactiion）四、并發(fā)發(fā)流程（CCurreent PProceess）五、文件件夾（Foolderr）六、彈性性域（Fllex ffieldd）七、值集集與查找代代碼（Vaalue Set and Lookkup CCode）八、配置置文件（PProfiile）九、單據(jù)據(jù)編號（DDocumment Sequuencee）十、工作作流（Woorkfllow）十一、預(yù)預(yù)警（Allert）十二、應(yīng)應(yīng)用開放接接口（Oppen IInterrfacee andd AP

2、II）十三、結(jié)結(jié)語（注：網(wǎng)站站批量發(fā)圖圖有問題，上上傳后顯示示不清楚。點擊圖片片打開后，質(zhì)質(zhì)量尚可）一、前言有網(wǎng)友在論論壇發(fā)帖驚驚呼：好不不容易把EEBS系統(tǒng)統(tǒng)安裝好了了，進(jìn)去一一看傻眼了了，不知道道從哪兒下下手？發(fā)出出驚嘆的這這位網(wǎng)友所所遇到的問問題，實際際上也是很很多人曾經(jīng)經(jīng)遇到或正正在遇到的的問題。長長期以來，國國內(nèi)的非專專業(yè)人士（例例如媒體）提提及SAPP或ORACCLE的時時候，有不不少人喜歡歡用“超級難懂懂”來形容。那么，國國內(nèi)專業(yè)人人士的看法法又如何呢呢？筆者所所聽到過的的最“雷”的說法來來自一位國國內(nèi)軟件研研發(fā)的高層層主管：SSAP/OORACLLE太復(fù)雜雜了，其背背后的東西西

3、、深層次次的東西，我我們永遠(yuǎn)不不可能搞懂懂！ 真是太不可可思議。一一方面，國國內(nèi)的業(yè)內(nèi)內(nèi)人士幾乎乎眾口一詞詞，我們與與SAP/ORACCLE相比比，技術(shù)上上沒有多大大差距，平平臺工具都都是公開的的，也沒有有什么奧秘秘可言。SSAP/OORACLLE由于產(chǎn)產(chǎn)品做得早早，我們在在技術(shù)上甚甚至還有后后發(fā)優(yōu)勢。另一方面面，我們也也常常聽到到國內(nèi)有些些人將SAAP/ORRACLEE神秘化，認(rèn)認(rèn)為其包含含“復(fù)雜的、深刻的管管理思想”，是德國國人/美國人的的東西，我我們中國人人的企業(yè)管管理水平低低，用不了了是正常的的。國情不不同，模式式不同，中中國人應(yīng)該該尋找一條條適合自己己的道路！真的是這樣樣嗎？SAAP

4、/ORRACLEE產(chǎn)品真的的是那么神神秘、高不不可攀？今今天專業(yè)從從事ERPP工作的人人員，若從從個人背景景角度來看看，通?？煽梢詣澐譃闉椤凹夹g(shù)出身身”與“業(yè)務(wù)出身身”兩類。“技術(shù)出身身”的人在學(xué)學(xué)習(xí)熟悉系系統(tǒng)方面可可能有一定定優(yōu)勢，但但與用戶溝溝通交流的的過程中，在在迅速準(zhǔn)確確把握業(yè)務(wù)務(wù)本質(zhì)要領(lǐng)領(lǐng)方面可能能存在一定定困難；而而“業(yè)務(wù)出身身”的人，對對于與用戶戶的業(yè)務(wù)溝溝通交流可可能感覺比比較容易，但但在研究掌掌握系統(tǒng)方方面則可能能相對困難難一些。根根據(jù)筆者曾曾經(jīng)做過的的調(diào)查統(tǒng)計計，國內(nèi)EERP從業(yè)業(yè)人員中“技術(shù)出身身”的人似乎乎占了絕大大多數(shù)。ORACLLE EBBS 作為為一個有百百多個業(yè)

5、務(wù)務(wù)應(yīng)用模塊塊、高度集集成的企業(yè)業(yè)管理軟件件系統(tǒng)，它它是現(xiàn)代計計算機(jī)技術(shù)術(shù)與企業(yè)管管理實踐的的高度融合合。它不是是模仿企業(yè)業(yè)手工業(yè)務(wù)務(wù)過程的“電算化”簡單再現(xiàn)現(xiàn)，或許正正是讓很多多人感到其其“難懂難用用”的根本原原因所在。因此，“從實踐中中來，再到到實踐中去去”，或曰“從業(yè)務(wù)透透視技術(shù)，再再從技術(shù)回回歸業(yè)務(wù)”也許正是是我們一步步一步叩開開ORACCLE EEBS的大大門，徜徉徉其間并游游刃有余的的方法論。（這里的的所謂“技術(shù)”意指“系統(tǒng)實現(xiàn)現(xiàn)”）。業(yè)內(nèi)對于專專業(yè)從事EERP工作作的人員，大大致有以下下三種分類類：一類是是所謂“技術(shù)顧問問”，對于這這些人來說說，掌握相相應(yīng)的軟件件開發(fā)技能能是必要

6、條條件，其工工作領(lǐng)域的的重點一般般主要是在在系統(tǒng)后臺臺，類似開開發(fā)系統(tǒng)接接口、業(yè)務(wù)務(wù)報表，解解決一些系系統(tǒng)的技術(shù)術(shù)問題等等等；二類是是所謂“功能顧問問”，這些人人對于系統(tǒng)統(tǒng)的相關(guān)模模塊有不同同程度的熟熟悉，通常常是在指導(dǎo)導(dǎo)企業(yè)使用用系統(tǒng)，或或努力地在在把企業(yè)的的業(yè)務(wù)要求求變?yōu)橄到y(tǒng)統(tǒng)的實現(xiàn)方方案；三類類是所謂“管理顧問問”，這些人人通常有比比較豐富的的企業(yè)管理理實戰(zhàn)經(jīng)驗驗積累，同同時對ERRP系統(tǒng)也也有比較深深刻的認(rèn)識識，能夠從從企業(yè)管理理業(yè)務(wù)流程程的整體高高度給出咨咨詢建議，最最大限度地地發(fā)掘出EERP系統(tǒng)統(tǒng)對于企業(yè)業(yè)管理水平平提高的重重要作用（這這里的“管理顧問問”是特指，有有別于市面面上眾

7、多不不懂系統(tǒng)、只會“紙上談兵兵”的忽悠型型“管理顧問問”）。實際工作中中，上述三三類人員前前后之間可可能并無明明確的劃分分界線，但但大體上有有一個隨著著系統(tǒng)認(rèn)識識水平的提提高以及業(yè)業(yè)務(wù)運(yùn)作經(jīng)經(jīng)驗的積累累，由低到到高發(fā)展的的過程。因因此，如何何實現(xiàn)“從業(yè)務(wù)角角度去透視視技術(shù)，從從技術(shù)角度度去回歸業(yè)業(yè)務(wù)”是業(yè)內(nèi)人人員所面對對的永恒命命題，能達(dá)達(dá)到業(yè)務(wù)與與技術(shù)的“融會貫通通”則是追求求的最高境境界。為此此，本篇將將從博大精精深的ORRACLEE EBSS系統(tǒng)最基基本的應(yīng)用用基礎(chǔ)組成成元素開始始，從業(yè)務(wù)務(wù)技術(shù)業(yè)務(wù)，探探討讓有些些人高深莫莫測、妄自自菲薄的所所謂“其背后的的東西、深深層次的東東西”到底是

8、些些什么，以以便能夠最最終尋找到到幫助我們們登堂入室室的鑰匙與與途徑。二、表單與與查詢（FForm and Summmary）企業(yè)在手工工模式下的的業(yè)務(wù)運(yùn)作作過程中，總總有各種各各樣的用于于記錄業(yè)務(wù)務(wù)數(shù)據(jù)或管管理信息的的紙面單據(jù)據(jù)，例如“銷售訂單單、采購訂訂單、入庫庫單、出庫庫單”等等。隨隨著業(yè)務(wù)量量的增加，這這些紙面單單據(jù)的數(shù)量量是如此之之多，以致致于企業(yè)不不得不花費(fèi)費(fèi)大量人力力，將每張張單據(jù)上的的重要信息息摘要出來來（例如采采購訂單上上的供應(yīng)商商、物料、數(shù)量、價價格、金額額、日期等等），另外外建立一個個數(shù)據(jù)記錄錄的“索引、清清單或臺賬賬”等， 以方便能能在需要時時對它們進(jìn)進(jìn)行查詢或或統(tǒng)計。

9、一個最簡單單的軟件管管理系統(tǒng)，就就是把上述述紙面單據(jù)據(jù)“電子化”后放入系系統(tǒng)，然后后再提供一一個在系統(tǒng)統(tǒng)里查找這這些單據(jù)的的“查詢”功能。如如果你去研研究一下目目前國內(nèi)的的主流ERRP產(chǎn)品，你你就會發(fā)現(xiàn)現(xiàn)這些主要要用于中低低端市場的的國內(nèi)ERRP產(chǎn)品，其其每個模塊塊中的應(yīng)用用功能實際際主要就是是“單據(jù)新增增與單據(jù)查查詢”這兩項。其單據(jù)在在系統(tǒng)中的的格式和內(nèi)內(nèi)容與紙面面單據(jù)是如如此近似相相像，以致致于大多數(shù)數(shù)企業(yè)人員員學(xué)習(xí)掌握握它們不會會感覺有多多大困難。在ORACCLE EEBS的每每個模塊中中，同樣也也是要用到到各種單據(jù)據(jù)（Forrm）來錄錄入或保存存數(shù)據(jù)（對對應(yīng)于后臺臺數(shù)據(jù)庫中中的“表”）

10、，并為為之提供相相應(yīng)的查詢詢功能，但但ORACCLE中的的系統(tǒng)單據(jù)據(jù)已經(jīng)不是是紙面單據(jù)據(jù)的簡單再再現(xiàn)。系統(tǒng)統(tǒng)的UI界面中中可以見到到各種“表單”（據(jù)統(tǒng)計計約有30000多種種），它們們不僅不同同于紙面單單據(jù)，相互互之間的性性質(zhì)及查詢詢方式差別別也可能很很大。歸納納起來，OORACLLE各模塊塊中的“表單”按性質(zhì)與與作用大體體可分為三三大類：第一類是“業(yè)務(wù)流程程”類表單，例例如“銷售訂單單SO、采購購訂單POO、制造工工單WO、發(fā)票票INVOOICE”等等，它它們有一個個共同的特特點是參與與核心業(yè)務(wù)務(wù)流程的運(yùn)運(yùn)轉(zhuǎn)，是核核心業(yè)務(wù)流流程的一個個環(huán)節(jié)、不不可或缺。這一點顯顯然也是和和實際的企企業(yè)業(yè)務(wù)過

11、過程是高度度相對應(yīng)的的。作為業(yè)業(yè)務(wù)的原始始憑據(jù)憑證證，它們是是如此重要要，即使是是IT系統(tǒng)化化之后，大大多數(shù)企業(yè)業(yè)可能還是是要將它們們的紙面形形態(tài)予以保保存、歸檔檔。 在在ORACCLE EEBS中，“業(yè)務(wù)流程程”類表單種種類其實很很少（每個個模塊一般般僅一、兩兩個左右），但但每種單據(jù)據(jù)隨時間日日積月累，業(yè)業(yè)務(wù)數(shù)據(jù)量量可能很大大。業(yè)務(wù)流流程類表單單是系統(tǒng)中中最重要的的表單，與與紙面單據(jù)據(jù)相比，內(nèi)內(nèi)容更為豐豐富和復(fù)雜雜，格式也也有很大的的變化，它它充分利用用了數(shù)據(jù)庫庫技術(shù)所提提供的可容容納性、可可擴(kuò)展性以以及使用便便利性。它它來源于業(yè)業(yè)務(wù)實踐，但但經(jīng)高度抽抽象并融入入最新科技技成就后，其其功能與

12、作作用又遠(yuǎn)遠(yuǎn)遠(yuǎn)高于原始始的紙面單單據(jù)。如圖圖1的PO表單:PO表單是是一個典型型的“業(yè)務(wù)流程程”類表單，它它有“表頭與表表體行”兩大部分分組成，這這一點與紙紙面單據(jù)仍仍然類似。但不同的的是系統(tǒng)表表單的每一一個“表體行”，還可以以擁有屬于于自己的“二級子表表行”；而每一一個“二級子表表行”，也可以以擁有屬于于自己的“三級子表表行”，如此類類推。這種種表單展現(xiàn)現(xiàn)方式，紙紙面單據(jù)是是無法實現(xiàn)現(xiàn)的，它極極大地擴(kuò)充充了單據(jù)可可以包含的的信息容量量，具有高高度的靈活活性與便利利性。在圖圖1中，PO的第一一行采購總總數(shù)量為336，對應(yīng)應(yīng)到“發(fā)運(yùn)”二級子表表拆分為數(shù)數(shù)量分別為為20與16的兩行行（表示發(fā)發(fā)到兩

13、個不不同收貨地地點或同一一地點但兩兩個不同發(fā)發(fā)貨時間）；“發(fā)運(yùn)”二級子表表的第一行行數(shù)量為220，對應(yīng)應(yīng)到“分配”三級子表表拆分為數(shù)數(shù)量分別是是10與10的兩行行（表示對對應(yīng)到兩個個不同的費(fèi)費(fèi)用會計科科目或費(fèi)用用由兩個不不同部門分分別承擔(dān)）。第二類是“數(shù)據(jù)來源源”類表單，例例如“OM模塊中中的價目表表、PO模塊中中的報價單單、”以及“物料、供供應(yīng)商、客客戶”數(shù)據(jù)表單單等等，它它們的共同同特點是不不參與核心心業(yè)務(wù)流程程的構(gòu)建，但但它們?yōu)闃I(yè)業(yè)務(wù)流程表表單提供可可以參考的的數(shù)據(jù)來源源，例如采采購訂單從從物料表單單取物料相相關(guān)信息，從從供應(yīng)商表表單取供應(yīng)應(yīng)商信息、從報價單單取價格相相關(guān)信息等等等；這類

14、類表單在手手工業(yè)務(wù)模模式下大多多數(shù)都可能能也存在，但但手工狀態(tài)態(tài)下的實際際使用與管管理可能無無法做到很很嚴(yán)格規(guī)范范；在ORACCLE EEBS中，“數(shù)據(jù)來源源”類表單在在每個模塊塊中種類可可能很多，每每種表單的的內(nèi)容與格格式復(fù)雜程程度，以及及單據(jù)數(shù)量量也差別很很大。它們們雖然并非非不可或缺缺，但它們們體現(xiàn)的專專業(yè)化分工工與協(xié)作的的管理思想想，對于企企業(yè)的業(yè)務(wù)務(wù)流程運(yùn)作作效率有重重大影響。 下下圖2所示訂單單管理/定價模塊塊中的“價目表”，就是一一個典型的的“數(shù)據(jù)來源源類”表單，它它也可有復(fù)復(fù)雜的結(jié)構(gòu)構(gòu):第三類是“業(yè)務(wù)控制制”類表單，例例如“銷售的物物料可訂購購性、采購購的批準(zhǔn)供供應(yīng)商列表表、系

15、統(tǒng)參參數(shù)設(shè)定”等等，這這類表單在在手工業(yè)務(wù)務(wù)模式下很很少或根本本不存在。事實上，手手工方式下下實際也很很難使用它它們對業(yè)務(wù)務(wù)進(jìn)行有效效控制。在ORACCLE EEBS中，“業(yè)務(wù)控制制”類表單在在各模塊中中的種類也也比較少，單單據(jù)數(shù)量也也很有限，但但它們體現(xiàn)現(xiàn)的是企業(yè)業(yè)管理的系系統(tǒng)控制機(jī)機(jī)制，對于于業(yè)務(wù)管理理控制的效效率有重要要影響。如下圖3所所示采購的的批準(zhǔn)供應(yīng)應(yīng)商列表（控控制可向哪哪些供應(yīng)商商采購），就就是一個比比較典型的的“業(yè)務(wù)控制制類”表單，它它也同樣可可有復(fù)雜的的結(jié)構(gòu)。盡管在ORRACLEE EBSS中，統(tǒng)計計后臺數(shù)據(jù)據(jù)庫中所用用到的“表”（Tablle）數(shù)量量有一萬多多個，前臺臺UI

16、中可見見的表單也也形形色色色、數(shù)量繁繁多，乍看看令人生畏畏，但在分分析歸納劃劃分為以上上三大類之之后， 事情就會會變得簡單單很多，它它使得我們們可以把每每個模塊中中種類很有有限的“核心的業(yè)業(yè)務(wù)流程表表單”作為學(xué)習(xí)習(xí)研究的“切入點”，通過對對每種單據(jù)據(jù)內(nèi)部業(yè)務(wù)務(wù)內(nèi)涵與技技術(shù)內(nèi)涵的的分析，以以及各種單單據(jù)之間業(yè)業(yè)務(wù)邏輯與與技術(shù)邏輯輯的研究，逐逐步擴(kuò)展并并掌握系統(tǒng)統(tǒng)的其它功功能與應(yīng)用用?；趯嶋H工工作的需要要以及系統(tǒng)統(tǒng)設(shè)計的簡簡潔方便，ORACLE針對上述三種不同類型的表單分別提供了可供選擇使用的不同“查詢”方法，歸納起來也可分為三類：功能查詢方式、快捷查詢方式、簡便查詢方式。所謂“功能能查詢”方式

17、，在在系統(tǒng)中有有“查詢”功能菜單單項（例如如PO SSummaary，采采購訂單匯匯總），點點擊此菜單單進(jìn)入時，系系統(tǒng)會首先先彈出“查找條件件”輸入窗口口（控件），如如下圖4所示采購購訂單功能能查詢菜單單與查詢條條件控件：然后根據(jù)輸輸入的查詢詢條件，給給出查詢結(jié)結(jié)果LISST。作為為查詢功能能擴(kuò)展，系系統(tǒng)還在UUI界面工工具欄進(jìn)一一步提供關(guān)關(guān)聯(lián)查詢（如如采購訂單單的上下游游單據(jù)“采購申請請”和“采購發(fā)票票”）和細(xì)節(jié)節(jié)查詢功能能，如下圖圖5所示采購購訂單功能能查詢方式式的輸出結(jié)結(jié)果視圖：功能查詢方方式通常只只用于核心心“業(yè)務(wù)流程程”類單據(jù)的的查詢，查查詢功能強(qiáng)強(qiáng)大。由于于業(yè)務(wù)流程程類表單（以以及

18、部分?jǐn)?shù)數(shù)據(jù)來源類類表單）的的重要性，系系統(tǒng)在菜單單項中提供供了專門的的“查詢”功能。 所謂謂“快捷查詢詢”方式即在在打開單據(jù)據(jù)界面后，只只需點擊UUI界面工工具欄內(nèi)的的查詢“圖標(biāo)”（手電筒筒），查詢詢條件輸入入方式有兩兩種：一種種是無專用用的“查詢條件件”選擇窗口口，僅限于于在查找界界面的“查找欄”輸入常用用的那些字字段（即所所謂“模糊查詢詢”），系統(tǒng)統(tǒng)在查找界界面直接給給出所有符符合條件的的條目LIIST，而而詳細(xì)情況況需選定條條目后，再再進(jìn)入單據(jù)據(jù)界面查看看，如下圖圖6所示“采購訂單單”在單據(jù)界界面進(jìn)行“快捷查詢詢”的情況：另一種是在在單據(jù)界面面點擊查詢詢圖標(biāo)（手手電筒）后后，也會出出現(xiàn)“

19、查詢條件件”輸入窗口口，輸入查查詢條件后后，系統(tǒng)也也可能會出出現(xiàn)一個簡簡單的結(jié)果果清單LIIST界面面或視圖（某某些表單查查詢則可能能沒有），通通過該LIIST視圖圖界面可以以再選擇打打開相關(guān)條條目的表單單。同時，也也可以直接接在單據(jù)界界面按“翻頁”鍵（Pagge Doown或Pagee Up），在在已經(jīng)查詢詢出的不同同條目間按按順序直接接切換。如如圖7所示：物物料快捷查查詢方式的的查詢條件件控件與輸輸出結(jié)果視視圖：述（兩種）快快捷查詢方方式，適用用于大多數(shù)數(shù)業(yè)務(wù)數(shù)據(jù)據(jù)量大的表表單數(shù)據(jù)的的查詢。而而后一種“快捷查詢詢”方式與“功能查詢詢”方式有些些近似，只只是其查詢詢結(jié)果的輸輸出視圖的的相關(guān)“

20、功能”（如上查查下查的追追溯、匯總總與明細(xì)的的切換等）沒沒有“功能查詢詢”方式那么么強(qiáng)大。但但對于大多多數(shù)“數(shù)據(jù)來源源”類表單，由由于它們不不參與構(gòu)建建核心流程程，信息也也不如業(yè)務(wù)務(wù)流程類表表單那樣復(fù)復(fù)雜，故“快捷查詢詢”方式已經(jīng)經(jīng)基本能夠夠滿足實際際工作需要要。如按“功能查詢詢”方式為所所有表單設(shè)設(shè)計“查詢條件件控件”與查詢“輸出結(jié)果果視圖”（象某些些國內(nèi)產(chǎn)品品做的那樣樣），則系系統(tǒng)設(shè)計工工作的復(fù)雜雜性將大大大增加，后后續(xù)系統(tǒng)維維護(hù)也將十十分麻煩，既既不經(jīng)濟(jì)也也無多大實實際意義。 所謂謂“簡便查詢詢”方式，即即在打開單單據(jù)界面后后直接把“單據(jù)”界面的所所有字段作作為“查找條件件輸入窗口口”。

21、要做到到這一點，只只需在打開開單據(jù)界面面后，于UUI的工具具欄“查看”中選擇“查詢標(biāo)準(zhǔn)準(zhǔn)-輸入”（或按F111鍵），此此時單據(jù)界界面有關(guān)字字段即“灰顯”，允許輸輸入具體查查詢值，再再在“查看”中選擇“查詢標(biāo)準(zhǔn)準(zhǔn)-運(yùn)行”（或按Cttrl+FF11），則則單據(jù)界面面顯示查詢詢結(jié)果，按按“翻頁”鍵（Pagge Doown或Pagee Up），在在已經(jīng)查詢詢出的不同同條目間按按順序直接接切換。如如下圖8所示：物物料清單BBOM的簡簡便查詢方方式示意圖圖：這種查詢方方式既不需需要“查詢條件件”控件，也也不需要查查詢結(jié)果輸輸出視圖，系系統(tǒng)設(shè)計上上十分簡單單節(jié)省，適適用于幾乎乎所有表單單。要注意意的是對于于

22、系統(tǒng)中某某些數(shù)據(jù)量量很少的表表單，則有有可能系統(tǒng)統(tǒng)只提供“簡便查詢詢”作為唯一一可使用的的查詢方式式。此外，EBBS中的某某些表單，在在WEB下可可能還有基基于HTMML的展現(xiàn)現(xiàn)與查詢方方式。UII與HTMLL這兩種展展現(xiàn)與查詢詢方式的優(yōu)優(yōu)劣，一方方面與使用用場合有關(guān)關(guān)，另一方方面也與使使用習(xí)慣有有關(guān)?？傊?，了解系系統(tǒng)中各類類表單的使使用并熟練練掌握各種種查詢方式式，是進(jìn)一一步學(xué)習(xí)研研究系統(tǒng)的的基礎(chǔ)，盡盡管EBSS各模塊的的表單展現(xiàn)現(xiàn)與查詢方方式因不同同業(yè)務(wù)、不不同設(shè)計者者的風(fēng)格偏偏好而可能能有所不同同，但核心心本質(zhì)的東東西還是共共同一致的的。ORACLLE EBBS 系統(tǒng)統(tǒng)應(yīng)用基礎(chǔ)礎(chǔ)概述三

23、、事務(wù)處處理（Trransaactioon）四、并發(fā)發(fā)流程（CCurreent PProceess）五、文件件夾（Foolderr）六、彈性性域（Fllex ffieldd）七、值集集與查找代代碼（Vaalue Set and Lookkup CCode）八、配置置文件（PProfiile）九、單據(jù)據(jù)編號（DDocumment Sequuencee）十、工作作流（Woorkfllow）十一、預(yù)預(yù)警（Allert）十二、應(yīng)應(yīng)用開放接接口（Oppen IInterrfacee andd APII）十三、結(jié)結(jié)語（注：網(wǎng)站站批量發(fā)圖圖有問題，上上傳后顯示示不清楚。點擊圖片片打開后，質(zhì)質(zhì)量尚可）三、事務(wù)

24、處處理（Trransaactioon）如果說上述述EBS的“表單與查查詢”的系統(tǒng)設(shè)設(shè)計體現(xiàn)的的正是“從業(yè)務(wù)到到技術(shù)”，比較容容易理解與與掌握，那那么，所謂謂“事務(wù)處理理”則是體現(xiàn)現(xiàn)系統(tǒng)“從技術(shù)再再到業(yè)務(wù)”的一個典典范，相對對而言，理理解起來要要困難很多多，原因是是無法直接接在手工業(yè)業(yè)務(wù)模式下下找到相對對應(yīng)的處理理方式與過過程。以庫房接收收采購物料料為例，假假定公司規(guī)規(guī)定必須嚴(yán)嚴(yán)格按POO來接收，并并且公司為為了嚴(yán)格控控制庫存水水平，接收收必須小批批量、多批批次，則庫庫房人員就就可能需要要針對同一一個PO在短時時期內(nèi)開出出N多張的“入庫單”，工作量量很大。為為了減少工工作量、提提高效率，庫庫房人

25、員可可能會在供供應(yīng)商每次次送貨時，僅僅在找出來來的PO紙面單單據(jù)上只簡簡單地做一一個數(shù)量標(biāo)標(biāo)識，最后后累積起來來匯總開一一張“入庫單”。但這種種“圖省事”的做法顯顯然是一種種“很不規(guī)范范”的處理方方式，雖可可以提高工工作效率，卻卻會因為容容易帶來很很多其它管管理問題而而在實際工工作中不被被允許。ORACLLE 系統(tǒng)統(tǒng)通過提供供一個“事務(wù)處理理”工作界面面則很簡單單地解決了了上述難題題。如下圖圖9所示采購購接收的事事務(wù)處理工工作界面：類似于“收收貨時直接接在PO紙面單據(jù)據(jù)上簡單地地做數(shù)量標(biāo)標(biāo)識”，每次供供應(yīng)商送貨貨來時，庫庫存人員只只需在系統(tǒng)統(tǒng)中查找出出對應(yīng)的PPO，簡單單地輸入送送貨數(shù)量并并保

26、存，則則系統(tǒng)會在在后臺自動動生成“事務(wù)處理理記錄”(等同于是是“入庫單”)。對于系系統(tǒng)來說，這這種處理方方式技術(shù)上上實現(xiàn)非常常容易，但但卻大大減減少了操作作人員的工工作量，有有效地解決決了由于小小批量、多多批次所帶帶來的效率率問題。ORACLLE的各業(yè)業(yè)務(wù)模塊，大大量地采用用了上述類類似的“事務(wù)處理理”系統(tǒng)工作作方式，不不僅保證了了系統(tǒng)高度度的數(shù)據(jù)集集成性，而而且對于系系統(tǒng)各業(yè)務(wù)務(wù)環(huán)節(jié)的流流程處理也也保證了高高度的連貫貫性與集成成性。例如如OM系統(tǒng)的的發(fā)貨處理理、WIPP系統(tǒng)的領(lǐng)領(lǐng)料與入庫庫處理等等等。系統(tǒng)中中所提供的的事務(wù)處理理工作界面面，有些可可能會以“工作作臺”（WWorkbbenchh

27、）來命名名之（這取取決于不同同模塊系統(tǒng)統(tǒng)設(shè)計人員員的個人偏偏好）。更進(jìn)一步，系系統(tǒng)對于某某些“業(yè)務(wù)流程程”類表單，例例如“銷售訂單單、發(fā)票”等，還在在表單界面面直接提供供一個名曰曰“活動”（Actiion）的的按鈕（BButtoon），該按鈕鈕包含豐富富的業(yè)務(wù)處處理功能（不不僅僅是輸輸入數(shù)據(jù)），以以便用戶（User）對表單內(nèi)容作各種操作處理或獲取相關(guān)信息。如下圖10所示，銷售訂單界面的“活動”按鈕：此外，ORRACLEE EBSS在某些業(yè)業(yè)務(wù)流程單單據(jù)之間，也也提供了類類似的事務(wù)務(wù)處理工作作界面，以以幫助用戶戶方便地實實現(xiàn)業(yè)務(wù)單單據(jù)的轉(zhuǎn)換換和業(yè)務(wù)流流程的銜接接。如下圖圖11所示的的采購申請請P

28、R到采購購訂單POO的所謂“自動創(chuàng)建建”（Autoocreaate）功功能。對于企業(yè)的的一個系統(tǒng)統(tǒng)用戶Usser（事務(wù)務(wù)處理型用用戶）來說說，掌握了了與自己工工作相關(guān)的的表單、表表單查詢、事務(wù)處理理，就基本本上掌握了了EBS的系系統(tǒng)使用，系系統(tǒng)就不再再難懂難用用。EBSS中的“事務(wù)處理理”在業(yè)務(wù)流流程表單內(nèi)內(nèi)部解決了了“人與系統(tǒng)統(tǒng)”的統(tǒng)一問問題，在業(yè)業(yè)務(wù)流程表表單之間解解決了“業(yè)務(wù)與業(yè)業(yè)務(wù)、業(yè)務(wù)務(wù)與系統(tǒng)”的統(tǒng)一問問題。從“純技術(shù)”的系統(tǒng)實實現(xiàn)角度來來看，它也也沒有什么么高深莫測測的地方。很奇怪也很很遺憾的是是，迄今國國內(nèi)主流EERP產(chǎn)品品的系統(tǒng)中中，還很少少看到這種種系統(tǒng)實現(xiàn)現(xiàn)方式。曾曾有一網(wǎng)

29、友友通過MSSN向筆者者發(fā)問：“EBS的WIP 事務(wù)處理理界面是否否要手工輸輸入iteem？”看起來這這個問題似似乎很“幼稚”，但對于于很多剛開開始接觸EEBS或過過去用慣國國內(nèi)產(chǎn)品的的人來說，由由于不了解解或不習(xí)慣慣EBS的“事務(wù)處理理”系統(tǒng)實現(xiàn)現(xiàn)方式，會會不自覺、想當(dāng)然地地將所有EEBS的FORMM界面都當(dāng)當(dāng)成具有“實體”作用、通通?？梢詫?yīng)紙面單單據(jù)的“業(yè)務(wù)表單單”來看待，才才會發(fā)出這這樣的疑問問。四、并發(fā)流流程（Cuurrennt Prrocesss）從系統(tǒng)實現(xiàn)現(xiàn)角度來看看，“并發(fā)流程程”或“并發(fā)處理理”是較之“事務(wù)處理理”技術(shù)味更更濃的一個個概念，它它也是業(yè)務(wù)務(wù)出身、不不太懂“技術(shù)

30、”的人學(xué)習(xí)習(xí)掌握EBBS系統(tǒng)的的難點之一一。但實際際上，對于于今天的計計算機(jī)系統(tǒng)統(tǒng)而言，“并發(fā)”其實是一一個再普通通不過的應(yīng)應(yīng)用，例如如我們邊在在電腦上寫寫文章邊聽聽音樂等等等。ORAACLE 弄得有點點學(xué)究氣，相相對于“聯(lián)機(jī)事務(wù)務(wù)”或“聯(lián)機(jī)處理理”方式，并并發(fā)處理稱稱為“后臺事務(wù)務(wù)”或“后臺處理理”似乎更好好理解一些些。以企業(yè)的實實際業(yè)務(wù)過過程為例，在在手工業(yè)務(wù)務(wù)模式下，庫庫房接收了了物料并開開具“入庫單”后，庫房房人員后續(xù)續(xù)必須還要要做的一項項工作是：“手工”將入庫單單上的物料料接收信息息逐份“過賬”到“庫存物料料信息臺賬賬”上去，以以更新庫存存物料的余余額數(shù)量。在EBSS系統(tǒng)中，這這項枯

31、燥、乏味的工工作就完全全由系統(tǒng)代代勞了，系系統(tǒng)通過后后臺運(yùn)行的的一個名為為“接收事務(wù)務(wù)處理處理理器”的并發(fā)程程序，聯(lián)機(jī)機(jī)立即或成成批周期進(jìn)進(jìn)行處理，在在不影響用用戶做其它它工作的同同時，高度度精確地完完成著原本本需要人工工去做的“過賬登記記”任務(wù)，并并且手工模模式下過賬賬之后為檢檢查錯漏而而需經(jīng)常進(jìn)進(jìn)行的“對賬”工作也變變得根本就就不再需要要?！安l(fā)處理理”是EBS系統(tǒng)統(tǒng)不可或缺缺的一個重重要組成部部分，上述述“物料接收收”的并發(fā)處處理只是一一個很簡單單的應(yīng)用。在EBSS中，“并發(fā)”按處理的的對象主要要可分為兩兩類：一類類是“流程事務(wù)務(wù)”，一類是是“報表事務(wù)務(wù)”。系統(tǒng)統(tǒng)統(tǒng)一以“提交請求求（Re

32、qquestt）”的方式提提供人機(jī)交交互。如下下圖12所示“查詢或提提交請求”：對于每一個個并發(fā)“請求”，系統(tǒng)都都可以允許許輸入相關(guān)關(guān)參數(shù)，并并計劃其是是按某一周周期運(yùn)行，還還是立即或或預(yù)定在未未來某一時時刻運(yùn)行。系統(tǒng)預(yù)置置了大量的的為業(yè)務(wù)流流程服務(wù)的的“流程事務(wù)務(wù)”類后臺事事務(wù)處理程程序，同時時還提供了了部分可供供企業(yè)參考考的“報表事務(wù)務(wù)”類輸出請請求。用戶戶使用系統(tǒng)統(tǒng)提供的開開發(fā)工具，也也可以很容容易地自定定義某些“個性化”的后臺程程序或報表表輸出，其其運(yùn)行管理理和使用方方式與系統(tǒng)統(tǒng)預(yù)置的并并發(fā)程序幾幾乎完全相相同?！安l(fā)處理理”相對于用用戶來說，實實際上是屬屬于在系統(tǒng)統(tǒng)后臺運(yùn)行行的相關(guān)工

33、工作，剛剛剛開始接觸觸的人可能能會對之覺覺得陌生或或使用不順順手，原因因主要是手手工業(yè)務(wù)或或低檔的管管理軟件根根本沒有這這種工作處處理方式。這就好比比相對于交交通主要還還是靠騎車車或步行的的小城鎮(zhèn)，今今天對于生生活在現(xiàn)代代化大城市市的人們來來說，往來來穿梭的地地鐵、周而而復(fù)始的公公交、招手手即停的出出租車已經(jīng)經(jīng)成為全部部生活不可可或缺的一一部分，它它們就像城城市的“血管”脈動一樣樣，奔流不不息，維持持著城市生生命的運(yùn)轉(zhuǎn)轉(zhuǎn)，生機(jī)勃勃勃。EBBS的“并發(fā)處理理”所承擔(dān)的的角色或所所起的作用用正與之基基本類似。EBS并發(fā)發(fā)處理的另另一項重要要特性是其其“系統(tǒng)級”的可計劃劃、可管理理、可控制制特性，系

34、系統(tǒng)通過定定義“并發(fā)管理理器”、“請求集”等功能應(yīng)應(yīng)用，對所所有需要在在后臺運(yùn)行行的并發(fā)程程序進(jìn)行管管理調(diào)度，以以平衡系統(tǒng)統(tǒng)負(fù)載，保保證系統(tǒng)有有高的使用用性能。如如下圖133所示，定定義“并發(fā)管理理器”（包括運(yùn)運(yùn)行規(guī)則、工作班次次等等。這這類似于城城市里的交交通調(diào)度與與控制）關(guān)于“流程程事務(wù)”類的并發(fā)發(fā)請求，因因為涉及到到系統(tǒng)各業(yè)業(yè)務(wù)模塊的的具體功能能應(yīng)用問題題，這里不不便多講。以下主要要來談一談?wù)劇皥蟊硎聞?wù)務(wù)”類的并發(fā)發(fā)請求問題題。有網(wǎng)友友曾抱怨說說，“ORACCLE的報報表功能不不好用，出出一個簡單單的報表都都要到后臺臺去提交一一個請求，輸輸出的是一一個文本，太太麻煩。系系統(tǒng)提供的的標(biāo)準(zhǔn)報

35、表表，內(nèi)容不不能滿足企企業(yè)要求，不不符合國人人的使用習(xí)習(xí)慣”。這種說說法可能是是因為受某某些國內(nèi)產(chǎn)產(chǎn)品的影響響而產(chǎn)生的的誤解。目目前國內(nèi)的的主流ERRP系統(tǒng)，對對于“報表”基本上采采取的是類類似“查詢”的實現(xiàn)方方式。這種種“查詢式報報表”雖然方便便了用戶使使用，但卻卻惹出了無無窮的麻煩煩。首先，報表表是一種極極端“個性化”的東西，不不同的企業(yè)業(yè)由于管理理層次不一一樣，關(guān)注注的管理重重點也不同同，針對同同樣的問題題所要求的的報表也會會不同。即即使同一個個企業(yè)在不不同的發(fā)展展階段，所所要求的報報表內(nèi)容也也不會相同同，因此即即使已經(jīng)使使用ERPP若干年的的企業(yè)，不不斷地開發(fā)發(fā)新的（管管理）報表表，也

36、是很很正常的事事情。如果果ERP系統(tǒng)統(tǒng)將報表功功能“顯式化”，在系統(tǒng)標(biāo)標(biāo)準(zhǔn)功能中中提供查詢詢條件控件件及輸出結(jié)結(jié)果視圖，則則意味著系系統(tǒng)提供的的這個所謂謂報表功能能必須符合合所有企業(yè)業(yè)的使用要要求，而實實際這是不不可能實現(xiàn)現(xiàn)的。在這這種情況下下，企業(yè)就就會理所當(dāng)當(dāng)然地認(rèn)為為這是ERRP廠商的的責(zé)任，廠廠商必須負(fù)負(fù)責(zé)解決。目前許多多國內(nèi)ERRP廠商產(chǎn)產(chǎn)品研發(fā)的的一項重要要內(nèi)容就是是窮于應(yīng)付付為企業(yè)開開發(fā)各種查查詢式管理理報表，這這簡直是等等于自掘火火坑，陷進(jìn)進(jìn)去無法自自拔，其次，查詢詢式報表如如果內(nèi)容復(fù)復(fù)雜、耗用用系統(tǒng)資源源比較高，則則用戶隨便便自由使用用， 而IT系統(tǒng)維維護(hù)人員對對“聯(lián)機(jī)式”查

37、詢無法法進(jìn)行有效效管理、干干預(yù)，將可可能嚴(yán)重影影響系統(tǒng)整整體性能，導(dǎo)導(dǎo)致其他用用戶無法進(jìn)進(jìn)行正常工工作。從這這個角度來來看，目前前國內(nèi)的主主流ERPP產(chǎn)品實際際上還沒有有真正系統(tǒng)統(tǒng)意義上的的“報表”功能，只只有不加節(jié)節(jié)制、擴(kuò)大大化了的“查詢”功能。系系統(tǒng)如此處處理極不明明智。ORACLLE 將“報表”功能以并并發(fā)請求的的形式放到到后臺去處處理，不僅僅有效地解解決了“報表”的個性化化問題，分分清了ERRP廠商與與企業(yè)的責(zé)責(zé)任界面，而而且也為企企業(yè)IT系統(tǒng)維維護(hù)人員提提供了系統(tǒng)統(tǒng)可管理、可干預(yù)的的便利。這這實際上正正是ORAACLE系系統(tǒng)的靈活活性與功能能強(qiáng)大之處處（SAPP也類似）。有網(wǎng)友針針對

38、國內(nèi)某某些廠商聲聲稱自己的的ERP是“高端”產(chǎn)品時，質(zhì)質(zhì)疑“連并發(fā)都都沒有，能能算高端嗎嗎？”實際上是是說到了要要害。一個個連“電梯”都沒有的的高樓怎能能算得上是是現(xiàn)代化的的大廈呢！ORACLLE系統(tǒng)大大量使用后后臺“并發(fā)處理理”程序，實實現(xiàn)了系統(tǒng)統(tǒng)用戶的流流程操作在在“空間與時時間”上的分離離，免去了了操作人員員的無效等等待時間。操作人員員提交的并并發(fā)請求在在后臺運(yùn)行行的同時，并并不影響其其處理其它它系統(tǒng)事務(wù)務(wù)，這樣可可以大大提提高用戶的的工作效率率以及使用用的方便性性。“并發(fā)發(fā)”之于OORACLLE EBBS系統(tǒng)好好比人體內(nèi)內(nèi)的“心臟”一樣重要要，它是系系統(tǒng)實現(xiàn)高高度的數(shù)據(jù)據(jù)集成與流流程集

39、成的的核心工具具，是企業(yè)業(yè)依賴計算算機(jī)系統(tǒng)實實現(xiàn)業(yè)務(wù)運(yùn)運(yùn)作與管理理控制自動動化的一個個技術(shù)體現(xiàn)現(xiàn)。五、文件夾夾（Follder） 這又是一一個ORAACLE弄弄得有點學(xué)學(xué)究氣的概概念（可能能也有中文文翻譯不到到位的原因因）。所謂謂“文件夾”（Foldder）功能，簡簡單來說就就是稍有點點IT系統(tǒng)使使用經(jīng)驗的的人都明白白的“用戶自定定義查詢輸輸出界面視視圖”功能。系系統(tǒng)（可以以）提供的的查詢條件件控件或查查詢輸出結(jié)結(jié)果視圖的的字段是如如此之多，其其中有很多多可能并不不是用戶希希望顯示出出來的，每每一個系統(tǒng)統(tǒng)用戶Usser可以以根據(jù)個人人的工作需需要或偏好好，使用文文件夾功能能自由地定定義自己可可

40、見的UII界面。ORRACLEE 系統(tǒng)為為幾乎所有有重要的表表單、查詢詢條件控件件及查詢結(jié)結(jié)果輸出視視圖都提供供了文件夾夾功能，這這也是ORRACLEE系統(tǒng)靈活活性、易用用性、方便便性之所在在。如下圖圖14所示采采購PR的查詢詢：六、彈性域域（Fleexfieeld）所謂“彈性性域”技術(shù)是人人們每當(dāng)提提及ORAACLE 產(chǎn)品技術(shù)術(shù)的先進(jìn)性性時總會首首先想到的的一個東西西，也是很很多初學(xué)者者（尤其是是“業(yè)務(wù)出身身”的人）開開始接觸時時可能會感感到有點“發(fā)怵”的東西，原原因之一是是它的技術(shù)術(shù)味比較濃濃。但實際際上，如果果從應(yīng)用的的角度去理理解，它也也并無多少少神秘之處處。前面我們已已經(jīng)講到“表單”

41、是組成EBBS系統(tǒng)的的最重要基基本元素之之一，每個個表單都由由“表頭與表表體行”組成。系系統(tǒng)在UII界面中所所展示的是是表單的“標(biāo)準(zhǔn)顯示示”，盡管這這個“標(biāo)準(zhǔn)顯示示”可能已經(jīng)經(jīng)包含了適適合各行各各業(yè)所使用用的那些常常用信息字字段（Seegmennt），但但對于不同同企業(yè)來說說，總可能能會出現(xiàn)需需要添加一一些本企業(yè)業(yè)特殊需要要的信息字字段的情況況，這從系系統(tǒng)角度通通常稱為“自定義表表單字段”。EBS的所所謂“彈性域”技術(shù)實際際就是為了了解決這一一常見的系系統(tǒng)應(yīng)用問問題而應(yīng)運(yùn)運(yùn)而生，對對于初學(xué)者者來說，把把它簡單地地理解為“自定義表表單字段”就容易多多了。如下圖155與圖16所示的的采購申請請PR

42、表單，在在表頭部分分“標(biāo)準(zhǔn)顯示示”的UI界面（角角落）中有有一個“方框”（“【 】”），在表表體行部分分的末端也也有一個“方框”（“【 】”）。系統(tǒng)統(tǒng)用戶在需需要輸入有有關(guān)特殊信信息時點擊擊“方框”，系統(tǒng)便便會分別彈彈出一個包包含若干個個自定義信信息行（相相當(dāng)于為表表單擴(kuò)展了了若干列的的字段）的的界面框，以以供用戶輸輸入某些特特殊信息。 圖15所所示采購申申請PR表頭的的“彈性域”方框與彈彈出界面。用戶可在在其中輸入入關(guān)于該P(yáng)PR的某些些自定義補(bǔ)補(bǔ)充信息，如如“申請部門門、申請用用途”等等。圖16所示示采購申請請PR表體行行的“彈性域”方框與彈彈出界面。用戶可在在其中輸入入關(guān)于該P(yáng)PR行的某某

43、些自定義義補(bǔ)充信息息，如關(guān)于于所申購物物料的“長寬高、顏色”等等。要注意的是是，上述“自定義表表單字段”是“系統(tǒng)級”而非“用戶級”的，也就就是說只有有系統(tǒng)管理理員才能做做相關(guān)設(shè)置置，而普通通用戶只能能在實際工工作中使用用。EBSS中所使用用到的“彈性域”分為兩類類：一類是是所謂“鍵彈性域域”（Key Flexxfielld），一類是是所謂“說明性彈彈性域”（Desccripttive Flexxfielld）。而上述述圖15與圖16采購申申請PR中的“彈性域”就是典型型的“說明性彈彈性域”的范例。系統(tǒng)中幾乎乎所有的重重要表單（尤尤其是業(yè)務(wù)務(wù)流程類表表單）都具具有這種“自定義”功能的說說明性彈性

44、性域，系統(tǒng)統(tǒng)說明性彈彈性域總數(shù)數(shù)有二、三三千之多。稱之為“說明性”（Desccripttive）取取其對標(biāo)準(zhǔn)準(zhǔn)表單字段段作補(bǔ)充說說明之意。用戶在說說明性彈性性域中輸入入的字段信信息，通常常只能作為為統(tǒng)計分析析、出報表表使用，不不參與系統(tǒng)統(tǒng)業(yè)務(wù)流程程的構(gòu)建，系系統(tǒng)（應(yīng)用用程序）不不對之在表表單之間作作跟蹤、追追溯。如下下圖17所示是是采購申請請PR表頭“說明性彈彈性域”的系統(tǒng)定定義界面：系統(tǒng)所謂“鍵彈性域域”的情況較較之“說明性彈彈性域”就復(fù)雜、嚴(yán)格得多多，原因是是它們參與與業(yè)務(wù)流程程的構(gòu)建，系系統(tǒng)的應(yīng)用用程序要對對之進(jìn)行跟跟蹤、追溯溯，其作用用當(dāng)然非常常“關(guān)鍵”（Key），故故數(shù)量也比比較少，

45、在在整個EBBS系統(tǒng)中中總數(shù)不過過約35個。其其中用得最最多的例如如“物料類別別彈性域”、“會計科目目彈性域”等等。與與“說明性彈彈性域”屬于表單單的用戶“補(bǔ)充字段段”不同的是是，“鍵彈性域域”本身就屬屬于表單的的系統(tǒng)標(biāo)準(zhǔn)準(zhǔn)字段，這這個表單標(biāo)標(biāo)準(zhǔn)字段用用戶輸入的的不是簡單單的一個信信息，而是是具有某種種可在系統(tǒng)統(tǒng)層面“自定義結(jié)結(jié)構(gòu)”的一組信信息。 如下圖188所示采購購申請PRR表單界面面中“物料類別別”字段，用用戶輸入時時將彈出系系統(tǒng)已經(jīng)定定義的“物料類別別鍵彈性域域”界面，以以供用戶（選選擇）輸入入具體信息息：如下圖199所示是系系統(tǒng)層面定定義“鍵彈性域域”的界面。全部355個鍵彈性性域主

46、要集集中在庫存存、總賬、資產(chǎn)、人人力資源等等核心業(yè)務(wù)務(wù)模塊中定定義，其它它模塊只是是應(yīng)用時調(diào)調(diào)用。鍵彈彈性域由于于其系統(tǒng)地地位與重要要性，其定定義方式與與內(nèi)容也要要比說明性性彈性域來來得復(fù)雜。對于每一個個“鍵彈性域域”，系統(tǒng)允允許定義若若干個不同同結(jié)構(gòu)的字字段組合，以以使用在系系統(tǒng)中的不不同場合（例例如不同組組織或帳套套等等）。如下圖220所示，表表達(dá)了“會計科目目彈性域”可以有若若干不同結(jié)結(jié)構(gòu)（代碼碼）的情況況，圖中“Visiion CChinaa”的5段式結(jié)構(gòu)構(gòu)，可以和和其它國家家或地區(qū)的的完全不同同。ORACLLE的彈性性域應(yīng)用技技術(shù)作為系系統(tǒng)最重要要的基礎(chǔ)元元素之一，歷歷經(jīng)多年發(fā)發(fā)展，

47、其應(yīng)應(yīng)用已遠(yuǎn)非非上述所例例舉的“表單字段段信息”那么簡單單，它事實實上已經(jīng)發(fā)發(fā)展成為一一種重要的的方法論。系統(tǒng)基于于（鍵）彈彈性域的某某些重要技技術(shù)特性，逐逐步發(fā)展出出了諸多使使用靈活、功能強(qiáng)大大的應(yīng)用實實現(xiàn)方式。（相關(guān)討討論必須結(jié)結(jié)合具體的的系統(tǒng)應(yīng)用用來進(jìn)行，這這里不再贅贅述）。ORACLLE EBBS 系統(tǒng)統(tǒng)應(yīng)用基礎(chǔ)礎(chǔ)概述七、值集與與查找代碼碼（Vallue SSet aand LLookuup Coode）八、配置置文件（PProfiile）九、單據(jù)據(jù)編號（DDocumment Sequuencee）十、工作作流（Woorkfllow）十一、預(yù)預(yù)警（Allert）十二、應(yīng)應(yīng)用開放接接口（

48、Oppen IInterrfacee andd APII）十三、結(jié)結(jié)語（注：網(wǎng)站站批量發(fā)圖圖有問題，上上傳后顯示示不清楚。點擊圖片片打開后，質(zhì)質(zhì)量尚可）七、值集與與查找代碼碼（Vallue SSet aand LLookuup Coode）日常工作中中，用戶在在表單的字字段（包括括彈性域字字段）中輸輸入數(shù)據(jù)的的方式無外外乎兩種：一種是直直接手工鍵鍵入，例如如訂單中的的數(shù)量（數(shù)數(shù)值）或文文字說明（字字符）等等等；另一種種就是所謂謂“LOV”（Listt of Valuue），用用戶只能從從某個預(yù)先先定義的“來源單據(jù)據(jù)”做選擇輸輸入（用戶戶如手工輸輸入，系統(tǒng)統(tǒng)可能自動動針對來源源單據(jù)進(jìn)行行校驗以確

49、確定輸入值值是否允許許）。表單字段的的“LOV”輸入實際際占了系統(tǒng)統(tǒng)輸入操作作的大部分分情況，之之所以如此此的重要原原因是業(yè)務(wù)務(wù)實踐與系系統(tǒng)實現(xiàn)的的“標(biāo)準(zhǔn)化”需要。例如如“人力資源源管理部”這個官方方正式名稱稱，在人們們的日常工工作與交流流中，可能能被簡化為為“人力資源源部、人事事部、HRR”等等，大大家都知道道它們是一一回事，一一般不會引引起誤解。但對于系系統(tǒng)來說就就完全不同同了，細(xì)微微的差別在在系統(tǒng)中都都是兩個不不同的對象象，所以說說LOV實際際上也是系系統(tǒng)實現(xiàn)“數(shù)據(jù)共享享與集成”的基礎(chǔ)。表單字段LLOV的來來源單據(jù)值值種類，有有些可能比比較復(fù)雜，例例如象“物料、供供應(yīng)商、客客戶”等等，這

50、這些字段的的值被從來來源單據(jù)帶帶過來時，系系統(tǒng)可能還還會帶過來來其它若干干相關(guān)重要要信息到表表單的其它它相關(guān)字段段上去。而而有些可能能就比較簡簡單，例如如屬于通用用基礎(chǔ)數(shù)據(jù)據(jù)范疇的“單位UOMM、幣別Cuurrenncy以及及日期Daate”等。還有有些雖然也也比較簡單單，但通常常需要用戶戶預(yù)先做好好定義，例例如企業(yè)的的“部門名稱稱列表”等，這些些LOV在系系統(tǒng)中通常常稱之為“值集”（Valuue Seet）。在系統(tǒng)中定定義一個完完整的“值集”需要兩個個相互獨(dú)立立又相互關(guān)關(guān)聯(lián)的階段段，首先是是定義“值集名”，系統(tǒng)中中可以定義義若干個不不同用途的的值集名，對對于每一個個值集（名名），在定定義界面

51、可可以對其相相關(guān)屬性（如如“驗證類型型：無、獨(dú)獨(dú)立、從屬屬、表”等）做出出相應(yīng)規(guī)定定，以使其其符合實際際工作的需需要。如圖圖21所示為為“部門名稱稱”的“值集名”定義（或或查找）界界面：其次，就是是為已經(jīng)定定義好的“值集名”賦予具體體的值（驗驗證類型為為“無”的除外），以以組成系統(tǒng)統(tǒng)可用的LLOV。如如下圖222所示，其其中，有些些值之間還還可以根據(jù)據(jù)需要定義義形成某種種“層次結(jié)構(gòu)構(gòu)”，“父子值”之間具有有“匯總與被被匯總”的關(guān)系。驗證類型為為“從屬”或“表”的值集定定義比較特特殊，前者者需先定義義所從屬的的“獨(dú)立”值集。后后者則是將將某個系統(tǒng)統(tǒng)內(nèi)的“應(yīng)用表”作為自己己的LOVV來源（如如“定

52、義供應(yīng)應(yīng)商”表單維護(hù)護(hù)的供應(yīng)商商名稱表），值值集定義時時，需規(guī)定定使用哪些些表，并定定義 WHHERE 子句來限限制值集要要使用的值值。使用值集LLOV的表表單字段的的值幾乎都都有一個共共同的特性性是，一般般不直接參參與業(yè)務(wù)流流程的構(gòu)建建，或不直直接影響業(yè)業(yè)務(wù)流程的的運(yùn)行。然然而系統(tǒng)表表單的某些些字段是需需要承擔(dān)“流程構(gòu)建建”工作的，這這些表單字字段有些需需要手工輸輸入，有些些則可能是是系統(tǒng)流程程運(yùn)行時自自動賦值或或在不同流流程階段自自動改寫（例例如，表單單狀態(tài)“未完成、已保存、已批準(zhǔn)、已拒絕”等等），有有些值在表表單中通常?！翱梢姟保行﹦t則可能是在在特殊情況況下才可見見。 上上述這些表表單

53、的特殊殊字段（域域）的LOOV，一般般是由系統(tǒng)統(tǒng)在所謂“查找代碼碼”（Lookkup CCode）功功能中定義義的。ORRACLEE在系統(tǒng)層層面于一個個統(tǒng)一的界界面（Foorm）中中按模塊、按引用字字段進(jìn)行全全部Loookup Codee定義。如如圖23所示庫庫存相關(guān)表表單中使用用到的物料料的“需求類型型”定義：Lookuup Coode系統(tǒng)統(tǒng)的定義分分為三種情情況（訪問問級別），一一種是“系統(tǒng)級”，屬于ORRACLEE預(yù)定義且且不允許用用戶添加。這種情況況下的“代碼值”（Codee）基本都都屬于系統(tǒng)統(tǒng)的應(yīng)用程程序中需要要引用到的的，影響或或決定著系系統(tǒng)業(yè)務(wù)流流程的運(yùn)行行；二種是是“用戶級”，

54、屬于非非系統(tǒng)預(yù)定定義而由用用戶自己添添加，這種種情況下的的代碼值一一般不被應(yīng)應(yīng)用程序所所引用，其其作用與前前述值集LLOV值大大體相同；三種是“可擴(kuò)展級級”，屬于ORRACLEE預(yù)定義但但允許用戶戶添加。這這種情況下下的系統(tǒng)預(yù)預(yù)定義值與與“系統(tǒng)級”的定義值值作用基本本相同，而而用戶添加加的部分，其其作用則與與“用戶級”基本相同同。八、配置文文件（Prrofille）ORACLLE的所謂謂“配置文件件”實質(zhì)上就就是人們已已經(jīng)耳熟能能詳?shù)乃^謂系統(tǒng)“參數(shù)”（不明白白當(dāng)初的中中文翻譯為為何弄得如如此奇怪）。ORACCLE中的的配置文件件或參數(shù)涉涉及兩個過過程：一是是配置文件件的本身定定義（Deefi

55、niitionn）；二是是配置文件件的應(yīng)用設(shè)設(shè)置（Seetup）。ORACLLE系統(tǒng)的的預(yù)定義配配置文件數(shù)數(shù)量雖達(dá)七七、八千之之多，但這這些配置文文件對于用用戶來說都都是透明可可見的，并并不神秘。系統(tǒng)提供供“配置文件件”定義界面面，供用戶戶對配置文文件的某些些屬性（甚甚至應(yīng)用程程序）進(jìn)行行調(diào)整或修修改，用戶戶也可以根根據(jù)自己的的需要自定定義新的配配置文件。如下圖224所示配配置文件的的定義：值得指出的的是，系統(tǒng)統(tǒng)預(yù)定義的的“配置文件件名”有一定命命名規(guī)則（適適用于大多多數(shù)配置文文件，少數(shù)數(shù)例外），例例如“MRP：忽忽略替代BBOM/工工藝路線”，前面的的MRP是模模塊代碼，代代表屬于哪哪個應(yīng)用

56、模模塊，后面面的部分則則是代表具具體用途。這種“命名規(guī)則則”使我們很很容易查找找到針對不不同模塊的的相關(guān)參數(shù)數(shù)。盡管系系統(tǒng)預(yù)定義義配置文件件或參數(shù)的的數(shù)量是如如此之多，令令人生畏，但但歸納起來來，可以發(fā)發(fā)現(xiàn)按用途途大致劃分分為三類：一類是真正正起到控制制業(yè)務(wù)流程程運(yùn)作或事事務(wù)處理方方式的部分分，這些參參數(shù)就如人人們通常所所津津樂道道的所謂“流程開關(guān)關(guān)”；二類實實際并不直直接控制流流程運(yùn)作或或事務(wù)處理理，只是起起到一個向向表單上默默認(rèn)某些值值的作用（這這些默認(rèn)過過去的值，有有些參與流流程構(gòu)建，有有些僅起參參考作用。用戶在表表單上還是是可以修改改的）；三三類是起到到某些特殊殊控制作用用，例如改改變

57、系統(tǒng)的的某些工作作方式、控控制UI界面的的顏色字體體等等，通通常與具體體業(yè)務(wù)關(guān)系系不大。所所有參數(shù)中中前兩類占占了絕大部部分?jǐn)?shù)量（其其中第一類類又占主要要部分），第第三類數(shù)量量很少。而而系統(tǒng)應(yīng)用用的難點與與重點則是是“第一類”、屬于“流程開關(guān)關(guān)”那部分參參數(shù)。 ORACCLE系統(tǒng)統(tǒng)的配置文文件的“設(shè)置”（Setuup）非常常方便靈活活，組合起起來的應(yīng)用用功能十分分強(qiáng)大。系系統(tǒng)的配置置文件設(shè)置置具有“結(jié)構(gòu)層次次性”，對于某某一個具體體的配置文文件，系統(tǒng)統(tǒng)允許最多多可以在66個層級進(jìn)進(jìn)行設(shè)置并并發(fā)揮作用用：地點層層（系統(tǒng)安安裝）、應(yīng)應(yīng)用產(chǎn)品（模模塊）、責(zé)責(zé)任（自定定義的責(zé)任任）、服務(wù)務(wù)器、組織織（

58、包括OOU/INNV等）、用戶（自自定義的用用戶）。具具體能在上上述6個層級中中的哪些層層級“可見、可可設(shè)置”，取決于于這些配置置文件的原原始定義的的相關(guān)屬性性。并且實實際應(yīng)用程程序訪問時時，將按照照從“地點”逐步到“用戶”由低到高高的“優(yōu)先級”順序發(fā)揮揮作用。如如下圖255所示配置置文件的設(shè)設(shè)置：最高優(yōu)先級級的“用戶層”如果留空空不賦值，則則系統(tǒng)將默默認(rèn)上一層層級（責(zé)任任層）的值值作為自己己的值。逐逐級前移直直至最低優(yōu)優(yōu)先級的“地點層”，通常系系統(tǒng)在安裝裝后于“地點層”有初始化化的默認(rèn)值值。盡管看看起來配置置文件數(shù)量量有七八千千，設(shè)置工工作量巨大大，但實際際系統(tǒng)實施施時，對于于大部分企企業(yè)來

59、說，好好在使用系系統(tǒng)安裝時時的默認(rèn)初初始值就能能基本符合合要求，故故也并不十十分困難可可怕。企業(yè)業(yè)在實際工工作過程中中遇到問題題時，如希希望系統(tǒng)能能實現(xiàn)某種種功能或希希望系統(tǒng)流流程能按某某種方式運(yùn)運(yùn)行等等情情況，則通通常首先應(yīng)應(yīng)該基于系系統(tǒng)配置文文件的不同同設(shè)置來尋尋求合適的的解決方案案。此外，系統(tǒng)統(tǒng)對于配置置文件提供供了“系統(tǒng)”與“用戶”兩種“安全性”（權(quán)限）的的控制功能能，前者一一般由系統(tǒng)統(tǒng)維護(hù)人員員（如管理理員）進(jìn)行行控制，后后者普通用用戶就直接接可以作設(shè)設(shè)置修改，例例如“UI界面的的顏色、字字體”等。九、單據(jù)編編號（Doocumeent SSequeence） 與手手工業(yè)務(wù)模模式下做單

60、單據(jù)一樣，系系統(tǒng)中的所所有業(yè)務(wù)流流程類表單單以及大部部分的數(shù)據(jù)據(jù)來源類表表單，由于于業(yè)務(wù)數(shù)據(jù)據(jù)量巨大，當(dāng)當(dāng)然也需要要進(jìn)行編號號管理。OORACLLE為此提提供了單據(jù)據(jù)的編號控控制功能：自動編號號、人工編編號或無間間隙（人工工編號必須須連續(xù)不斷斷號）。單單據(jù)編號具具體包括三三個既相互互獨(dú)立又相相互關(guān)聯(lián)的的三個步驟驟：一是定定義“單據(jù)序列列”（發(fā)生器器）；二是是定義具體體的“單據(jù)類別別”，三是將將“單據(jù)序列列”分配給“單據(jù)類別別”。如圖26所所示為定義義“單據(jù)序列列”（發(fā)生器器）如圖27所所示是定義義具體的“單據(jù)類別別”如圖28所所示，是將將單據(jù)序列列發(fā)生器分分配給單據(jù)據(jù)類別，使使兩者關(guān)聯(lián)聯(lián)值得指