多組織接入控制在圖30的EBS組織設(shè)置界面中，所謂的組織“類型〞〔Type〕劃分僅是基于組織自身的統(tǒng)計(jì)分析工作需要而定義的一個(gè)“維度〞，例如“公司總部、產(chǎn)品線〞等等，并不影響系統(tǒng)的業(yè)務(wù)處理功能。真正起作用的是設(shè)置界面中的“組織分類〞〔Classification〕，系統(tǒng)預(yù)置的組織分類LOV除了上述“業(yè)務(wù)組、法律實(shí)體、業(yè)務(wù)實(shí)體、庫(kù)存組織〞等之外，還有諸如“資產(chǎn)組織、運(yùn)營(yíng)公司、雇主〞等等選項(xiàng)。在EBS系統(tǒng)中各應(yīng)用模塊所具有的業(yè)務(wù)處理功能通常需構(gòu)建在一個(gè)確定的“組織分類〞之上，“組織〞是相關(guān)業(yè)務(wù)處理功能的平臺(tái)，企業(yè)是否需要作相關(guān)組織分類設(shè)置、如何設(shè)置，取決于企業(yè)所需要使用到的應(yīng)用模塊功能。例如所謂“資產(chǎn)組織〞的設(shè)置，它是在企業(yè)需使用到資產(chǎn)管理模塊FA時(shí)才涉及到?！百Y產(chǎn)組織〞實(shí)際上是所謂“資產(chǎn)賬簿〞的代名詞，它只是表示有關(guān)資產(chǎn)信息的一個(gè)數(shù)據(jù)維度，作用主要在于分隔數(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è)定假設(shè)干個(gè)具有不同內(nèi)部結(jié)構(gòu)的“組織層次結(jié)構(gòu)〞Name，以供定義系統(tǒng)所謂“平安性配置文件〞時(shí)調(diào)用。如下列圖32所示：上圖所定義“平安性配置文件〞是系統(tǒng)用以控制包括“組織平安性〞等在內(nèi)的各種平安性控制的根底，它具體規(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)立的OUname自動(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)系。因此R12環(huán)境下多OU的設(shè)置為：定義組織架構(gòu)及OU信息定義平安配置文件運(yùn)行〞SecurityListMaintenanceProgram〞請(qǐng)求為用戶職責(zé)分配〞MO:SecurityProfile〞預(yù)制文件的值為平安配置文件的定義為用