【文章內(nèi)容簡(jiǎn)介】 于分隔數(shù)據(jù)范圍，用戶進(jìn)入系統(tǒng)作業(yè)務(wù)處理時(shí)，并不需要作上下文業(yè)務(wù)環(huán)境的切換。對(duì)于這類并不涉及“上下文”環(huán)境切換的所謂“組織”，ORACLR系統(tǒng)的設(shè)計(jì)主要是為了借用“組織”所具有的“層次結(jié)構(gòu)”（Hierarchy）概念來達(dá)到“多組織接入”權(quán)限的控制功能。需指出的是，這里的組織“層次結(jié)構(gòu)”與真實(shí)世界企業(yè)的行政管理組織層次結(jié)構(gòu)沒有直接關(guān)系（盡管可能有所參考），它只是企業(yè)根據(jù)某種需要（如權(quán)限管理控制、數(shù)據(jù)統(tǒng)計(jì)匯報(bào)等）而人為設(shè)定的一個(gè)“層次結(jié)構(gòu)”，例如將系統(tǒng)中已經(jīng)設(shè)置的任意數(shù)量的“業(yè)務(wù)實(shí)體”或“庫(kù)存組織”等等組織Name，人為地設(shè)定一個(gè)具有上下級(jí)關(guān)系、自頂向下的金字塔形多層結(jié)構(gòu)。如下圖31所示：上圖中開始定義時(shí)，一旦選定（最）頂端組織Name，則就只能為之分配下屬組織Name，如要給下屬組織分配更下一級(jí)的組織，則需點(diǎn)擊“向下”按鈕，將當(dāng)前該下屬組織上升到“頂端組織”位置。點(diǎn)擊“向上”按鈕，則將當(dāng)前“頂端組織”下降到下屬組織位置。企業(yè)可以根據(jù)實(shí)際需要設(shè)定若干個(gè)具有不同內(nèi)部結(jié)構(gòu)的“組織層次結(jié)構(gòu)”Name，以供定義系統(tǒng)所謂“安全性配置文件”時(shí)調(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í)體”這三個(gè)系統(tǒng)配置文件的共同作用，實(shí)現(xiàn)所謂“多組織接入”控制功能MOAC。但上述三個(gè)配置文件在R11與R12中的作用有比較大的差別。對(duì)于“MO：業(yè)務(wù)實(shí)體”， 在R11中必須設(shè)定，而且起決定性控制作用，其LOV由系統(tǒng)基于創(chuàng)建的OU name自動(dòng)創(chuàng)建，用戶登錄時(shí)系統(tǒng)自動(dòng)定位于指定OU。而在R12中，一旦設(shè)定“MO：安全性配置文件”，則此配置文件失效而不起作用。對(duì)于“MO：安全性配置文件”， 在R11中雖有，但實(shí)際不起OU接入的控制作用，只針對(duì)FA等模塊的得某些應(yīng)用如數(shù)據(jù)統(tǒng)計(jì)等起作用。因此，一般認(rèn)為R11并不具有完善的多組織接入控制功能。在R12中，該參數(shù)如果不設(shè)定，則必須設(shè)定“MO：業(yè)務(wù)實(shí)體”參數(shù)；一旦該參數(shù)被設(shè)定，則就起決定作用，系統(tǒng)主要依賴其實(shí)現(xiàn)MOAC。對(duì)于“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ì)方面的一個(gè)難題，即“MO：默認(rèn)業(yè)務(wù)實(shí)體”的LOV值集無法與“MO：安全性配置文件”中“組織層次架構(gòu)”中的OU值范圍保持一致。ORACLE強(qiáng)調(diào)其“多組織接入MOAC”功能主要是針對(duì)業(yè)務(wù)實(shí)體OU而言，其另外一層含義是，所有構(gòu)建于庫(kù)存組織INV上的應(yīng)用功能，實(shí)際是與上述配置文件無關(guān)的。庫(kù)存組織的可接入性是在“組織訪問”控制功能中，專門設(shè)定“庫(kù)存組織”與“責(zé)任”的關(guān)聯(lián)性，如下圖34所示：按照ORACLE的說法，如果系統(tǒng)在初始的時(shí)候，不定義庫(kù)存組織的“組織訪問”控制，則所有“責(zé)任”可訪問所有INV，一旦限制或分配其中一個(gè)，則其余均必須逐個(gè)進(jìn)行分配以建立“庫(kù)存組織”與“責(zé)任”的鏈接關(guān)系?？傊?，EBS系統(tǒng)通過“彈性域段值安全性”、“帳套/分類帳安全性”、“多組織接入安全性（MOAC）”、“庫(kù)存組織訪問控制”等多維度、多方面的組合系統(tǒng)設(shè)置，提供了靈活、方便的用戶權(quán)限管理功能，厘清并掌握它們的復(fù)雜關(guān)系是系統(tǒng)實(shí)施的一項(xiàng)重要基礎(chǔ)性工作。（一）業(yè)務(wù)組（BG）（二）法律實(shí)體（LE）（三）業(yè)務(wù)實(shí)體（OU）（四）庫(kù)存組織（INV）（五）公司成本中心（Cost Center）（六）HR組織（七）多組織接入控制在企業(yè)管理實(shí)踐的過程中，“組織”（Organization） 一詞是個(gè)經(jīng)常需用到的概念，一般與“人員”與“職能”這兩個(gè)要素密切相關(guān)，反映某種行政管理關(guān)系，例如“財(cái)務(wù)部、銷售部、采購(gòu)部、生產(chǎn)部、倉(cāng)儲(chǔ)部”等等。 企業(yè)內(nèi)部行政組織（部門）的劃分是企業(yè)基于“職能驅(qū)動(dòng)”業(yè)務(wù)管理模式進(jìn)行運(yùn)作的基礎(chǔ)。目前，國(guó)內(nèi)適用于小企業(yè)使用的大多數(shù)低端管理軟件并不考慮系統(tǒng)中的 “組織”設(shè)置問題，其系統(tǒng)應(yīng)用模塊的劃分，例如采購(gòu)模塊、倉(cāng)管模塊、銷售模塊等等，實(shí)際上就已經(jīng)基本反映了企業(yè)運(yùn)作的“組織職能”劃分問題。但 是，對(duì)于業(yè)務(wù)復(fù)雜、規(guī)模較大的企業(yè)（如所謂“集團(tuán)企業(yè)”），管理軟件使用與實(shí)施的系統(tǒng)“組織設(shè)置”問題將是一個(gè)首要的重要問題。一個(gè)常見的、也是錯(cuò)誤的系 統(tǒng)實(shí)現(xiàn)方式就是將企業(yè)的“行政組織設(shè)置”直接映射到系統(tǒng)中，以“行政組織”代替“業(yè)務(wù)組織”。這種系統(tǒng)實(shí)現(xiàn)方式雖有理解、掌握比較容易的優(yōu)勢(shì)，但卻完全違 背了大企業(yè)運(yùn)作必須基于“流程驅(qū)動(dòng)”業(yè)務(wù)模式的基本管理原則。國(guó)內(nèi)有所謂高端管理軟件在系統(tǒng)實(shí)施過程中，常常出現(xiàn)有幾十個(gè)財(cái)務(wù)、采購(gòu)組織，幾百個(gè)銷售組 織，乃至上千個(gè)庫(kù)存組織的“盛況”，導(dǎo)致系統(tǒng)幾乎沒法使用的困境，其癥結(jié)正在于此。與企業(yè)的“行政組織”設(shè)置與人員規(guī)模密切相關(guān)且復(fù)雜多變不同，軟件系統(tǒng)的“組織設(shè)置”必須以業(yè)務(wù)流程運(yùn)作為核心，要求盡可能簡(jiǎn)單并保持相對(duì)穩(wěn)定，在公司（人員）規(guī)模擴(kuò)大的過程中具有延續(xù)性與繼承性。作為ERP鼻祖的SAP將系統(tǒng)組織簡(jiǎn)單地分為“集團(tuán)（Client）、公司代碼（Company Code）、采購(gòu)組織（Purchase Org）、銷售組織（Sale Org）、工廠（Plant）”等類別。ORACLE的組織設(shè)置本質(zhì)上與之基本相似，但作為后來者作了進(jìn)一步抽象與簡(jiǎn)化，系統(tǒng)組織劃分為“業(yè)務(wù)組（Business Group）、法律實(shí)體（Legal Entity）、業(yè)務(wù)實(shí)體（Operating Unit）、庫(kù)存組織（Inventory Org）”等。如果說SAP的組織模型字面上多少還帶有一點(diǎn)“行政組織”痕跡的話（這可能是某些聲稱學(xué)SAP的國(guó)內(nèi)產(chǎn)品誤入歧途的原因），ORACLE系統(tǒng)的組織模型字面上已經(jīng)幾乎看不出與“行政組織”還有什么關(guān)系，其中的“Inventory Org”現(xiàn)今中文翻譯成“庫(kù)存組織”，容易令人望文生義和企業(yè)的“倉(cāng)庫(kù)管理部門（Warehouse）”混淆，但I(xiàn)nventory的本義實(shí)際應(yīng)該是“存貨”，稱之為“存貨組織”或許更好一些。如下圖22所示ORACLE系統(tǒng)有關(guān)核心業(yè)務(wù)的多組織模型：上圖中的“財(cái)務(wù)、銷售、采購(gòu)”并非系統(tǒng)的“組織實(shí)體”，它僅表示業(yè)務(wù)實(shí)體（OU）具有的相關(guān)業(yè)務(wù)處理功能?！白訋?kù)”是特殊的系統(tǒng)組織實(shí)體，沒有上下文環(huán)境可進(jìn)入，主要表示庫(kù)存組織之下的某種業(yè)務(wù)功能。（一）業(yè)務(wù)組（BG） “業(yè) 務(wù)組”的概念可以與企業(yè)的“集團(tuán)”概念參看，但不同的是一個(gè)企業(yè)在系統(tǒng)中可以設(shè)置多個(gè)“業(yè)務(wù)組（集團(tuán)）”。通常對(duì)于一個(gè)企業(yè)來說，系統(tǒng)中有一個(gè)“業(yè)務(wù)組” 就夠了，這表示企業(yè)就是一個(gè)“集團(tuán)公司”。而對(duì)于某些業(yè)務(wù)“多元化”的特大型公司（如跨國(guó)公司），則可能需要在系統(tǒng)中設(shè)置多個(gè)“業(yè)務(wù)組”，表示企業(yè)由多個(gè) “集團(tuán)公司”組成。業(yè)務(wù)組設(shè)置是系統(tǒng)組織設(shè)置的第一步，是最高層級(jí)的組織形態(tài)，但它主要是與人力資源信息的分隔有關(guān)，即“人員信息”的設(shè)置在一個(gè)BG范圍內(nèi)是由各業(yè)務(wù)模塊共享的（如果需要）。一旦系統(tǒng)設(shè)置的用戶名（User）被與“人員”（Employee）關(guān)聯(lián)，無論使用什么“責(zé)任”進(jìn)入系統(tǒng)，都會(huì)定位至一個(gè)確定的BG中，任何責(zé)任在任意時(shí)刻只能關(guān)聯(lián)一個(gè)BG。EBS安裝好后，系統(tǒng)里面已經(jīng)預(yù)置了一個(gè)名為“Setup Business Group