【正文】 義的法律實體LE必須對應(yīng)于公司段值集中的（至少）一個值（行），但R11與R12的區(qū)別是，R11在定義LE時并沒有明確告訴系統(tǒng)對應(yīng)（綁定）哪個段值，只要用戶自己清楚并不混淆即可。在R12中，再增加一個維度“會計方法或會計慣例”，即成為所謂“分類帳”。ORACLE EBS R12“多賬簿”功能的核心與關(guān)鍵是各相關(guān)應(yīng)用模塊（子分類帳應(yīng)用產(chǎn)品）在向總賬模塊傳送日記賬時，如何自動為總賬中的“主要分類帳和輔助分類帳”自動生成各自的日記賬分錄。所幸的是它只對GL模塊的使用有一定影響，對各相關(guān)應(yīng)用模塊的用戶使用并無直接影響，從R11到R12，“多賬簿”功能只相當(dāng)于多調(diào)用了一個“服務(wù)”，EBS系統(tǒng)升級與使用保持了良好的繼承性。如下圖17所示：對于配置文件“GL 分類帳名稱”， 該參數(shù)只在R12中有，類似R11中的“GL帳套名”，但作用與R11大不相同，其LOV為分類帳名的集合（創(chuàng)建時自動添加），只表示當(dāng)前用戶所進入的該“分類帳”同時還需要用到子分類帳產(chǎn)品諸如AP/AR等等。測試中發(fā)現(xiàn)，如果“GL 分類帳名稱”配置文件值留空，而修改設(shè)定了“GL：數(shù)據(jù)訪問權(quán)限集”，“GL：數(shù)據(jù)訪問權(quán)限集”默認(rèn)的分類帳并未出現(xiàn)在FORM的窗口界面中，這似乎是設(shè)計人員的疏忽。R12與R11的上下文切換方式雖然不同，但切換后的系統(tǒng)業(yè)務(wù)處理功能則基本相同。與企業(yè)的“行政組織”設(shè)置與人員規(guī)模密切相關(guān)且復(fù)雜多變不同，軟件系統(tǒng)的“組織設(shè)置”必須以業(yè)務(wù)流程運作為核心，要求盡可能簡單并保持相對穩(wěn)定，在公司（人員）規(guī)模擴大的過程中具有延續(xù)性與繼承性。而對于某些業(yè)務(wù)“多元化”的特大型公司（如跨國公司），則可能需要在系統(tǒng)中設(shè)置多個“業(yè)務(wù)組”，表示企業(yè)由多個“集團公司”組成。要在進入系統(tǒng)時能切換到新的BG，必須先修改該責(zé)任的“HR：安全性配置文件”設(shè)定值。一個分類帳設(shè)置（主輔分類帳）可以添加多個LE，但每個LE只能具有一個分類帳設(shè)置。R12顯然更多地考慮了外部使用的這種法律要求（即所謂“法規(guī)遵從性”或“合規(guī)性”），并在相關(guān)業(yè)務(wù)應(yīng)用模塊中有所體現(xiàn)。EBS在一個業(yè)務(wù)實體OU下，例如“電視機管理群組”，包含了全國各地所有負責(zé)生產(chǎn)或銷售電視機的分公司、子公司（LE）的日常業(yè)務(wù)運作，在業(yè)務(wù)運作的組織層面忽略了作為法人實體的公司信息，但在反映業(yè)務(wù)運營最終結(jié)果的財務(wù)階段（GL），仍能夠方便地按照各地的法規(guī)要求提供財務(wù)數(shù)據(jù)與結(jié)果。R12中的業(yè)務(wù)實體定義同R11基本相同，只是將帳套改為“主要分類帳”。ORACLE的某些相關(guān)文檔中，如果因描述需要而提及所謂“采購組織、銷售組織”等概念，有時實際指的就是業(yè)務(wù)實體OU（或OU下的庫存INV組織）。系統(tǒng)之所以如此處理，主要是為了控制某些INV不能做MRP或WIP而已，因為基于物料接收或發(fā)出需要所設(shè)定的INV數(shù)量可能比較多。（六）HR組織 系統(tǒng)的HR組織設(shè)置是與HRM模塊的相關(guān)業(yè)務(wù)處理功能相關(guān)，與核心業(yè)務(wù)/財務(wù)處理功能關(guān)系不大，主要是需要注意其是否和“成本中心”關(guān)聯(lián)，需要時可以輸入“成本中心”代碼，其LOV就是“會計科目彈性域”結(jié)構(gòu)中成本中心段的值集。如下圖31所示：上圖中開始定義時，一旦選定（最）頂端組織Name，則就只能為之分配下屬組織Name，如要給下屬組織分配更下一級的組織，則需點擊“向下”按鈕，將當(dāng)前該下屬組織上升到“頂端組織”位置。對于“MO：安全性配置文件”， 在R11中雖有，但實際不起OU接入的控制作用，只針對FA等模塊的得某些應(yīng)用如數(shù)據(jù)統(tǒng)計等起作用。總之，EBS系統(tǒng)通過“彈性域段值安全性”、“帳套/分類帳安全性”、“多組織接入安全性（MOAC）”、“庫存組織訪問控制”等多維度、多方面的組合系統(tǒng)設(shè)置，提供了靈活、方便的用戶權(quán)限管理功能，厘清并掌握它們的復(fù)雜關(guān)系是系統(tǒng)實施的一項重要基礎(chǔ)性工作。各國或地區(qū)的“貨幣”是一種客觀存在，EBS系統(tǒng)已經(jīng)預(yù)置幾乎所有企業(yè)可能使用到的幣種，必要時還可以添加。由于EBS的物料是定義在庫存組織INV上的，故單位及轉(zhuǎn)換關(guān)系也是基于INV設(shè)置的。Location（地點）的系統(tǒng)涵義則理解比較抽象，系統(tǒng)定義的名稱可以看作是與一個具體Address相關(guān)聯(lián)的一個或多個不同“稱謂代號”，例如與上述Address“北京市朝陽區(qū)安定路甲3號”關(guān)聯(lián)的Location“鳥巢、國家體育場、奧林匹克公園、奧運主會場”等等。系統(tǒng)內(nèi)存在的所謂“并發(fā)管理器”按功用劃分主要有三大類：內(nèi)部監(jiān)控程序、并發(fā)管理器、事務(wù)處理管理器。如下圖40所示： 標(biāo)準(zhǔn)管理器。事務(wù)處理管理器會等待由客戶機程序發(fā)送信號，而不會輪詢并發(fā)請求表來確定該如何執(zhí)行操作。要注意的是，系統(tǒng)許多業(yè)務(wù)流程類的事務(wù)處理“并發(fā)程序” 由于承擔(dān)的后臺任務(wù)比較復(fù)雜，實際起著某種業(yè)務(wù)流程運作的管理作用，故習(xí)慣上也以“管理器、處理器”來命名，例如“計劃管理器（控制計劃系統(tǒng)有關(guān)預(yù)測沖減、需求沖減等等事項的自動程序，）、成本管理器（控制數(shù)據(jù)的自動計算與更新等等事項的自動程序）、接收事務(wù)處理處理器（控制PO接收的庫存更新等事項的自動程序）”等等，不能與上一層的管理這些并發(fā)程序的所謂“并發(fā)管理器”相混淆。對于EBS系統(tǒng)中處于各種運行狀態(tài)的并發(fā)程序，系統(tǒng)管理員可以在“請求”窗口，通過設(shè)定不同查詢選項（如特定請求之狀態(tài)、階段等等），查詢監(jiān)控相關(guān)“并發(fā)程序”的進程狀況，并根據(jù)實際情況作出處理（如暫掛、重啟、取消、診斷等等）。會計人員依據(jù)這些原始憑證制作“記賬憑證”并手工為之指定“會計科目”或“賬戶代碼”，以便正確地向總賬GL實施“過賬”。八、系統(tǒng)初始化設(shè)置（一）關(guān)于安全性。（二）關(guān)于配置文件系統(tǒng)配置文件總數(shù)有6600多個，絕大多數(shù)有初始化的默認(rèn)值，可以有需要時再來修改，有關(guān)系統(tǒng)配置文件的設(shè)置情況（初始化時尤其可能希望了解），可以使用工具欄“File—Export”將它們?nèi)繉?dǎo)出，以方便的格式如EXCEL集中查看，如下圖58所示：有些必須設(shè)置且沒有默認(rèn)值的配置文件，例如“GL Ledger Name ”、“MO：Operating Unit”等，由于其LOV取決于系統(tǒng)的其它具體設(shè)置如分類賬（帳套）、業(yè)務(wù)實體OU等，故這些特殊的配置文件初始進入時會報錯，如下圖59所示：這些少數(shù)的特殊配置文件是系統(tǒng)初始化參數(shù)配置是的重點與難點，在完成相關(guān)會計科目彈性域結(jié)構(gòu)、分類賬、組織架構(gòu)等等設(shè)置后，應(yīng)及時為這些特殊“配置文件”賦值。但需注意，“會計科目彈性域”必需使用值集。有關(guān)多組織、多賬簿的接入功能還需與“安全性配置文件（Security Profile）、數(shù)據(jù)訪問權(quán)限集（Data Access Set）”的定義，配置文件“BG：安全配置文件、MO：安全配置文件、GL：數(shù)據(jù)訪問權(quán)限集”等等參數(shù)的設(shè)置進行協(xié)調(diào)配合，包括運行“轉(zhuǎn)換為多組織體系結(jié)構(gòu)（僅R11，在AD Utility 工具中執(zhí)行；R12安裝已經(jīng)是多組織結(jié)構(gòu)）”以及為新添OU“復(fù)制系統(tǒng)初始數(shù)據(jù)”（在“系統(tǒng)管理員”責(zé)任下，運行“Replicate Seed Data”請求）公用程序等等。如下圖63所示： 單據(jù)類別與單據(jù)編號發(fā)生器的關(guān)聯(lián)分配是基于分類賬（帳套）的，故在每次新定義分類賬或帳套后，均需完成有關(guān)的單據(jù)編號“分配”工作。其中有些步驟在“系統(tǒng)”或“分支系統(tǒng)”層如果已經(jīng)設(shè)置，則在應(yīng)用模塊層就無需再執(zhí)行這些設(shè)置步驟。EBS系統(tǒng)初始化的具體設(shè)置是一個復(fù)雜、繁瑣且細致的系統(tǒng)性工程，過程的實踐性很強，有興趣者可以安裝一個Fresh Database去做嘗試（本系列文檔以后會考慮提供一個設(shè)置“實例”供參考），這對于熟悉掌握系統(tǒng)、積累系統(tǒng)實施經(jīng)驗將會很有幫助。s Guide) 來協(xié)調(diào)設(shè)置活動。下圖64所示表達了EBS（R11）全系統(tǒng)公共層面的基礎(chǔ)設(shè)置內(nèi)容與層次結(jié)構(gòu)： Common Applications Process Hierarchy EBS核心系統(tǒng)習(xí)慣上可以劃分為四大分支系統(tǒng)：財務(wù)、制造、分銷、人力資源。（五）單據(jù)編號 新安裝的EBS系統(tǒng)初始并未定義單據(jù)編號發(fā)生器，需要全新定義，如下圖62所示： 需要指出的是，這里的“單據(jù)編號”僅是“系統(tǒng)內(nèi)部”使用的標(biāo)識，都是不包含任何業(yè)務(wù)管理信息的數(shù)字代碼。但這樣輸入對于一些常用到的“代碼組合”，既不方便記憶，也不方便輸入，為此，ORACLE為定義的每一彈性域結(jié)構(gòu)的代碼組合提供了“別名”（Aliases）定義的功能。如下圖60所示。如下圖55所示：其中有些User是系統(tǒng)殘留，并不可用，還有些是只有用戶名，但并未為之分配責(zé)任。再考慮人工處理難免有疏漏，可能需要反復(fù)“對賬”，每月月底必須及時結(jié)賬關(guān)賬、時間緊迫等等因素，故非人工的、高度準(zhǔn)確的“會計分錄（日記賬）”自動生成功能（即所謂“自動會計”）是系統(tǒng)設(shè)計時必須考慮解決的重要問題。詳情需參考ORACLE的相關(guān)文檔，這里不贅述。如下圖44所示：“并發(fā)管理器”定義時需用到的“特殊規(guī)則”（系統(tǒng)初始無預(yù)置值），可直接輸入“包括或排除”類型為“程序、請求類型、用戶、ORACLE標(biāo)識”的具體條目組合。系統(tǒng)在用戶等待時“同步”作相關(guān)事務(wù)處理的處理，并且在完成后才將系統(tǒng)控制返回給用戶。標(biāo)準(zhǔn)管理器始終處于活動狀態(tài)，即一年 365 天，一天 24 小時全天候工作?！安l(fā)管理器”類型的管理器的功用是“啟動運行并發(fā)程序”；“ 事務(wù)處理管理器”類型的管理器的功用是“處理客戶端用戶發(fā)出的同步請求”。EBS系統(tǒng)最初使用比較“簡短”的Location代替比較“冗長”的Address，僅僅是為了方便IT“標(biāo)準(zhǔn)化”處理的需要。（五）關(guān)于“地點”。如下圖36所示：（三）關(guān)于“匯率”。這些基礎(chǔ)數(shù)據(jù)的系統(tǒng)設(shè)置有些比較簡單如“幣種”，有些與真實世界的情況相似如“日歷”，有些則可能比較抽象復(fù)雜如“地點”等等，情況多種多樣。在R12中，該參數(shù)如果不設(shè)定，則必須設(shè)定“MO：業(yè)務(wù)實體”參數(shù)；一旦該參數(shù)被設(shè)定，則就起決定作用，系統(tǒng)主要依賴其實現(xiàn)MOAC。企業(yè)可以根據(jù)實際需要設(shè)定若干個具有不同內(nèi)部結(jié)構(gòu)的“組織層次結(jié)構(gòu)”Name，以供定義系統(tǒng)所謂“安全性配置文件”時調(diào)用。真正起作用的是設(shè)置界面中的“組織分類”（Classification），系統(tǒng)預(yù)置的組織分類LOV除了上述“業(yè)務(wù)組、法律實體、業(yè)務(wù)實體、庫存組織”等之外，還有諸如“資產(chǎn)組織、運營公司、雇主”等等選項。庫存組織的作用是如此基礎(chǔ)，以至于EBS的相關(guān)文檔在提及組織（Org）概念時，如果未作特別說明，默認(rèn)就是指INV組織。庫存組織的內(nèi)涵遠不是真實世界的“倉庫部門”那么簡單，它除了是有關(guān)“物料接收與發(fā)出”等業(yè)務(wù)功能的基礎(chǔ)之外，更重要的是，它還是EBS系統(tǒng)有關(guān)計劃（MPS/MRP）、在制品管理（WIP）、物料清單（BOM）等模塊業(yè)務(wù)功能的操作與管理平臺。OU與LE是“多對多”的關(guān)系，但有一個限制性的前提條件，即OU與LE必須屬于同一個SOB或Ledger。EBS中LE的數(shù)量可以根據(jù)需要任意增加，但對于OU的數(shù)量基于管理方便性則要求盡可能精簡。它與法人主體LE本身沒有必然的關(guān)系，與會計科目彈性域結(jié)構(gòu)中的“公司段”也沒有直接關(guān)系。每個LE可以分配多個“平衡段”值，公司段值集中每個段值一旦被分配給某LE，則其它LE就不能再被分配。在同一個BG下的所有新建組織，名稱不允許相同。一旦系統(tǒng)設(shè)置的用戶名（User）被與“人員”（Employee）關(guān)聯(lián)，無論使用什么“責(zé)任”進入系統(tǒng)，都會定位至一個確定的BG中，任何責(zé)任在任意時刻只能關(guān)聯(lián)一個BG。ORACLE的組織設(shè)置本質(zhì)上與之基本相似，但作為后來者作了進一步抽象與簡化，系統(tǒng)組織劃分為“業(yè)務(wù)組（Business Group）、法律實體（Legal Entity）、業(yè)務(wù)實體（Operating Unit）、庫存組織（Inventory Org）”等。企業(yè)內(nèi)部行政組織（部門）的劃分是企業(yè)基于“職能驅(qū)動”業(yè)務(wù)管理模式進行運作的基礎(chǔ)。在需要進一步限制對分類帳、分類帳集或分類帳/分類帳集的特定平衡段值或管理段值的讀寫權(quán)限時，用戶需要創(chuàng)建自己的數(shù)據(jù)訪問權(quán)限集。但是系統(tǒng)給出了特別控制機制，即在每當(dāng)修改設(shè)置“GL 分類帳名稱”時，系統(tǒng)會同時自動修改“GL：數(shù)據(jù)訪問權(quán)限集”的值，使之與“GL 分類帳名稱”的值一致。故總賬模塊與其它業(yè)務(wù)模塊比較，總賬模塊無需再作所謂“組織”的劃分，可說是“無組織”的。每個子分類帳應(yīng)用產(chǎn)品的系統(tǒng)事務(wù)處理默認(rèn)是基于主要分類帳的“代碼組合”及其賬戶生成器規(guī)則，當(dāng)子分類帳應(yīng)用產(chǎn)品系統(tǒng)啟動“向GL傳送日記賬”流程時，對于每個會計事件分類的“分類—類型”組合，流程將按照“子分類帳會計方法”中所包含的日記賬行類型之“條件”與“賬戶推導(dǎo)規(guī)則”生成相應(yīng)的“帳戶代碼”（CCID）及日記賬行。標(biāo)準(zhǔn)不同，記賬的會計科目也就不同，企業(yè)報告的經(jīng)營結(jié)果也就會有差別?！安块T段”的彈性域限定詞為“成本中心段”，成本中心LOV值可能是企業(yè)中的一個具體行政組織，也可能表示共享一個成本中心的多個行政組織的組合，還可能是表示基于統(tǒng)計管理需要而設(shè)定的多個成本中心的組合；如下圖6所示：“賬戶段”的彈性域限定詞為“自然賬戶段”，其LOV值即法定科目表及為統(tǒng)計需要而設(shè)置的匯總科目；如圖7所示：注意，圖7與圖6中的“段限定詞”的內(nèi)容有所不同，它具體規(guī)定了自然賬戶的段值所代表的會計科目的類別（資產(chǎn)、負債等），“彈性域限定詞”與“段限定詞”是兩個不同的概念，段限定詞的取值受控