系列之四：ORACLEEBS基礎(chǔ)設(shè)置要點(diǎn)簡(jiǎn)介(A)

1、系列之四：ORACLEEB篋礎(chǔ)設(shè)置要點(diǎn)簡(jiǎn)介（A）©CORACLEEBS基礎(chǔ)設(shè)置要點(diǎn)簡(jiǎn)介一、安全性管理二、會(huì)計(jì)科目彈性域結(jié)構(gòu)三、帳套（分類帳）四、組織架構(gòu)（一）業(yè)務(wù)組（BG）（二）法律實(shí)體（LE）（三）業(yè)務(wù)實(shí)體（OU）（四）庫(kù)存組織（INV）（五）公司成本中心（CostCenter（六）HR組織（七）多組織接入控制五、基礎(chǔ)數(shù)據(jù)（一）關(guān)于“日歷”（二）關(guān)于“幣種”（三）關(guān)于“匯率”（四）關(guān)于“單位”（五）關(guān)于“地點(diǎn)”六、并發(fā)管理七、工作流八、系統(tǒng)初始化設(shè)置（一）關(guān)于安全性。（二）關(guān)于配置文件（三）值集與彈性域（四）分類賬（帳套）與組織架構(gòu)（五）單據(jù)編號(hào)（六）層次性設(shè)置結(jié)構(gòu)九、結(jié)語(yǔ)（注：網(wǎng)

2、站批量發(fā)圖有問(wèn)題，上傳后顯示不清楚。點(diǎn)擊圖片打開(kāi)后，質(zhì)量尚可）首先需要說(shuō)明的是，本系列文檔假定讀者已經(jīng)具備基本的系統(tǒng)相關(guān)使用知識(shí)與技能（例如，能夠基本領(lǐng)會(huì)“ORACLEEBS系統(tǒng)應(yīng)用基礎(chǔ)概述”中的內(nèi)容），故所討論的內(nèi)容僅限于筆者認(rèn)為從系統(tǒng)使用與實(shí)際業(yè)務(wù)兩方面來(lái)看比較重要或者容易存疑的問(wèn)題，并不能面面俱到，旨在幫助讀者掌握核心、抓住要點(diǎn)（詳盡內(nèi)容必須參考ORACLE!關(guān)官方文檔）。文中為討論需要所附圖文均取自O(shè)RACLEEBS勺測(cè)試環(huán)境（VisionDemo）,版本以R12.1.1為主，輔之以版本R11.5.10,界面語(yǔ)言主要為中文（必要時(shí)輔之以英文）。兩個(gè)EBS版本在界面與功能應(yīng)用方面實(shí)際可能

3、有一些差異，必要時(shí)會(huì)作相關(guān)說(shuō)明，但一般不會(huì)影響對(duì)基本問(wèn)題的討論。技術(shù)是業(yè)務(wù)的抽象與工具，業(yè)務(wù)是技術(shù)的來(lái)源與目的。本系列文檔通篇將秉持“從業(yè)務(wù)的角度去審視技術(shù)，從技術(shù)的角度去回歸業(yè)務(wù)”的方法論（這里的所謂“技術(shù)”，意指“系統(tǒng)實(shí)現(xiàn)”），去探討系統(tǒng)實(shí)現(xiàn)與業(yè)務(wù)實(shí)踐的融合問(wèn)題，以求逐步能達(dá)到技術(shù)與業(yè)務(wù)的融會(huì)貫通。限于筆者的認(rèn)知水平，有訛誤或不正確之處，歡迎批評(píng)指正。一、安全性管理從系統(tǒng)使用角度來(lái)看，系統(tǒng)管理的一項(xiàng)重要的日常工作是關(guān)于“用戶”及其“權(quán)限”的管理，在ORACL中即所謂“安全性”（Security）管理?！鞍踩浴笔且粋€(gè)涵義較之“權(quán)限”更為豐富、更為廣闊的概念術(shù)語(yǔ)，它雖然比較抽象，但顧名思義，

4、它很好地涵蓋了于實(shí)際業(yè)務(wù)與系統(tǒng)使用中，有關(guān)企業(yè)數(shù)據(jù)與信息管理的某些需要重點(diǎn)保護(hù)、控制的內(nèi)容。有關(guān)用戶權(quán)限的管理，在ORACLE統(tǒng)中主要有三個(gè)基本要素構(gòu)成：菜單（MenU、責(zé)任（Responsibility）、以及用戶（User）。三者的有機(jī)結(jié)合構(gòu)成了系統(tǒng)權(quán)限或安全性管理的基礎(chǔ)，輔之以參數(shù)或“安全性配置文件”等的使用，則進(jìn)一步對(duì)用戶的“實(shí)體（組織、帳套或分類帳）接入”權(quán)限進(jìn)行細(xì)分。止匕外，系統(tǒng)在各個(gè)應(yīng)用模塊中，還將可能基于不同業(yè)務(wù)特點(diǎn)采取各具特色的系統(tǒng)實(shí)現(xiàn)方式，對(duì)用戶的準(zhǔn)入管理或功能權(quán)限作更進(jìn)一步的劃分（具體方式與系統(tǒng)設(shè)計(jì)者的個(gè)人偏好也有一定關(guān)系，不能一概而論）?！安藛巍保∕en。在今天信息時(shí)代

5、的日常生活中已是一個(gè)很普通的術(shù)語(yǔ)。ORACLE中的“菜單”概念并無(wú)甚特別，它也是表示用戶的系統(tǒng)應(yīng)用功能入口。最基本的“菜單”由系統(tǒng)預(yù)置的若干“表單功能”所組成，EBS目前大日S具有2萬(wàn)個(gè)左右的此類表單功能；（基于某些特殊需要，系統(tǒng)還可提供雖不可見(jiàn)但可由表單內(nèi)包含的邏輯調(diào)用的某些非表單“子功能”，需開(kāi)發(fā)后臺(tái)設(shè)置）。用戶可以自定義包括若干基本菜單作為“子菜單”的用戶菜單，自定義的“用戶菜單”也可以作為“子菜單”來(lái)使用，這樣就形成了一個(gè)菜單結(jié)構(gòu)（樹(shù)形圖）。如圖1所示菜單定義及可選擇使用的系統(tǒng)預(yù)置表單功能LIST:EBS系統(tǒng)在安裝好后，針對(duì)每個(gè)應(yīng)用模塊均已經(jīng)預(yù)定義包括所有功能（或權(quán)限）所謂的“超級(jí)用戶

6、菜單”（SuperUserMenu）,企業(yè)（系統(tǒng)管理員）在定義用戶“責(zé)任”時(shí)可利用“排除法”來(lái)滿足實(shí)際的業(yè)務(wù)管理需要。止匕外，系統(tǒng)還提供了“僅具查詢”功能的預(yù)定義菜單，供某些需要限制做業(yè)務(wù)的用戶使用。相較于“菜單”的耳熟能詳，EBS的所謂“責(zé)任”（Responsibility）概念就生澀、抽象得多，通?？梢詫⒅c人們相對(duì)熟悉的“角色”（Role）概念來(lái)參看。在企業(yè)管理中通常會(huì)將人員按“崗位角色”來(lái)劃分，例如“計(jì)劃員、采購(gòu)員、倉(cāng)管員”等等，它們通常對(duì)應(yīng)于一定的崗位職責(zé)（責(zé)任），有真實(shí)的業(yè)務(wù)管理涵義，比較具體。系統(tǒng)預(yù)先定義的角色，分配給用戶（User）后，該用戶就具有該角色的全部應(yīng)用功能；但EBS

7、未象其它產(chǎn)品（如SAP使用角色概念，而是使用“責(zé)任”概念，則更傾向于抽象地表示某些功能（入口菜單）的組合，可以不具有真實(shí)的管理涵義，比如所謂“銷售經(jīng)理”責(zé)任之下，盡可以與“采購(gòu)員”有相同的菜單項(xiàng)，具有完全相同的功能，而這一點(diǎn)如對(duì)應(yīng)到實(shí)際的“崗位角色”，顯然是不合適的。Role更清楚直接，但使用不夠靈活；Responsibility可靈活使用，但容易帶來(lái)理解上的歧義與誤會(huì)，使用時(shí)要注意區(qū)分。如下圖2所示的“責(zé)任”定義界面：每個(gè)責(zé)任必須對(duì)應(yīng)關(guān)聯(lián)一個(gè)確定的菜單，但可以使用“排除”功能使之具有不同的菜單結(jié)構(gòu)組合，這里的“排除”功能并不影響菜單原先的結(jié)構(gòu)設(shè)置，這方便并簡(jiǎn)化了系統(tǒng)管理員對(duì)“責(zé)任”與“菜單”

8、的管理?！柏?zé)任名”總是從屬于某一“應(yīng)用產(chǎn)品”（模塊），不同的模塊可定義具有完全相同的“責(zé)任名”（包括菜單），但這兩個(gè)完全相同的責(zé)任名在“配置文件”作層次結(jié)構(gòu)設(shè)置時(shí)，可以具有不同的值，這進(jìn)一步提供了系統(tǒng)的靈活性。責(zé)任一經(jīng)定義就不可刪除，只能通過(guò)設(shè)置有效期使之失效。為之設(shè)置“請(qǐng)求組”則限制了其可以使用的“請(qǐng)求”（并發(fā)程序）范圍。至于其“可采用”應(yīng)用產(chǎn)品范圍設(shè)置（Web自助等），似乎只起到統(tǒng)計(jì)分析的系統(tǒng)管理作用，實(shí)際并不影響具體的功能應(yīng)用。系統(tǒng)在安裝后將具有一個(gè)名為“SYSADMIN（密碼sysadmin）且具有“系統(tǒng)管理員”責(zé)任的初始用戶（該用戶有時(shí)也被稱之為“超級(jí)管理員”）。使用此初始用戶可設(shè)置

9、“菜單、責(zé)任及用戶”。如下圖3所示“用戶”的定義界面：每個(gè)定義的系統(tǒng)“用戶”可以關(guān)聯(lián)若干個(gè)不同的責(zé)任，每個(gè)責(zé)任也可以設(shè)定用戶使用的有效日期范圍。具有多個(gè)責(zé)任的用戶在登錄使用系統(tǒng)時(shí)，需要在不同責(zé)任間作選擇切換，并非可以同時(shí)使用。系統(tǒng)初始設(shè)置時(shí)設(shè)定的密碼，在用戶初次登錄時(shí)，將被系統(tǒng)提示要求修改。密碼可以設(shè)定“使用天數(shù)”或“訪問(wèn)次數(shù)”的限制，系統(tǒng)的預(yù)警平臺(tái)可以設(shè)置密碼失效的提前預(yù)警，以督促用戶及時(shí)修改。“用戶”一經(jīng)設(shè)置也無(wú)法刪除，只能使用有效期設(shè)置使之失效?！坝脩簟辈灰欢ū仨毢虷RMK塊設(shè)置的“人員”關(guān)聯(lián)，但對(duì)于有些模塊的應(yīng)用功能，關(guān)聯(lián)已經(jīng)HR血當(dāng)設(shè)置的“人員”則是必須的。而關(guān)聯(lián)“客戶”或“供應(yīng)商”

10、則主要起到統(tǒng)計(jì)分析的系統(tǒng)管理作用，并不影響具體的功能應(yīng)用。用戶所關(guān)聯(lián)的“電子郵件”地址，主要是供系統(tǒng)預(yù)警平臺(tái)發(fā)送信息使用。關(guān)于EBS系統(tǒng)使用相關(guān)“配置文件”諸如“MO業(yè)務(wù)實(shí)體、MO安全配置文件、HR:安全配置文件、GL:數(shù)據(jù)訪問(wèn)權(quán)限集、GL帳套名或GL分類帳名稱”等等，進(jìn)一步對(duì)責(zé)任或用戶的“實(shí)體接入”權(quán)限進(jìn)行細(xì)分的問(wèn)題（R12與R11比較，變化較大），將在下面的“組織架構(gòu)”設(shè)置中討論。關(guān)于具體應(yīng)用模塊中對(duì)責(zé)任或用戶的權(quán)限作更進(jìn)一步劃分問(wèn)題，例如庫(kù)存模塊的“組織進(jìn)入”（Access）、發(fā)運(yùn)模塊的“權(quán)限管理”（Grant）,容后在相關(guān)模塊文檔中再來(lái)討論。二、會(huì)計(jì)科目彈性域結(jié)構(gòu)在討論EBS的“組織結(jié)

11、構(gòu)”的設(shè)置之前，有必要先討論會(huì)計(jì)科目彈性域（AccountingFlexfield）及其帳套（SOB或分類帳（Ledger）的設(shè)置問(wèn)題?！皫ぬ住笔荝11及之前系統(tǒng)中的術(shù)語(yǔ)，“分類帳”是R12中替代帳套并為有所區(qū)別而使用的術(shù)語(yǔ)。為表述方便，后文如不特別指明，習(xí)慣上的“帳套”術(shù)語(yǔ)將等同于“分類帳”術(shù)語(yǔ)。在EBS關(guān)于“組織實(shí)體”的概念范疇中，帳套實(shí)際上也是“組織實(shí)體”的一種存在形式，之所以如此和ORACL產(chǎn)品的發(fā)展歷史有一定關(guān)系。會(huì)計(jì)科目是企業(yè)進(jìn)行財(cái)務(wù)數(shù)據(jù)核算工作的基礎(chǔ)，各個(gè)國(guó)家基于企業(yè)監(jiān)管與稅收工作的需要而制定的會(huì)計(jì)法律法規(guī)都對(duì)之有相應(yīng)規(guī)定。我國(guó)于2006年頒布的新會(huì)計(jì)準(zhǔn)則將會(huì)計(jì)科目分為六大類：資

12、產(chǎn)類、負(fù)債類、共同類、所有者權(quán)益、成本類、損益類，共計(jì)156個(gè)（一級(jí)）科目。簡(jiǎn)單的財(cái)務(wù)會(huì)計(jì)軟件或單公司規(guī)模很小時(shí)，類似手工記賬的“電算化”系統(tǒng)實(shí)現(xiàn)方式問(wèn)題不大，但當(dāng)會(huì)計(jì)業(yè)務(wù)管理需求復(fù)雜，企業(yè)從單公司向多公司集團(tuán)化方向發(fā)展時(shí)，就必須考慮在系統(tǒng)層面如何方便地對(duì)多個(gè)公司的會(huì)計(jì)數(shù)據(jù)進(jìn)行集中統(tǒng)一管理的問(wèn)題。ORACLE的ERPT品最初也是從財(cái)務(wù)軟件發(fā)展起來(lái)的，總賬GL是其第一個(gè)應(yīng)用模塊。事實(shí)上，在計(jì)算機(jī)或管理軟件出現(xiàn)以前，企業(yè)所謂“集團(tuán)管控”的需求及實(shí)踐早已存在。ORACLE務(wù)軟件中包含“多公司信息”的獨(dú)特會(huì)計(jì)科目彈性域結(jié)構(gòu)設(shè)計(jì)，使得財(cái)務(wù)工作的集團(tuán)管控更加具備技術(shù)上的可行性與方便性。一個(gè)最基本、最簡(jiǎn)單的

13、會(huì)計(jì)科目彈性域結(jié)構(gòu)就是“公司代碼+會(huì)計(jì)科目代碼”的組合,它的原始業(yè)務(wù)需求來(lái)源并無(wú)多少深?yuàn)W之處。在ORACLE會(huì)計(jì)科目彈性域結(jié)構(gòu)中，體現(xiàn)國(guó)家法律法規(guī)要求的“會(huì)計(jì)科目”成為其中必不可少的一個(gè)組成段即“自然賬戶”段，自然賬戶所使用的值集，即為通常所說(shuō)的“科目表”。系統(tǒng)在自然賬戶之上附加“公司、部門”等多個(gè)段信息，大大方便了在公司內(nèi)及公司間的會(huì)計(jì)數(shù)據(jù)的統(tǒng)計(jì)分析工作。如圖4所示，就是一個(gè)典型的5段式會(huì)計(jì)科目彈性域結(jié)構(gòu)：圖中的“公司段”為“平衡段”（彈性域限定詞FlexfieldQualifiers,是具有某種特定屬性的“識(shí)別標(biāo)記”），表示在“公司段”層面，日記賬（Journals,“會(huì)計(jì)分錄”）的“借項(xiàng)

14、等于貸項(xiàng)”，總是平衡的。其值集為包含所有公司的代碼LOV包括法律實(shí)體及基于公司管理需要而設(shè)定的運(yùn)營(yíng)實(shí)體；如圖5所示會(huì)計(jì)科目彈性域結(jié)構(gòu)的“公司段”值集定義：在EBS系統(tǒng)中定義白法律實(shí)體LE必須對(duì)應(yīng)于公司段值集中的（至少）一個(gè)值（行），但R11與R12的區(qū)別是，R11在定義LE時(shí)并沒(méi)有明確告訴系統(tǒng)對(duì)應(yīng)（綁定）哪個(gè)段值，只要用戶自己清楚并不混淆即可。而在R12定義LE時(shí)，需要將其與會(huì)計(jì)科目彈性域結(jié)構(gòu)中的某個(gè)公司段值明確關(guān)聯(lián)，這是R12的改進(jìn)之處，避免了R11實(shí)際使用中當(dāng)定義的法律實(shí)體LE數(shù)量較多時(shí)可能產(chǎn)生的混淆不清?！安块T段”的彈性域限定詞為“成本中心段”，成本中心LOVfi可能是企業(yè)中的一個(gè)具體行政組織，也可能表示共享一個(gè)成本中心的多個(gè)行政組織的組合，還可能是表示基于統(tǒng)計(jì)管理需要而設(shè)定的多個(gè)成本中心的組合；如下圖6所示：“賬戶段”的彈性域限定詞為“自然賬戶段”，其LOV值即法定科目表及為統(tǒng)計(jì)需要而設(shè)置的匯總科目；如圖7所示:注意，圖7與圖5、6中的“段限定詞”的內(nèi)容有所不同，它具體規(guī)定了自然賬戶的段值所代表的會(huì)計(jì)科目的類別（資產(chǎn)、負(fù)債等），“彈性域限定詞”與“段限定詞”是兩個(gè)不同的概念，段限定詞的取值受控于彈性域限定詞的取值。會(huì)計(jì)科目彈性域結(jié)構(gòu)的“子賬戶段”表示“二級(jí)科目或明細(xì)科目”，與賬戶段的一級(jí)科目具有匯總與被匯總的關(guān)系；“產(chǎn)品段”，則表示基于特定統(tǒng)計(jì)分析需要而設(shè)置的產(chǎn)品