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

一、前言

二、表單與查詢(FormandSummary)

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

四、并發(fā)流程(CurrenlProcess)

五、文件夾(Folder)

六、彈性域(Flexfield)

七、值集與查找代碼(ValueSetandLookupCode)

八、配置文件(Profile)

九、單據(jù)編號(hào)(DocumentSequence)

十、工作流(Workflow)

十一、預(yù)警(Alert)

十二、應(yīng)用開放接口(OpenInterfaceandAPI)

十三、結(jié)語

(注：網(wǎng)站批量發(fā)圖有問題，上傳后顯示不清晰。點(diǎn)擊圖片打開后，質(zhì)量尚可)

一、前言

有網(wǎng)友在論壇發(fā)帖驚呼：好不容易把EBS系統(tǒng)安裝好了，到里面去一看傻

眼了，不明白從哪兒下手？發(fā)出贊頌的這位網(wǎng)友所遇到的問題，實(shí)際上也是專門

多人曾經(jīng)遇到或正在遇到的問題。長期以來，國內(nèi)的非專業(yè)人士(例如媒體)提

及SAP或ORACLE的時(shí)候，有許多人喜愛用''超級(jí)難明白〃來形容。那么，國

內(nèi)專業(yè)人士的看法又加何呢？筆者所聽到過的最''雷〃的說法來自一位國內(nèi)軟

件研發(fā)的高層主管：SAP/ORACLE太復(fù)雜了，其背后的東西、深層次的東西，

我們永久不可能搞明白！

真是太不可思議。一方面，國內(nèi)的業(yè)內(nèi)人士幾乎眾口一詞，我們與

SAP/ORACLE相比，技術(shù)上沒有多大差距，平臺(tái)工具差不多上公布的，也沒有

什么隱秘可言。SAP/ORACLE由于產(chǎn)品做得早，我們在技術(shù)上甚至還有后發(fā)優(yōu)

勢。另一方面，我們也常常聽到國內(nèi)有些人將SAP/ORACLE奇異化，認(rèn)為其包

含''復(fù)雜的、深刻的治理思想〃，是德國人/美國人的東西，我們中國人的企業(yè)

治理水平低，用不了是正常的。國情不同，模式不同，中國人應(yīng)該查找一條適合

自己的道路！

確實(shí)是如此嗎？SAP/ORACLE產(chǎn)品確實(shí)是那么奇異、高不可攀？今天專業(yè)

從事ERP工作的人員，假設(shè)從個(gè)人背景角度來看,通常能夠劃分為”技術(shù)出身〃

與''業(yè)務(wù)出身〃兩類。''技術(shù)出身〃的人在學(xué)習(xí)熟悉系統(tǒng)方面可能有一定優(yōu)勢，

但與用戶溝通交流的過程中，在迅速準(zhǔn)確把握業(yè)務(wù)本質(zhì)要領(lǐng)方面可能存在一定困

難；而''業(yè)務(wù)出身〃的人，關(guān)于與用戶的業(yè)務(wù)溝通交流可能感受比較容易，但在

研究把握系統(tǒng)方面那么可能相對(duì)困難一些。依照等者曾經(jīng)做過的調(diào)查統(tǒng)計(jì)，國內(nèi)

ERP從業(yè)人員中''技術(shù)出身〃的人看起來占了絕大多數(shù)。

ORACLEEBS作為一個(gè)有百多個(gè)業(yè)務(wù)應(yīng)用模塊、高度集成的企業(yè)治理軟件系

統(tǒng)，它是現(xiàn)代運(yùn)算機(jī)技術(shù)與企業(yè)治理實(shí)踐的高度融合。它不是仿照企業(yè)手工業(yè)務(wù)

過程的''電算化〃簡單再現(xiàn)，或許正是讓專門多人感到其''難明白難用〃的全然

緣故所在。因此，''從實(shí)踐中來，再到實(shí)踐中去〃，或曰''從業(yè)務(wù)透視技術(shù)，再

從技術(shù)回來業(yè)務(wù)〃也許正是我們一步一步叩開ORACLEEBS的大門，徜徉其間

并游刃有余的方法論。（那個(gè)地點(diǎn)的所謂''技術(shù)‘意指''系統(tǒng)實(shí)現(xiàn)〃）。

業(yè)內(nèi)關(guān)于專業(yè)從事ERP工作的人員，大致有以下三種分類：一類是所謂''技

術(shù)顧問〃，關(guān)于這些人來說，把握相應(yīng)的軟件開發(fā)技能是必要條件，其工作領(lǐng)域

的重點(diǎn)一樣要緊是在系統(tǒng)后臺(tái)，類似開發(fā)系統(tǒng)接口、業(yè)務(wù)報(bào)表，解決一些系統(tǒng)的

技術(shù)問題等等；二類是所謂''功能顧問〃，這些人關(guān)于系統(tǒng)的相關(guān)模塊有不同程

度的熟悉，通常是在指導(dǎo)企業(yè)使用系統(tǒng)，或努力地在把企業(yè)的業(yè)務(wù)要求變?yōu)橄到y(tǒng)

的實(shí)現(xiàn)方案；三類是所謂''治理顧問〃，這些人通常有比較豐富的企業(yè)治理實(shí)戰(zhàn)

體會(huì)積存，同時(shí)對(duì)ERP系統(tǒng)也有比較深刻的認(rèn)識(shí)，能夠從企業(yè)治理業(yè)務(wù)流程的

整體高度給出咨詢建議，最大限度地挖掘出ERP系統(tǒng)關(guān)于企業(yè)治理水平提高的

重要作用（那個(gè)地點(diǎn)的''治理顧問〃是特指，有別于市面上眾多不明白系統(tǒng)、只

會(huì)''紙上談兵〃的忽悠型''治理顧問〃）。

實(shí)際工作中，上述三類人員前后之間可能并無明確的劃分界線，但大體上

有一個(gè)隨著系統(tǒng)認(rèn)識(shí)水平的提高以及業(yè)務(wù)運(yùn)作體會(huì)的積存，由低到高進(jìn)展的過

程。因此，如何實(shí)現(xiàn)''從業(yè)務(wù)角度去透視技術(shù)，從技術(shù)角度去回來業(yè)務(wù)”是業(yè)內(nèi)

人員所面對(duì)的永恒命題，能達(dá)到業(yè)務(wù)與技術(shù)的',融會(huì)貫穿〃那么是追求的最高境

域。為此，本篇將從博大精深的ORACLEEBS系統(tǒng)最差不多的應(yīng)用基礎(chǔ)組成元

素開始，從業(yè)務(wù)一技術(shù)一業(yè)務(wù)，探討讓有些人高深莫測、妄自菲薄的所謂''其背

后的東西、深層次的東西〃到底是些什么，以便能夠最終查找到關(guān)心我們登堂入

室的鑰匙與途徑。

二、表單與查詢（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è)最簡單的軟件治理系統(tǒng)，確實(shí)是把上述紙面單據(jù)''電子化〃后放入系

統(tǒng)，然后再提供一個(gè)在系統(tǒng)里查找這些單據(jù)的''查詢〃功能。假如你去研究一下

目前國內(nèi)的主流ERP產(chǎn)品，你就會(huì)發(fā)覺這些要緊用于中低端市場的國內(nèi)ERP產(chǎn)

品，其每個(gè)模塊中的應(yīng)用功能實(shí)際要緊確實(shí)是''單據(jù)新增與單據(jù)查詢〃這兩項(xiàng)。

其單據(jù)在系統(tǒng)中的格式和內(nèi)容與紙面單據(jù)是如此近似相像，以致于大多數(shù)企業(yè)人

員學(xué)習(xí)把握它們可不能感受有多大困難。

在ORACLEEBS的每個(gè)模塊中，同樣也是要用到各種單據(jù)（Form）來錄入

或儲(chǔ)存數(shù)據(jù)（對(duì)應(yīng)于后臺(tái)數(shù)據(jù)庫中的''表〃），并為之提供相應(yīng)的查詢功能，但

ORACLE中的系統(tǒng)單據(jù)差不多不是紙面單據(jù)的簡單再現(xiàn)。系統(tǒng)的UI界面中能夠

見到各種''表單〃（據(jù)統(tǒng)計(jì)約有3（）00多種），它們不僅不同于紙面單據(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è)可能依舊要將它們的紙面形狀予以儲(chǔ)存、歸檔。

在ORACLEEBS中，''業(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的P0表單：

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ī)范；

在ORACLEEBS中，''數(shù)據(jù)來源〃類表單在每個(gè)模塊中種類可能專門多，

每種表單的內(nèi)容與格式復(fù)雜程度，以及單據(jù)數(shù)量也差別專門大。它們盡管并非不

可或缺，但它們表達(dá)的專業(yè)化分工與協(xié)作的治理思想，關(guān)于企業(yè)的業(yè)務(wù)流程運(yùn)作

效率有重大阻礙。

以下圖2所示訂單治理/定價(jià)模塊中的''價(jià)目表〃，確實(shí)是一個(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ù)量也專門有限，但它們表達(dá)的是企業(yè)治理的系統(tǒng)操縱機(jī)制，關(guān)于業(yè)務(wù)治理操

縱的效率有?重要阻礙。

如以下圖3所示采購的批準(zhǔn)供應(yīng)商列表（操縱可向哪些供應(yīng)商采購），確實(shí)是一

個(gè)比較典型的''業(yè)務(wù)操縱類〃表單，它也同樣可有復(fù)雜的結(jié)構(gòu)。

盡管在ORACLEEBS中，統(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)（例如P0

Summary,采購訂單匯總），點(diǎn)擊此菜單進(jìn)入時(shí)，系統(tǒng)會(huì)第一彈出''查找條件〃

輸入窗口（控件），如以下圖4所示采購訂單功能查詢菜單與查詢條件控件：

然后依照輸入的查詢條件，給出查詢結(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ù)流程類表單1以及部分?jǐn)?shù)據(jù)來源類表單）的重要性，系統(tǒng)在菜單項(xiàng)中提

供了專門的”查詢〃功能。

所謂''快捷查詢〃方式即在打開單據(jù)界面后，只需點(diǎn)擊UI界面工具欄內(nèi)的查

詢''圖標(biāo)〃（手電筒），查詢條件輸入方式有兩種：一種是無專用的''查詢條件〃

選擇窗口，僅限于在查找界面的''查找欄〃輸入常用的那些字段（即所謂''模糊

查詢〃），系統(tǒng)在查找界面直截了當(dāng)給出所有符合條件的條目LIST,而詳細(xì)情形

需選定條目后，再進(jìn)入單據(jù)界面查看，如以下圖6所示''采購訂單〃在單據(jù)界面

進(jìn)行''快捷查詢〃的情形：

迎()rlrApph<.itio"?1OIx!

文怦加溺|以）a#（y）二以XA（T）2ina）靖動(dòng)便口⑺然勘的ORACLe

0%a。■:?s3右,一J-盧聞a京；,鄉(xiāng)■：?

業(yè)務(wù)實(shí)體

Ml-SeattleM"

業(yè)務(wù)實(shí)體ttt；包建日期

Saith,Nr.JonatL>'

VisionConrtmctic*rtait06-03-200.1

2VisionC^MtrocliM4標(biāo)準(zhǔn)批凄oe-12-2004

2VasaobFroject117radvrayUSD一然于wt2^-10-2003

3VisionCon?tn>cttM?標(biāo)準(zhǔn)丸戊07-01-2005

3VisionProjtctRtfrof?ctwriD4USD一貨子批庇30-10-2003

4VisionProjtciRymfxVtriMUSD-?T??(?-08-2005

5YaxuuFrvjvctHamaf?c^wria?U30?7出憤882005

6YivionProject■amfwelvrio<USD標(biāo)準(zhǔn)丸戊U-10-2005

7ViiionProjectRtfraf?ctwiP4USD標(biāo)準(zhǔn)—11-10-2005

8VisionProjectIlymfxViriMUSD楊相tt-10-2005

9ProjtciRtfraf*et?riDicl/SD成t我碓11-10-2005

ICVisionProjectRtfraf^elvrici<USD標(biāo)準(zhǔn)??11-102005

UVisionProjectHtfrafxtvriyUSD標(biāo)準(zhǔn)我戊11-10-2005

12VisionProjectRtfraf?ctwio4USD標(biāo)※a?U-10-2005

13VisionProjectHfexmAUttriocUSD板遭nt11-10-2005

14VtiaoaFrojeclto<USD歷準(zhǔn)xn11-10-2005

ISVinonProjectHtfraf.ctvriyUSD標(biāo)睢抑tU-10-2005

16VisionPr0jtctRtf<vf%ctwiP4USD標(biāo)準(zhǔn)aitn-10-2005

I?VisionProjectHzmfxVsriMUSD材相x?11-10-2005

18VisionProjectRtfraf*elvrtM：USD方準(zhǔn)孜碓11-10-2005

19VivaonProjectRtfraf?el?r104USD標(biāo)準(zhǔn)XttU-10-2005

VisionProjectUSD標(biāo)準(zhǔn)U-10-2005

21

IVisionProjectHzefxVariMUSD的旅wtU-10-2005

自動(dòng)包”

接收

在更限中出掙2SW

i￡*i/i

另一種是在單據(jù)界面點(diǎn)擊查詢圖標(biāo)（手電筒）后，也會(huì)顯現(xiàn)''查詢條件”輸

入窗口，輸入查詢條件后，系統(tǒng)也可能會(huì)顯現(xiàn)一個(gè)簡單的結(jié)果清單LIST界面或

視圖（某些表單查詢那么可能沒有），通過該LIST視圖界面能夠再選擇打開相

關(guān)條目的表單。同時(shí)，也能夠直截了當(dāng)在單據(jù)界面按''翻頁〃鍵（PageDown或

PageUp）,在差不多查詢出的不同條目間按順序直截了當(dāng)切換。如圖7所示：物

料快捷杳詢方式的查詢條件控件與輸出結(jié)果視圖：

迎()raflrApph<.itio"皿兇

文怦M）加溺|以）a#（y）二以TAH）!□<!）借勘母）ORACLe

(VI

+介才關(guān)閉屬則

滑除（G新建（U）

+般表

述（兩種）快捷查詢方式，適用于大多數(shù)業(yè)務(wù)數(shù)據(jù)量大的表單數(shù)據(jù)的查詢。而后

一種''快捷查詢〃方式與''功能查詢”方式有些近似，只是其查詢結(jié)果的輸出視

圖的相關(guān)''功能〃（如上查下查的追溯、匯總與明細(xì)的切換等）沒有''功能查詢〃

方式那么比大。但關(guān)于大多數(shù)''數(shù)據(jù)來源〃類表單，由于它們不參與構(gòu)建核心流

程，信息也不如業(yè)務(wù)流程類表單那樣復(fù)雜，故”快捷查詢〃方式差不多差不多能

夠滿足實(shí)際工作需要。如按''功能查詢〃方式為所有表單設(shè)計(jì)''查詢條件控件〃

與查詢''輸出結(jié)果視圖〃（象某些國內(nèi)產(chǎn)品做的那樣），那么系統(tǒng)設(shè)計(jì)工作的復(fù)

雜性將大大增加，后續(xù)系統(tǒng)愛護(hù)也將十分苦惱，既不經(jīng)濟(jì)也無多大實(shí)際意義。

所謂''簡便查詢〃方式，即在打開單據(jù)界面后直截了當(dāng)把''單據(jù)〃界面

的所有字段作為''查找條件輸入窗口"。要做到這一點(diǎn)，只需在打開單據(jù)界面后，

于UI的工具欄''查看"中選擇''查詢標(biāo)準(zhǔn)-輸入"（或按F11鍵），現(xiàn)在單據(jù)界

面有關(guān)字段即''灰顯〃，承諾輸入具體查詢值，再在''查看〃中選擇''查詢標(biāo)準(zhǔn)

■運(yùn)行〃（或按Ctrl+FU）,那么單據(jù)界面顯示查詢結(jié)果，按''翻頁〃鍵（PageDown

或PageUp）,在差不多查詢出的不同條目間按順序直截了當(dāng)切換。如以下圖8

所示：物料清單BOM的簡便查詢方式示意圖：

文伸d）M<2>''-rIA（T）F?（B）??（C）T?n4?幅助如ORACLG'

昱天施定能知

憲故?

吏找伊）...

互擾全印。

H1180立也標(biāo)準(zhǔn)a

定義輛卡記緊爐

年知co,

旻示上次原碓（$）1.派出江?

陽悻⑷

匹配記米??數(shù)，）z.a?

￡京/許熠資X0）&穆也密務(wù)處以

O田昌堂IV1

謂求軍

-破僅物料

廿代項(xiàng)

?式宣艇本

更出娟炊

aiptc.B顯示區(qū)僅限于己實(shí)施的國）

工快潴史出移序

aip??

工悵涌后臺(tái)方號(hào)王要!火鼓日期I有效量位ECO俎件洋始貨祥物川控窗訂單管理袋的炭送備注

-BillsOfkfatcrials顯陽序號(hào)

清1

打林田用

多統(tǒng)清華

比寂

行收使用處

成nt更衣

導(dǎo)入

文君

金僦公用潘M

?工藝流姣

船人支詞,按CUHF11執(zhí)行，r<*葩

1/1I炳入-…值?6C>

這種查詢方式既不需要''查詢條件〃控件，也不需要查詢結(jié)果輸出視圖，系統(tǒng)設(shè)

計(jì)上十分簡單節(jié)約，適用于幾乎所有表單。要注意的是關(guān)于系統(tǒng)中某些數(shù)據(jù)量專

門少的表單，那么有可能系統(tǒng)只提供''簡便查詢"作為唯獨(dú)可使用的查詢方式。

此外，EBS中的某些表單，在WEB下可能還有基于HTML的展現(xiàn)與查詢方

式。UI與HTML這兩種展現(xiàn)與查詢方式的優(yōu)劣，一方面與使用場合有關(guān)，另一

方面也與使用適應(yīng)有關(guān)。總之，了解系統(tǒng)中各類表單的使用并熟練把握各種杳詢

方式，是進(jìn)一步學(xué)習(xí)研究系統(tǒng)的基礎(chǔ)，盡管EBS各模塊的表單展現(xiàn)與查詢方式

因不同業(yè)務(wù)、不同設(shè)計(jì)者的風(fēng)格偏好而可能有所不同，但核心本質(zhì)的東西依舊共

同一致的。

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

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

四、并發(fā)流程(CurrenlProcess)

五、文件夾(Folder)

六、彈性域(Flexfield)

七、值集與查找代碼(ValueSetandLookupCode)

八、配置文件(Profile)

九、單據(jù)編號(hào)(DocumentSequence)

十、工作流(Workflow)

4??一、預(yù)警(Alert)

十二、應(yīng)用開放接口(OpenInterfaceandAPI)

十三、結(jié)語

(注：網(wǎng)站批量發(fā)圖有問題，上傳后顯示不清晰。點(diǎn)擊圖片打開后，質(zhì)量尚可)

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

假如說上述EBS的”表單與查詢〃的系統(tǒng)設(shè)計(jì)表達(dá)的正是“從業(yè)務(wù)到技術(shù)〃，

比較容易明白得與把握，那么，所謂''事務(wù)處理〃那么是表達(dá)系統(tǒng)''從技術(shù)再到

業(yè)務(wù)〃的一個(gè)典范，相對(duì)而言，明白得起來要困難專門多，緣故是無法直截了當(dāng)

在手工業(yè)務(wù)模式下找到相對(duì)應(yīng)的處理方式與過程。

以庫房接收采購物料為例，假定公司規(guī)定必須嚴(yán)格按P0來接收，同時(shí)公司為了嚴(yán)

格操縱庫存水平，接收必須小批量、多批次，那么庫房人員就可能需要針對(duì)同一

個(gè)P0在短時(shí)期內(nèi)開出N多張的''入庫單〃，工作量專門大。為了減少工作量、

提高效率，庫房人員可能會(huì)在供應(yīng)商每次送貨時(shí)，僅在找出來的P0紙面單據(jù)上

只簡單地做一個(gè)數(shù)量標(biāo)識(shí)，最后累積起來匯總開一張''入庫單〃。但這種''圖省

事〃的做法明顯是一種''專門不規(guī)范〃的處理方式，雖能夠提高工作效率，卻會(huì)

因?yàn)槿菀讕韺ｉT多其它治理問題而在實(shí)際工作中不被承諾。

ORACLE系統(tǒng)通過提供一個(gè)''事務(wù)處理〃工作界面那么專門簡單地解決了

上述難題。如以下圖9所示采購接收的事務(wù)處理工作界面:

■oradr應(yīng)Ml產(chǎn)4VKI8

文怦中期瑁由atw工不少工及⑴話動(dòng)市nd”第黔的ORACLG'

，O0J."2功?

心1X

?TII市際［訂單信外力都多左運(yùn)■上電

目的地

摩布紇0000Ihpa-

津不紇0000Ripa-Hxxhnse

￡)0000LcntlnCc?<*Jtcr

庫存C0000Rapes*HXTIUK__1

序不120000Hiptr

￡20000HIRTPUrclaw

COOOORiWPUrctBM__u

日期運(yùn)冏：1

期14.版本

類別

說明

供應(yīng)商弱制

o及衣府頭面）：?題大（8）

少新接收偵

我做日期g

發(fā)運(yùn)日期I

177<BSC>

類似于''收貨時(shí)直截了當(dāng)在P0紙面單據(jù)上簡單地做數(shù)量標(biāo)識(shí)〃，每次供應(yīng)

商送貨來時(shí)，庫存人員只需在系統(tǒng)中查找出對(duì)應(yīng)的P0,簡單地輸入送貨數(shù)量并

儲(chǔ)存，那么系統(tǒng)會(huì)在后臺(tái)自動(dòng)生成''事務(wù)處理記錄〃（等同因此''入庫單〃）。關(guān)

于系統(tǒng)來說，這種處理方式技術(shù)上實(shí)現(xiàn)專門容易，但卻大大減少了操作人員的工

作量，有效地解決了由于小批量、多批次所帶來的效率問題。

ORACLE的各業(yè)務(wù)模塊，大量地采納了上述類似的''事務(wù)處理〃系統(tǒng)工作方

式，不僅保證了系統(tǒng)高度的數(shù)據(jù)集成性，而且關(guān)于系統(tǒng)各業(yè)務(wù)環(huán)節(jié)的流程處理也

保證了高度的連貫性與集成性。例如0M系統(tǒng)的發(fā)貨處理、町P系統(tǒng)的領(lǐng)料與入

庫處理等等。系統(tǒng)中所提供的事務(wù)處理工作界面，有些可能會(huì)以''XX工作臺(tái)〃

（Workbench）來命名之（這取決于不同模塊系統(tǒng)設(shè)計(jì)人員的個(gè)人偏好）。

更進(jìn)一步，系統(tǒng)關(guān)于某些''業(yè)務(wù)流程〃類表單，例如''銷售訂單、發(fā)票〃等,

還在表單界面直截了當(dāng)提供一個(gè)名曰''活動(dòng)〃（Action）的按鈕（Button）,該

按鈕包含豐富的業(yè)務(wù)處理功能（不僅僅是輸入數(shù)據(jù)），以便用戶（User）對(duì)表單

內(nèi)容作各種操作處理或獵取相關(guān)信息。如以下圖10所示，銷售訂單界面的”活

動(dòng)〃按鈕：

此外，ORACLEEBS在某些業(yè)務(wù)流程單據(jù)之間，也提供了類似的事務(wù)處理工作

界面，以關(guān)心用戶方便地實(shí)現(xiàn)業(yè)務(wù)單據(jù)的轉(zhuǎn)換和業(yè)務(wù)流程的銜接。如以下圖11

所示的采購申請(qǐng)PR到采購訂單P0的所謂''自動(dòng)創(chuàng)建〃(Autocreate)功能。

關(guān)于企業(yè)的一個(gè)系統(tǒng)用戶User（事務(wù)處理型用戶）來說，把握了與自己工

作相關(guān)的表單、表單查詢、事務(wù)處理，就差不多上把握了EBS的系統(tǒng)使用，系統(tǒng)

就不再難明白難用。EES中的''事務(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)角度來看，它也沒有什么高深莫測的地點(diǎn)。

專門驚奇也專門遺憾的是，迄今國內(nèi)主流ERP產(chǎn)品的系統(tǒng)中，還專門少看

到這種系統(tǒng)實(shí)現(xiàn)方式。曾有一-網(wǎng)友通過MSN向筆者發(fā)問：''EBS的WIP事務(wù)

處理界面是否要手工輸入item?〃看起來那個(gè)問題看起來專門”稚嫩〃，但關(guān)于

專門多剛開始接觸EBS或過去用慣國內(nèi)產(chǎn)品的人來說，由于不了解或不適應(yīng)EBS

的''事務(wù)處理〃系統(tǒng)實(shí)現(xiàn)方式，會(huì)不自覺、想因此地將所有EBS的FORM界面

都當(dāng)成具有''實(shí)體〃作用、通常能夠?qū)?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í)際上，關(guān)于今天的運(yùn)算機(jī)系統(tǒng)而言，''并發(fā)〃事實(shí)上是一

個(gè)再一般只是的應(yīng)用，例如我們邊在電腦上寫文章邊聽音樂等等。ORACLE弄得

有點(diǎn)學(xué)究氣，相關(guān)于',聯(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ù)，同時(shí)手工模式下過賬之后為檢查錯(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)一以''提交要求

(Request)〃的方式提供人機(jī)交互。如以下圖12所示''查詢或提交要求〃：

關(guān)于每一個(gè)并發(fā)''要求〃，系統(tǒng)都能夠承諾輸入相關(guān)參數(shù)，并打算其是按某

一周期運(yùn)行，依舊趕忙或預(yù)定在以后某一時(shí)刻運(yùn)行。系統(tǒng)預(yù)置了大量的為業(yè)務(wù)流

程服務(wù)的',流程事務(wù)〃類后臺(tái)事務(wù)處理程序，同時(shí)還提供了部分可供企業(yè)參考的

''報(bào)表事務(wù)〃類輸出要求。用戶使用系統(tǒng)提供的開發(fā)工具，也能夠?qū)ｉT容易地自

定義某些''個(gè)性化〃的后臺(tái)程序或報(bào)表輸出，其運(yùn)行治理和使用方式與系統(tǒng)預(yù)置

的并發(fā)程序幾乎完全相同。

”并發(fā)處理〃相關(guān)于用戶來說，實(shí)際上是屬于在系統(tǒng)后臺(tái)運(yùn)行的相關(guān)工作，

剛剛開始接觸的人可能會(huì)對(duì)之覺得生疏或使用不順手，緣故要緊是手工業(yè)務(wù)或低

檔的治理軟件全然沒有這種工作處理方式。這就好比相關(guān)于交通要緊依舊靠騎車

或步行的小城鎮(zhèn)，今天關(guān)于生活在現(xiàn)代化大都市的人們來說，往來穿梭的地鐵、

周而復(fù)始的公交、招手即停的出租車差不多成為全部生活不可或缺的一部分，它

們就像都市的''血管〃脈動(dòng)一樣，奔流不息，堅(jiān)持著都市生命的運(yùn)轉(zhuǎn)，朝氣蓬勃。

EBS的''并發(fā)處理〃所承擔(dān)的角色或所起的作用正與之差不多類似。

EBS并發(fā)處理的另一項(xiàng)重要特性是其''系統(tǒng)級(jí)〃的可打算、可治理、可操縱

特性，系統(tǒng)通過定義''并發(fā)治理器"、''要求集〃等功能應(yīng)用，對(duì)所有需要在后

臺(tái)運(yùn)行的并發(fā)程序進(jìn)行治理調(diào)度，以平穩(wěn)系統(tǒng)負(fù)載，保證系統(tǒng)有高的使用性能。

如以下圖13所示，定義''并發(fā)治理器〃（包括運(yùn)行規(guī)那么、工作班次等等。這

類似于都市里的交通調(diào)度與操縱）

關(guān)于',流程事務(wù)〃類的并發(fā)要求，因?yàn)樯婕暗较到y(tǒng)各業(yè)務(wù)模塊的具體功能應(yīng)

用問題，那個(gè)地點(diǎn)不便多講。以下要緊來談一談''報(bào)表事務(wù)〃類的并發(fā)要求問題。

有網(wǎng)友曾埋怨說，''ORACLE的報(bào)表功能不行用，出一個(gè)簡單的報(bào)表都要到后臺(tái)

去提交一個(gè)要求，輸出的是一個(gè)文本，太苦惱。系統(tǒng)提供的標(biāo)準(zhǔn)報(bào)表，內(nèi)容不能

滿足企業(yè)要求，不符合國人的使用適應(yīng)〃。這種說法可能是因?yàn)槭苣承﹪鴥?nèi)產(chǎn)品

的阻礙而產(chǎn)生的誤解。目前國內(nèi)的主流ERP系統(tǒng)，關(guān)于''報(bào)表"差不多上采取的

是類似”查詢〃的實(shí)現(xiàn)方式。這種”查詢式報(bào)表〃盡管方便了用戶使用，但卻惹

出了無窮的苦惱。

第一，報(bào)表是一種極端''個(gè)性化〃的東西，不同的企業(yè)由于治理層次不一樣,

關(guān)注的治理重點(diǎn)也不同，針對(duì)同樣的問題所要求的報(bào)表也會(huì)不同。即使同一個(gè)企

業(yè)在不同的進(jìn)展時(shí)期，所要求的報(bào)表內(nèi)容也可不能相同，因此即使差不多使用

ERP假設(shè)干年的企業(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ì)理所因此地認(rèn)為這是

ERP廠商的責(zé)任，廠商必須負(fù)責(zé)解決。目前許多國內(nèi)ERP廠商產(chǎn)品研發(fā)的一項(xiàng)重

要內(nèi)容確實(shí)是窮于應(yīng)充為企業(yè)開發(fā)各種查詢式治理報(bào)表，這簡直是等于自掘火

坑，陷到里面去無法自拔，

其次，查詢式報(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)表〃功能，只有不加

克制、擴(kuò)大化了的''查詢〃功能。系統(tǒng)如此處理吸不明智。

ORACLE將''報(bào)表〃功能以并發(fā)要求的形式放到后臺(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)某些廠商聲稱自

己的E即是''高端〃產(chǎn)品時(shí)，質(zhì)疑''連并發(fā)都沒有，能算高端嗎？〃實(shí)際上是說

到了要害。一個(gè)連''電梯〃都沒有的高樓怎能算得上是現(xiàn)代化的大廈呢！

ORACLE系統(tǒng)大量使用后臺(tái)''并發(fā)處理〃程序，實(shí)現(xiàn)了系統(tǒng)用戶的流程操作

在''空間與時(shí)刻〃上的分離，免去了操作人員的無效等待時(shí)刻。操作人員提交的

并發(fā)要求在后臺(tái)運(yùn)行的同時(shí)，并不阻礙其處理其它系統(tǒng)事務(wù)，如此能夠大大提高

用戶的工作效率以及使用的方便性。''并發(fā)〃之于ORACLEEBS系統(tǒng)好比人體內(nèi)

的''心臟〃一樣重要，它是系統(tǒng)實(shí)現(xiàn)高度的數(shù)據(jù)集成與流程集成的核心工具，是

企業(yè)依靠運(yùn)算機(jī)系統(tǒng)實(shí)現(xiàn)業(yè)務(wù)運(yùn)作與治理操縱自動(dòng)化的一個(gè)技術(shù)表達(dá)。

五、文件夾（Folder）

這又是一個(gè)ORACLE弄得有點(diǎn)學(xué)究氣的概念（可能也有中文翻譯不到位的緣

故）。所謂''文件夾〃（Folder）功能，簡單來說確實(shí)是稍有點(diǎn)1T系統(tǒng)使用體

會(huì)的人都明白的''用戶自定義查詢輸出界面視圖"功能。系統(tǒng)（能夠）提供的查

詢條件控件或查詢輸出結(jié)果視圖的字段是如此之多，其中有專門多可能并不是用

戶期望顯示出來的，每一個(gè)系統(tǒng)用戶User能夠依照個(gè)人的工作需要或偏好，使

用文件夾功能自由地定義自己可見的U1界面。ORACLE系統(tǒng)為幾乎所有重要的表

單、查詢條件控件及查詢結(jié)果輸出視圖都提供了文件夾功能，這也是ORACLE系

統(tǒng)靈活性、易用性、方便性之所在。如以下圖14所示采購PR的查詢：

六、彈性域（Flexfield）

所謂''彈性域”技術(shù)是人們每當(dāng)提及ORACLE產(chǎn)品技術(shù)的先進(jìn)性時(shí)總會(huì)第一

想到的一個(gè)東西，也是專門多初學(xué)者（專門是',業(yè)務(wù)出身〃的人）開始接觸時(shí)可

能會(huì)感到有點(diǎn)''發(fā)怵〃的東西，緣故之一是它的技術(shù)味比較濃。但實(shí)際上，暇如

從應(yīng)用的角度去明白得，它也并無多少奇異之處。

前面我們差不多講到''表單〃是組成EBS系統(tǒng)的最重要差不多元素之一，每

個(gè)表單都由''表頭與表體行〃組成。系統(tǒng)在UI界面中所展現(xiàn)的是表單的''標(biāo)準(zhǔn)

顯示〃，盡管那個(gè)''標(biāo)準(zhǔn)顯示〃可能差不多包含了適合各行各業(yè)所使用的那些常

用信息字段（Segment）,但關(guān)于不同企業(yè)來說，總可能會(huì)顯現(xiàn)需要添加一些本

企業(yè)專門需要的信息字段的情形，這從系統(tǒng)角度通常稱為''自定義表單字段〃。

EBS的所謂''彈性域〃技術(shù)實(shí)際確實(shí)是為了解決這一常見的系統(tǒng)應(yīng)用問題而應(yīng)

運(yùn)而生，關(guān)于初學(xué)者來說,把它簡單地明白得為''自定義表單字段〃就容易多了。

如以下圖15與圖16所示的采購申請(qǐng)PR表單，在表頭部分''標(biāo)準(zhǔn)顯示〃的

UI界面（角落）中有一個(gè)''方框〃（”【】〃），在表體行部分的末端也有一

個(gè)''方框〃1【】〃）。系統(tǒng)用戶在需要輸入有關(guān)專門信息時(shí)點(diǎn)擊''方框"，

系統(tǒng)便會(huì)分別彈出一個(gè)包含假設(shè)干個(gè)自定義信息行（相當(dāng)于為表單擴(kuò)展了假設(shè)干

列的字段）的界面框，以供用戶輸入某些專門信息。

圖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)于所申購物料的''長寬高、顏色〃

守寺O

?滑俗和娘妙齪

?B皮來送

?管理

?物也

?會(huì),

個(gè)人配宜文件

碎1/1<osc>

要注意的是，上述''自定義表單字段〃是''系統(tǒng)級(jí)〃而非''用戶級(jí)〃的，也

確實(shí)是說只有系統(tǒng)治理員才能做相關(guān)設(shè)置，而一般用戶只能在實(shí)際工作中使用。

EBS中所使用到的''彈性域〃分為兩類：一類是所謂''鍵彈性域〃(Key

Flexfield),一類是所謂''說明性彈性域”(DescriptiveFlexfield)。而

上述圖15與圖16采購申請(qǐng)PR中的''彈性域〃確實(shí)是典型的''說明性彈性域〃

的范例。

系統(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)行跟蹤、追溯，其作用因此

專門''關(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)字段用戶輸入的不是簡單的一個(gè)信息，而是具

有某種可在系統(tǒng)層面'自定義結(jié)構(gòu)〃的一組信息。

如以下圖18所示采購申請(qǐng)PR表單界面中''物料類別〃字段，用戶輸入時(shí)

將彈出系統(tǒng)差不多定義的''物料類別鍵彈性域〃界面，以供用戶1選擇）輸入具

體信息：

[\Oracle應(yīng)跑產(chǎn)4VKIon3兇

|文怦①）和aa，a?（y）二.，三少i*a）*3wfthojj

ORACLe'

E%0。.?：35^，

如以下圖19所示是系統(tǒng)層面定義''鍵彈性域〃的界面。全部35個(gè)鍵彈性域

要緊集中在庫存、總賬、資產(chǎn)、人力資源等核心業(yè)務(wù)模塊中定義，其它模塊只是

應(yīng)用時(shí)調(diào)用。鍵彈性域由于其系統(tǒng)地位與重要性，其定義方式與內(nèi)容也要比說明

性彈性域來得復(fù)雜。

.Oracle應(yīng)跑產(chǎn)g.VKIon二151兇

文體①）M（z）S?（y）二陰"Xri'IJVM?>?BhQJ）ORACLe