Oracle權(quán)威講義EBS基礎(chǔ)設(shè)置全手冊SHP

{管理信息化ORACLE}Oracle權(quán)威講義EBS基礎(chǔ)設(shè)置全手冊SHPORACLEEBS基礎(chǔ)設(shè)置手冊一、安全性管理二、會計(jì)科目彈性域結(jié)構(gòu)三、帳套（分類帳）四、組織架構(gòu)（一）業(yè)務(wù)組（BG）（二）法律實(shí)體（LE）（三）業(yè)務(wù)實(shí)體（OU）（四）庫存組織（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ù)編號（六）層次性設(shè)置結(jié)構(gòu)九、結(jié)語首先需要說明的是，本系列文檔假定讀者已經(jīng)具備基本的系統(tǒng)相關(guān)使用知識與技能(例如，能夠基本領(lǐng)會“ORACLEEBS系統(tǒng)應(yīng)用基礎(chǔ)概述”中的內(nèi)容)，故所討論的內(nèi)容僅限于筆者認(rèn)為從系統(tǒng)使用與實(shí)際業(yè)務(wù)兩方參考ORACLE相關(guān)官方文檔）。文中為討論需要所附圖文均取自O(shè)RACLEEBS的測試環(huán)境（VisionDemo），版本以R12.1.1為主，輔之以版本R11.5.10，界面語言主要為中文（必要時輔之以英文）。兩個EBS版本在界面與功能應(yīng)用方面實(shí)際可能有一些差異，必要時會作相關(guān)說明，但一般不會影響對基本問題的討論。技術(shù)是業(yè)務(wù)的抽象與工具，業(yè)務(wù)是技術(shù)的來源與目的。本系列文檔通篇將秉持“從業(yè)務(wù)的角度去審視技術(shù)，從技術(shù)的角度去回歸業(yè)務(wù)”的方法論（這里的所謂“技術(shù)”，意指“系統(tǒng)實(shí)現(xiàn)”指正。一、安全性管理“用戶”“權(quán)限”O(jiān)RACLE中即所謂“安全性”（Security?！鞍踩浴笔且粋€涵義較之“權(quán)限”更為豐富、更為廣闊的概念術(shù)語，它雖然比較護(hù)、控制的內(nèi)容。有關(guān)用戶權(quán)限的管理，在ORACLE系統(tǒng)中主要有三個基本要素構(gòu)成：菜單（Menu）、責(zé)任（Responsibility）、以及用戶（User）。三者的有機(jī)結(jié)合構(gòu)成了系統(tǒng)權(quán)限或安全性管理的基礎(chǔ)，輔之以參數(shù)或“安全性配置文件”等的使用，則進(jìn)一步對用戶的“實(shí)體（組織、帳套或分類帳）接入”權(quán)限進(jìn)行細(xì)分。此或功能權(quán)限作更進(jìn)一步的劃分（具體方式與系統(tǒng)設(shè)計(jì)者的個人偏好也有一定關(guān)系，不能一概而論）。“菜單”（Menu）在今天信息時代的日常生活中已是一個很普通的術(shù)語。ORACLE中的“菜單”概念并無甚特別，它也是表示用戶的系統(tǒng)應(yīng)用功能入口最基本的“菜單”由系統(tǒng)預(yù)置的若干“表單功能”所組成，EBS目前大概具有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)限）所謂的“超級用戶菜單”（SuperUserMenu“責(zé)任”“排除法”來滿足實(shí)際的業(yè)務(wù)管理需要。此外，系統(tǒng)還提供了“僅具查詢”功能的預(yù)定義菜單，供某些需要限制做業(yè)務(wù)的用戶使用。相較于“菜單”的耳熟能詳，EBS的所謂“責(zé)任”（Responsibility、抽象得多，通常可以將之與人們相對熟悉的“角色”（Role）概念來參看。在企業(yè)管理中通常會將人員按“崗位角色”來劃分，例如“計(jì)劃員、采購員、倉管員”等等，它們通常對應(yīng)于一定的崗位職責(zé)（責(zé)任），有真實(shí)的業(yè)務(wù)管理涵義，比較具體。系統(tǒng)預(yù)先定義的角色，分配給用戶（UserEBS未象其它產(chǎn)品（如SAP“責(zé)任”以不具有真實(shí)的管理涵義，比如所謂“銷售經(jīng)理”責(zé)任之下，盡可以與“采購員”有相同的菜單項(xiàng)，具有完全相同的功能，而這一點(diǎn)如對應(yīng)到實(shí)際的“崗位角色”，顯然是不合適的。Role更清楚直接，但使用不夠靈活；Responsibility可靈活使用，但容易帶來理解上的歧義與誤會，使用時要注意區(qū)分。如下圖2所示的“責(zé)任”定義界面：“排除”“排除”“責(zé)任”“菜單”的管理“責(zé)任名”總是從屬于某一“應(yīng)用產(chǎn)品”（模塊），不同的模塊可定義具有完全相同的“責(zé)任名”（包括菜單），但這兩個完全相同“配置文件”作層次結(jié)構(gòu)設(shè)置時，可以具有不同的值，這進(jìn)一步提供了系統(tǒng)的靈活性責(zé)任一經(jīng)定“請求組”“請求”（并發(fā)程序）范圍。至于其“可采用”應(yīng)用產(chǎn)品范圍設(shè)置（Web、不影響具體的功能應(yīng)用?！癝YSADMIN”（密碼sysadmin“系統(tǒng)管理員”“超級管理員”）“菜單責(zé)任及用戶”如下圖3“用戶”的定義界面：“用戶”可以關(guān)聯(lián)若干個不同的責(zé)任，每個責(zé)任也可以設(shè)定用戶使用的有效日期范圍具有多系統(tǒng)初始設(shè)置時設(shè)定的密碼，在用戶初次登錄時，將被系統(tǒng)提示要求修改。密碼可以設(shè)定“使用天數(shù)”或“訪問次數(shù)”的限制，系統(tǒng)的預(yù)警平臺可以設(shè)置密碼失效的提前預(yù)警，以督促用戶及時修改“用戶”一經(jīng)設(shè)置也無法刪除，只能使用有效期設(shè)置使之失效。“用戶”不一定必須和HRM模塊設(shè)置的“人員”關(guān)聯(lián)，但對于有些模塊的應(yīng)用功能，關(guān)聯(lián)已經(jīng)HRM“人員”則是必須的“客戶”“供應(yīng)商”則主要起到統(tǒng)計(jì)分析的系統(tǒng)管理作用，并不影響具體的功能應(yīng)用。用戶所關(guān)聯(lián)的“電子郵件”地址，主要是供系統(tǒng)預(yù)警平臺發(fā)送信息使用。關(guān)于EBS系統(tǒng)使用相關(guān)“配置文件”“MO:業(yè)務(wù)實(shí)體MO:安全配置文件HR:安全配置文件GL:數(shù)據(jù)訪問權(quán)限集GL帳套名或GL分類帳名稱”“實(shí)體接入”R12與R11比較，變化較大），將在下面的“組織架構(gòu)”設(shè)置中討論。關(guān)于具體應(yīng)用模塊中對責(zé)任或用戶的權(quán)限作更進(jìn)一步劃分問題，例如庫存模塊的“組織進(jìn)入”（Access發(fā)運(yùn)模塊的“權(quán)限管理”（Grant），容后在相關(guān)模塊文檔中再來討論。定義一個user，可以給他多個responsibility；一個responsibility對應(yīng)一個menu，但可根據(jù)實(shí)際需要禁用一些該menu中的功能和子菜單；一個menu包括多個子menu。（一般系統(tǒng)裝完后就有了menu，用戶后期可以根據(jù)自己的需要再定義menu）二、會計(jì)科目彈性域結(jié)構(gòu)在討論EBS的“組織結(jié)構(gòu)”的設(shè)置之前，有必要先討論會計(jì)科目彈性域（AccountingFlexfield）及其帳套（SOB）或分類帳（Ledger）的設(shè)置問題。“帳套”是R11及之前系統(tǒng)中的術(shù)語，“分類帳”是R12中替代帳套并為有所區(qū)別而使用的術(shù)語。為表述方便，后文如不特別指明，習(xí)慣上的“帳套”術(shù)語將等同于“分類帳”術(shù)語。在EBS關(guān)于“組織實(shí)體”的概念范疇中，帳套實(shí)際上也是“組織實(shí)體”的一種存在形式，之所以如此和ORACLE產(chǎn)品的發(fā)展歷史有一定關(guān)系。法規(guī)都對之有相應(yīng)規(guī)定。我國于2006、負(fù)債類、共同類、所有者權(quán)益、成本類、損益類，共計(jì)156。簡單的財務(wù)會計(jì)軟件或單公司規(guī)模很小時，“電算化”系統(tǒng)實(shí)現(xiàn)方式問題不大，但當(dāng)會計(jì)業(yè)務(wù)管理需求復(fù)雜，企業(yè)從單公司向多公司集團(tuán)化方向發(fā)展時，就必須考慮在系統(tǒng)層面如何方便地對多個公司的會計(jì)數(shù)據(jù)進(jìn)行集中統(tǒng)一管理的問題。ORACLE的ERPGL是其第一個應(yīng)用模塊“集團(tuán)管控”的需求及實(shí)踐早已存在ORACLE“多公司信息”一個最基本、最簡單的會計(jì)科目彈性域結(jié)構(gòu)就是“公司代碼+會計(jì)科目代碼”的組合，它的原始業(yè)務(wù)需求來源并無多少深奧之處。在ORACLE的會計(jì)科目彈性域結(jié)構(gòu)中，體現(xiàn)國家法律法規(guī)要求的“會計(jì)科目”成為其中必不可少的一個組成“自然賬戶”段，自然賬戶所使用的值集，即為通常所說的“科目表”系統(tǒng)在自然賬戶之上附加“公司部門”等多個段信息，大大方便了在公司內(nèi)及公司間的會計(jì)數(shù)據(jù)的統(tǒng)計(jì)分析工作。如圖4所示，就是一個典型的5段式會計(jì)科目彈性域結(jié)構(gòu)：圖中的“公司段”為“平衡段”（彈性域限定詞FlexfieldQualifiers，是具有某種特定屬性的“識別標(biāo)記”），表示在“公司段”層面，日記賬（Journals，“會計(jì)分錄”“借項(xiàng)等于貸項(xiàng)”，總是平衡的。其值集為包含所有公司的代碼LOV5所示會計(jì)科目彈性域結(jié)構(gòu)的“公司段”值集定義：在EBS系統(tǒng)中定義的法律實(shí)體LER11與R12的區(qū)別是，R11在定義LE。而在R12定義LE時，需要將其與會計(jì)科目彈性域結(jié)構(gòu)中的某個公司段值明確關(guān)聯(lián)，這是R12的改進(jìn)之處，避免了R11實(shí)際使用中當(dāng)定義的法律實(shí)體LE數(shù)量較多時可能產(chǎn)生的混淆不清。“部門段”“成本中心段”LOV共享一個成本中心的多個行政組織的組合，還可能是表示基于統(tǒng)計(jì)管理需要而設(shè)定的多個成本中心的組合；如下圖6所示：“賬戶段”的彈性域限定詞為“自然賬戶段”，其LOV7所示：注意，圖7與圖5、6中的“段限定詞”的內(nèi)容有所不同，它具體規(guī)定了自然賬戶的段值所代表的會計(jì)科目的類別（資產(chǎn)、負(fù)債等），“彈性域限定詞”與“段限定詞”是兩個不同的概念，段限定詞的取值受控于彈性域限定詞的取值。會計(jì)科目彈性域結(jié)構(gòu)的“子賬戶段”表示“二級科目或明細(xì)科目”，與賬戶段的一級科目具有匯總與被匯總的關(guān)系；“產(chǎn)品段”，則表示基于特定統(tǒng)計(jì)分析需要而設(shè)置的產(chǎn)品LOV。系統(tǒng)允許設(shè)置最多30個段，但必須至少包含兩個段（平衡段自然賬戶段）由于會計(jì)科目彈性域結(jié)構(gòu)一經(jīng)設(shè)定并使用之后，以后修改比較困難，故通常會設(shè)定一個或多個預(yù)留段，如可在上述典型的5段結(jié)構(gòu)之外再增加一個暫時不使用的段（預(yù)留段）而成為6段結(jié)構(gòu)。會計(jì)科目彈性域結(jié)構(gòu)的設(shè)定是系統(tǒng)基礎(chǔ)設(shè)置的重要工作之一，有關(guān)詳細(xì)設(shè)置方法與步驟請參看相關(guān)系統(tǒng)設(shè)置文檔。此外，EBS系統(tǒng)針對所有彈性域的“段值”的接入權(quán)限，提供了“安全性”設(shè)置功能，控制“責(zé)任”實(shí)際可以使用的段值范圍，如下圖8所示：三、帳套（分類帳）會計(jì)科目彈性域結(jié)構(gòu)（COA）、幣種（Currency）、日歷（Clander）三者的組合構(gòu)成EBSR11及之前系統(tǒng)的所謂“帳套”（SOB）在R12“會計(jì)方法或會計(jì)慣例”“分類帳”所謂“會計(jì)方法或慣例”，例如對于不同國家或地區(qū)、不同企業(yè)，會計(jì)法規(guī)可能規(guī)定物品單價5000元是作為“固定資產(chǎn)”還是“期間費(fèi)用”1萬元本地法規(guī)的財務(wù)報告，另一方面可能還需要向在國內(nèi)的總公司提供符合國內(nèi)法規(guī)的財務(wù)報告（便于考核管“多賬簿”（對應(yīng)R12。如下圖9是EBSR11中“帳套”的定義界面：如下圖10所示是EBSR12中使用“會計(jì)科目管理器AMB”“主要分類帳（PrimaryLedger）”“輔助分類帳（SecondLedger）”的定義界面：R12中定義的一個“主要分類帳”可以附帶定義與之關(guān)聯(lián)的多個“輔助分類帳”，如下圖11所示：“主要分類帳”“輔助分類帳”，可以有不同的科目表結(jié)構(gòu)（COA）由于系統(tǒng)其它的應(yīng)用模塊（R12中稱之為“子分類帳應(yīng)用產(chǎn)品”），例如POAR等等，其事務(wù)處理默認(rèn)是基于“主要分類帳”的會計(jì)科目表（COA），所以，如果主輔分類帳的科目表不同，則必須在兩者之間建立“映射（Mapping）”關(guān)系（1對1或多對1的關(guān)系）。如下圖12所示為主輔分類帳的映射定義界面，如果兩者科目表相同（幣種不同），則該定義界面將有所不同，沒有“科目表”映射的內(nèi)容，只有后面部分（幣種轉(zhuǎn)換及日記賬轉(zhuǎn)換等）：下圖13所示為當(dāng)主輔分類帳的科目表不同時，系統(tǒng)科目表映射的定義界面，賬戶規(guī)則定義中可見，源賬戶可以是一個范圍，而目標(biāo)賬戶只能是一個：ORACLEEBSR12中四維（4C“分類帳Ledger”構(gòu)成了ORACLE系統(tǒng)“多賬簿”功能的處理基礎(chǔ)。實(shí)際上，在R11中三維（3C）定義的“帳套SOB”也有“多報告幣賬簿”的概念，但那僅限于財務(wù)報表在不同幣“多賬簿”功能（即一個公司自動生成符合會計(jì)法規(guī)要求的多套帳）。ORACLEEBSR12“多賬簿”功能的核心與關(guān)鍵是各相關(guān)應(yīng)用模塊（子分類帳應(yīng)用產(chǎn)品）在向總賬模塊傳送日“主要分類帳和輔助分類帳”自動生成各自的日記賬分錄這就涉及到分別為主輔分類帳設(shè)置圖10中的“子分類帳會計(jì)選項(xiàng)”的問題，它實(shí)際包括兩個步驟，一是為系統(tǒng)定義哪些應(yīng)用模塊可以使用子分類帳會計(jì)方法（ORACLE已經(jīng)預(yù)定義）；如下圖14所示，系統(tǒng)已經(jīng)預(yù)定義了包括POARFA等在內(nèi)的21個需要用到子分類帳會計(jì)方法的應(yīng)用產(chǎn)品：二是為已經(jīng)定義子分類帳的應(yīng)用模塊分別針對主輔分類帳設(shè)置“子分類帳會計(jì)方法”，如下圖15所示：“事件分類選項(xiàng)”及其相關(guān)設(shè)置是系統(tǒng)最基礎(chǔ)最復(fù)雜也是最抽象的過程，包括了復(fù)雜的用戶預(yù)定義工作，諸如會計(jì)事件分類（EventClassEventType、日記賬行定義、日記賬行類型定義等等每個子分類帳應(yīng)用產(chǎn)品的系統(tǒng)事務(wù)處理默認(rèn)是基于主要分類帳的“代碼組合”及其賬戶生成器規(guī)則，當(dāng)子分類帳應(yīng)用產(chǎn)品系統(tǒng)啟動“向GL傳送日記賬”流程時，對于每個會計(jì)事件分類的“分類—類型”組合，流程將按照“子分類帳會計(jì)方法”中所包含的日記賬行類型之“條件”與“賬戶推導(dǎo)規(guī)則”生成相應(yīng)的“帳戶代碼”（CCID）及日記賬行。不同的分類帳如主輔分類帳，生成的CCID可能不同，而這正是“多賬簿”功能所需要的“子分類帳會計(jì)方法”設(shè)置的詳細(xì)過程需參照ORACLE相關(guān)文檔如下圖16所示僅是其中的定義界面之一：對于EBSR12“主要分類帳”添加“子分類帳會計(jì)方法”O(jiān)RACLE預(yù)置默認(rèn)的，也可以使用戶修改后自定義的。實(shí)際上對于EBSR11來說，安裝時相當(dāng)于ORACLE為所有的SOB直接預(yù)置了子分類帳會計(jì)方法，系統(tǒng)將復(fù)雜的子分類帳會計(jì)方法定義向用戶屏蔽了，用戶無法修改調(diào)整。復(fù)雜的“子分類帳會計(jì)方法”定義是EBSR12為實(shí)現(xiàn)“多賬簿”功能而必須付出的代價。所幸的是它只對GL模塊的使用有一定影響，對各相關(guān)應(yīng)用模塊的用戶使用并無直接影響，從R11到R12，“多賬簿”功能只相當(dāng)于多調(diào)用了一個“服務(wù)”，EBS系統(tǒng)升級與使用保持了良好的繼承性。在EBS的總賬GL“賬戶代碼”各業(yè)務(wù)模塊的有關(guān)不同公司的會計(jì)數(shù)據(jù)的“組織屬性”實(shí)際上通過賬戶代碼中的不同公司段值已經(jīng)得到體現(xiàn)，與各來源業(yè)務(wù)模塊（子分類帳應(yīng)用產(chǎn)品）中的相關(guān)“”設(shè)置無關(guān)。故總賬模塊與其它業(yè)務(wù)模塊比較，總賬模塊無需再作所謂“組織”的劃分，可說是“無組織”的。如果一定要說總賬GL也有類似業(yè)務(wù)組織屬性劃分的話，那么這個“組織實(shí)體”就是帳套或分類帳，系統(tǒng)將使用類似業(yè)務(wù)模塊的“組織接入”配置文件（如“MO：業(yè)務(wù)實(shí)體”）的“帳套接入”配置文件（例如R11的“GL帳套名”或R12的“GL：數(shù)據(jù)訪問權(quán)限集”、“GL分類帳名稱”等），來分隔用戶的工作權(quán)限。有關(guān)“帳套接入”配置文件的使用有下述注意事項(xiàng)。對于配置文件“GL帳套名”，R11中該參數(shù)的LOV由系統(tǒng)基于創(chuàng)建的SOB名自動創(chuàng)建，一旦為其賦值后，用戶登錄時系統(tǒng)自動定位于已指定SOB。由于GL模塊與OU無關(guān)，所以進(jìn)入GL后，數(shù)據(jù)的區(qū)隔主要基于這個參數(shù)，但這個參數(shù)并不限制某些需要跨SOB功能如FSG對數(shù)據(jù)的訪問。如下圖17所示：對于配置文件“GL分類帳名稱”，該參數(shù)只在R12中有，類似R11中的“GL帳套名”，但作用與R11大不相同，其LOV為分類帳名的集合（創(chuàng)建時自動添加），只表示當(dāng)前用戶所進(jìn)入的該“分類帳”同時還需要用到子分類帳產(chǎn)品諸如AP/AR等等。如下圖18所示（而當(dāng)前用戶所能夠進(jìn)入的分類帳則是由“GL限集”控制）：對于配置文件“GL：數(shù)據(jù)訪問權(quán)限集”，該參數(shù)只在R12中才有，必須設(shè)置（有值），否則系統(tǒng)會報錯。但是系統(tǒng)給出了特別控制機(jī)制，即在每當(dāng)修改設(shè)置“GL分類帳名稱”“GL限集”的值，使之與“GL分類帳名稱”的值一致。如果是先設(shè)置“GL分類帳名稱”，后修改了“GL：數(shù)據(jù)訪問權(quán)限集”的默認(rèn)值，則系統(tǒng)在進(jìn)入日記賬的FORM時，如果后者的值不包含前者的值，則前者的設(shè)置被無效，但系統(tǒng)無法使用相關(guān)子分類帳產(chǎn)品子分類帳產(chǎn)品。如下圖19所示：配置文件“GL：數(shù)據(jù)訪問權(quán)限集”的取值LOV需要在系統(tǒng)中另外設(shè)置，每個取值包含了若干已經(jīng)定義的分類帳/分類帳集及其讀寫權(quán)限，用戶進(jìn)入后，可在FORM界面于其中選擇切換，如下圖20所示：要特別注意，對于R12的“GL分類帳名稱”的任何一次修改（包括清空），都會自動影響“GL：數(shù)據(jù)訪問權(quán)限集”的值R11R12中控制“可訪問數(shù)據(jù)的范圍”?！癎L分類帳名稱”的值，實(shí)現(xiàn)基本的業(yè)務(wù)功能（與子“GL”的默認(rèn)值，控制數(shù)據(jù)可訪問范圍，但必須保證其值包含了前者的值。測試中發(fā)現(xiàn)，如果“GL分類帳名稱”配置文件值留空，而修改設(shè)定了“GL”，“GL權(quán)限集”默認(rèn)的分類帳并未出現(xiàn)在FORM的窗口界面中，這似乎是設(shè)計(jì)人員的疏忽。ORACLEGL“創(chuàng)建分類帳定義分類帳集”時會自動創(chuàng)建“數(shù)據(jù)訪問權(quán)限集”LOV值，并且其類型為“全部分類帳”，提供完整讀寫權(quán)限在需要進(jìn)一步限制對分類帳分類帳集或分類帳/分類帳集的特定平衡段值或管理段值的讀寫權(quán)限時，用戶需要創(chuàng)建自己的數(shù)據(jù)訪問權(quán)限集。在R12中還可以為財務(wù)系統(tǒng)另外定義“訪問權(quán)限集”（不同于參數(shù)“GL”限制該責(zé)任所具有的功能（當(dāng)然這是在已經(jīng)進(jìn)入的當(dāng)前分類帳之下的）。系統(tǒng)預(yù)置了一個“超級用戶定義訪問權(quán)限集”（不可修改）“權(quán)限”的限制方式可能是“倒剝式”個與之對應(yīng)的權(quán)限），如下圖21所示：最后需注意的是，EBS系統(tǒng)所謂“多賬簿”功能與“多帳套（分類帳）接入”功能是兩個不同的概念?！岸噘~簿”功能表示“”R12R11不完全具備（R11僅能提供多幣種報表）。“多帳套（分類帳）接入”功能表示“一個用戶如何接入多個帳套（分類帳）”的權(quán)限管理方式（“上下文”環(huán)境切換方式），R11也具備，但對于同一用戶，必須通過在具有相同業(yè)務(wù)功能的不同責(zé)任間切換才能實(shí)現(xiàn)，使用時不是太方便，而R12的同一用戶，無需進(jìn)行“責(zé)任”切換，僅通過在表單上直接選擇切換就能實(shí)現(xiàn)，使用比較方便。R12與R11的上下文切換方式雖然不同，但切換后的系統(tǒng)業(yè)務(wù)處理功能則基本相同。四、組織架構(gòu)在企業(yè)管理實(shí)踐的過程中，“組織”（Organization“人員”與“職能”這兩個要素密切相關(guān)，反映某種行政管理關(guān)系，例如“財務(wù)部銷售部采購部生產(chǎn)部倉儲部”等等企業(yè)內(nèi)“職能驅(qū)動”業(yè)務(wù)管理模式進(jìn)行運(yùn)作的基礎(chǔ)。目前，國內(nèi)適用于小企業(yè)使用的大多數(shù)低端管理軟件并不考慮系統(tǒng)中的“組織”設(shè)置問題，其系統(tǒng)應(yīng)用模塊的劃分，例如采購模塊倉管模塊、銷售模塊等等，實(shí)際上就已經(jīng)基本反映了企業(yè)運(yùn)作的“組織職能”劃分問題。但是，對于業(yè)務(wù)復(fù)雜、規(guī)模較大的企業(yè)（如所謂“集團(tuán)企業(yè)”），管理軟件使用與實(shí)施的系統(tǒng)“組織設(shè)置”問題將是一個首要的重要問題一個常見的也是錯誤的系統(tǒng)實(shí)現(xiàn)方式就是將企業(yè)的“行政組織設(shè)置”直接映射到系統(tǒng)中，以“行政組織”代替“業(yè)務(wù)組織”。這種系統(tǒng)實(shí)現(xiàn)方式雖有理解、掌握比較容易的優(yōu)勢，但卻完全違背了大企業(yè)運(yùn)作必須基于“流程驅(qū)動”業(yè)務(wù)模式的基本管理原則。國內(nèi)有所謂高端管理軟件在系統(tǒng)實(shí)施過程中，常常出現(xiàn)有幾十個財務(wù)“盛況”，導(dǎo)致系統(tǒng)幾乎沒法使用的困境，其癥結(jié)正在于此。與企業(yè)的“行政組織”設(shè)置與人員規(guī)模密切相關(guān)且復(fù)雜多變不同，軟件系統(tǒng)的“組織設(shè)置”必須以業(yè)務(wù)流程運(yùn)作作為ERP鼻祖的SAP將系統(tǒng)組織簡單地分為“集團(tuán)（Client）、公司代碼（CompanyCode）、采購組織（PurchaseOrg）、銷售組織（SaleOrg）、工廠（Plant）”等類別。ORACLE的組織設(shè)置本質(zhì)上與之基本相似，但作為后來者作了進(jìn)一步抽象與簡化，系統(tǒng)組織劃分為“業(yè)務(wù)組（BusinessGroup）、法律實(shí)體（LegalEntity）、業(yè)務(wù)實(shí)體（OperatingUnit）、庫存組織（InventoryOrg）”等。如果說SAP“行政組織”SAP的國內(nèi)產(chǎn)品誤入歧途的原因），ORACLE系統(tǒng)的組織模型字面上已經(jīng)幾乎看不出與“行政組織”還有什么關(guān)系，其中的“InventoryOrg”現(xiàn)今中文翻譯成“庫存組織”“Warehouse）”混淆，但I(xiàn)nventory的本義實(shí)際應(yīng)該是“存貨”，稱之為“存貨組織”或許更好一些。如下圖22所示ORACLE系統(tǒng)有關(guān)核心業(yè)務(wù)的多組織模型：上圖中的“財務(wù)、銷售、采購”并非系統(tǒng)的“組織實(shí)體”，它僅表示業(yè)務(wù)實(shí)體（OU）具有的相關(guān)業(yè)務(wù)處理功能?！白訋臁笔翘厥獾南到y(tǒng)組織實(shí)體，沒有上下文環(huán)境可進(jìn)入，主要表示庫存組織之下的某種業(yè)務(wù)功能。（一）業(yè)務(wù)組（BG）“業(yè)務(wù)組”的概念可以與企業(yè)的“集團(tuán)”概念參看，但不同的是一個企業(yè)在系統(tǒng)中可以設(shè)置多個“業(yè)務(wù)組（集團(tuán)）”通常對于一個企業(yè)來說，系統(tǒng)中有一個“業(yè)務(wù)組”就夠了，這表示企業(yè)就是一個“集團(tuán)公司”而對于某些業(yè)務(wù)“多元化”“業(yè)務(wù)組”，表示企業(yè)由多個“集團(tuán)公司”組成。“人員信息”的設(shè)置在一個BG范圍內(nèi)是由各業(yè)務(wù)模塊共享的（如果需要）。一旦系統(tǒng)設(shè)置的用戶名（User）被與“人員”（Employee“責(zé)任”進(jìn)入系統(tǒng)，都會定位至一個確定的BG中，任何責(zé)任在任意時刻只能關(guān)聯(lián)一個BG。EBS安裝好后，系統(tǒng)里面已經(jīng)預(yù)置了一個名為“SetupBusinessGroup”的“初始業(yè)務(wù)組”。如圖23所示系統(tǒng)預(yù)置的“SetupBusinessGroup”：當(dāng)以系統(tǒng)預(yù)置超級用戶SYSADMIN進(jìn)入后，應(yīng)首先設(shè)置一個具有在HRM或INV下創(chuàng)建組織功能的“責(zé)任”名，隨后給此責(zé)任的“HRUserType”配置文件設(shè)定值為“HRUser”，則該責(zé)任就有了創(chuàng)建新BG的能力。通常需要一次性將企業(yè)所需要的BG全部建立，一般另創(chuàng)建一個與企業(yè)名稱一致如“某某集團(tuán)”的新BG就可以了，也可以（不推薦）直接使用系統(tǒng)預(yù)設(shè)的“SetupBusinessGroup”而不創(chuàng)建新BG。系統(tǒng)每新建一個BG，就會自動在配置文件“HR：安全性配置文件”的LOV中自動添加一個與新建BG同名的可選值（初始時只有“SetupBusinessGroup”一個值）。在某一個BG下（初始為SetupBusinessGroup）新建的任何責(zé)任，系統(tǒng)都將該責(zé)任的配置文件“HR”值默認(rèn)為當(dāng)前BG。要在進(jìn)入系統(tǒng)時能切換到新的BG，必須先修改該責(zé)任的“HR：安全性配置文件”設(shè)定值?！癏R”“是”BG否則查看時可能會引起混淆。在同一個BG下的所有新建組織，名稱不允許相同。（二）法律實(shí)體（LE）法律實(shí)體（LE，LegalEntity）對應(yīng)于真實(shí)世界中的按國家法律法規(guī)要求注冊的“法人公司”。在R11中，LE在組織FORMLE“法人主體會計(jì)科目”“帳套SOB”每個LE對應(yīng)一個SOB，這與真實(shí)世界的法規(guī)要求是吻合的。如下圖24所示：要注意的是，在R11中定義的LE時，并未作與“會計(jì)科目彈性域結(jié)構(gòu)”的“公司段”值關(guān)聯(lián)，用戶必須對于其是與公司段值中的哪個值對應(yīng)心中有數(shù)而在R12中，LE的組織定義雖在FORMLE“法人主體會計(jì)科目”的FORM設(shè)置被廢棄（故FORM中定義了也無用），改為在定義“分類帳”時的“會計(jì)科目設(shè)置管理器”WEB中定義并分配法人實(shí)體LELELE只能具有一個分類帳設(shè)置。如下圖25所示：在R12中，還必須為法人實(shí)體分配會計(jì)科目彈性域結(jié)構(gòu)的公司段即平衡段值。每個LE可以分配多個“平衡段”值，公司段值集中每個段值一旦被分配給某LE，則其它LE就不能再被分配。在R11或R12中創(chuàng)建一個LELOVR12中一個LE司，LE是它們的合并。主輔分類帳可擁有相同或不同的公司段值集，表示從不同的維度（如按地區(qū)、按產(chǎn)品等）去劃分公司以方便考核。如圖26所示為LE添加平衡段值：無論是R11還是R12，法律實(shí)體LE的設(shè)置都對具體的業(yè)務(wù)處理影響不大，其與系統(tǒng)用戶或責(zé)任不關(guān)聯(lián)，不直接影響系統(tǒng)上下文的切換，故有人甚至認(rèn)為EBS的LE設(shè)置作用不大。這對于系統(tǒng)的內(nèi)部運(yùn)作來講情況確實(shí)近似如此，但對于需要通過系統(tǒng)產(chǎn)生供外部使用的具有法律意義的文書（如采購訂單、財務(wù)報表等等），嚴(yán)格區(qū)分法律實(shí)體LE還是必須的。R12顯然更多地考慮了外部使用的這種法律要求（即所謂“法規(guī)遵從性”或“合規(guī)性”），并在相關(guān)業(yè)務(wù)應(yīng)用模塊中有所體現(xiàn)。（三）業(yè)務(wù)實(shí)體（OU）OUOperatingUnitEBS系統(tǒng)組織設(shè)置的重點(diǎn)也是難點(diǎn)之一它與法人主體LE本身沒有必“公司段”也沒有直接關(guān)系從企業(yè)實(shí)際業(yè)務(wù)管理需要的角度去看，業(yè)務(wù)實(shí)體OU可以看作是在系統(tǒng)中按照業(yè)務(wù)的相似性，把多個不同公司（包括LE）的業(yè)務(wù)處理過程及數(shù)據(jù)劃分成相對獨(dú)立的“管理單元”。例如，有一個業(yè)務(wù)多元化的企業(yè)既生產(chǎn)醫(yī)院使用的X光機(jī)也生產(chǎn)普通電視機(jī)，并且其下屬在全國各地有多家生產(chǎn)X光機(jī)或電視機(jī)的分公司、子公司。由于這兩種產(chǎn)品所使用的物料、供應(yīng)商以及針對的客戶群差異“業(yè)務(wù)運(yùn)營”“業(yè)務(wù)管理群組”EBS系統(tǒng)中就是兩個業(yè)務(wù)實(shí)體OU。從企業(yè)日常業(yè)務(wù)運(yùn)作管理的角度來看，對于單純的電視機(jī)業(yè)務(wù)，全國范圍內(nèi)就設(shè)一個公司負(fù)責(zé)計(jì)劃、生產(chǎn)、采購銷售等運(yùn)營管理最為簡便，但企業(yè)從非運(yùn)營管理角度例如“稅收優(yōu)惠地方政策”等等因素考慮，有時不得不在全國各地乃至世界各地注冊若干所謂“公司”，以便向當(dāng)?shù)卣{稅并接受其財務(wù)會計(jì)方面的監(jiān)管。EBS在一個業(yè)務(wù)實(shí)體OU“電視機(jī)管理群組”、子公司（LE）的日常業(yè)務(wù)運(yùn)作，在業(yè)務(wù)運(yùn)作的組織層面忽略了作為法人實(shí)體的公司信息，但在反映業(yè)務(wù)運(yùn)營最終結(jié)果的財務(wù)階段（GL），仍能夠方便地按照各地的法規(guī)要求提供財務(wù)數(shù)據(jù)與結(jié)果。而對于負(fù)責(zé)具體業(yè)務(wù)的系統(tǒng)用戶來說，日常工作幾乎不用關(guān)心或考慮“公司”的設(shè)置問題。EBS中LE的數(shù)量可以根據(jù)需要任意增加，但對于OU的數(shù)量基于管理方便性則要求盡可能精簡。EBS產(chǎn)LEOU的做法或一個OU只能屬于一個LE做法或說法并不恰當(dāng)。某些國內(nèi)產(chǎn)品的設(shè)計(jì)由于未能有效區(qū)分“法律實(shí)體（公司）”與“業(yè)務(wù)實(shí)體（運(yùn)營）”兩者在系統(tǒng)中既相連接又有本質(zhì)區(qū)別的特殊關(guān)系，只好采取一個法人公司對應(yīng)一個系統(tǒng)業(yè)務(wù)實(shí)體的“笨辦法”，企業(yè)規(guī)模小倒還能對付，一旦規(guī)模變大，注冊公司增多，所謂的“系統(tǒng)多組織架構(gòu)”就變得根本不具可用性。ORACLEEBS業(yè)務(wù)實(shí)體OU的這一系統(tǒng)特性極大地方便了企業(yè)運(yùn)作的日常管理，具有高度的靈活性與可擴(kuò)展性。如下圖27是R11的OU定義界面：圖中的“業(yè)務(wù)實(shí)體信息”中，必須而且只能為之設(shè)定一個“帳套”，即一個OU只能屬于一個帳套（反之，一個帳套可以分配給多個OU）OU只能屬于一個LE“業(yè)務(wù)實(shí)體”R12“默認(rèn)值”這一點(diǎn)）。R12中的業(yè)務(wù)實(shí)體定義同R11基本相同，只是將帳套改為“主要分類帳”。在EBS中，一個OU可以同時指定給多個LE，上面“電視機(jī)管理群組”的例子已經(jīng)說明了這一點(diǎn)；一個LE也可以有多個OU，這相當(dāng)于一個注冊的法人實(shí)體公司下，有多個需要獨(dú)立運(yùn)營的“事業(yè)部”（如X光機(jī)和電視機(jī)）OU與LE“多對多”O(jiān)U與LE必須屬于同一個SOB或Ledger。由于LE與OU的設(shè)置在系統(tǒng)中可以獨(dú)立進(jìn)行，因此如果雙方的SOB或Ledger不同，則不能建立連接關(guān)系。如果說法人實(shí)體LEOU則是與行政管理幾乎無關(guān)，企業(yè)內(nèi)部的行政組織變化對OU的設(shè)置沒有直接影響。在EBS中有關(guān)采購管理、銷售訂單履行、應(yīng)收應(yīng)付管理等業(yè)務(wù)模塊的功能均是建立在OU基礎(chǔ)之上的必須進(jìn)入確定的OUEBS的所謂“多組織”功能（MOACOU而言的，與真實(shí)世界中的“多公司”（LE）沒有直接關(guān)系。SAP“采購組織銷售組織”設(shè)置也是與真實(shí)世界的行政組織“采購部銷售部”O(jiān)RACLE“采購組織銷售組織”O(jiān)U實(shí)際上就起到了類似的組織分隔作用ORACLE的某些相關(guān)文檔中，如果因描述需要而提及所謂“采購組織、銷售組織”等概念，有時實(shí)際指的就是業(yè)務(wù)實(shí)體OU（或OU下的庫存INV組織）。（四）庫存組織（INV）ORACLEEBSINV也是最重要的工作之一庫存組織的內(nèi)涵遠(yuǎn)不是真實(shí)世界的“倉庫部門”那么簡單，它除了是有關(guān)“物料接收與發(fā)出”等業(yè)務(wù)功能的基礎(chǔ)之外，更重要的是，它還是EBS系統(tǒng)有關(guān)計(jì)劃（MPS/MRP）、在制品管理（WIP）、物料清單（BOM）等模塊業(yè)務(wù)功能的操作與管理平臺。如下圖28所示：EBS中的庫存組織INV的作用與功能可以與SAP中的工廠Plant參看一個庫存組織INV只能屬于一個確定的帳套SOB、一個確定的法人實(shí)體LE、一個確定的業(yè)務(wù)實(shí)體OUR11的設(shè)置界面未考慮SOBOU的關(guān)聯(lián)限定，容易產(chǎn)生錯誤；R12作了改進(jìn)，在選定Ledger之后，可用的LE/OU就被限定）。反之，一個“帳套/法人實(shí)體/業(yè)務(wù)實(shí)體”組合則可以有多個庫存組織INV。此外，一個OU下的多個INV可以對應(yīng)屬于該OU的不同LE相同產(chǎn)品兩兩組合抽取出來，分屬于兩個不同OU進(jìn)行日常業(yè)務(wù)管理。在EBS“MRP組織WIP組織”示該庫存組織還可以進(jìn)行MRP或WIP的功能。系統(tǒng)之所以如此處理，主要是為了控制某些INV不能做MRP或WIP而已，因?yàn)榛谖锪辖邮栈虬l(fā)出需要所設(shè)定的INV數(shù)量可能比較多。對于絕大多數(shù)基于庫存組織INVINVINV上下文環(huán)境庫存組織的作用是如此基礎(chǔ)，以至于EBS的相關(guān)文檔在提及組織（Org）概念時，如果未作特別說明，默認(rèn)就是指INV組織。（五）公司成本中心（CostCenter）EBS“成本中心組織”“會計(jì)科目彈性域結(jié)構(gòu)”“公司段值”與“成本中心段值”的對應(yīng)關(guān)系問題。如下圖29所示：“公司成本中心組織”“并發(fā)檢查程序”“會計(jì)科目彈性域結(jié)構(gòu)”中的段值是否與所有的“公司成本中心”組織的設(shè)置保持一致。當(dāng)在“會計(jì)科目彈性域結(jié)構(gòu)”中的“成本中心段”值集中添加LOV值并重新編譯后，可以運(yùn)行系統(tǒng)的“自動組織”并發(fā)程序功能，由系統(tǒng)自動創(chuàng)建“公司成本中心”組織。LE與真實(shí)世界中的管理要求是一致的。庫存組織INV與會計(jì)科目彈性域中的“成本中心”段（部門）則具有“一對一或多對一”的關(guān)系，即一個“成本中心”段值可以有多個庫存組織INV，但一個庫存組織INV只能屬于一個確定的成本中心。（六）HR組織系統(tǒng)的HR組織設(shè)置是與HRM/需要注意其是否和“成本中心”關(guān)聯(lián)，需要時可以輸入“成本中心”代碼，其LOV就是“會計(jì)科目彈性域”結(jié)構(gòu)中成本中心段的值集。如下圖30所示：（七）多組織接入控制在圖30的EBS“類型”（Type定義的一個“維度”，例如“公司總部、產(chǎn)品線”等等，并不影響系統(tǒng)的業(yè)務(wù)處理功能。真正起作用的是設(shè)置界面中的“組織分類”（Classification），系統(tǒng)預(yù)置的組織分類LOV除了上述“業(yè)務(wù)組、法律實(shí)體、業(yè)務(wù)實(shí)體、庫存組織”等之外，還有諸如“資產(chǎn)組織、運(yùn)營公司、雇主”等等選項(xiàng)。在EBS系統(tǒng)中各應(yīng)用模塊所具有的業(yè)務(wù)處理功能通常需構(gòu)建在一個確定的“組織分類”之上，“組織”是相關(guān)業(yè)務(wù)處理功能的平臺，企業(yè)是否需要作相關(guān)組織分類設(shè)置、如何設(shè)置，取決于企業(yè)所需要使用到的應(yīng)用模塊功能。例如所謂“資產(chǎn)組織”FA時才涉及到“資產(chǎn)組織”實(shí)際上是所謂“資產(chǎn)賬簿”的代名詞，它只是表示有關(guān)資產(chǎn)信息的一個數(shù)據(jù)維度，作用主要在于分隔數(shù)據(jù)范圍，用戶進(jìn)入系統(tǒng)作業(yè)務(wù)處理時，并不需要作上下文業(yè)務(wù)環(huán)境的切換。對于這類并不涉及“上下文”環(huán)境切換的所謂“組織”，ORACLR系統(tǒng)的設(shè)計(jì)主要是為了借用“組織”所具有的“層次結(jié)構(gòu)”（Hierarchy“多組織接入”權(quán)限的控制功能。“層次結(jié)構(gòu)”與真實(shí)世界企業(yè)的行政管理組織層次結(jié)構(gòu)沒有直接關(guān)系（盡管可能有所參考），它只是企業(yè)根據(jù)某種需要（如權(quán)限管理控制、“層次結(jié)構(gòu)”，例如將系統(tǒng)中已經(jīng)設(shè)置的任意數(shù)量的“業(yè)務(wù)實(shí)體”或“庫存組織”等等組織Name，人為地設(shè)定一個具有上下級關(guān)系、自頂向下的金字塔形多層結(jié)構(gòu)。如下圖31所示：Name，則就只能為之分配下屬組織Name，如要給下屬組織“向下”“頂端組織”位置“向上”將當(dāng)前“頂端組織”下降到下屬組織位置“組織層次結(jié)構(gòu)”Name，以供定義系統(tǒng)所謂“安全性配置文件”時調(diào)用。如下圖32所示：上圖所定義“安全性配置文件”是系統(tǒng)用以控制包括“組織安全性”等在內(nèi)的各種安全性控制的基礎(chǔ)，它具體規(guī)定了系統(tǒng)安全性控制的范圍與實(shí)現(xiàn)方式，所有定義的“安全性配置文件”Name構(gòu)成系統(tǒng)多組織接入控制參數(shù)“MO：安全性配置文件”的LOV。如下圖33所示：EBS通過“MO：業(yè)務(wù)實(shí)體”、“MO：安全性配置文件”、“MO：默認(rèn)業(yè)務(wù)實(shí)體”這三個系統(tǒng)配置文件的共同作“多組織接入”控制功能MOAC但上述三個配置文件在R11與R12中的作用有比較大的差別。對于“MO：業(yè)務(wù)實(shí)體”，在R11中必須設(shè)定，而且起決定性控制作用，其LOV由系統(tǒng)基于創(chuàng)建的OUname自動創(chuàng)建，用戶登錄時系統(tǒng)自動定位于指定OU。而在R12中，一旦設(shè)定“MO：安全性配置文件”，則此配置文件失效而不起作用。對于“MO：安全性配置文件”，在R11中雖有，但實(shí)際不起OU接入的控制作用，只針對FA等模塊的得某些應(yīng)用如數(shù)據(jù)統(tǒng)計(jì)等起作用R11并不具有完善的多組織接入控制功能在R12數(shù)如果不設(shè)定，則必須設(shè)定“MO：業(yè)務(wù)實(shí)體”參數(shù)；一旦該參數(shù)被設(shè)定，則就起決定作用，系統(tǒng)主要依賴其實(shí)現(xiàn)MOAC。對于“MO：默認(rèn)業(yè)務(wù)實(shí)體”，在R11中雖有但實(shí)際不起作用。在R12中，隨“MO：安全配置文件”起作用后才起作用，其LOV是所有已定義OU，但如果設(shè)定值不在“MO：安全配置文件”所選擇的“組織層次架構(gòu)”的范圍內(nèi)，則仍不起作用（即在與OU相關(guān)諸如PO、OM等的FORM界面，OU字段的默認(rèn)值仍然為空）。這似乎是ORACLE系統(tǒng)設(shè)計(jì)方面的一個難題，即“MO：默認(rèn)業(yè)務(wù)實(shí)體”的LOV值集無法與“MO：安全性配置文件”中“組織層次架構(gòu)”中的OU值范圍保持一致。ORACLE強(qiáng)調(diào)其“多組織接入MOAC”功能主要是針對業(yè)務(wù)實(shí)體OU而言，其另外一層含義是，所有構(gòu)建于庫存組織INV“組織訪問”控制功能中，專門設(shè)定“庫存組織”與“責(zé)任”的關(guān)聯(lián)性，如下圖34所示：按照ORACLE“組織訪問”“責(zé)任”可訪問所有INV，一旦限制或分配其中一個，則其余均必須逐個進(jìn)行分配以建立“庫存組織”與“責(zé)任”的鏈接關(guān)系。EBS“彈性域段值安全性”“帳套/分類帳安全性”“MOAC）”“庫存組織訪問控制”等多維度、多方面的組合系統(tǒng)設(shè)置，提供了靈活、方便的用戶權(quán)限管理功能，厘清并掌握它們的復(fù)雜關(guān)系是系統(tǒng)實(shí)施的一項(xiàng)重要基礎(chǔ)性工作。五、基礎(chǔ)數(shù)據(jù)基礎(chǔ)數(shù)據(jù)通常是指與具體業(yè)務(wù)關(guān)系不大且具有全局性、基礎(chǔ)性的一些基本數(shù)據(jù)，例如日歷Calendar、幣種Currency、匯率Rate、單位UOM、地點(diǎn)Location等等。這些基礎(chǔ)數(shù)據(jù)的系統(tǒng)設(shè)置有些比較簡單如“幣種”，有些與真實(shí)世界的情況相似如“日歷”，有些則可能比較抽象復(fù)雜如“地點(diǎn)”等等，情況多種多樣。以下?lián)衿湟?，作簡要說明?！叭諝v”EBS中的日歷設(shè)置，實(shí)際包括兩大類，一類是與會計(jì)工作相關(guān)的，包括“會計(jì)日歷”“會計(jì)事務(wù)處理日歷”等，它們的使用范圍較小，有專門用途，一般是在總賬模塊設(shè)置（這里不贅述）。一類是關(guān)，如下圖35所示：“建立”功能啟動一個后臺并發(fā)程序，以最終完成設(shè)置工作?！皫欧N”。各國或地區(qū)的“貨幣”是一種客觀存在，EBS系統(tǒng)已經(jīng)預(yù)置幾乎所有企業(yè)可能使用到的幣種，必要時還可以添加。用戶可以決定哪些幣種需要啟用，以及維護(hù)其使用時的“精確度”。如下圖36“匯率”。企業(yè)對于不同幣種匯率轉(zhuǎn)換的管理是一項(xiàng)重要的基礎(chǔ)性工作，它對企業(yè)的經(jīng)營結(jié)果有重要影響。為方便該項(xiàng)工作的開展，EBS系統(tǒng)專門提供了一個名為“幣種管理器”的工具，如下圖37所示：企業(yè)可以根據(jù)工作需要設(shè)定多個“匯率類型”（系統(tǒng)初始預(yù)置了Corporate值），并為之維護(hù)“每日匯率”或基于帳套的“期間匯率”。匯率的維護(hù)可以按一段時間范圍來進(jìn)行，也可以通過外部的“電子表格”導(dǎo)入數(shù)據(jù)。“單位”。計(jì)量單位雖然也可以看作是一種客觀存在，但單位與基本單位之間的轉(zhuǎn)換關(guān)系，則可能是與具體物料相關(guān)的（例如雞蛋1斤=15個，鴨蛋1斤=10個等，轉(zhuǎn)換系數(shù)不同）。由于EBS的物料是定義在庫存組織INV上的，故單位及轉(zhuǎn)換關(guān)系也是基于INV設(shè)置的。如下圖38所示：EBS的單位轉(zhuǎn)換，提供了不考慮具體物料的“標(biāo)準(zhǔn)轉(zhuǎn)換”，例如1米=100厘米等，也提供了基于不同物料的在同一“單位分類”（如長度、重量、1箱=20盒，茶葉1箱=10盒等；以及不同物料在不同“單位分類”之間的轉(zhuǎn)換，例如牛奶1公斤=4盒，茶葉1公斤=2盒等?！暗攸c(diǎn)”EBS中所謂“地點(diǎn)”“接收、發(fā)運(yùn)、人員分配”等等都與“地點(diǎn)”密切相關(guān)。EBS中的所謂“地點(diǎn)”原意實(shí)際上涉及三個詞：Location、Address、Site。譯成中文都可稱“地點(diǎn)”，也是導(dǎo)致其理解困難的重要原因之一。如下圖39所示：Address“北京市朝陽區(qū)安定路甲3號”等，EBS系統(tǒng)“說明性彈性域”各個國家的Address別），故系統(tǒng)有所謂“中國式地址”、“美國式地址”之分等等。LocationAddress相關(guān)聯(lián)的一“稱謂代號”Address“北京市朝陽區(qū)安定路甲3號”關(guān)聯(lián)的Location“鳥巢國家體育場、奧林匹克公園、奧運(yùn)主會場”等等。也可以是一個不與具體地址Address相關(guān)聯(lián)但大家都明白的稱謂代號，例如Location“天安門、首都機(jī)場”等等。EBS系統(tǒng)最初使用比較“簡短”的Location代替比較“冗長”的Address，僅僅是為了方便IT“標(biāo)準(zhǔn)化”處理的需要Location“屬性”Site39Location“發(fā)運(yùn)到Ship-to”“接收至Receiving”、“開票到Bill-to”、“內(nèi)部Internal”等等不同系統(tǒng)功用。EBS“地點(diǎn)”來實(shí)現(xiàn)采購申請接收客戶、Site來區(qū)分定義供應(yīng)商所具有的不同“業(yè)務(wù)控制”用同一客戶所具有的不同Location—SiteOM的某些業(yè)務(wù)功能必須將客戶的外部Address—Location組合與系統(tǒng)內(nèi)部Location關(guān)聯(lián)方才有效）等等；詳情以后相關(guān)模塊再進(jìn)一步討論。總之，搞清楚EBS系統(tǒng)Address、Location、Site的三者關(guān)系，對于理解掌握系統(tǒng)功能十分重要，其核心與關(guān)鍵是不能將比較抽象的Location或Site與比較具體的Address等量齊觀，兩者雖有一定關(guān)系，但Location或Site更多地是從系統(tǒng)實(shí)現(xiàn)的需要出發(fā)，而做的某種“形而上”表達(dá)。六、并發(fā)管理ORACLEEBS系統(tǒng)在后臺通過運(yùn)行大量“并發(fā)處理程序”“并發(fā)程序”“并發(fā)管理器”來實(shí)現(xiàn)的系統(tǒng)后臺可以有多個不同的“并發(fā)管理器”來管理不同的并發(fā)程序，“并發(fā)管理器”“并發(fā)管理器”統(tǒng)也要通過“管理并發(fā)管理器”功能進(jìn)行有效管理。系統(tǒng)內(nèi)存在的所謂“并發(fā)管理器”按功用劃分主要有三大類：內(nèi)部監(jiān)控程序、并發(fā)管理器、事務(wù)處理管理器。“內(nèi)部監(jiān)控程序”類型的管理器的功用是“監(jiān)測處于并行并發(fā)處理環(huán)境下的內(nèi)部并發(fā)管理器”“并發(fā)管理器”類型的管理器的功用是“啟動運(yùn)行并發(fā)程序”“事務(wù)處理管理器”類型的管理器的功用是“處理客戶端用戶發(fā)出的同步請求”。系統(tǒng)在初始安裝后，已經(jīng)預(yù)置有若干不同類型的20多個管理器，系統(tǒng)也允許用戶根據(jù)特殊需要自定義新的管理器。以下重點(diǎn)介紹幾個重要的預(yù)置管理器的有關(guān)內(nèi)容：內(nèi)部管理器“上層管理器”內(nèi)部管理器可以對單個管理器進(jìn)行啟動驗(yàn)證其狀態(tài)、重置以及關(guān)閉等操作。用戶不能改變其定義（工作班次、特殊規(guī)則）。如下圖40所示：

標(biāo)準(zhǔn)管理器。標(biāo)準(zhǔn)管理器可接受任何請求，它無特別的規(guī)定。標(biāo)準(zhǔn)管理器始終處于活動狀態(tài)，即一年365

24小時全天候工作標(biāo)準(zhǔn)管理器可作為安全網(wǎng)使用，因?yàn)樗冀K可用于運(yùn)行任何請求其定義一

般不可輕易更改，否則可能導(dǎo)致某些程序無法正常運(yùn)行。如下圖41所示：事務(wù)處理管理器常規(guī)并發(fā)管理器只允許“異步”執(zhí)行運(yùn)行時間長數(shù)據(jù)密集的應(yīng)用程序，而事務(wù)處理管理器

“同步”處理客戶機(jī)端發(fā)出的特定請求（并發(fā)程序請求運(yùn)行計(jì)劃的“立即”“異

步”方式）。如果客戶機(jī)程序發(fā)出同步運(yùn)行服務(wù)器端程序的請求，則事務(wù)處理管理器會立即運(yùn)行此請求，然

后將狀態(tài)返回至此客戶機(jī)程序定該如何執(zhí)行操作。如下圖42所示：“同步方式”“物料事務(wù)處理移動事務(wù)處理資源成本事務(wù)處理、

物料成本事務(wù)處理”“聯(lián)機(jī)”處理“同步”作相關(guān)事務(wù)處理的處理，并且在完成后才將

系統(tǒng)控制返回給用戶。這在業(yè)務(wù)量較大、系統(tǒng)繁忙時，用戶等待的時間可能較長，影響用戶的工作效率。

“TPINV事務(wù)處理處理模式”設(shè)置為“并發(fā)”“后

臺”“物料事務(wù)處理移動事務(wù)處理資源成本事務(wù)處理物料成本事務(wù)處理”管理器于

“周期”運(yùn)行狀態(tài)通常在事務(wù)處理工作量比較大時，應(yīng)采取這種方式，以節(jié)省在庫存管理系統(tǒng)鎖定事

務(wù)處理窗口和處理事務(wù)處理時所花費(fèi)的空閑時間，提高用戶的工作效率?！笆聞?wù)處理”在整個EBS系統(tǒng)運(yùn)行中的普遍性與重要性，系統(tǒng)為此提供了一個專門的界面功能（菜單項(xiàng)，

非系統(tǒng)管理員也可授權(quán)使用）以滿足對相關(guān)“事務(wù)處理”并發(fā)程序的管理監(jiān)控（“啟動管理器”的工作方式與提

交“請求”類似），如下圖43所示：上述“事務(wù)處理管理器”所管理的事務(wù)處理并發(fā)程序（成本管理器等），每個系統(tǒng)只運(yùn)行一個“實(shí)體”，為所有

組織用戶服務(wù)，故系統(tǒng)設(shè)置必須對其運(yùn)行方式進(jìn)行恰當(dāng)?shù)摹坝?jì)劃”與之類似的重要系統(tǒng)事務(wù)處理并發(fā)程序

還有“計(jì)劃管理器”（受“MRP管理器”管理），“接收事務(wù)處理處理器”（受“接收事務(wù)處理管理器”管理）。

“并發(fā)程序”由于承擔(dān)的后臺任務(wù)比較復(fù)雜，實(shí)際起著某種業(yè)務(wù)

流程運(yùn)作的管理作用，故習(xí)慣上也以“××管理器、××處理器”來命名，例如“計(jì)劃管理器（控制計(jì)劃系統(tǒng)有關(guān)

預(yù)測沖減需求沖減等等事項(xiàng)的自動程序，）成本管理器（控制數(shù)據(jù)的自動計(jì)算與更新等等事項(xiàng)的自動程

序）、接收事務(wù)處理處理器（控制PO接收的庫存更新等事項(xiàng)的自動程序）”等等，不能與上一層的管理這

些并發(fā)程序的所謂“并發(fā)管理器”相混淆?！安l(fā)管理器”定義時需要用到的“工作班次”（系統(tǒng)初始已經(jīng)預(yù)置值Standard），需要預(yù)先設(shè)置以作為LOV，

工作班次可以同時運(yùn)行的“流程數(shù)”在定義并發(fā)管理器時應(yīng)設(shè)置適當(dāng)值。如下圖44所示：

“并發(fā)管理器”定義時需用到的“特殊規(guī)則”（系統(tǒng)初始無預(yù)置值），可直接輸入“包括或排除”類型為“程序、請

求類型、用戶、ORACLE標(biāo)識”的具體條目組合。這些條目的組合也可以事先定義為各種“組合規(guī)則”，供定

義“并發(fā)管理器”時作為LOV調(diào)用。如下圖45所示：有關(guān)“并發(fā)程序”的運(yùn)行計(jì)劃及其“并發(fā)管理器”的定義工作，應(yīng)當(dāng)考慮系統(tǒng)的負(fù)載均衡，以保證系統(tǒng)的性能與

運(yùn)行效率。對于系統(tǒng)運(yùn)行的所有“并發(fā)管理器”，系統(tǒng)管理員可以在“管理并發(fā)管理器”窗口進(jìn)行干預(yù)、管理，如“終止、重新啟動”，以及查看“并發(fā)管理器”正在管理的“哪些程序”正在運(yùn)行等等。如下圖46所示：“報表類”并發(fā)程序是一項(xiàng)重要的日常工作這些自定義報表并發(fā)程序的系統(tǒng)管理方式?jīng)]有什么特殊性，它可以使用系統(tǒng)預(yù)置的“并發(fā)管理器”進(jìn)行管理，也可以自定義新的“并發(fā)管理器”。對于EBS“請求”特定請求之狀態(tài)、階段等等），查詢監(jiān)控相關(guān)“并發(fā)程序”的進(jìn)程狀況，并根據(jù)實(shí)際情況作出處理（如暫掛、重啟、取消、診斷等等）。如下圖47所示：七、工作流WorkflowBuilder軟件包工具自定義工作流詳情需參考ORACLE的相關(guān)文檔，這里不贅述二是為系統(tǒng)設(shè)置工作流管理員系統(tǒng)在安裝后的初始化工作流管理員是系統(tǒng)超級用戶SYSADMIN，企業(yè)應(yīng)當(dāng)首先使用SYSADMIN進(jìn)入系統(tǒng)，將工“*”“可以”具有工作流管理員權(quán)限（用戶實(shí)際是否有工作流管理權(quán)限還必須取決于其被賦予的“責(zé)任”或“菜單”功能），如下圖48所示：實(shí)際具有工作流管理權(quán)限的用戶在進(jìn)入工作流管理“開發(fā)員工作室”TAB頁后，可以查詢出系統(tǒng)所有的“工作流類型”，可選擇其一作具體設(shè)置，如下圖49所示：上圖中，工作流管理員選定具體需設(shè)置的工作流后，點(diǎn)擊“運(yùn)行”則可以打開該工作流的“屬性”設(shè)置界面（具體有哪些屬性可設(shè)置，不同工作流各不相同），如下圖50所示：工作流管理員在工作流管理“狀態(tài)監(jiān)控程序”TAB頁，可以監(jiān)控選定工作流的具體運(yùn)行情況的若干條目列表，“活動歷史記錄狀態(tài)圖參與者回應(yīng)詳細(xì)資料”等若干信息（必要時工作流管理員可實(shí)施干預(yù)，如更新屬性、倒退、暫停、取消等等）。如下圖51所示：討論“賬戶生成器流程”。出庫單等作為原始憑證提交給會計(jì)人員去做處理會計(jì)人員依據(jù)這些原始憑證制作“記賬憑證”并手工為之指定“會計(jì)科目”“賬戶代碼”，以便正確地向總賬GL實(shí)施“過賬”。負(fù)擔(dān)將十分繁重再考慮人工處理難免有疏漏，可能需要反復(fù)“對賬”，每月月底必須及時結(jié)賬關(guān)賬時間緊迫等等因素，故非人工的、高度準(zhǔn)確的“會計(jì)分錄（日記賬）”自動生成功能（即所謂“自動會計(jì)”）是系統(tǒng)設(shè)計(jì)時必須考慮解決的重要問題。在EBS系統(tǒng)中，賬戶代碼被擴(kuò)展為一個包含多個段組合的會計(jì)科目彈性域結(jié)構(gòu)，系統(tǒng)在業(yè)務(wù)流程類表單例如采購訂單“賬戶生成器流程”根據(jù)業(yè)務(wù)處理的自身屬性，自動生成準(zhǔn)確的帳戶代碼組合并記錄于業(yè)務(wù)表單的相關(guān)字段中，如下圖52“會計(jì)賬戶”（彈性域結(jié)構(gòu)）：系統(tǒng)周期或人工啟動向總賬GL的“過賬”流程，對符合條件的“事務(wù)處理”成批生成會計(jì)分錄（日記賬，是否“對賬”工作這就大大減輕了會計(jì)人員的工作負(fù)擔(dān)，記賬科目數(shù)量的多少一般也不再成為障礙“中間科目”，例如物料接收的“應(yīng)計(jì)負(fù)債”等等，這對于會計(jì)工作的準(zhǔn)確性有不小的影響）ORACLE“賬戶生成器”，系統(tǒng)預(yù)置有14個賬戶生成器（工作流類型），對于每個“賬戶生成器”可以根據(jù)需要設(shè)置不同的“流程”（每個工作流類型有其LOV值，還可以使用WorkflowBuilder自定義添加），如下圖53所示：“賬戶生成器流程”是基于“會計(jì)科目彈性域結(jié)構(gòu)”對于每個“賬戶生成器”O(jiān)RACLE都提供了默認(rèn)的流程供使用R11的賬戶生成器生成的賬戶代碼被直接用之于向總賬GL傳送，而R12由于存在“多賬簿”的不同“會計(jì)方法”因素，各子分類帳產(chǎn)品（業(yè)務(wù)模塊）基于事務(wù)處理會計(jì)科目彈性域結(jié)構(gòu)通過賬戶生成器而生成的帳戶代碼，在向總賬GL“會計(jì)方法”“賬戶推導(dǎo)規(guī)則”等設(shè)置，才能在總賬GL生成正確的會計(jì)分錄（日記賬）。八、系統(tǒng)初始化設(shè)置（一）關(guān)于安全性。一個全新安裝的EBSR12系統(tǒng)（FreshDatabaseSYSADMIN用戶名登錄，密碼為sysadmin（注意EBS密碼區(qū)分大小寫），HomePage可見系統(tǒng)所初始預(yù)置的10多個“責(zé)任”中包含“系統(tǒng)管理員”（SystemAdministrator），如下圖54所示：進(jìn)入系統(tǒng)的GUI界面后，在“用戶”定義界面，可查詢到有30多個初始化的User，比較特殊與重要的User是兩個“SYSADMIN、GUEST”，GUEST無密碼設(shè)置，可以作為測試時的特殊用戶使用。如下圖55所示：其中有些UserGUI界面默認(rèn)配色方案，為演示方便已通過配置文件“Javacolorscheme”做調(diào)整。系統(tǒng)初始預(yù)置的“責(zé)任”有1500多個，范圍涉及所有模塊的幾乎所有“崗位角色”，企業(yè)可基于自身的管理習(xí)慣制定相應(yīng)的責(zé)任“命名規(guī)則”，以定義新的“責(zé)任”。如下圖56所示：系統(tǒng)初始預(yù)置的“菜單”有12000多個，基本上覆蓋了幾乎所有可能應(yīng)用的需要，如企業(yè)需要“個性化”的菜單顯示效果（prompt），則可以自定義用戶菜單，形成特定的菜單結(jié)構(gòu)。如下圖57所示：本文為測試需要，在系統(tǒng)中建立用戶名MFG，并將常用模塊的超級用戶責(zé)任均與之關(guān)聯(lián)。為測試方便，建一包含所有常用超級用戶菜單的總菜單，并以此建一超級總責(zé)任，也與用戶MFG關(guān)聯(lián)。（二）關(guān)于配置文件系統(tǒng)配置文件總數(shù)有6600的設(shè)置情況（初始化時尤其可能希望了解），可以使用工具欄“File—Export”將它們?nèi)繉?dǎo)出，以方便的格式如EXCEL集中查看，如下圖58所示：有些必須設(shè)置且沒有默認(rèn)值的配置文件，例如“GLLedgerName”、“MOOperatingUnit”等，由于其LOV取決于系統(tǒng)的其它具體設(shè)置如分類賬（帳套）、業(yè)務(wù)實(shí)體OU等，故這些特殊的配置文件初始進(jìn)入時會報錯，如下圖59所示：分類賬、組織架構(gòu)等等設(shè)置后，應(yīng)及時為這些特殊“配置文件”賦值。（三）值集與彈性域EBS系統(tǒng)初始預(yù)置有16000ValueSetName2000“驗(yàn)證”“無”無需LOV的特殊值集名），基本上都屬于系統(tǒng)各表單所使用LOV的值集，有著特定的用途，這些值集也可以根據(jù)需要修改添加新的條目行如下圖60所示而對于系統(tǒng)鍵彈性域與說明性彈性域所使用到的值集，則需要根據(jù)企業(yè)具體情況，進(jìn)行完善的定義設(shè)置（尤其是38個鍵彈性域所需使用的值集）。關(guān)于鍵彈性域的設(shè)置，除了使用范圍廣泛的Item類別彈性域（ItemCategories20個不圖61所示：）“會計(jì)科目彈性域”基本只有一個結(jié)構(gòu)名稱范例，并無具體的結(jié)構(gòu)設(shè)置，需要企業(yè)根據(jù)自己的情況來完成設(shè)置。所有的說明性彈性域均無預(yù)置結(jié)構(gòu)，均需根據(jù)需要從值集開始設(shè)置。彈性域結(jié)構(gòu)的段也可以不選擇值集而留空，則此時，此段就好象使用了這樣一個值集：驗(yàn)證類型為“無”，格式類型為“字符”許混合大小寫字母字符，無右對齊或填零“字符”列的任何段，則必須使用值集，否則將不能夠編譯彈性域。但需注意，“會計(jì)科目彈性域”必需使用值集。但這“代碼組合”O(jiān)RACLE為定義的每一彈性域結(jié)構(gòu)的代碼組合提供了“別名”（Aliases例如，實(shí)際工作使用得比較多的“賬戶代碼”“賬戶別名”就是一個典型。其它彈性域結(jié)構(gòu)是否需要使用“別名”，取決于實(shí)際業(yè)務(wù)需要。（四）分類賬（帳套）與組織架構(gòu)這是系統(tǒng)初始化設(shè)置最復(fù)雜的工作R12較之R11“會計(jì)方法”面有較大的變化，其過程也更為復(fù)雜。R12的法人實(shí)體LE的設(shè)置與R11相比也有很大變化，只能在“會計(jì)科目管理器”中設(shè)置，原在GUI組織設(shè)置界面的LE設(shè)置的值不再有效（即使設(shè)定也無法分配給分類賬）。有關(guān)多組織、多賬簿的接入功能還需與“安全性配置文件（SecurityProfile）、數(shù)據(jù)訪問權(quán)限集（DataAccessSet）”的定義，配置文件“BG：安全配置文件、MO：安全配置文件、GL：數(shù)據(jù)訪問權(quán)限集”等等參數(shù)的設(shè)置進(jìn)行協(xié)調(diào)配合，包括運(yùn)行“轉(zhuǎn)換為多組織體系結(jié)構(gòu)（僅R11，在ADUtilityR12安裝已經(jīng)是多組織結(jié)構(gòu)）”以及為新添OU“復(fù)制系統(tǒng)初始數(shù)據(jù)”（在“系統(tǒng)管理員”責(zé)任下，運(yùn)行“ReplicateSeedData”請求）公用程序等等。有關(guān)詳情，限于篇幅，這里不再贅述。（五）單據(jù)編號新安裝的EBS系統(tǒng)初始并未定義單據(jù)編號發(fā)生器，需要全新定義，如下圖62所示：需要指出的是，這里的“單據(jù)編號”僅是“系統(tǒng)內(nèi)部”使用的標(biāo)識，都是不包含任何業(yè)務(wù)管理信息的數(shù)字代碼。某些特殊單據(jù)如采購申請業(yè)務(wù)信息的數(shù)字代碼這些數(shù)字代碼和實(shí)際業(yè)務(wù)管理中所需使用到的“業(yè)務(wù)標(biāo)識”采購訂單還需使用單據(jù)頭的“說明性彈性域”生成包含“采購員代碼、業(yè)務(wù)類別代碼、行業(yè)代碼、地域代碼”等等管理信息的“業(yè)務(wù)標(biāo)識”（可能需要打印在紙面單據(jù)上），以方便相關(guān)業(yè)務(wù)信息的統(tǒng)計(jì)分析工作?！癉ocumentCategories）”（屬于GLARTable）可以根據(jù)需要為相關(guān)業(yè)務(wù)模塊如INVOMTableTable“單據(jù)類別”，以便對表中的相關(guān)字段應(yīng)用編號機(jī)制。未來在完成系統(tǒng)設(shè)置過程中，還會基于某些表單的業(yè)務(wù)類別設(shè)置（例如銷售訂單類別等）自動生成新的單據(jù)類別。如下圖63所示：成有關(guān)的單據(jù)編號“分配”工作。（六）層次性設(shè)置結(jié)構(gòu)不涉及具體應(yīng)用模塊或具全局性、屬于EB