一、前言

有網(wǎng)友在論壇發(fā)帖驚呼：好不容易把EBS系統(tǒng)安裝好了，進(jìn)去一看傻眼了，不知道從哪兒下手？發(fā)出驚嘆的這位網(wǎng)友所遇到的問題，實(shí)際上也是很多人曾經(jīng)遇到或正在遇到的問題。長期以來，國內(nèi)的非專業(yè)人士（例如媒體）提及SAP或ORACLE的時(shí)候，有不少人喜歡用“超級(jí)難懂”來形容。那么，國內(nèi)專業(yè)人士的看法又如何呢？筆者所聽到過的最“雷”的說法來自一位國內(nèi)軟件研發(fā)的高層主管：SAP/ORACLE太復(fù)雜了，其背后的東西、深層次的東西，我們永遠(yuǎn)不可能搞懂！

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

真的是這樣嗎？SAP/ORACLE產(chǎn)品真的是那么神秘、高不可攀？今天專業(yè)從事ERP工作的人員，若從個(gè)人背景角度來看，通常可以劃分為“技術(shù)出身”與“業(yè)務(wù)出身”兩類?！凹夹g(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ì)，國內(nèi)ERP從業(yè)人員中“技術(shù)出身”的人似乎占了絕大多數(shù)。

ORACLE EBS 作為一個(gè)有百多個(gè)業(yè)務(wù)應(yīng)用模塊、高度集成的企業(yè)管理軟件系統(tǒng)，它是現(xiàn)代計(jì)算機(jī)技術(shù)與企業(yè)管理實(shí)踐的高度融合。它不是模仿企業(yè)手工業(yè)務(wù)過程的“電算化”簡單再現(xiàn)，或許正是讓很多人感到其“難懂難用”的根本原因所在。因此，“從實(shí)踐中來，再到實(shí)踐中去”，或曰“從業(yè)務(wù)透視技術(shù)，再從技術(shù)回歸業(yè)務(wù)”也許正是我們一步一步叩開ORACLE EBS的大門，徜徉其間并游刃有余的方法論。（這里的所謂“技術(shù)”意指“系統(tǒng)實(shí)現(xiàn)”）。

業(yè)內(nèi)對(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è)內(nèi)人員所面對(duì)的永恒命題，能達(dá)到業(yè)務(wù)與技術(shù)的“融會(huì)貫通”則是追求的最高境界。為此，本篇將從博大精深的ORACLE EBS系統(tǒng)最基本的應(yīng)用基礎(chǔ)組成元素開始，從業(yè)務(wù)—技術(shù)—業(yè)務(wù)，探討讓有些人高深莫測、妄自菲薄的所謂“其背后的東西、深層次的東西”到底是些什么，以便能夠最終尋找到幫助我們登堂入室的鑰匙與途徑。

二、表單與查詢（Form and Summary）

企業(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è)最簡單的軟件管理系統(tǒng)，就是把上述紙面單據(jù)“電子化”后放入系統(tǒng)，然后再提供一個(gè)在系統(tǒng)里查找這些單據(jù)的“查詢”功能。如果你去研究一下目前國內(nèi)的主流ERP產(chǎn)品，你就會(huì)發(fā)現(xiàn)這些主要用于中低端市場的國內(nèi)ERP產(chǎn)品，其每個(gè)模塊中的應(yīng)用功能實(shí)際主要就是“單據(jù)新增與單據(jù)查詢”這兩項(xiàng)。其單據(jù)在系統(tǒng)中的格式和內(nèi)容與紙面單據(jù)是如此近似相像，以致于大多數(shù)企業(yè)人員學(xué)習(xí)掌握它們不會(huì)感覺有多大困難。

在ORACLE EBS的每個(gè)模塊中，同樣也是要用到各種單據(jù)（Form）來錄入或保存數(shù)據(jù)（對(duì)應(yīng)于后臺(tái)數(shù)據(jù)庫中的“表”），并為之提供相應(yīng)的查詢功能，但ORACLE中的系統(tǒng)單據(jù)已經(jīng)不是紙面單據(jù)的簡單再現(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)予以保存、歸檔。

??? 在ORACLE EBS中，“業(yè)務(wù)流程”類表單種類其實(shí)很少（每個(gè)模塊一般僅一、兩個(gè)左右），但每種單據(jù)隨時(shí)間日積月累，業(yè)務(wù)數(shù)據(jù)量可能很大。業(yè)務(wù)流程類表單是系統(tǒng)中最重要的表單，與紙面單據(jù)相比，內(nèi)容更為豐富和復(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)的，它極大地?cái)U(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ī)范；

在ORACLE EBS中，“數(shù)據(jù)來源”類表單在每個(gè)模塊中種類可能很多，每種表單的內(nèi)容與格式復(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)行有效控制。

在ORACLE EBS中，“業(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)。

盡管在ORACLE EBS中，統(tǒng)計(jì)后臺(tái)數(shù)據(jù)庫中所用到的“表”（Table）數(shù)量有一萬多個(gè)，前臺(tái)UI中可見的表單也形形色色、數(shù)量繁多，乍看令人生畏，但在分析歸納劃分為以上三大類之后， 事情就會(huì)變得簡單很多，它使得我們可以把每個(gè)模塊中種類很有限的“核心的業(yè)務(wù)流程表單”作為學(xué)習(xí)研究的“切入點(diǎn)”，通過對(duì)每種單據(jù)內(nèi)部業(yè)務(wù)內(nèi)涵與技術(shù)內(nèi)涵的分析，以及各種單據(jù)之間業(yè)務(wù)邏輯與技術(shù)邏輯的研究，逐步擴(kuò)展并掌握系統(tǒng)的其它功能與應(yīng)用。

基于實(shí)際工作的需要以及系統(tǒng)設(shè)計(jì)的簡潔方便，ORACLE針對(duì)上述三種不同類型的表單分別提供了可供選擇使用的不同“查詢”方法，歸納起來也可分為三類：功能查詢方式、快捷查詢方式、簡便查詢方式。

所謂“功能查詢”方式，在系統(tǒng)中有“查詢”功能菜單項(xiàng)（例如PO Summary，采購訂單匯總），點(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界面工具欄內(nèi)的查詢“圖標(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é)果清單LIST界面或視圖（某些表單查詢則可能沒有），通過該LIST視圖界面可以再選擇打開相關(guān)條目的表單。同時(shí)，也可以直接在單據(jù)界面按“翻頁”鍵（Page Down或Page Up），在已經(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é)果視圖”（象某些國內(nèi)產(chǎn)品做的那樣），則系統(tǒng)設(shè)計(jì)工作的復(fù)雜性將大大增加，后續(xù)系統(tǒng)維護(hù)也將十分麻煩，既不經(jīng)濟(jì)也無多大實(shí)際意義。

?????? 所謂“簡便查詢”方式，即在打開單據(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é)果，按“翻頁”鍵（Page Down或Page Up），在已經(jīng)查詢出的不同條目間按順序直接切換。如下圖8所示：物料清單BOM的簡便查詢方式示意圖：

這種查詢方式既不需要“查詢條件”控件，也不需要查詢結(jié)果輸出視圖，系統(tǒng)設(shè)計(jì)上十分簡單節(jié)省，適用于幾乎所有表單。要注意的是對(duì)于系統(tǒng)中某些數(shù)據(jù)量很少的表單，則有可能系統(tǒng)只提供“簡便查詢”作為唯一可使用的查詢方式。

此外，EBS中的某些表單，在WEB下可能還有基于HTML的展現(xiàn)與查詢方式。UI與HTML這兩種展現(xiàn)與查詢方式的優(yōu)劣，一方面與使用場合有關(guān)，另一方面也與使用習(xí)慣有關(guān)?？傊?#xff0c;了解系統(tǒng)中各類表單的使用并熟練掌握各種查詢方式，是進(jìn)一步學(xué)習(xí)研究系統(tǒng)的基礎(chǔ)，盡管EBS各模塊的表單展現(xiàn)與查詢方式因不同業(yè)務(wù)、不同設(shè)計(jì)者的風(fēng)格偏好而可能有所不同，但核心本質(zhì)的東西還是共同一致的。

ORACLE EBS 系統(tǒng)應(yīng)用基礎(chǔ)概述

三、事務(wù)處理（Transaction）

?四、并發(fā)流程（Current Process）

?五、文件夾（Folder）

?六、彈性域（Flex field）

?七、值集與查找代碼（Value Set and Lookup Code）

?八、配置文件（Profile）

?九、單據(jù)編號(hào)（Document Sequence）

?十、工作流（Workflow）

?十一、預(yù)警（Alert）

?十二、應(yīng)用開放接口（Open Interface and API）

?十三、結(jié)語

（注：網(wǎng)站批量發(fā)圖有問題，上傳后顯示不清楚。點(diǎn)擊圖片打開后，質(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èi)開出N多張的“入庫單”，工作量很大。為了減少工作量、提高效率，庫房人員可能會(huì)在供應(yīng)商每次送貨時(shí)，僅在找出來的PO紙面單據(jù)上只簡單地做一個(gè)數(shù)量標(biāo)識(shí)，最后累積起來匯總開一張“入庫單”。但這種“圖省事”的做法顯然是一種“很不規(guī)范”的處理方式，雖可以提高工作效率，卻會(huì)因?yàn)槿菀讕砗芏嗥渌芾韱栴}而在實(shí)際工作中不被允許。

ORACLE 系統(tǒng)通過提供一個(gè)“事務(wù)處理”工作界面則很簡單地解決了上述難題。如下圖9所示采購接收的事務(wù)處理工作界面：

類似于“收貨時(shí)直接在PO紙面單據(jù)上簡單地做數(shù)量標(biāo)識(shí)”，每次供應(yīng)商送貨來時(shí)，庫存人員只需在系統(tǒng)中查找出對(duì)應(yīng)的PO，簡單地輸入送貨數(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ì)表單內(nèi)容作各種操作處理或獲取相關(guān)信息。如下圖10所示，銷售訂單界面的“活動(dòng)”按鈕：

此外，ORACLE EBS在某些業(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ù)流程表單內(nèi)部解決了“人與系統(tǒng)”的統(tǒng)一問題，在業(yè)務(wù)流程表單之間解決了“業(yè)務(wù)與業(yè)務(wù)、業(yè)務(wù)與系統(tǒng)”的統(tǒng)一問題。從“純技術(shù)”的系統(tǒng)實(shí)現(xiàn)角度來看，它也沒有什么高深莫測的地方。

很奇怪也很遺憾的是，迄今國內(nèi)主流ERP產(chǎn)品的系統(tǒng)中，還很少看到這種系統(tǒng)實(shí)現(xiàn)方式。曾有一網(wǎng)友通過MSN向筆者發(fā)問：“EBS的WIP 事務(wù)處理界面是否要手工輸入item？”看起來這個(gè)問題似乎很“幼稚”，但對(duì)于很多剛開始接觸EBS或過去用慣國內(nèi)產(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ā)流程（Current Process）

從系統(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ì)賬”工作也變得根本就不再需要。

“并發(fā)處理”是EBS系統(tǒng)不可或缺的一個(gè)重要組成部分，上述“物料接收”的并發(fā)處理只是一個(gè)很簡單的應(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è)簡單的報(bào)表都要到后臺(tái)去提交一個(gè)請(qǐng)求，輸出的是一個(gè)文本，太麻煩。系統(tǒng)提供的標(biāo)準(zhǔn)報(bào)表，內(nèi)容不能滿足企業(yè)要求，不符合國人的使用習(xí)慣”。這種說法可能是因?yàn)槭苣承﹪鴥?nèi)產(chǎn)品的影響而產(chǎn)生的誤解。目前國內(nèi)的主流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)表內(nèi)容也不會(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é)解決。目前許多國內(nèi)ERP廠商產(chǎn)品研發(fā)的一項(xiàng)重要內(nèi)容就是窮于應(yīng)付為企業(yè)開發(fā)各種查詢式管理報(bào)表，這簡直是等于自掘火坑，陷進(jìn)去無法自拔，

其次，查詢式報(bào)表如果內(nèi)容復(fù)雜、耗用系統(tǒng)資源比較高，則用戶隨便自由使用， 而IT系統(tǒng)維護(hù)人員對(duì)“聯(lián)機(jī)式”查詢無法進(jìn)行有效管理、干預(yù)，將可能嚴(yán)重影響系統(tǒng)整體性能，導(dǎo)致其他用戶無法進(jìn)行正常工作。從這個(gè)角度來看，目前國內(nèi)的主流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ì)國內(nèi)某些廠商聲稱自己的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ā)”之于ORACLE EBS系統(tǒng)好比人體內(nèi)的“心臟”一樣重要，它是系統(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）功能，簡單來說就是稍有點(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的查詢：