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

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

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

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

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

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

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

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

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

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

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

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

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

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

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