ORACLE-EBS-系統(tǒng)設(shè)計(jì)應(yīng)用基礎(chǔ)概述

-.z.系列之三：ORACLEEBS系統(tǒng)應(yīng)用基礎(chǔ)概述一、前言二、表單與查詢（FormandSummary）三、事務(wù)處理（Transaction）四、并發(fā)流程（CurrentProcess）五、文件夾（Folder）六、彈性域（Fle*field）七、值集與查找代碼（ValueSetandLookupCode）八、配置文件（Profile）九、單據(jù)編號(hào)（DocumentSequence）十、工作流（Workflow）十一、預(yù)警（Alert）十二、應(yīng)用開放接口（OpenInterfaceandAPI）十三、結(jié)語一、前言有網(wǎng)友在論壇發(fā)帖驚呼：好不容易把EBS系統(tǒng)安裝好了，進(jìn)去一看傻眼了，不知道從哪兒下手？發(fā)出驚嘆的這位網(wǎng)友所遇到的問題，實(shí)際上也是很多人曾經(jīng)遇到或正在遇到的問題。長(zhǎng)期以來，國的非專業(yè)人士（例如媒體）提及SAP或ORACLE的時(shí)候，有不少人喜歡用“超級(jí)難懂”來形容。則，國專業(yè)人士的看法又如何呢？筆者所聽到過的最“雷”的說法來自一位國軟件研發(fā)的高層主管：SAP/ORACLE太復(fù)雜了，其背后的東西、深層次的東西，我們永遠(yuǎn)不可能搞懂！真是太不可思議。一方面，國的業(yè)人士幾乎眾口一詞，我們與SAP/ORACLE相比，技術(shù)上沒有多大差距，平臺(tái)工具都是公開的，也沒有什么奧秘可言。SAP/ORACLE由于產(chǎn)品做得早，我們?cè)诩夹g(shù)上甚至還有后發(fā)優(yōu)勢(shì)。另一方面，我們也常常聽到國有些人將SAP/ORACLE神秘化，認(rèn)為其包含“復(fù)雜的、深刻的管理思想”，是德國人/美國人的東西，我們中國人的企業(yè)管理水平低，用不了是正常的。國情不同，模式不同，中國人應(yīng)該尋找一條適合自己的道路！真的是這樣嗎？SAP/ORACLE產(chǎn)品真的是則神秘、高不可攀？今天專業(yè)從事ERP工作的人員，若從個(gè)人背景角度來看，通?？梢詣澐譃椤凹夹g(shù)出身”與“業(yè)務(wù)出身”兩類。“技術(shù)出身”的人在學(xué)習(xí)熟悉系統(tǒng)方面可能有一定優(yōu)勢(shì)，但與用戶溝通交流的過程中，在迅速準(zhǔn)確把握業(yè)務(wù)本質(zhì)要領(lǐng)方面可能存在一定困難；而“業(yè)務(wù)出身”的人，對(duì)于與用戶的業(yè)務(wù)溝通交流可能感覺比較容易，但在研究掌握系統(tǒng)方面則可能相對(duì)困難一些。根據(jù)筆者曾經(jīng)做過的調(diào)查統(tǒng)計(jì)，國ERP從業(yè)人員中“技術(shù)出身”的人似乎占了絕大多數(shù)。ORACLEEBS作為一個(gè)有百多個(gè)業(yè)務(wù)應(yīng)用模塊、高度集成的企業(yè)管理軟件系統(tǒng)，它是現(xiàn)代計(jì)算機(jī)技術(shù)與企業(yè)管理實(shí)踐的高度融合。它不是模仿企業(yè)手工業(yè)務(wù)過程的“電算化”簡(jiǎn)單再現(xiàn)，或許正是讓很多人感到其“難懂難用”的根本原因所在。因此，“從實(shí)踐中來，再到實(shí)踐中去”，或曰“從業(yè)務(wù)透視技術(shù)，再從技術(shù)回歸業(yè)務(wù)”也許正是我們一步一步叩開ORACLEEBS的大門，徜徉其間并游刃有余的方法論。（這里的所謂“技術(shù)”意指“系統(tǒng)實(shí)現(xiàn)”）。業(yè)對(duì)于專業(yè)從事ERP工作的人員，大致有以下三種分類：一類是所謂“技術(shù)顧問”，對(duì)于這些人來說，掌握相應(yīng)的軟件開發(fā)技能是必要條件，其工作領(lǐng)域的重點(diǎn)一般主要是在系統(tǒng)后臺(tái)，類似開發(fā)系統(tǒng)接口、業(yè)務(wù)報(bào)表，解決一些系統(tǒng)的技術(shù)問題等等；二類是所謂“功能顧問”，這些人對(duì)于系統(tǒng)的相關(guān)模塊有不同程度的熟悉，通常是在指導(dǎo)企業(yè)使用系統(tǒng)，或努力地在把企業(yè)的業(yè)務(wù)要求變?yōu)橄到y(tǒng)的實(shí)現(xiàn)方案；三類是所謂“管理顧問”，這些人通常有比較豐富的企業(yè)管理實(shí)戰(zhàn)經(jīng)驗(yàn)積累，同時(shí)對(duì)ERP系統(tǒng)也有比較深刻的認(rèn)識(shí)，能夠從企業(yè)管理業(yè)務(wù)流程的整體高度給出咨詢建議，最大限度地發(fā)掘出ERP系統(tǒng)對(duì)于企業(yè)管理水平提高的重要作用（這里的“管理顧問”是特指，有別于市面上眾多不懂系統(tǒng)、只會(huì)“紙上談兵”的忽悠型“管理顧問”）。實(shí)際工作中，上述三類人員前后之間可能并無明確的劃分界線，但大體上有一個(gè)隨著系統(tǒng)認(rèn)識(shí)水平的提高以及業(yè)務(wù)運(yùn)作經(jīng)驗(yàn)的積累，由低到高發(fā)展的過程。因此，如何實(shí)現(xiàn)“從業(yè)務(wù)角度去透視技術(shù)，從技術(shù)角度去回歸業(yè)務(wù)”是業(yè)人員所面對(duì)的永恒命題，能達(dá)到業(yè)務(wù)與技術(shù)的“融會(huì)貫通”則是追求的最高境界。為此，本篇將從博大精深的ORACLEEBS系統(tǒng)最基本的應(yīng)用基礎(chǔ)組成元素開始，從業(yè)務(wù)—技術(shù)—業(yè)務(wù)，探討讓有些人高深莫測(cè)、妄自菲薄的所謂“其背后的東西、深層次的東西”到底是些什么，以便能夠最終尋找到幫助我們登堂入室的鑰匙與途徑。二、表單與查詢（FormandSummary）企業(yè)在手工模式下的業(yè)務(wù)運(yùn)作過程中，總有各種各樣的用于記錄業(yè)務(wù)數(shù)據(jù)或管理信息的紙面單據(jù)，例如“銷售訂單、采購訂單、入庫單、出庫單”等等。隨著業(yè)務(wù)量的增加，這些紙面單據(jù)的數(shù)量是如此之多，以致于企業(yè)不得不花費(fèi)大量人力，將每單據(jù)上的重要信息摘要出來（例如采購訂單上的供應(yīng)商、物料、數(shù)量、價(jià)格、金額、日期等），另外建立一個(gè)數(shù)據(jù)記錄的“索引、清單或臺(tái)賬”等，以方便能在需要時(shí)對(duì)它們進(jìn)行查詢或統(tǒng)計(jì)。一個(gè)最簡(jiǎn)單的軟件管理系統(tǒng)，就是把上述紙面單據(jù)“電子化”后放入系統(tǒng)，然后再提供一個(gè)在系統(tǒng)里查找這些單據(jù)的“查詢”功能。如果你去研究一下目前國的主流ERP產(chǎn)品，你就會(huì)發(fā)現(xiàn)這些主要用于中低端市場(chǎng)的國ERP產(chǎn)品，其每個(gè)模塊中的應(yīng)用功能實(shí)際主要就是“單據(jù)新增與單據(jù)查詢”這兩項(xiàng)。其單據(jù)在系統(tǒng)中的格式和容與紙面單據(jù)是如此近似相像，以致于大多數(shù)企業(yè)人員學(xué)習(xí)掌握它們不會(huì)感覺有多大困難。在ORACLEEBS的每個(gè)模塊中，同樣也是要用到各種單據(jù)（Form）來錄入或保存數(shù)據(jù)（對(duì)應(yīng)于后臺(tái)數(shù)據(jù)庫中的“表”），并為之提供相應(yīng)的查詢功能，但ORACLE中的系統(tǒng)單據(jù)已經(jīng)不是紙面單據(jù)的簡(jiǎn)單再現(xiàn)。系統(tǒng)的UI界面中可以見到各種“表單”（據(jù)統(tǒng)計(jì)約有3000多種），它們不僅不同于紙面單據(jù)，相互之間的性質(zhì)及查詢方式差別也可能很大。歸納起來，ORACLE各模塊中的“表單”按性質(zhì)與作用大體可分為三大類：第一類是“業(yè)務(wù)流程”類表單例如“銷售訂單SO、采購訂單PO、制造工單WO、發(fā)票INVOICE”等等，它們有一個(gè)共同的特點(diǎn)是參與核心業(yè)務(wù)流程的運(yùn)轉(zhuǎn)，是核心業(yè)務(wù)流程的一個(gè)環(huán)節(jié)、不可或缺。這一點(diǎn)顯然也是和實(shí)際的企業(yè)業(yè)務(wù)過程是高度相對(duì)應(yīng)的。作為業(yè)務(wù)的原始憑據(jù)憑證，它們是如此重要，即使是IT系統(tǒng)化之后，大多數(shù)企業(yè)可能還是要將它們的紙面形態(tài)予以保存、歸檔。在ORACLEEBS中，“業(yè)務(wù)流程”類表單種類其實(shí)很少（每個(gè)模塊一般僅一、兩個(gè)左右），但每種單據(jù)隨時(shí)間日積月累，業(yè)務(wù)數(shù)據(jù)量可能很大。業(yè)務(wù)流程類表單是系統(tǒng)中最重要的表單，與紙面單據(jù)相比，容更為豐富和復(fù)雜，格式也有很大的變化，它充分利用了數(shù)據(jù)庫技術(shù)所提供的可容納性、可擴(kuò)展性以及使用便利性。它來源于業(yè)務(wù)實(shí)踐，但經(jīng)高度抽象并融入最新科技成就后，其功能與作用又遠(yuǎn)遠(yuǎn)高于原始的紙面單據(jù)。如圖1的PO表單:PO表單是一個(gè)典型的“業(yè)務(wù)流程”類表單，它有“表頭與表體行”兩大部分組成，這一點(diǎn)與紙面單據(jù)仍然類似。但不同的是系統(tǒng)表單的每一個(gè)“表體行”，還可以擁有屬于自己的“二級(jí)子表行”；而每一個(gè)“二級(jí)子表行”，也可以擁有屬于自己的“三級(jí)子表行”，如此類推。這種表單展現(xiàn)方式，紙面單據(jù)是無法實(shí)現(xiàn)的，它極擴(kuò)充了單據(jù)可以包含的信息容量，具有高度的靈活性與便利性。在圖1中，PO的第一行采購總數(shù)量為36，對(duì)應(yīng)到“發(fā)運(yùn)”二級(jí)子表拆分為數(shù)量分別為20與16的兩行（表示發(fā)到兩個(gè)不同收貨地點(diǎn)或同一地點(diǎn)但兩個(gè)不同發(fā)貨時(shí)間）；“發(fā)運(yùn)”二級(jí)子表的第一行數(shù)量為20，對(duì)應(yīng)到“分配”三級(jí)子表拆分為數(shù)量分別是10與10的兩行（表示對(duì)應(yīng)到兩個(gè)不同的費(fèi)用會(huì)計(jì)科目或費(fèi)用由兩個(gè)不同部門分別承擔(dān)）。第二類是“數(shù)據(jù)來源”類表單例如“OM模塊中的價(jià)目表、PO模塊中的報(bào)價(jià)單、”以及“物料、供應(yīng)商、客戶”數(shù)據(jù)表單等等，它們的共同特點(diǎn)是不參與核心業(yè)務(wù)流程的構(gòu)建，但它們?yōu)闃I(yè)務(wù)流程表單提供可以參考的數(shù)據(jù)來源，例如采購訂單從物料表單取物料相關(guān)信息，從供應(yīng)商表單取供應(yīng)商信息、從報(bào)價(jià)單取價(jià)格相關(guān)信息等等；這類表單在手工業(yè)務(wù)模式下大多數(shù)都可能也存在，但手工狀態(tài)下的實(shí)際使用與管理可能無法做到很嚴(yán)格規(guī)；在ORACLEEBS中，“數(shù)據(jù)來源”類表單在每個(gè)模塊中種類可能很多，每種表單的容與格式復(fù)雜程度，以及單據(jù)數(shù)量也差別很大。它們雖然并非不可或缺，但它們體現(xiàn)的專業(yè)化分工與協(xié)作的管理思想，對(duì)于企業(yè)的業(yè)務(wù)流程運(yùn)作效率有重大影響。下圖2所示訂單管理/定價(jià)模塊中的“價(jià)目表”，就是一個(gè)典型的“數(shù)據(jù)來源類”表單，它也可有復(fù)雜的結(jié)構(gòu):第三類是“業(yè)務(wù)控制”類表單例如“銷售的物料可訂購性、采購的批準(zhǔn)供應(yīng)商列表、系統(tǒng)參數(shù)設(shè)定”等等，這類表單在手工業(yè)務(wù)模式下很少或根本不存在。事實(shí)上，手工方式下實(shí)際也很難使用它們對(duì)業(yè)務(wù)進(jìn)行有效控制。在ORACLEEBS中，“業(yè)務(wù)控制”類表單在各模塊中的種類也比較少，單據(jù)數(shù)量也很有限，但它們體現(xiàn)的是企業(yè)管理的系統(tǒng)控制機(jī)制，對(duì)于業(yè)務(wù)管理控制的效率有重要影響。如下圖3所示采購的批準(zhǔn)供應(yīng)商列表（控制可向哪些供應(yīng)商采購），就是一個(gè)比較典型的“業(yè)務(wù)控制類”表單，它也同樣可有復(fù)雜的結(jié)構(gòu)。盡管在ORACLEEBS中，統(tǒng)計(jì)后臺(tái)數(shù)據(jù)庫中所用到的“表”（Table）數(shù)量有一萬多個(gè)，前臺(tái)UI中可見的表單也形形色色、數(shù)量繁多，乍看令人生畏，但在分析歸納劃分為以上三大類之后，事情就會(huì)變得簡(jiǎn)單很多，它使得我們可以把每個(gè)模塊中種類很有限的“核心的業(yè)務(wù)流程表單”作為學(xué)習(xí)研究的“切入點(diǎn)”，通過對(duì)每種單據(jù)部業(yè)務(wù)涵與技術(shù)涵的分析，以及各種單據(jù)之間業(yè)務(wù)邏輯與技術(shù)邏輯的研究，逐步擴(kuò)展并掌握系統(tǒng)的其它功能與應(yīng)用。基于實(shí)際工作的需要以及系統(tǒng)設(shè)計(jì)的簡(jiǎn)潔方便，ORACLE針對(duì)上述三種不同類型的表單分別提供了可供選擇使用的不同“查詢”方法，歸納起來也可分為三類：功能查詢方式所謂“功能查詢”方式，在系統(tǒng)中有“查詢”功能菜單項(xiàng)（例如POSummary，采購訂單匯總），點(diǎn)擊此菜單進(jìn)入時(shí)，系統(tǒng)會(huì)首先彈出“查找條件”輸入窗口（控件），如下圖4所示采購訂單功能查詢菜單與查詢條件控件：然后根據(jù)輸入的查詢條件，給出查詢結(jié)果LIST。作為查詢功能擴(kuò)展，系統(tǒng)還在UI界面工具欄進(jìn)一步提供關(guān)聯(lián)查詢（如采購訂單的上下游單據(jù)“采購申請(qǐng)”和“采購發(fā)票”）和細(xì)節(jié)查詢功能，如下圖5所示采購訂單功能查詢方式的輸出結(jié)果視圖：功能查詢方式通常只用于核心“業(yè)務(wù)流程”類單據(jù)的查詢，查詢功能強(qiáng)大。由于業(yè)務(wù)流程類表單（以及部分?jǐn)?shù)據(jù)來源類表單）的重要性，系統(tǒng)在菜單項(xiàng)中提供了專門的“查詢”功能?？旖莶樵兎绞剿^“快捷查詢”方式即在打開單據(jù)界面后，只需點(diǎn)擊UI界面工具欄的查詢“圖標(biāo)”（手電筒），查詢條件輸入方式有兩種：一種是無專用的“查詢條件”選擇窗口，僅限于在查找界面的“查找欄”輸入常用的那些字段（即所謂“模糊查詢”），系統(tǒng)在查找界面直接給出所有符合條件的條目LIST，而詳細(xì)情況需選定條目后，再進(jìn)入單據(jù)界面查看，如下圖6所示“采購訂單”在單據(jù)界面進(jìn)行“快捷查詢”的情況：另一種是在單據(jù)界面點(diǎn)擊查詢圖標(biāo)（手電筒）后，也會(huì)出現(xiàn)“查詢條件”輸入窗口，輸入查詢條件后，系統(tǒng)也可能會(huì)出現(xiàn)一個(gè)簡(jiǎn)單的結(jié)果清單LIST界面或視圖（*些表單查詢則可能沒有），通過該LIST視圖界面可以再選擇打開相關(guān)條目的表單。同時(shí)，也可以直接在單據(jù)界面按“翻頁”鍵（PageDown或PageUp），在已經(jīng)查詢出的不同條目間按順序直接切換。如圖7所示：物料快捷查詢方式的查詢條件控件與輸出結(jié)果視圖：上述（兩種）快捷查詢方式，適用于大多數(shù)業(yè)務(wù)數(shù)據(jù)量大的表單數(shù)據(jù)的查詢。而后一種“快捷查詢”方式與“功能查詢”方式有些近似，只是其查詢結(jié)果的輸出視圖的相關(guān)“功能”（如上查下查的追溯、匯總與明細(xì)的切換等）沒有“功能查詢”方式則強(qiáng)大。但對(duì)于大多數(shù)“數(shù)據(jù)來源”類表單，由于它們不參與構(gòu)建核心流程，信息也不如業(yè)務(wù)流程類表單那樣復(fù)雜，故“快捷查詢”方式已經(jīng)基本能夠滿足實(shí)際工作需要。如按“功能查詢”方式為所有表單設(shè)計(jì)“查詢條件控件”與查詢“輸出結(jié)果視圖”（象*些國產(chǎn)品做的那樣），則系統(tǒng)設(shè)計(jì)工作的復(fù)雜性將大大增加，后續(xù)系統(tǒng)維護(hù)也將十分麻煩，既不經(jīng)濟(jì)也無多大實(shí)際意義。簡(jiǎn)便查詢方式所謂“簡(jiǎn)便查詢”方式，即在打開單據(jù)界面后直接把“單據(jù)”界面的所有字段作為“查找條件輸入窗口”。要做到這一點(diǎn)，只需在打開單據(jù)界面后，于UI的工具欄“查看”中選擇“查詢標(biāo)準(zhǔn)-輸入”（或按F11鍵），此時(shí)單據(jù)界面有關(guān)字段即“灰顯”，允許輸入具體查詢值，再在“查看”中選擇“查詢標(biāo)準(zhǔn)-運(yùn)行”（或按Ctrl+F11），則單據(jù)界面顯示查詢結(jié)果，按“翻頁”鍵（PageDown或PageUp），在已經(jīng)查詢出的不同條目間按順序直接切換。如下圖8所示：物料清單BOM的簡(jiǎn)便查詢方式示意圖：這種查詢方式既不需要“查詢條件”控件，也不需要查詢結(jié)果輸出視圖，系統(tǒng)設(shè)計(jì)上十分簡(jiǎn)單節(jié)省，適用于幾乎所有表單。要注意的是對(duì)于系統(tǒng)中*些數(shù)據(jù)量很少的表單，則有可能系統(tǒng)只提供“簡(jiǎn)便查詢”作為唯一可使用的查詢方式。此外，EBS中的*些表單，在WEB下可能還有基于HTML的展現(xiàn)與查詢方式。UI與HTML這兩種展現(xiàn)與查詢方式的優(yōu)劣，一方面與使用場(chǎng)合有關(guān)，另一方面也與使用習(xí)慣有關(guān)?？傊?，了解系統(tǒng)中各類表單的使用并熟練掌握各種查詢方式，是進(jìn)一步學(xué)習(xí)研究系統(tǒng)的基礎(chǔ)，盡管EBS各模塊的表單展現(xiàn)與查詢方式因不同業(yè)務(wù)、不同設(shè)計(jì)者的風(fēng)格偏好而可能有所不同，但核心本質(zhì)的東西還是共同一致的。三、事務(wù)處理（Transaction）如果說上述EBS的“表單與查詢”的系統(tǒng)設(shè)計(jì)體現(xiàn)的正是“從業(yè)務(wù)到技術(shù)”，比較容易理解與掌握，則，所謂“事務(wù)處理”則是體現(xiàn)系統(tǒng)“從技術(shù)再到業(yè)務(wù)”的一個(gè)典，相對(duì)而言，理解起來要困難很多，原因是無法直接在手工業(yè)務(wù)模式下找到相對(duì)應(yīng)的處理方式與過程。以庫房接收采購物料為例，假定公司規(guī)定必須嚴(yán)格按PO來接收，并且公司為了嚴(yán)格控制庫存水平，接收必須小批量、多批次，則庫房人員就可能需要針對(duì)同一個(gè)PO在短時(shí)期開出N多的“入庫單”，工作量很大。為了減少工作量、提高效率，庫房人員可能會(huì)在供應(yīng)商每次送貨時(shí)，僅在找出來的PO紙面單據(jù)上只簡(jiǎn)單地做一個(gè)數(shù)量標(biāo)識(shí)，最后累積起來匯總開一“入庫單”。但這種“圖省事”的做法顯然是一種“很不規(guī)”的處理方式，雖可以提高工作效率，卻會(huì)因?yàn)槿菀讕砗芏嗥渌芾韱栴}而在實(shí)際工作中不被允許。ORACLE系統(tǒng)通過提供一個(gè)“事務(wù)處理”工作界面則很簡(jiǎn)單地解決了上述難題。如下圖9所示采購接收的事務(wù)處理工作界面：類似于“收貨時(shí)直接在PO紙面單據(jù)上簡(jiǎn)單地做數(shù)量標(biāo)識(shí)”，每次供應(yīng)商送貨來時(shí)，庫存人員只需在系統(tǒng)中查找出對(duì)應(yīng)的PO，簡(jiǎn)單地輸入送貨數(shù)量并保存，則系統(tǒng)會(huì)在后臺(tái)自動(dòng)生成“事務(wù)處理記錄”(等同于是“入庫單”)。對(duì)于系統(tǒng)來說，這種處理方式技術(shù)上實(shí)現(xiàn)非常容易，但卻大大減少了操作人員的工作量，有效地解決了由于小批量、多批次所帶來的效率問題。ORACLE的各業(yè)務(wù)模塊，大量地采用了上述類似的“事務(wù)處理”系統(tǒng)工作方式，不僅保證了系統(tǒng)高度的數(shù)據(jù)集成性，而且對(duì)于系統(tǒng)各業(yè)務(wù)環(huán)節(jié)的流程處理也保證了高度的連貫性與集成性。例如OM系統(tǒng)的發(fā)貨處理、WIP系統(tǒng)的領(lǐng)料與入庫處理等等。系統(tǒng)中所提供的事務(wù)處理工作界面，有些可能會(huì)以“××工作臺(tái)”（Workbench）來命名之（這取決于不同模塊系統(tǒng)設(shè)計(jì)人員的個(gè)人偏好）。更進(jìn)一步，系統(tǒng)對(duì)于*些“業(yè)務(wù)流程”類表單，例如“銷售訂單、發(fā)票”等，還在表單界面直接提供一個(gè)名曰“活動(dòng)”（Action）的按鈕（Button），該按鈕包含豐富的業(yè)務(wù)處理功能（不僅僅是輸入數(shù)據(jù)），以便用戶（User）對(duì)表單容作各種操作處理或獲取相關(guān)信息。如下圖10所示，銷售訂單界面的“活動(dòng)”按鈕：此外，ORACLEEBS在*些業(yè)務(wù)流程單據(jù)之間，也提供了類似的事務(wù)處理工作界面，以幫助用戶方便地實(shí)現(xiàn)業(yè)務(wù)單據(jù)的轉(zhuǎn)換和業(yè)務(wù)流程的銜接。如下圖11所示的采購申請(qǐng)PR到采購訂單PO的所謂“自動(dòng)創(chuàng)建”（Autocreate）功能。對(duì)于企業(yè)的一個(gè)系統(tǒng)用戶User（事務(wù)處理型用戶）來說，掌握了與自己工作相關(guān)的表單、表單查詢、事務(wù)處理，就基本上掌握了EBS的系統(tǒng)使用，系統(tǒng)就不再難懂難用。EBS中的“事務(wù)處理”在業(yè)務(wù)流程表單部解決了“人與系統(tǒng)”的統(tǒng)一問題，在業(yè)務(wù)流程表單之間解決了“業(yè)務(wù)與業(yè)務(wù)、業(yè)務(wù)與系統(tǒng)”的統(tǒng)一問題。從“純技術(shù)”的系統(tǒng)實(shí)現(xiàn)角度來看，它也沒有什么高深莫測(cè)的地方。很奇怪也很遺憾的是，迄今國主流ERP產(chǎn)品的系統(tǒng)中，還很少看到這種系統(tǒng)實(shí)現(xiàn)方式。曾有一網(wǎng)友通過MSN向筆者發(fā)問：“EBS的WIP事務(wù)處理界面是否要手工輸入item？”看起來這個(gè)問題似乎很“幼稚”，但對(duì)于很多剛開始接觸EBS或過去用慣國產(chǎn)品的人來說，由于不了解或不習(xí)慣EBS的“事務(wù)處理”系統(tǒng)實(shí)現(xiàn)方式，會(huì)不自覺、想當(dāng)然地將所有EBS的FORM界面都當(dāng)成具有“實(shí)體”作用、通?？梢詫?duì)應(yīng)紙面單據(jù)的“業(yè)務(wù)表單”來看待，才會(huì)發(fā)出這樣的疑問。四、并發(fā)流程（CurrentProcess）從系統(tǒng)實(shí)現(xiàn)角度來看，“并發(fā)流程”或“并發(fā)處理”是較之“事務(wù)處理”技術(shù)味更濃的一個(gè)概念，它也是業(yè)務(wù)出身、不太懂“技術(shù)”的人學(xué)習(xí)掌握EBS系統(tǒng)的難點(diǎn)之一。但實(shí)際上，對(duì)于今天的計(jì)算機(jī)系統(tǒng)而言，“并發(fā)”其實(shí)是一個(gè)再普通不過的應(yīng)用，例如我們邊在電腦上寫文章邊聽音樂等等。ORACLE弄得有點(diǎn)學(xué)究氣，相對(duì)于“聯(lián)機(jī)事務(wù)”或“聯(lián)機(jī)處理”方式，并發(fā)處理稱為“后臺(tái)事務(wù)”或“后臺(tái)處理”似乎更好理解一些。以企業(yè)的實(shí)際業(yè)務(wù)過程為例，在手工業(yè)務(wù)模式下，庫房接收了物料并開具“入庫單”后，庫房人員后續(xù)必須還要做的一項(xiàng)工作是：“手工”將入庫單上的物料接收信息逐份“過賬”到“庫存物料信息臺(tái)賬”上去，以更新庫存物料的余額數(shù)量。在EBS系統(tǒng)中，這項(xiàng)枯燥、乏味的工作就完全由系統(tǒng)代勞了，系統(tǒng)通過后臺(tái)運(yùn)行的一個(gè)名為“接收事務(wù)處理處理器”的并發(fā)程序，聯(lián)機(jī)立即或成批周期進(jìn)行處理，在不影響用戶做其它工作的同時(shí)，高度精確地完成著原本需要人工去做的“過賬登記”任務(wù)，并且手工模式下過賬之后為檢查錯(cuò)漏而需經(jīng)常進(jìn)行的“對(duì)賬”工作也變得根本就不再需要?！安l(fā)處理”是EBS系統(tǒng)不可或缺的一個(gè)重要組成部分，上述“物料接收”的并發(fā)處理只是一個(gè)很簡(jiǎn)單的應(yīng)用。在EBS中，“并發(fā)”按處理的對(duì)象主要可分為兩類：一類是“流程事務(wù)”，一類是“報(bào)表事務(wù)”。系統(tǒng)統(tǒng)一以“提交請(qǐng)求（Request）”的方式提供人機(jī)交互。如下圖12所示“查詢或提交請(qǐng)求”：對(duì)于每一個(gè)并發(fā)“請(qǐng)求”，系統(tǒng)都可以允許輸入相關(guān)參數(shù)，并計(jì)劃其是按*一周期運(yùn)行，還是立即或預(yù)定在未來*一時(shí)刻運(yùn)行。系統(tǒng)預(yù)置了大量的為業(yè)務(wù)流程服務(wù)的“流程事務(wù)”類后臺(tái)事務(wù)處理程序，同時(shí)還提供了部分可供企業(yè)參考的“報(bào)表事務(wù)”類輸出請(qǐng)求。用戶使用系統(tǒng)提供的開發(fā)工具，也可以很容易地自定義*些“個(gè)性化”的后臺(tái)程序或報(bào)表輸出，其運(yùn)行管理和使用方式與系統(tǒng)預(yù)置的并發(fā)程序幾乎完全相同。“并發(fā)處理”相對(duì)于用戶來說，實(shí)際上是屬于在系統(tǒng)后臺(tái)運(yùn)行的相關(guān)工作，剛剛開始接觸的人可能會(huì)對(duì)之覺得陌生或使用不順手，原因主要是手工業(yè)務(wù)或低檔的管理軟件根本沒有這種工作處理方式。這就好比相對(duì)于交通主要還是靠騎車或步行的小城鎮(zhèn)，今天對(duì)于生活在現(xiàn)代化大城市的人們來說，往來穿梭的地鐵、周而復(fù)始的公交、招手即停的出租車已經(jīng)成為全部生活不可或缺的一部分，它們就像城市的“血管”脈動(dòng)一樣，奔流不息，維持著城市生命的運(yùn)轉(zhuǎn)，生機(jī)勃勃。EBS的“并發(fā)處理”所承擔(dān)的角色或所起的作用正與之基本類似。EBS并發(fā)處理的另一項(xiàng)重要特性是其“系統(tǒng)級(jí)”的可計(jì)劃、可管理、可控制特性，系統(tǒng)通過定義“并發(fā)管理器”、“請(qǐng)求集”等功能應(yīng)用，對(duì)所有需要在后臺(tái)運(yùn)行的并發(fā)程序進(jìn)行管理調(diào)度，以平衡系統(tǒng)負(fù)載，保證系統(tǒng)有高的使用性能。如下圖13所示，定義“并發(fā)管理器”（包括運(yùn)行規(guī)則、工作班次等等。這類似于城市里的交通調(diào)度與控制）關(guān)于“流程事務(wù)”類的并發(fā)請(qǐng)求，因?yàn)樯婕暗较到y(tǒng)各業(yè)務(wù)模塊的具體功能應(yīng)用問題，這里不便多講。以下主要來談一談“報(bào)表事務(wù)”類的并發(fā)請(qǐng)求問題。有網(wǎng)友曾抱怨說，“ORACLE的報(bào)表功能不好用，出一個(gè)簡(jiǎn)單的報(bào)表都要到后臺(tái)去提交一個(gè)請(qǐng)求，輸出的是一個(gè)文本，太麻煩。系統(tǒng)提供的標(biāo)準(zhǔn)報(bào)表，容不能滿足企業(yè)要求，不符合國人的使用習(xí)慣”。這種說法可能是因?yàn)槭?些國產(chǎn)品的影響而產(chǎn)生的誤解。目前國的主流ERP系統(tǒng)，對(duì)于“報(bào)表”基本上采取的是類似“查詢”的實(shí)現(xiàn)方式。這種“查詢式報(bào)表”雖然方便了用戶使用，但卻惹出了無窮的麻煩。首先，報(bào)表是一種極端“個(gè)性化”的東西，不同的企業(yè)由于管理層次不一樣，關(guān)注的管理重點(diǎn)也不同，針對(duì)同樣的問題所要求的報(bào)表也會(huì)不同。即使同一個(gè)企業(yè)在不同的發(fā)展階段，所要求的報(bào)表容也不會(huì)相同，因此即使已經(jīng)使用ERP若干年的企業(yè)，不斷地開發(fā)新的（管理）報(bào)表，也是很正常的事情。如果ERP系統(tǒng)將報(bào)表功能“顯式化”，在系統(tǒng)標(biāo)準(zhǔn)功能中提供查詢條件控件及輸出結(jié)果視圖，則意味著系統(tǒng)提供的這個(gè)所謂報(bào)表功能必須符合所有企業(yè)的使用要求，而實(shí)際這是不可能實(shí)現(xiàn)的。在這種情況下，企業(yè)就會(huì)理所當(dāng)然地認(rèn)為這是ERP廠商的責(zé)任，廠商必須負(fù)責(zé)解決。目前許多國ERP廠商產(chǎn)品研發(fā)的一項(xiàng)重要容就是窮于應(yīng)付為企業(yè)開發(fā)各種查詢式管理報(bào)表，這簡(jiǎn)直是等于自掘火坑，陷進(jìn)去無法自拔，其次，查詢式報(bào)表如果容復(fù)雜、耗用系統(tǒng)資源比較高，則用戶隨便自由使用，而IT系統(tǒng)維護(hù)人員對(duì)“聯(lián)機(jī)式”查詢無法進(jìn)行有效管理、干預(yù)，將可能嚴(yán)重影響系統(tǒng)整體性能，導(dǎo)致其他用戶無法進(jìn)行正常工作。從這個(gè)角度來看，目前國的主流ERP產(chǎn)品實(shí)際上還沒有真正系統(tǒng)意義上的“報(bào)表”功能，只有不加節(jié)制、擴(kuò)大化了的“查詢”功能。系統(tǒng)如此處理極不明智。ORACLE將“報(bào)表”功能以并發(fā)請(qǐng)求的形式放到后臺(tái)去處理，不僅有效地解決了“報(bào)表”的個(gè)性化問題，分清了ERP廠商與企業(yè)的責(zé)任界面，而且也為企業(yè)IT系統(tǒng)維護(hù)人員提供了系統(tǒng)可管理、可干預(yù)的便利。這實(shí)際上正是ORACLE系統(tǒng)的靈活性與功能強(qiáng)大之處（SAP也類似）。有網(wǎng)友針對(duì)國*些廠商聲稱自己的ERP是“高端”產(chǎn)品時(shí)，質(zhì)疑“連并發(fā)都沒有，能算高端嗎？”實(shí)際上是說到了要害。一個(gè)連“電梯”都沒有的高樓怎能算得上是現(xiàn)代化的大廈呢！ORACLE系統(tǒng)大量使用后臺(tái)“并發(fā)處理”程序，實(shí)現(xiàn)了系統(tǒng)用戶的流程操作在“空間與時(shí)間”上的分離，免去了操作人員的無效等待時(shí)間。操作人員提交的并發(fā)請(qǐng)求在后臺(tái)運(yùn)行的同時(shí)，并不影響其處理其它系統(tǒng)事務(wù)，這樣可以大大提高用戶的工作效率以及使用的方便性。“并發(fā)”之于ORACLEEBS系統(tǒng)好比人體的“心臟”一樣重要，它是系統(tǒng)實(shí)現(xiàn)高度的數(shù)據(jù)集成與流程集成的核心工具，是企業(yè)依賴計(jì)算機(jī)系統(tǒng)實(shí)現(xiàn)業(yè)務(wù)運(yùn)作與管理控制自動(dòng)化的一個(gè)技術(shù)體現(xiàn)。五、文件夾（Folder）這又是一個(gè)ORACLE弄得有點(diǎn)學(xué)究氣的概念（可能也有中文翻譯不到位的原因）。所謂“文件夾”（Folder）功能，簡(jiǎn)單來說就是稍有點(diǎn)IT系統(tǒng)使用經(jīng)驗(yàn)的人都明白的“用戶自定義查詢輸出界面視圖”功能。系統(tǒng)（可以）提供的查詢條件控件或查詢輸出結(jié)果視圖的字段是如此之多，其中有很多可能并不是用戶希望顯示出來的，每一個(gè)系統(tǒng)用戶User可以根據(jù)個(gè)人的工作需要或偏好，使用文件夾功能自由地定義自己可見的UI界面。ORACLE系統(tǒng)為幾乎所有重要的表單、查詢條件控件及查詢結(jié)果輸出視圖都提供了文件夾功能，這也是ORACLE系統(tǒng)靈活性、易用性、方便性之所在。如下圖14所示采購PR的查詢：六、彈性域（Fle*field）所謂“彈性域”技術(shù)是人們每當(dāng)提及ORACLE產(chǎn)品技術(shù)的先進(jìn)性時(shí)總會(huì)首先想到的一個(gè)東西，也是很多初學(xué)者（尤其是“業(yè)務(wù)出身”的人）開始接觸時(shí)可能會(huì)感到有點(diǎn)“發(fā)怵”的東西，原因之一是它的技術(shù)味比較濃。但實(shí)際上，如果從應(yīng)用的角度去理解，它也并無多少神秘之處。前面我們已經(jīng)講到“表單”是組成EBS系統(tǒng)的最重要基本元素之一，每個(gè)表單都由“表頭與表體行”組成。系統(tǒng)在UI界面中所展示的是表單的“標(biāo)準(zhǔn)顯示”，盡管這個(gè)“標(biāo)準(zhǔn)顯示”可能已經(jīng)包含了適合各行各業(yè)所使用的那些常用信息字段（Segment），但對(duì)于不同企業(yè)來說，總可能會(huì)出現(xiàn)需要添加一些本企業(yè)特殊需要的信息字段的情況，這從系統(tǒng)角度通常稱為“自定義表單字段”。EBS的所謂“彈性域”技術(shù)實(shí)際就是為了解決這一常見的系統(tǒng)應(yīng)用問題而應(yīng)運(yùn)而生，對(duì)于初學(xué)者來說，把它簡(jiǎn)單地理解為“自定義表單字段”就容易多了。如下圖15與圖16所示的采購申請(qǐng)PR表單，在表頭部分“標(biāo)準(zhǔn)顯示”的UI界面（角落）中有一個(gè)“方框”（“【】”），在表體行部分的末端也有一個(gè)“方框”（“【】”）。系統(tǒng)用戶在需要輸入有關(guān)特殊信息時(shí)點(diǎn)擊“方框”，系統(tǒng)便會(huì)分別彈出一個(gè)包含若干個(gè)自定義信息行（相當(dāng)于為表單擴(kuò)展了若干列的字段）的界面框，以供用戶輸入*些特殊信息。圖15所示采購申請(qǐng)PR表頭的“彈性域”方框與彈出界面。用戶可在其中輸入關(guān)于該P(yáng)R的*些自定義補(bǔ)充信息，如“申請(qǐng)部門、申請(qǐng)用途”等等。圖16所示采購申請(qǐng)PR表體行的“彈性域”方框與彈出界面。用戶可在其中輸入關(guān)于該P(yáng)R行的*些自定義補(bǔ)充信息，如關(guān)于所申購物料的“長(zhǎng)寬高、顏色”等等。要注意的是，上述“自定義表單字段”是“系統(tǒng)級(jí)”而非“用戶級(jí)”的，也就是說只有系統(tǒng)管理員才能做相關(guān)設(shè)置，而普通用戶只能在實(shí)際工作中使用。EBS中所使用到的“彈性域”分為兩類：一類是所謂“鍵彈性域”（KeyFle*field），一類是所謂“說明性彈性域”（DescriptiveFle*field）。而上述圖15與圖16采購申請(qǐng)PR中的“彈性域”就是典型的“說明性彈性域”的例。系統(tǒng)中幾乎所有的重要表單（尤其是業(yè)務(wù)流程類表單）都具有這種“自定義”功能的說明性彈性域，系統(tǒng)說明性彈性域總數(shù)有二、三千之多。稱之為“說明性”（Descriptive）取其對(duì)標(biāo)準(zhǔn)表單字段作補(bǔ)充說明之意。用戶在說明性彈性域中輸入的字段信息，通常只能作為統(tǒng)計(jì)分析、出報(bào)表使用，不參與系統(tǒng)業(yè)務(wù)流程的構(gòu)建，系統(tǒng)（應(yīng)用程序）不對(duì)之在表單之間作跟蹤、追溯。如下圖17所示是采購申請(qǐng)PR表頭“說明性彈性域”的系統(tǒng)定義界面：系統(tǒng)所謂“鍵彈性域”的情況較之“說明性彈性域”就復(fù)雜、嚴(yán)格得多，原因是它們參與業(yè)務(wù)流程的構(gòu)建，系統(tǒng)的應(yīng)用程序要對(duì)之進(jìn)行跟蹤、追溯，其作用當(dāng)然非?！瓣P(guān)鍵”（Key），故數(shù)量也比較少，在整個(gè)EBS系統(tǒng)中總數(shù)不過約35個(gè)。其中用得最多的例如“物料類別彈性域”、“會(huì)計(jì)科目彈性域”等等。與“說明性彈性域”屬于表單的用戶“補(bǔ)充字段”不同的是，“鍵彈性域”本身就屬于表單的系統(tǒng)標(biāo)準(zhǔn)字段，這個(gè)表單標(biāo)準(zhǔn)字段用戶輸入的不是簡(jiǎn)單的一個(gè)信息，而是具有*種可在系統(tǒng)層面“自定義結(jié)構(gòu)”的一組信息。如下圖18所示采購申請(qǐng)PR表單界面中“物料類別”字段，用戶輸入時(shí)將彈出系統(tǒng)已經(jīng)定義的“物料類別鍵彈性域”界面，以供用戶（選擇）輸入具體信息：如下圖19所示是系統(tǒng)層面定義“鍵彈性域”的界面。全部35個(gè)鍵彈性域主要集中在庫存、總賬、資產(chǎn)、人力資源等核心業(yè)務(wù)模塊中定義，其它模塊只是應(yīng)用時(shí)調(diào)用。鍵彈性域由于其系統(tǒng)地位與重要性，其定義方式與容也要比說明性彈性域來得復(fù)雜。對(duì)于每一個(gè)“鍵彈性域”，系統(tǒng)允許定義若干個(gè)不同結(jié)構(gòu)的字段組合，以使用在系統(tǒng)中的不同場(chǎng)合（例如不同組織或帳套等等）。如下圖20所示，表達(dá)了“會(huì)計(jì)科目彈性域”可以有若干不同結(jié)構(gòu)（代碼）的情況，圖中“VisionChina”的5段式結(jié)構(gòu)，可以和其它國家或地區(qū)的完全不同。

ORACLE的彈性域應(yīng)用技術(shù)作為系統(tǒng)最重要的基礎(chǔ)元素之一，歷經(jīng)多年發(fā)展，其應(yīng)用已遠(yuǎn)非上述所例舉的“表單字段信息”則簡(jiǎn)單，它事實(shí)上已經(jīng)發(fā)展成為一種重要的方法論。系統(tǒng)基于（鍵）彈性域的*些重要技術(shù)特性，逐步發(fā)展出了諸多使用靈活、功能強(qiáng)大的應(yīng)用實(shí)現(xiàn)方式。（相關(guān)討論必須結(jié)合具體的系統(tǒng)應(yīng)用來進(jìn)行，這里不再贅述）。七、值集與查找代碼（ValueSetandLookupCode）日常工作中，用戶在表單的字段（包括彈性域字段）中輸入數(shù)據(jù)的方式無外乎兩種：一種是直接手工鍵入，例如訂單中的數(shù)量（數(shù)值）或文字說明（字符）等等；另一種就是所謂“LOV”（ListofValue），用戶只能從*個(gè)預(yù)先定義的“來源單據(jù)”做選擇輸入（用戶如手工輸入，系統(tǒng)可能自動(dòng)針對(duì)來源單據(jù)進(jìn)行校驗(yàn)以確定輸入值是否允許）。表單字段的“LOV”輸入實(shí)際占了系統(tǒng)輸入操作的大部分情況，之所以如此的重要原因是業(yè)務(wù)實(shí)踐與系統(tǒng)實(shí)現(xiàn)的“標(biāo)準(zhǔn)化”需要。例如“人力資源管理部”這個(gè)官方正式名稱，在人們的日常工作與交流中，可能被簡(jiǎn)化為“人力資源部、人事部、HR”等等，大家都知道它們是一回事，一般不會(huì)引起誤解。但對(duì)于系統(tǒng)來說就完全不同了，細(xì)微的差別在系統(tǒng)中都是兩個(gè)不同的對(duì)象，所以說LOV實(shí)際上也是系統(tǒng)實(shí)現(xiàn)“數(shù)據(jù)共享與集成”的基礎(chǔ)。表單字段LOV的來源單據(jù)值種類，有些可能比較復(fù)雜，例如象“物料、供應(yīng)商、客戶”等等，這些字段的值被從來源單據(jù)帶過來時(shí)，系統(tǒng)可能還會(huì)帶過來其它若干相關(guān)重要信息到表單的其它相關(guān)字段上去。而有些可能就比較簡(jiǎn)單，例如屬于通用基礎(chǔ)數(shù)據(jù)疇的“單位UOM、幣別Currency以及日期Date”等。還有些雖然也比較簡(jiǎn)單，但通常需要用戶預(yù)先做好定義，例如企業(yè)的“部門名稱列表”等，這些LOV在系統(tǒng)常稱之為“值集”（ValueSet）。在系統(tǒng)中定義一個(gè)完整的“值集”需要兩個(gè)相互獨(dú)立又相互關(guān)聯(lián)的階段，首先是定義“值集名”，系統(tǒng)中可以定義若干個(gè)不同用途的值集名，對(duì)于每一個(gè)值集（名），在定義界面可以對(duì)其相關(guān)屬性（如“驗(yàn)證類型：無、獨(dú)立、從屬、表”等）做出相應(yīng)規(guī)定，以使其符合實(shí)際工作的需要。如圖21所示為“部門名稱”的“值集名”定義（或查找）界面：其次，就是為已經(jīng)定義好的“值集名”賦予具體的值（驗(yàn)證類型為“無”的除外），以組成系統(tǒng)可用的LOV。如下圖22所示，其中，有些值之間還可以根據(jù)需要定義形成*種“層次結(jié)構(gòu)”，“父子值”之間具有“匯總與被匯總”的關(guān)系。驗(yàn)證類型為“從屬”或“表”的值集定義比較特殊，前者需先定義所從屬的“獨(dú)立”值集。后者則是將*個(gè)系統(tǒng)的“應(yīng)用表”作為自己的LOV來源（如“定義供應(yīng)商”表單維護(hù)的供應(yīng)商名稱表），值集定義時(shí)，需規(guī)定使用哪些表，并定義WHERE子句來限制值集要使用的值。使用值集LOV的表單字段的值幾乎都有一個(gè)共同的特性是，一般不直接參與業(yè)務(wù)流程的構(gòu)建，或不直接影響業(yè)務(wù)流程的運(yùn)行。然而系統(tǒng)表單的*些字段是需要承擔(dān)“流程構(gòu)建”工作的，這些表單字段有些需要手工輸入，有些則可能是系統(tǒng)流程運(yùn)行時(shí)自動(dòng)賦值或在不同流程階段自動(dòng)改寫（例如，表單狀態(tài)“未完成、已保存、已批準(zhǔn)、已拒絕”等等），有些值在表單常“可見”，有些則可能是在特殊情況下才可見。上述這些表單的特殊字段（域）的LOV，一般是由系統(tǒng)在所謂“查找代碼”（LookupCode）功能中定義的。ORACLE在系統(tǒng)層面于一個(gè)統(tǒng)一的界面（Form）中按模塊、按引用字段進(jìn)行全部LookupCode定義。如圖23所示庫存相關(guān)表單中使用到的物料的“需求類型”定義：LookupCode系統(tǒng)的定義分為三種情況（訪問級(jí)別），一種是“系統(tǒng)級(jí)”，屬于ORACLE預(yù)定義且不允許用戶添加。這種情況下的“代碼值”（Code）基本都屬于系統(tǒng)的應(yīng)用程序中需要引用到的，影響或決定著系統(tǒng)業(yè)務(wù)流程的運(yùn)行；二種是“用戶級(jí)”，屬于非系統(tǒng)預(yù)定義而由用戶自己添加，這種情況下的代碼值一般不被應(yīng)用程序所引用，其作用與前述值集LOV值大體相同；三種是“可擴(kuò)展級(jí)”，屬于ORACLE預(yù)定義但允許用戶添加。這種情況下的系統(tǒng)預(yù)定義值與“系統(tǒng)級(jí)”的定義值作用基本相同，而用戶添加的部分，其作用則與“用戶級(jí)”基本相同。八、配置文件（Profile）ORACLE的所謂“配置文件”實(shí)質(zhì)上就是人們已經(jīng)耳熟能詳?shù)乃^系統(tǒng)“參數(shù)”（不明白當(dāng)初的中文翻譯為何弄得如此奇怪）。ORACLE中的配置文件或參數(shù)涉及兩個(gè)過程：一是配置文件的本身定義（Definition）；二是配置文件的應(yīng)用設(shè)置（Setup）。ORACLE系統(tǒng)的預(yù)定義配置文件數(shù)量雖達(dá)七、八千之多，但這些配置文件對(duì)于用戶來說都是透明可見的，并不神秘。系統(tǒng)提供“配置文件”定義界面，供用戶對(duì)配置文件的*些屬性（甚至應(yīng)用程序）進(jìn)行調(diào)整或修改，用戶也可以根據(jù)自己的需要自定義新的配置文件。如下圖24所示配置文件的定義：值得指出的是，系統(tǒng)預(yù)定義的“配置文件名”有一定命名規(guī)則（適用于大多數(shù)配置文件，少數(shù)例外），例如“MRP：忽略替代BOM/工藝路線”，前面的MRP是模塊代碼，代表屬于哪個(gè)應(yīng)用模塊，后面的部分則是代表具體用途。這種“命名規(guī)則”使我們很容易查找到針對(duì)不同模塊的相關(guān)參數(shù)。盡管系統(tǒng)預(yù)定義配置文件或參數(shù)的數(shù)量是如此之多，令人生畏，但歸納起來，可以發(fā)現(xiàn)按用途大致劃分為三類：一類是真正起到控制業(yè)務(wù)流程運(yùn)作或事務(wù)處理方式的部分，這些參數(shù)就如人們通常所津津樂道的所謂“流程開關(guān)”；二類實(shí)際并不直接控制流程運(yùn)作或事務(wù)處理，只是起到一個(gè)向表單上默認(rèn)*些值的作用（這些默認(rèn)過去的值，有些參與流程構(gòu)建，有些僅起參考作用。用戶在表單上還是可以修改的）；三類是起到*些特殊控制作用，例如改變系統(tǒng)的*些工作方式、控制UI界面的顏色字體等等，通常與具體業(yè)務(wù)關(guān)系不大。所有參數(shù)中前兩類占了絕大部分?jǐn)?shù)量（其中第一類又占主要部分），第三類數(shù)量很少。而系統(tǒng)應(yīng)用的難點(diǎn)與重點(diǎn)則是“第一類”、屬于“流程開關(guān)”那部分參數(shù)。ORACLE系統(tǒng)的配置文件的“設(shè)置”（Setup）非常方便靈活，組合起來的應(yīng)用功能十分強(qiáng)大。系統(tǒng)的配置文件設(shè)置具有“結(jié)構(gòu)層次性”，對(duì)于*一個(gè)具體的配置文件，系統(tǒng)允許最多可以在6個(gè)層級(jí)進(jìn)行設(shè)置并發(fā)揮作用：地點(diǎn)層（系統(tǒng)安裝）、應(yīng)用產(chǎn)品（模塊）、責(zé)任（自定義的責(zé)任）、服務(wù)器、組織（包括OU/INV等）、用戶（自定義的用戶）。具體能在上述6個(gè)層級(jí)中的哪些層級(jí)“可見、可設(shè)置”，取決于這些配置文件的原始定義的相關(guān)屬性。并且實(shí)際應(yīng)用程序訪問時(shí)，將按照從“地點(diǎn)”逐步到“用戶”由低到高的“優(yōu)先級(jí)”順序發(fā)揮作用。如下圖25所示配置文件的設(shè)置：最高優(yōu)先級(jí)的“用戶層”如果留空不賦值，則系統(tǒng)將默認(rèn)上一層級(jí)（責(zé)任層）的值作為自己的值。逐級(jí)前移直至最低優(yōu)先級(jí)的“地點(diǎn)層”，通常系統(tǒng)在安裝后于“地點(diǎn)層”有初始化的默認(rèn)值。盡管看起來配置文件數(shù)量有七八千，設(shè)置工作量巨大，但實(shí)際系統(tǒng)實(shí)施時(shí)，對(duì)于大部分企業(yè)來說，好在使用系統(tǒng)安裝時(shí)的默認(rèn)初始值就能基本符合要求，故也并不十分困難可怕。企業(yè)在實(shí)際工作過程中遇到問題時(shí)，如希望系統(tǒng)能實(shí)現(xiàn)*種功能或希望系統(tǒng)流程能按*種方式運(yùn)行等等情況，則通常首先應(yīng)該基于系統(tǒng)配置文件的不同設(shè)置來尋求合適的解決方案。此外，系統(tǒng)對(duì)于配置文件提供了“系統(tǒng)”與“用戶”兩種“安全性”（權(quán)限）的控制功能，前者一般由系統(tǒng)維護(hù)人員（如管理員）進(jìn)行控制，后者普通用戶就直接可以作設(shè)置修改，例如“UI界面的顏色、字體”等。九、單據(jù)編號(hào)（DocumentSequence）與手工業(yè)務(wù)模式下做單據(jù)一樣，系統(tǒng)中的所有業(yè)務(wù)流程類表單以及大部分的數(shù)據(jù)來源類表單，由于業(yè)務(wù)數(shù)據(jù)量巨大，當(dāng)然也需要進(jìn)行編號(hào)管理。ORACLE為此提供了單據(jù)的編號(hào)控制功能：自動(dòng)編號(hào)、人工編號(hào)或無間隙（人工編號(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ù)類別，使兩者關(guān)聯(lián)值得指出的是，事實(shí)上系統(tǒng)中的*些業(yè)務(wù)流程表單（例如銷售訂單），系統(tǒng)允許其自定義若干數(shù)量的“單據(jù)類別”（例如銷售訂單中的“訂單類型”或“事務(wù)處理類型”），這些自定義的“單據(jù)類別”可以擁有（被分配）各自不同的單據(jù)序列號(hào)發(fā)生器（相當(dāng)于使用時(shí)系統(tǒng)對(duì)它們各自獨(dú)立編號(hào)），也可以共同擁有同一個(gè)單據(jù)單據(jù)序列號(hào)發(fā)生器（相當(dāng)于使用時(shí)系統(tǒng)對(duì)它們混合共同編號(hào)），這為單據(jù)編號(hào)的實(shí)際使用與管理提供了很大的靈活性與方便性。另外要注意的是，系統(tǒng)中的*些單據(jù)如采購申請(qǐng)、采購訂單以及供應(yīng)商等也可以有其專門的編號(hào)管理機(jī)制，不能一概而論。十、工作流（Workflow）在企業(yè)的實(shí)際管理工作中，一個(gè)員工填寫好一份“費(fèi)用報(bào)銷單”后，后續(xù)可能還需要經(jīng)過多個(gè)環(huán)節(jié)例如直接主管、上級(jí)主管、財(cái)務(wù)主管的審批，才可能到達(dá)會(huì)計(jì)（入賬）、出納（付款）手中，以完成整個(gè)工作過程。把這個(gè)工作過程“電子化”后放入系統(tǒng)，就形成一個(gè)所謂的“工作流”過程。通常這個(gè)報(bào)銷單“工作流”需要經(jīng)過哪些環(huán)節(jié)，是系統(tǒng)需要預(yù)先設(shè)置好的，并且可能不同的費(fèi)用類別所需經(jīng)過的審批環(huán)節(jié)也是不同的。作為流程的參與者，例如“提交人、審批人”等，可以查詢、監(jiān)控單據(jù)的工作流處理過程，系統(tǒng)也可以在流程環(huán)節(jié)移動(dòng)過程中，向下一環(huán)節(jié)的處理人發(fā)送提醒通知（如等）。單據(jù)的“審批流”實(shí)際是一個(gè)很簡(jiǎn)單、很直觀的“工作流”應(yīng)用。推而廣之到系統(tǒng)中其它業(yè)務(wù)流程類表單的事務(wù)處理過程，所謂系統(tǒng)的“工作流”技術(shù)應(yīng)用就是：根據(jù)不同的業(yè)務(wù)單據(jù)類別，事先定義好需要經(jīng)過的不同業(yè)務(wù)處理環(huán)節(jié)，單據(jù)在做事務(wù)處理時(shí)，按規(guī)定順序在相關(guān)環(huán)節(jié)間移動(dòng)。用戶可監(jiān)控，即普通用戶可以查看工作流的處理過程狀態(tài)；系統(tǒng)可管理，即系統(tǒng)工作流管理員，必要時(shí)可以對(duì)單據(jù)的工作流過程進(jìn)行干預(yù)，例如跳過*些環(huán)節(jié)、改變參與人等等。ORACLE系統(tǒng)核心業(yè)務(wù)模塊OM中關(guān)于銷售訂單的處理，就是一個(gè)典型的“工作流”技術(shù)使用例。系統(tǒng)根據(jù)實(shí)際業(yè)務(wù)處理的需要，先定義好不同的銷售訂單“行類型”。例如“Shiponly”，表示發(fā)給客戶的這個(gè)貨物免費(fèi)、不需開票（例如因?yàn)樨浳镔|(zhì)量問題而補(bǔ)發(fā)等原因）；“Service”，表示這是向客戶提供的無形服務(wù)，無需發(fā)貨，但需根據(jù)訂單行開票向客戶收費(fèi)等等。再給這些訂單“行類型”分配一個(gè)合適的系統(tǒng)已經(jīng)定義好的“行工作流”。如圖29所示OM銷售訂單“行類型—行流”分配定義：上述系統(tǒng)用于分配給“行類型”的行工作流，ORACLE提供了預(yù)定義的多種不同類別供用戶在設(shè)置系統(tǒng)時(shí)做選擇。更進(jìn)一步，ORACLE還提供“WorkflowBuilder”軟件包工具（這個(gè)軟件可以到ORACLE官網(wǎng)上自由下載使用），以便用戶對(duì)于系統(tǒng)所有預(yù)定義的流程進(jìn)行復(fù)制修改，或自定義符合使用要求的特殊流程。對(duì)于具體的每一個(gè)銷售訂單，同一訂單中可能包含不同行類型的訂單行，這些訂單行將循著各自的“行工作流”而進(jìn)行事務(wù)處理。系統(tǒng)在表單界面的工具欄提供“工作流狀態(tài)查詢”的功能，用戶可以隨時(shí)對(duì)訂單中的每一個(gè)訂單行的系統(tǒng)處理過程實(shí)施監(jiān)控、查詢。如下圖30所示銷售訂單行的工作流監(jiān)控功能使用界面：在上圖中點(diǎn)擊“工作流狀態(tài)”功能，則系統(tǒng)將打開屬于訂單行1.1的工作流WEB查詢頁面。系統(tǒng)提供“活動(dòng)歷史記錄”與“狀態(tài)圖”兩種主要查詢方式，分別如下圖31與圖32所示。圖31表示訂單行的活動(dòng)歷史記錄，系統(tǒng)從用戶輸入訂單開始，對(duì)于后續(xù)幾乎每一步事務(wù)處理操作都做了記錄。圖32所示以直觀圖形方式顯示的訂單行流程狀態(tài)。需要指出的是，并非所有業(yè)務(wù)流程類表單都要采用類似銷售訂單的“工作流”處理方式，例如“采購訂單”的處理等。系統(tǒng)應(yīng)用模塊是否使用、如何使用“工作流”技術(shù)，與具體的業(yè)務(wù)實(shí)踐以及采用之的優(yōu)缺點(diǎn)取舍有很大關(guān)系，不能一概而論。從系統(tǒng)開發(fā)設(shè)計(jì)的角度來看，盡管“工作流”于技術(shù)層面并不難掌握，但要與業(yè)務(wù)實(shí)踐實(shí)現(xiàn)很好的結(jié)合則并非易事。目前國主流產(chǎn)品基本都宣稱具有“工作流”技術(shù)，但真正在系統(tǒng)核心業(yè)務(wù)流程中用得比較好的并不多見，大多只是在“單據(jù)審批”或非核心的事務(wù)處理型業(yè)務(wù)諸如“費(fèi)用報(bào)銷”等領(lǐng)域中有所應(yīng)用。此外，在EBS中有關(guān)“單據(jù)審批”的工作流應(yīng)用只是“單據(jù)審批”的系統(tǒng)實(shí)現(xiàn)方式之一。為滿足企業(yè)的復(fù)雜業(yè)務(wù)環(huán)境的需要，結(jié)合工作流技術(shù)，系統(tǒng)還專門提供了一個(gè)審批功能更為強(qiáng)大且相對(duì)獨(dú)立的引擎模塊“審批管理”（AME）作為“外圍產(chǎn)品”供企業(yè)選擇使用。(待續(xù))十一、預(yù)警（Alert）今天在企業(yè)的辦公場(chǎng)所或酒店的房間等很多地方，我們都可以見到天花板上裝有“煙感報(bào)警器”以及“自動(dòng)噴淋器”，國家對(duì)建筑物的消防安全有明確的法律法規(guī)，因此這些“報(bào)警或滅火”裝置幾乎已成了建筑物的標(biāo)準(zhǔn)配置。與之類似，預(yù)警平臺(tái)對(duì)于今天的ERP系統(tǒng)來說也幾乎是一個(gè)標(biāo)準(zhǔn)裝備，無論是從系統(tǒng)實(shí)現(xiàn)角度還是從業(yè)務(wù)應(yīng)用角度來看，它都不是很復(fù)雜，比較容易掌握。ORACLE的系統(tǒng)預(yù)警分兩種方式，一是“事件預(yù)警”，二是“周期預(yù)警”。兩者的基本工作方式均是使用SQLSelect語句基于對(duì)數(shù)據(jù)庫中的相關(guān)值作出條件判定，以決定是否執(zhí)行*種活動(dòng)（發(fā)出信息，執(zhí)行并發(fā)程序、執(zhí)行操作系統(tǒng)程序、執(zhí)行SQL語句）。更進(jìn)一步，對(duì)于“發(fā)出信息”類預(yù)警，系統(tǒng)在收到對(duì)此信息的符合規(guī)定格式的“回復(fù)”后，還可以據(jù)此自動(dòng)執(zhí)行相關(guān)活動(dòng)并完成相關(guān)事務(wù)處理。所謂“事件預(yù)警”，即當(dāng)用戶在相關(guān)數(shù)據(jù)表中“插入”或“更新”*些值時(shí)，系統(tǒng)自動(dòng)啟動(dòng)已定義的“SQLSelect語句”的檢查，已確定是否需要發(fā)出預(yù)警信息或執(zhí)行*種活動(dòng)，如下圖33所示的一個(gè)事件預(yù)警定義：在采購管理系統(tǒng)模塊中，當(dāng)出現(xiàn)一個(gè)巨大數(shù)量的申請(qǐng)行數(shù)量被輸入時(shí)，系統(tǒng)需要向相關(guān)責(zé)任人發(fā)出預(yù)警通知（以提醒諸如做好資源準(zhǔn)備等）。所謂“周期預(yù)警”，即系統(tǒng)按照事先定義好的周期間隔或頻率，自動(dòng)啟動(dòng)已定義的“SQLSelect語句”針對(duì)數(shù)據(jù)庫中表的*些值作檢查，已確定是否需要發(fā)出預(yù)警信息或執(zhí)行*種活動(dòng)，如下圖34所示的一個(gè)周期預(yù)警定義：在采購管理系統(tǒng)模塊中，系統(tǒng)按每?jī)蓚€(gè)工作日的間隔頻率對(duì)所有“一攬子采購協(xié)議BPA”的到期情況進(jìn)行檢查，并將需要關(guān)注的檢查結(jié)果（例如*些BPA將在一周之類過期）通知到相關(guān)責(zé)任人。十二、應(yīng)用開放接口（OpenInterfaceandAPI）任何ERP系統(tǒng)都無法做到在任何情況下都能滿足企業(yè)實(shí)際使用的各種要求，企業(yè)有時(shí)可能需要從其它來源向系統(tǒng)中批量輸入數(shù)據(jù)，如從物料的E*cel電子數(shù)據(jù)表格向EBS的INV系統(tǒng)導(dǎo)入Item信息等等，或者需要與其它第三方應(yīng)用系統(tǒng)建立業(yè)務(wù)數(shù)據(jù)的交換機(jī)制，如從專用的“費(fèi)用報(bào)銷或發(fā)票申付”管理系統(tǒng)向EBS的AP系統(tǒng)導(dǎo)入事務(wù)處理數(shù)據(jù)并將事務(wù)處理執(zhí)行結(jié)果反饋回來源系統(tǒng)等等。理論上，使用相關(guān)數(shù)據(jù)庫工具可以向數(shù)據(jù)庫的數(shù)據(jù)表中直接批量寫入數(shù)據(jù)，但這樣做無法對(duì)寫入的數(shù)據(jù)進(jìn)行正確性、合規(guī)性校驗(yàn)，無法保證寫入數(shù)據(jù)的質(zhì)量以及對(duì)存在問題進(jìn)行有效管理。為此，ORACLE提供了接口表InterfaceTable作為“中間表”過渡，并在此基礎(chǔ)上，根據(jù)*些業(yè)務(wù)需要提供業(yè)務(wù)視圖BusinessView，以便對(duì)導(dǎo)入的數(shù)據(jù)進(jìn)行修改、更正、重新導(dǎo)入等等管理。如下圖35所示“OpenInterfaceDiagram”：更進(jìn)一步，ORACLE將*些數(shù)據(jù)的導(dǎo)入導(dǎo)出功能進(jìn)行封裝，成為一個(gè)應(yīng)用程序可以調(diào)用的接口（API），以實(shí)現(xiàn)在各模塊之間以及部模塊與外部系統(tǒng)之間的數(shù)據(jù)與流程集成。如下圖36所示“OpenApplicationProgrammaticInterface（API）Diagram”：開放接口（API）的基本工作模式分為兩個(gè)階段：一是先將來源數(shù)據(jù)裝入（Load）接口表。如果是在兩個(gè)應(yīng)用系統(tǒng)之間，這通常是由專用的裝入程序完成，例如EBS部采購申請(qǐng)要轉(zhuǎn)成部銷售訂單，需先運(yùn)行“創(chuàng)建部銷售訂單流程”，以便將部采購申請(qǐng)發(fā)送并插入訂單管理系統(tǒng)的接口表。如果是從*些電子表格如E*CEL等導(dǎo)入，則需要先使用專門的SQL*Load工具將數(shù)據(jù)格式轉(zhuǎn)換后直接插入相關(guān)接口表，例如要通過物料的E*CEL數(shù)據(jù)表直接批量裝入Item數(shù)據(jù)，必須先通過SQL*Load工具如DataLoad等將來源數(shù)據(jù)插入Item數(shù)據(jù)接口表。在將數(shù)據(jù)插入接口表的過程中是否對(duì)數(shù)據(jù)進(jìn)行校驗(yàn)（或是在將接口表數(shù)據(jù)導(dǎo)入正是表時(shí)再校驗(yàn)），取決于系統(tǒng)各應(yīng)用模塊的不同設(shè)計(jì)；二是系統(tǒng)將存在于接口表中的數(shù)據(jù)導(dǎo)入正式的業(yè)務(wù)數(shù)據(jù)表，如EBS訂單管理模塊的“訂