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ù)編號(hào)（DDocumment Sequuencee）十、工作作流（Woorkfllow）十一、預(yù)預(yù)警（Allert）十二、應(yīng)應(yīng)用開(kāi)放接接口（Oppen IInterrfacee andd AP

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

20、功能”（如上查查下查的追追溯、匯總總與明細(xì)的的切換等）沒(méi)沒(méi)有“功能查詢?cè)儭狈绞侥敲疵磸?qiáng)大。但但對(duì)于大多多數(shù)“數(shù)據(jù)來(lái)源源”類表單，由由于它們不不參與構(gòu)建建核心流程程，信息也也不如業(yè)務(wù)務(wù)流程類表表單那樣復(fù)復(fù)雜，故“快捷查詢?cè)儭狈绞揭呀?jīng)經(jīng)基本能夠夠滿足實(shí)際際工作需要要。如按“功能查詢?cè)儭狈绞綖樗斜韱卧O(shè)設(shè)計(jì)“查詢條件件控件”與查詢“輸出結(jié)果果視圖”（象某些些國(guó)內(nèi)產(chǎn)品品做的那樣樣），則系系統(tǒng)設(shè)計(jì)工工作的復(fù)雜雜性將大大大增加，后后續(xù)系統(tǒng)維維護(hù)也將十十分麻煩，既既不經(jīng)濟(jì)也也無(wú)多大實(shí)實(shí)際意義。 所謂謂“簡(jiǎn)便查詢?cè)儭狈绞剑醇丛诖蜷_(kāi)單單據(jù)界面后后直接把“單據(jù)”界面的所所有字段作作為“查找條件件輸入窗口口”。

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

22、系統(tǒng)中某某些數(shù)據(jù)量量很少的表表單，則有有可能系統(tǒng)統(tǒng)只提供“簡(jiǎn)便查詢?cè)儭弊鳛槲ㄒ灰豢墒褂玫牡牟樵兎绞绞健４送?，EBBS中的某某些表單，在在WEB下可可能還有基基于HTMML的展現(xiàn)現(xiàn)與查詢方方式。UII與HTMLL這兩種展展現(xiàn)與查詢?cè)兎绞降膬?yōu)優(yōu)劣，一方方面與使用用場(chǎng)合有關(guān)關(guān)，另一方方面也與使使用習(xí)慣有有關(guān)?？傊?，了解系系統(tǒng)中各類類表單的使使用并熟練練掌握各種種查詢方式式，是進(jìn)一一步學(xué)習(xí)研研究系統(tǒng)的的基礎(chǔ)，盡盡管EBSS各模塊的的表單展現(xiàn)現(xiàn)與查詢方方式因不同同業(yè)務(wù)、不不同設(shè)計(jì)者者的風(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ù)編號(hào)（DDocumment Sequuencee）十、工作作流（Woorkfllow）十一、預(yù)預(yù)警（Allert）十二、應(yīng)應(yīng)用開(kāi)放接接口（Oppen IInterrfacee andd APII）十三、結(jié)結(jié)語(yǔ)（注：網(wǎng)站站批量發(fā)圖圖有問(wèn)題，上上傳后顯示示不清楚。點(diǎn)擊圖片片打開(kāi)后，質(zhì)質(zhì)量尚可）三、事務(wù)

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

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

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

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

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

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

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

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

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

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

34、系統(tǒng)通過(guò)定定義“并發(fā)管理理器”、“請(qǐng)求集”等功能應(yīng)應(yīng)用，對(duì)所所有需要在在后臺(tái)運(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ā)請(qǐng)求，因因?yàn)樯婕暗降较到y(tǒng)各業(yè)業(yè)務(wù)模塊的的具體功能能應(yīng)用問(wèn)題題，這里不不便多講。以下主要要來(lái)談一談?wù)劇皥?bào)表事務(wù)務(wù)”類的并發(fā)發(fā)請(qǐng)求問(wèn)題題。有網(wǎng)友友曾抱怨說(shuō)說(shuō)，“ORACCLE的報(bào)報(bào)表功能不不好用，出出一個(gè)簡(jiǎn)單單的報(bào)表都都要到后臺(tái)臺(tái)去提交一一個(gè)請(qǐng)求，輸輸出的是一一個(gè)文本，太太麻煩。系系統(tǒng)提供的的標(biāo)準(zhǔn)報(bào)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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