【正文】 不過(guò)，對(duì)于上述由“系統(tǒng)層面”到“分支系統(tǒng)層面”，再到各“應(yīng)用模塊系統(tǒng)”的基礎(chǔ)設(shè)置具體過(guò)程與操作細(xì)節(jié)（注意，EBS所謂“系統(tǒng)層、分支系統(tǒng)層”設(shè)置，僅就其影響與作用范圍而言，并非有獨(dú)立的系統(tǒng)存在，它們同樣也是分散存在于各應(yīng)用模塊之中），對(duì)于大多數(shù)人來(lái)說(shuō)，基本了解即可，未必要求完全掌握，也并非學(xué)習(xí)掌握系統(tǒng)流程與應(yīng)用功能的前提條件。該“向?qū)А睂⒅笇?dǎo)用戶完成對(duì)已安裝應(yīng)用產(chǎn)品的設(shè)置步驟，給出滿足交叉產(chǎn)品相關(guān)性要求的邏輯實(shí)施順序并免去多余的設(shè)置步驟。但是，通常需要復(fù)查一下這些默認(rèn)值，以決定是否要對(duì)其進(jìn)行更改。每一大分支系統(tǒng)也有相關(guān)的公用層面設(shè)置，如下圖65所示是EBS（R11）公共“分銷系統(tǒng)”的基礎(chǔ)設(shè)置內(nèi)容與層次結(jié)構(gòu)（公共財(cái)務(wù)、制造、人力資源的相關(guān)層次結(jié)構(gòu)比較簡(jiǎn)單，故略）：Common Distribution Process Hierarchy 而涉及具體應(yīng)用模塊的系統(tǒng)初始設(shè)置，情況就更為復(fù)雜，通常需要按照應(yīng)用模塊的設(shè)置流程圖，結(jié)合全系統(tǒng)與分支系統(tǒng)的設(shè)置情況來(lái)決定具體如何執(zhí)行。未來(lái)在完成系統(tǒng)設(shè)置過(guò)程中，還會(huì)基于某些表單的業(yè)務(wù)類別設(shè)置（例如銷售訂單類別等）自動(dòng)生成新的單據(jù)類別。某些特殊單據(jù)如采購(gòu)申請(qǐng)、采購(gòu)訂單以及供應(yīng)商等雖具有自己專門的編號(hào)管理機(jī)制，其所生成的也是不包含業(yè)務(wù)信息的數(shù)字代碼。R12的法人實(shí)體LE的設(shè)置與R11相比也有很大變化，只能在“會(huì)計(jì)科目管理器”中設(shè)置，原在GUI組織設(shè)置界面的LE設(shè)置的值不再有效（即使設(shè)定也無(wú)法分配給分類賬）。例如，實(shí)際工作使用得比較多的“賬戶代碼”的“賬戶別名”就是一個(gè)典型。對(duì)于基礎(chǔ)列不是“字符”列的任何段，則必須使用值集，否則將不能夠編譯彈性域。而對(duì)于系統(tǒng)鍵彈性域與說(shuō)明性彈性域所使用到的值集，則需要根據(jù)企業(yè)具體情況，進(jìn)行完善的定義設(shè)置（尤其是38個(gè)鍵彈性域所需使用的值集）。為測(cè)試方便，建一包含所有常用超級(jí)用戶菜單的總菜單，并以此建一超級(jí)總責(zé)任，也與用戶MFG關(guān)聯(lián)。注意，上圖初始的GUI界面默認(rèn)配色方案，為演示方便已通過(guò)配置文件“Java color scheme”做調(diào)整。R11的賬戶生成器生成的賬戶代碼被直接用之于向總賬GL傳送，而R12由于存在“多賬簿”的不同“會(huì)計(jì)方法”因素，各子分類帳產(chǎn)品（業(yè)務(wù)模塊）基于事務(wù)處理會(huì)計(jì)科目彈性域結(jié)構(gòu)通過(guò)賬戶生成器而生成的帳戶代碼，在向總賬GL傳送時(shí)，還需結(jié)合“會(huì)計(jì)方法”中的“賬戶推導(dǎo)規(guī)則”等設(shè)置，才能在總賬GL生成正確的會(huì)計(jì)分錄（日記賬）。在EBS系統(tǒng)中，賬戶代碼被擴(kuò)展為一個(gè)包含多個(gè)段組合的會(huì)計(jì)科目彈性域結(jié)構(gòu)，系統(tǒng)在業(yè)務(wù)流程類表單例如采購(gòu)訂單、發(fā)票等做業(yè)務(wù)處理時(shí)，依賴所謂“賬戶生成器流程”根據(jù)業(yè)務(wù)處理的自身屬性，自動(dòng)生成準(zhǔn)確的帳戶代碼組合并記錄于業(yè)務(wù)表單的相關(guān)字段中，如下圖52所示采購(gòu)申請(qǐng)界面每個(gè)申請(qǐng)行（分配）所對(duì)應(yīng)的“會(huì)計(jì)賬戶”（彈性域結(jié)構(gòu)）：系統(tǒng)周期或人工啟動(dòng)向總賬GL的“過(guò)賬”流程，對(duì)符合條件的“事務(wù)處理”成批生成會(huì)計(jì)分錄（日記賬，是否還需復(fù)核審批視乎企業(yè)規(guī)定），一般來(lái)說(shuō)無(wú)需再做繁瑣的“對(duì)賬”工作。傳統(tǒng)的手工業(yè)務(wù)模式下，所有可能涉及會(huì)計(jì)記賬處理的業(yè)務(wù)處理例如物料接收、發(fā)出等等，作為業(yè)務(wù)處理人員在日常工作過(guò)程中是不需要考慮如何記賬的，只是需要將有關(guān)業(yè)務(wù)處理記錄例如入庫(kù)單、出庫(kù)單等作為原始憑證提交給會(huì)計(jì)人員去做處理。二是為系統(tǒng)設(shè)置工作流管理員。這些自定義報(bào)表并發(fā)程序的系統(tǒng)管理方式?jīng)]有什么特殊性，它可以使用系統(tǒng)預(yù)置的“并發(fā)管理器”進(jìn)行管理，也可以自定義新的“并發(fā)管理器”。這些條目的組合也可以事先定義為各種“組合規(guī)則”，供定義“并發(fā)管理器”時(shí)作為L(zhǎng)OV調(diào)用。與之類似的重要系統(tǒng)事務(wù)處理并發(fā)程序還有“計(jì)劃管理器”（受“MRP管理器”管理），“接收事務(wù)處理處理器”（受“接收事務(wù)處理管理器”管理）。這在業(yè)務(wù)量較大、系統(tǒng)繁忙時(shí)，用戶等待的時(shí)間可能較長(zhǎng)，影響用戶的工作效率。如果客戶機(jī)程序發(fā)出同步運(yùn)行服務(wù)器端程序的請(qǐng)求，則事務(wù)處理管理器會(huì)立即運(yùn)行此請(qǐng)求，然后將狀態(tài)返回至此客戶機(jī)程序。標(biāo)準(zhǔn)管理器可作為安全網(wǎng)使用，因?yàn)樗冀K可用于運(yùn)行任何請(qǐng)求。用戶不能改變其定義（工作班次、特殊規(guī)則）。系統(tǒng)在初始安裝后，已經(jīng)預(yù)置有若干不同類型的20多個(gè)管理器，系統(tǒng)也允許用戶根據(jù)特殊需要自定義新的管理器。系統(tǒng)后臺(tái)可以有多個(gè)不同的“并發(fā)管理器”來(lái)管理不同的并發(fā)程序，“并發(fā)管理器”本身實(shí)際上也是并發(fā)程序，對(duì)于這些多個(gè)“并發(fā)管理器”，系統(tǒng)也要通過(guò)“管理并發(fā)管理器”功能進(jìn)行有效管理。但在以后的發(fā)展過(guò)程中，系統(tǒng)設(shè)計(jì)逐步賦予Location更多與業(yè)務(wù)處理功能相關(guān)的“屬性”，為了區(qū)分這些不同屬性，系統(tǒng)以Site（站點(diǎn)）來(lái)加以區(qū)分，如圖39中所示，一個(gè)Location可以具有“發(fā)運(yùn)到Shipto”、“接收至Receiving”、“開(kāi)票到Billto”、“內(nèi)部Internal”等等不同系統(tǒng)功用。各個(gè)國(guó)家的Address表述方式可能不同（如中國(guó)與美國(guó)有差別），故系統(tǒng)有所謂“中國(guó)式地址”、“美國(guó)式地址”之分等等。EBS中所謂“地點(diǎn)”的概念不僅非常抽象，而且十分重要，因?yàn)橄到y(tǒng)相關(guān)業(yè)務(wù)處理功能如“接收、發(fā)運(yùn)、人員分配”等等都與“地點(diǎn)”密切相關(guān)。計(jì)量單位雖然也可以看作是一種客觀存在，但單位與基本單位之間的轉(zhuǎn)換關(guān)系，則可能是與具體物料相關(guān)的（例如雞蛋1斤=15個(gè)，鴨蛋1斤=10個(gè)等，轉(zhuǎn)換系數(shù)不同）。企業(yè)對(duì)于不同幣種匯率轉(zhuǎn)換的管理是一項(xiàng)重要的基礎(chǔ)性工作，它對(duì)企業(yè)的經(jīng)營(yíng)結(jié)果有重要影響。（二）關(guān)于“幣種”。以下?lián)衿湟?，作?jiǎn)要說(shuō)明。庫(kù)存組織的可接入性是在“組織訪問(wèn)”控制功能中，專門設(shè)定“庫(kù)存組織”與“責(zé)任”的關(guān)聯(lián)性，如下圖34所示：按照ORACLE的說(shuō)法，如果系統(tǒng)在初始的時(shí)候，不定義庫(kù)存組織的“組織訪問(wèn)”控制，則所有“責(zé)任”可訪問(wèn)所有INV，一旦限制或分配其中一個(gè)，則其余均必須逐個(gè)進(jìn)行分配以建立“庫(kù)存組織”與“責(zé)任”的鏈接關(guān)系。對(duì)于“MO：默認(rèn)業(yè)務(wù)實(shí)體”， 在R11中雖有但實(shí)際不起作用。而在R12中，一旦設(shè)定“MO：安全性配置文件”，則此配置文件失效而不起作用。如下圖32所示：上圖所定義“安全性配置文件”是系統(tǒng)用以控制包括“組織安全性”等在內(nèi)的各種安全性控制的基礎(chǔ)，它具體規(guī)定了系統(tǒng)安全性控制的范圍與實(shí)現(xiàn)方式，所有定義的“安全性配置文件”Name構(gòu)成系統(tǒng)多組織接入控制參數(shù)“MO：安全性配置文件”的LOV。需指出的是，這里的組織“層次結(jié)構(gòu)”與真實(shí)世界企業(yè)的行政管理組織層次結(jié)構(gòu)沒(méi)有直接關(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)。在EBS系統(tǒng)中各應(yīng)用模塊所具有的業(yè)務(wù)處理功能通常需構(gòu)建在一個(gè)確定的“組織分類”之上，“組織”是相關(guān)業(yè)務(wù)處理功能的平臺(tái)，企業(yè)是否需要作相關(guān)組織分類設(shè)置、如何設(shè)置，取決于企業(yè)所需要使用到的應(yīng)用模塊功能。庫(kù)存組織INV與會(huì)計(jì)科目彈性域中的“成本中心”段（部門）則具有“一對(duì)一或多對(duì)一”的關(guān)系，即一個(gè)“成本中心”段值可以有多個(gè)庫(kù)存組織INV，但一個(gè)庫(kù)存組織INV只能屬于一個(gè)確定的成本中心。（五）公司成本中心（Cost Center） EBS的所謂“成本中心組織”并沒(méi)有業(yè)務(wù)處理的功能，它的設(shè)置主要是考慮與“會(huì)計(jì)科目彈性域結(jié)構(gòu)”中的“公司段值”與“成本中心段值”的對(duì)應(yīng)關(guān)系問(wèn)題。在EBS中還有兩個(gè)組織概念“MRP組織、WIP組織”，它們實(shí)際是必須構(gòu)建于庫(kù)存組織之上的組織概念，表示該庫(kù)存組織還可以進(jìn)行MRP或WIP的功能。如下圖28所示：EBS中的庫(kù)存組織INV的作用與功能可以與SAP中的工廠Plant參看。實(shí)際上，SAP的“采購(gòu)組織、銷售組織”設(shè)置也是與真實(shí)世界的行政組織“采購(gòu)部、銷售部”無(wú)關(guān)的，ORACLE拋棄了“采購(gòu)組織、銷售組織”的概念，OU實(shí)際上就起到了類似的組織分隔作用。由于LE與OU的設(shè)置在系統(tǒng)中可以獨(dú)立進(jìn)行，因此如果雙方的SOB或Ledger不同，則不能建立連接關(guān)系。要注意的是，上述業(yè)務(wù)實(shí)體信息中的法人實(shí)體設(shè)定，并不代表OU只能屬于一個(gè)LE，它只是表示在“業(yè)務(wù)實(shí)體”中進(jìn)行業(yè)務(wù)操作需要法人實(shí)體信息時(shí)提供默認(rèn)值（在R12中明確了是“默認(rèn)值”這一點(diǎn)）。EBS產(chǎn)品早期在實(shí)施過(guò)程中，存在一個(gè)公司（LE）對(duì)應(yīng)一個(gè)OU的做法或一個(gè)OU只能屬于一個(gè)LE的說(shuō)法，這種做法或說(shuō)法并不恰當(dāng)。從企業(yè)日常業(yè)務(wù)運(yùn)作管理的角度來(lái)看，對(duì)于單純的電視機(jī)業(yè)務(wù)，全國(guó)范圍內(nèi)就設(shè)一個(gè)公司負(fù)責(zé)計(jì)劃、生產(chǎn)、采購(gòu)、銷售等運(yùn)營(yíng)管理最為簡(jiǎn)便，但企業(yè)從非運(yùn)營(yíng)管理角度例如“稅收優(yōu)惠、地方政策”等等因素考慮，有時(shí)不得不在全國(guó)各地乃至世界各地注冊(cè)若干所謂“公司”，以便向當(dāng)?shù)卣{稅并接受其財(cái)務(wù)會(huì)計(jì)方面的監(jiān)管。從企業(yè)實(shí)際業(yè)務(wù)管理需要的角度去看，業(yè)務(wù)實(shí)體OU可以看作是在系統(tǒng)中按照業(yè)務(wù)的相似性，把多個(gè)不同公司（包括LE）的業(yè)務(wù)處理過(guò)程及數(shù)據(jù)劃分成相對(duì)獨(dú)立的“管理單元”。這對(duì)于系統(tǒng)的內(nèi)部運(yùn)作來(lái)講情況確實(shí)近似如此，但對(duì)于需要通過(guò)系統(tǒng)產(chǎn)生供外部使用的具有法律意義的文書（如采購(gòu)訂單、財(cái)務(wù)報(bào)表等等），嚴(yán)格區(qū)分法律實(shí)體LE還是必須的。在R11或R12中創(chuàng)建一個(gè)LE后，應(yīng)當(dāng)及時(shí)到會(huì)計(jì)科目彈性域結(jié)構(gòu)中添加需要對(duì)應(yīng)的公司段值LOV（一個(gè)或多個(gè)），并重新進(jìn)行彈性域的編譯，否則系統(tǒng)可能會(huì)彈出錯(cuò)誤報(bào)警信息。而在R12中，LE的組織定義雖在FORM中仍然保留，但LE的“法人主體會(huì)計(jì)科目”的FORM設(shè)置被廢棄（故FORM中定義了也無(wú)用），改為在定義“分類帳”時(shí)的“會(huì)計(jì)科目設(shè)置管理器”WEB中定義并分配法人實(shí)體LE。（二）法律實(shí)體（LE） 法律實(shí)體（LE，Legal Entity）對(duì)應(yīng)于真實(shí)世界中的按國(guó)家法律法規(guī)要求注冊(cè)的“法人公司”。在某一個(gè)BG下（初始為Setup Business Group）新建的任何責(zé)任，系統(tǒng)都將該責(zé)任的配置文件“HR：安全性配置文件”值默認(rèn)為當(dāng)前BG。EBS安裝好后，系統(tǒng)里面已經(jīng)預(yù)置了一個(gè)名為“Setup Business Group”的“初始業(yè)務(wù)組”。通常對(duì)于一個(gè)企業(yè)來(lái)說(shuō)，系統(tǒng)中有一個(gè)“業(yè)務(wù)組”就夠了，這表示企業(yè)就是一個(gè)“集團(tuán)公司”。如果說(shuō)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)該是“存貨”，稱之為“存貨組織”或許更好一些。國(guó)內(nèi)有所謂高端管理軟件在系統(tǒng)實(shí)施過(guò)程中，常常出現(xiàn)有幾十個(gè)財(cái)務(wù)、采購(gòu)組織，幾百個(gè)銷售組織，乃至上千個(gè)庫(kù)存組織的“盛況”，導(dǎo)致系統(tǒng)幾乎沒(méi)法使用的困境，其癥結(jié)正在于此。目前，國(guó)內(nèi)適用于小企業(yè)使用的大多數(shù)低端管理軟件并不考慮系統(tǒng)中的“組織”設(shè)置問(wèn)題，其系統(tǒng)應(yīng)用模塊的劃分，例如采購(gòu)模塊、倉(cāng)管模塊、銷售模塊等等，實(shí)際上就已經(jīng)基本反映了企業(yè)運(yùn)作的“組織職能”劃分問(wèn)題?！岸鄮ぬ祝ǚ诸悗ぃ┙尤搿惫δ鼙硎尽耙粋€(gè)用戶如何接入多個(gè)帳套（分類帳）”的權(quán)限管理方式（“上下文”環(huán)境切換方式），R11也具備，但對(duì)于同一用戶，必須通過(guò)在具有相同業(yè)務(wù)功能的不同責(zé)任間切換才能實(shí)現(xiàn)，使用時(shí)不是太方便，而R12的同一用戶，無(wú)需進(jìn)行“責(zé)任”切換，僅通過(guò)在表單上直接選擇切換就能實(shí)現(xiàn)，使用比較方便。在R12中還可以為財(cái)務(wù)系統(tǒng)另外定義“訪問(wèn)權(quán)限集”（不同于參數(shù)“GL：數(shù)據(jù)訪問(wèn)權(quán)限集”），并分配給責(zé)任來(lái)限制該責(zé)任所具有的功能（當(dāng)然這是在已經(jīng)進(jìn)入的當(dāng)前分類帳之下的）。因此正確的做法應(yīng)該是：先設(shè)定“GL 分類帳名稱”的值，實(shí)現(xiàn)基本的業(yè)務(wù)功能（與子分類帳產(chǎn)品關(guān)聯(lián)），再修改“GL：數(shù)據(jù)訪問(wèn)權(quán)限集”的默認(rèn)值，控制數(shù)據(jù)可訪問(wèn)范圍，但必須保證其值包含了前者的值。如果是先設(shè)置“GL 分類帳名稱”，后修改了“GL：數(shù)據(jù)訪問(wèn)權(quán)限集”的默認(rèn)值，則系統(tǒng)在進(jìn)入日記賬的FORM時(shí)，如果后者的值不包含前者的值，則前者的設(shè)置被無(wú)效，但系統(tǒng)無(wú)法使用相關(guān)子分類帳產(chǎn)品。由于GL模塊與OU無(wú)關(guān)，所以進(jìn)入GL后，數(shù)據(jù)的區(qū)隔主要基于這個(gè)參數(shù)，但這個(gè)參數(shù)并不限制某些需要跨SOB功能如FSG對(duì)數(shù)據(jù)的訪問(wèn)?？傎~系統(tǒng)用戶一般來(lái)說(shuō)可以處理所有公司的會(huì)計(jì)數(shù)據(jù)（除非作彈性域段值的安全性設(shè)置）。復(fù)雜的“子分類帳會(huì)計(jì)方法”定義是EBS R12為實(shí)現(xiàn)“多賬簿”功能而必須付出的代價(jià)。不同的分類帳如主輔分類帳，生成的CCID可能不同，而這正是“多賬簿”功能所需要的。實(shí)際上，在R11中三維（3C）定義的“帳套SOB”也有“多報(bào)告幣賬簿”的概念，但那僅限于財(cái)務(wù)報(bào)表在不同幣種之間的自動(dòng)轉(zhuǎn)換，并不是真正意義上的系統(tǒng)“多賬簿”功能（即一個(gè)公司自動(dòng)生成符合會(huì)計(jì)法規(guī)要求的多套帳）。一個(gè)諸如在香港注冊(cè)的企業(yè)，一方面需要向香港政府機(jī)關(guān)提交符合本地法規(guī)的財(cái)務(wù)報(bào)告，另一方面可能還需要向在國(guó)內(nèi)的總公司提供符合國(guó)內(nèi)法規(guī)的財(cái)務(wù)報(bào)告（便于考核管理），這就出現(xiàn)所謂“多賬簿”（對(duì)應(yīng)R12中的主輔分類帳）的系統(tǒng)功能問(wèn)題。此外，EBS系統(tǒng)針對(duì)所有彈性域的“段值”的接入權(quán)限，提供了“安全性”設(shè)置功能，控制“責(zé)任”實(shí)際可以使用的段值范圍，如下圖8所示： 三、帳套（分類帳）會(huì)計(jì)科目彈性域結(jié)構(gòu)（COA）、幣種（Currency）、日歷（Clander）三者的組合構(gòu)成EBS