【正文】 組織、用戶服務(wù)，故系統(tǒng)設(shè)置必須對其運行方式進(jìn)行恰當(dāng)?shù)摹坝媱潯?。如下圖46所示：企業(yè)在系統(tǒng)使用過程中，基于業(yè)務(wù)變化發(fā)展得需要，不斷地自定義開發(fā)各種“報表類”并發(fā)程序是一項重要的日常工作。以下重點介紹一個比較特殊的工作流：在多個業(yè)務(wù)模塊中均需使用且系統(tǒng)實施必須事先完善設(shè)置的“賬戶生成器流程”。對于每個“賬戶生成器”，ORACLE都提供了默認(rèn)的流程供使用。如下圖57所示： 本文為測試需要，在系統(tǒng)中建立用戶名MFG，并將常用模塊的超級用戶責(zé)任均與之關(guān)聯(lián)。彈性域結(jié)構(gòu)的段也可以不選擇值集而留空，則此時，此段就好象使用了這樣一個值集：驗證類型為“無”，格式類型為“字符”，寬度與基礎(chǔ)鍵彈性域段列相同（即與彈性域系統(tǒng)設(shè)計所允許的段最大字符長度相同），允許混合大小寫字母字符，無右對齊或填零。R12較之R11，由于引入了“會計方法”的新維度，在設(shè)置方法與順序方面有較大的變化，其過程也更為復(fù)雜?？梢愿鶕?jù)需要為相關(guān)業(yè)務(wù)模塊如INV/PO/OM等等的某些表（Table，是否允許取決于Table本身的設(shè)計）添加“單據(jù)類別”，以便對表中的相關(guān)字段應(yīng)用編號機制。“具有默認(rèn)值的必需步驟”是指在數(shù)據(jù)庫中預(yù)植了默認(rèn)值的設(shè)置功能。九、結(jié)語對系統(tǒng)基礎(chǔ)設(shè)置的有關(guān)對象（尤其是重點內(nèi)容）有比較深的理解與認(rèn)識，是后續(xù)學(xué)習(xí)掌握系統(tǒng)有關(guān)應(yīng)用功能的基礎(chǔ)，初學(xué)者應(yīng)給予足夠重視。用戶可以使用“向?qū)А眮聿榭匆詧D形表示的設(shè)置步驟概覽、查閱設(shè)置活動的聯(lián)機幫助和打開相應(yīng)的設(shè)置窗口。如下圖66所示是EBS（R11）采購系統(tǒng)的設(shè)置步驟：對應(yīng)上述設(shè)置步驟的是下述列表清單。這些數(shù)字代碼和實際業(yè)務(wù)管理中所需使用到的“業(yè)務(wù)標(biāo)識”可能有一定區(qū)別，例如對于采購訂單、供應(yīng)商，基于管理的某些特殊需要，除了系統(tǒng)自動生成（或手工輸入）的單據(jù)代碼標(biāo)識外，可能還需使用單據(jù)頭的“說明性彈性域”生成包含“采購員代碼、業(yè)務(wù)類別代碼、行業(yè)代碼、地域代碼”等等管理信息的“業(yè)務(wù)標(biāo)識”（可能需要打印在紙面單據(jù)上），以方便相關(guān)業(yè)務(wù)信息的統(tǒng)計分析工作。其它彈性域結(jié)構(gòu)是否需要使用“別名”，取決于實際業(yè)務(wù)需要。關(guān)于鍵彈性域的設(shè)置，除了使用范圍廣泛的Item類別彈性域（Item Categories），系統(tǒng)已經(jīng)預(yù)置有20個不同結(jié)構(gòu)表示其在不同場合的多個應(yīng)用之外（還可根據(jù)需要添加結(jié)構(gòu)，系統(tǒng)預(yù)置的結(jié)構(gòu)也可以進(jìn)行更改，如下圖61所示：）其它鍵彈性域如“會計科目彈性域”基本只有一個結(jié)構(gòu)名稱范例，并無具體的結(jié)構(gòu)設(shè)置，需要企業(yè)根據(jù)自己的情況來完成設(shè)置。系統(tǒng)初始預(yù)置的“責(zé)任”有1500多個，范圍涉及所有模塊的幾乎所有“崗位角色”，企業(yè)可基于自身的管理習(xí)慣制定相應(yīng)的責(zé)任“命名規(guī)則”，以定義新的“責(zé)任”。這就大大減輕了會計人員的工作負(fù)擔(dān)，記賬科目數(shù)量的多少一般也不再成為障礙。系統(tǒng)在安裝后的初始化工作流管理員是系統(tǒng)超級用戶SYSADMIN，企業(yè)應(yīng)當(dāng)首先使用SYSADMIN進(jìn)入系統(tǒng)，將工作流管理員改為一個真實的用戶，或者輸入“*”，則所有用戶都“可以”具有工作流管理員權(quán)限（用戶實際是否有工作流管理權(quán)限還必須取決于其被賦予的“責(zé)任”或“菜單”功能），如下圖48所示：實際具有工作流管理權(quán)限的用戶在進(jìn)入工作流管理“開發(fā)員工作室”TAB頁后，可以查詢出系統(tǒng)所有的“工作流類型”，可選擇其一作具體設(shè)置，如下圖49所示：上圖中，工作流管理員選定具體需設(shè)置的工作流后，點擊“運行”則可以打開該工作流的“屬性”設(shè)置界面（具體有哪些屬性可設(shè)置，不同工作流各不相同），如下圖50所示：工作流管理員在工作流管理“狀態(tài)監(jiān)控程序”TAB頁，可以監(jiān)控選定工作流的具體運行情況的若干條目列表，針對每一個條目，可以查看其“活動歷史記錄、狀態(tài)圖、參與者回應(yīng)、詳細(xì)資料”等若干信息（必要時工作流管理員可實施干預(yù)，如更新屬性、倒退、暫停、取消等等）。如下圖45所示：有關(guān)“并發(fā)程序”的運行計劃及其“并發(fā)管理器”的定義工作，應(yīng)當(dāng)考慮系統(tǒng)的負(fù)載均衡，以保證系統(tǒng)的性能與運行效率。事務(wù)處理管理器（請求使用，異步方式），如果相關(guān)配置文件“TP：INV 事務(wù)處理處理模式”設(shè)置為“并發(fā)”或“后臺”模式，則用戶應(yīng)當(dāng)啟動“物料事務(wù)處理、移動事務(wù)處理、資源成本事務(wù)處理、物料成本事務(wù)處理”管理器于適當(dāng)?shù)摹爸芷凇边\行狀態(tài)。其定義一般不可輕易更改，否則可能導(dǎo)致某些程序無法正常運行。以下重點介紹幾個重要的預(yù)置管理器的有關(guān)內(nèi)容：內(nèi)部管理器。更進(jìn)一步，EBS系統(tǒng)使用“地點”來實現(xiàn)采購申請、接收、運輸清單和人員的分配，以及確定內(nèi)部組織與內(nèi)部客戶、供應(yīng)商的關(guān)聯(lián)關(guān)系；使用同一供應(yīng)商的不同Site來區(qū)分定義供應(yīng)商所具有的不同“業(yè)務(wù)控制”屬性；使用同一客戶所具有的不同Location—Site組合來區(qū)分定義客戶所具有的不同業(yè)務(wù)功能（OM的某些業(yè)務(wù)功能必須將客戶的外部Address—Location組合與系統(tǒng)內(nèi)部Location關(guān)聯(lián)方才有效）等等；詳情以后相關(guān)模塊再進(jìn)一步討論。EBS中的所謂“地點”原意實際上涉及三個詞：Location、Address、Site。為方便該項工作的開展，EBS系統(tǒng)專門提供了一個名為“幣種管理器”的工具，如下圖37所示：企業(yè)可以根據(jù)工作需要設(shè)定多個“匯率類型”（系統(tǒng)初始預(yù)置了Corporate值），并為之維護(hù)“每日匯率”或基于帳套的“期間匯率”。（一）關(guān)于“日歷”。在R12中，隨“MO：安全配置文件”起作用后才起作用，其LOV是所有已定義OU，但如果設(shè)定值不在“MO：安全配置文件”所選擇的“組織層次架構(gòu)”的范圍內(nèi)，則仍不起作用（即在與OU相關(guān)諸如PO、OM等的FORM界面，OU字段的默認(rèn)值仍然為空）。如下圖33所示：EBS 通過“MO：業(yè)務(wù)實體”、“MO：安全性配置文件”、“MO：默認(rèn)業(yè)務(wù)實體”這三個系統(tǒng)配置文件的共同作用，實現(xiàn)所謂“多組織接入”控制功能MOAC。例如所謂“資產(chǎn)組織”的設(shè)置，它是在企業(yè)需使用到資產(chǎn)管理模塊FA時才涉及到。如下圖29所示：在系統(tǒng)中創(chuàng)建“公司成本中心組織”后，可以運行一個“并發(fā)檢查程序”，以校驗“會計科目彈性域結(jié)構(gòu)”中的段值是否與所有的“公司成本中心”組織的設(shè)置保持一致。一個庫存組織INV只能屬于一個確定的帳套SOB、一個確定的法人實體LE、一個確定的業(yè)務(wù)實體OU，具有唯一性的關(guān)系（注意：R11的設(shè)置界面未考慮SOB/LE/OU的關(guān)聯(lián)限定，容易產(chǎn)生錯誤；R12作了改進(jìn)，在選定Ledger之后，可用的LE/OU就被限定）。如果說法人實體LE與真實世界的企業(yè)行政管理組織架構(gòu)還有點關(guān)系的話，業(yè)務(wù)實體OU則是與行政管理幾乎無關(guān)，企業(yè)內(nèi)部的行政組織變化對OU的設(shè)置沒有直接影響。某些國內(nèi)產(chǎn)品的設(shè)計由于未能有效區(qū)分“法律實體（公司）”與“業(yè)務(wù)實體（運營）”兩者在系統(tǒng)中既相連接又有本質(zhì)區(qū)別的特殊關(guān)系，只好采取一個法人公司對應(yīng)一個系統(tǒng)業(yè)務(wù)實體的“笨辦法”，企業(yè)規(guī)模小倒還能對付，一旦規(guī)模變大，注冊公司增多，所謂的“系統(tǒng)多組織架構(gòu)”就變得根本不具可用性。在每個管理單元內(nèi)部，各公司的業(yè)務(wù)運作共享相關(guān)數(shù)據(jù)并執(zhí)行統(tǒng)一的業(yè)務(wù)策略。R12中一個LE對應(yīng)多個公司平衡段值，代表有多個分公司，LE是它們的合并。在R11中，LE在組織FORM定義時，對于每個LE必須為其“法人主體會計科目”關(guān)聯(lián)一個“帳套SOB”。如圖23所示系統(tǒng)預(yù)置的“Setup Business Group”：當(dāng)以系統(tǒng)預(yù)置超級用戶SYSADMIN進(jìn)入后，應(yīng)首先設(shè)置一個具有在HRM或INV下創(chuàng)建組織功能的“責(zé)任”名，隨后給此責(zé)任的“HR：User Type”配置文件設(shè)定值為“HR User”，則該責(zé)任就有了創(chuàng)建新BG的能力。如下圖22所示ORACLE系統(tǒng)有關(guān)核心業(yè)務(wù)的多組織模型：上圖中的“財務(wù)、銷售、采購”并非系統(tǒng)的“組織實體”，它僅表示業(yè)務(wù)實體（OU）具有的相關(guān)業(yè)務(wù)處理功能。但是，對于業(yè)務(wù)復(fù)雜、規(guī)模較大的企業(yè)（如所謂“集團(tuán)企業(yè)”），管理軟件使用與實施的系統(tǒng)“組織設(shè)置”問題將是一個首要的重要問題。系統(tǒng)預(yù)置了一個“超級用戶定義訪問權(quán)限集”（不可修改）。如果后者的值包含前者的值，則前者的值代表該分類帳還需要使用相關(guān)子分類帳產(chǎn)品。如果一定要說總賬GL也有類似業(yè)務(wù)組織屬性劃分的話，那么這個“組織實體”就是帳套或分類帳，系統(tǒng)將使用類似業(yè)務(wù)模塊的“組織接入”配置文件（如“MO：業(yè)務(wù)實體”）的“帳套接入”配置文件（例如R11的“GL 帳套名”或R12的“GL：數(shù)據(jù)訪問權(quán)限集”、 “GL 分類帳名稱”等），來分隔用戶的工作權(quán)限。有關(guān)“子分類帳會計方法”設(shè)置的詳細(xì)過程需參照ORACLE相關(guān)文檔。如下圖9是EBS R11中“帳套”的定義界面：如下圖10所示是EBS R12中使用“會計科目管理器AMB”設(shè)置“主要分類帳（Primary Ledger）”與“輔助分類帳（Second Ledger）”的定義界面：R12中定義的一個“主要分類帳”可以附帶定義與之關(guān)聯(lián)的多個“輔助分類帳”，如下圖11所示：“主要分類帳”與“輔助分類帳”，可以有不同的科目表結(jié)構(gòu)（COA）。系統(tǒng)允許設(shè)置最多30個段，但必須至少包含兩個段（平衡段、自然賬戶段）。一個最基本、最簡單的會計科目彈性域結(jié)構(gòu)就是“公司代碼+會計科目代碼”的組合，它的原始業(yè)務(wù)需求來源并無多少深奧之處。為表述方便，后文如不特別指明，習(xí)慣上的“帳套”術(shù)語將等同于“分類帳”術(shù)語?！坝脩簟币唤?jīng)設(shè)置也無法刪除，只能使用有效期設(shè)置使之失效。為之設(shè)置“請求組”則限制了其可以使用的“請求”（并發(fā)程序）范圍。此外，系統(tǒng)還提供了“僅具查詢”功能的預(yù)定義菜單，供某些需要限制做業(yè)務(wù)的用戶使用。有關(guān)用戶權(quán)限的管理，在ORACLE系統(tǒng)中主要有三個基本要素構(gòu)成：菜單（Menu）、責(zé)任（Responsibility）、以及用戶（User）。“菜單”（Menu）在今天信息時代的日常生活中已是一個很普通的術(shù)語。系統(tǒng)預(yù)先定義的角色，分配給用戶（User）后，該用戶就具有該角色的全部應(yīng)用功能；但EBS未象其它產(chǎn)品（如SAP）使用角色概念，而是使用“責(zé)任”概念，則更傾向于抽象地表示某些功能（入口菜單）的組合，可以不具有真實的管理涵義，比如所謂“銷售經(jīng)理”責(zé)任之下，盡可以與“采購員”有相同的菜單項，具有完全相同的功能，而這一點如對應(yīng)到實際的“崗位角色”，顯然是不合適的。使用此初始用戶可設(shè)置“菜單、責(zé)任及用戶”。用戶所關(guān)聯(lián)的“電子郵件”地址，主要是供系統(tǒng)預(yù)警平臺發(fā)送信息使用。我國于2006年頒布的新會計準(zhǔn)則將會計科目分為六大類：資產(chǎn)類、負(fù)債類、共同類、所有者權(quán)益、成本類、損益類，共計156個（一級）科目。如圖4所示，就是一個典型的5段式會計科目彈性域結(jié)構(gòu)：圖中的“公司段”為“平衡段”（彈性域限定詞 Flexfield Qualifiers，是具有某種特定屬性的“識別標(biāo)記”），表示在“公司段”層面，日記賬（Journals，“會計分錄”）的“借項等于貸項”，總是平衡的。此外，EBS系統(tǒng)針對所有彈性域的“段值”的接入權(quán)限，提供了“安全性”設(shè)置功能，控制“責(zé)任”實際可以使用的段值范圍，如下圖8所示： 三、帳套（分類帳）會計科目彈性域結(jié)構(gòu)（COA）、幣種（Currency）、日歷（Clander）三者的組合構(gòu)成EBS R11及之前系統(tǒng)的所謂“帳套”（SOB）。實際上，在R11中三維（3C）定義的“帳套SOB”也有“多報告幣賬簿”的概念，但那僅限于財務(wù)報表在不同幣種之間的自動轉(zhuǎn)換，并不是真正意義上的系統(tǒng)“多賬簿”功能（即一個公司自動生成符合會計法規(guī)要求的多套帳）。復(fù)雜的“子分類帳會計方法”定義是EBS R12為實現(xiàn)“多賬簿”功能而必須付出的代價。由于GL模塊與OU無關(guān)，所以進(jìn)入GL后，數(shù)據(jù)的區(qū)隔主要基于這個參數(shù)，但這個參數(shù)并不限制某些需要跨SOB功能如FSG對數(shù)據(jù)的訪問。因此正確的做法應(yīng)該是：先設(shè)定“GL 分類帳名稱”的值，實現(xiàn)基本的業(yè)務(wù)功能（與子分類帳產(chǎn)品關(guān)聯(lián)），再修改“GL：數(shù)據(jù)訪問權(quán)限集”的默認(rèn)值，控制數(shù)據(jù)可訪問范圍，但必須保證其值包含了前者的值。“多帳套（分類帳）接入”功能表示“一個用戶如何接入多個帳套（分類帳）”的權(quán)限管理方式（“上下文”環(huán)境切換方式），R11也具備，但對于同一用戶，必須通過在具有相同業(yè)務(wù)功能的不同責(zé)任間切換才能實現(xiàn)，使用時不是太方便，而R12的同一用戶，無需進(jìn)行“責(zé)任”切換，僅通過在表單上直接選擇切換就能實現(xiàn)，使用比較方便。國內(nèi)有所謂高端管理軟件在系統(tǒng)實施過程中，常常出現(xiàn)有幾十個財務(wù)、采購組織，幾百個銷售組織，乃至上千個庫存組織的“盛況”，導(dǎo)致系統(tǒng)幾乎沒法使用的困境，其癥結(jié)正在于此。通常對于一個企業(yè)來說，系統(tǒng)中有一個“業(yè)務(wù)組”就夠了，這表示企業(yè)就是一個“集團(tuán)公司”。在某一個BG下（初始為Setup Business Group）新建的任何責(zé)任，系統(tǒng)都將該責(zé)任的配置文件“HR：安全性配置文件”值默認(rèn)為當(dāng)前BG。而在R12中，LE的組織定義雖在FORM中仍然保留，但LE的“法人主體會計科目”的FORM設(shè)置被廢棄（故FORM中定義了也無用），改為在定義“分類帳”時的“會計科目設(shè)置管理器”WEB中定義并分配法人實體LE。這對于系統(tǒng)的內(nèi)部運作來講情況確實近似如此，但對于需要通過系統(tǒng)產(chǎn)生供外部使用的具有法律意義的文書（如采購訂單、財務(wù)報表等等），嚴(yán)格區(qū)分法律實體LE還是必須的。從企業(yè)日常業(yè)務(wù)運作管理的角度來看，對于單純的