ORACLE組織架構(gòu)共5文檔

1、組織架構(gòu) （一）業(yè)務(wù)組（BGBG） （二）法律實體（LRLR （三）業(yè)務(wù)實體（OUOU） （四）庫存組織（INVINV） （五）公司成本中心（CostCenteCostCente。 （六）HRHR 組織 （七）多組織接入控制 組織架構(gòu) 在企業(yè)管理實踐的過程中，組織（Organization）一詞是個經(jīng)常需用到的概念，一般與“人員”與“職能”這兩個 要素密切相關(guān)，反映某種行政管理關(guān)系，例如“財務(wù)部、銷售部、采購部、生產(chǎn)部、倉儲部”等等。企業(yè)內(nèi)部行政組織（部門）的劃分是企業(yè)基于“職能驅(qū)動”業(yè)務(wù)管理模式進行運作的基礎(chǔ)。 目前， 國內(nèi)適用于小企業(yè)使用的大多數(shù)低端管理軟件并不考慮系統(tǒng)中的“組織”設(shè)置問題

2、， 其系統(tǒng)應(yīng)用模塊的劃分， 例如采購模塊、 倉管模塊、 銷售模塊等等， 實際上就已經(jīng)基本反映了企業(yè)運作的“組織職能”劃分問題。 但是，對于業(yè)務(wù)復雜、規(guī)模較大的企業(yè)（如所謂“集團企業(yè)”），管理軟件使用與實施的系統(tǒng)“組織設(shè)置”問題將是 一個首要的重要問題。一個常見的、也是錯誤的系統(tǒng)實現(xiàn)方式就是將企業(yè)的“行政組織設(shè)置”直接映射到系統(tǒng)中，以“行政組織”代替“業(yè)務(wù)組織”。這種系統(tǒng)實現(xiàn)方式雖有理解、掌握比較容易的優(yōu)勢，但卻完全違背了大企業(yè)運作必須基于“流程驅(qū)動”業(yè)務(wù)模式的基本管理原則。國內(nèi)有所謂高端管理軟件在系統(tǒng)實施過程中，常常出現(xiàn)有幾十個財務(wù)、采購組織，幾百個銷售組織，乃至上千個庫存組織的“盛況”，導致

3、系統(tǒng)幾乎沒法使用的困境，其癥結(jié)正 在于此。 與企業(yè)的“行政組織”設(shè)置與人員規(guī)模密切相關(guān)且復雜多變不同，軟件系統(tǒng)的“組織設(shè)置”必須以業(yè)務(wù)流程運作為 核心，要求盡可能簡單并保持相對穩(wěn)定，在公司（人員）規(guī)模擴大的過程中具有延續(xù)性與繼承性。作為 ERP鼻祖的 SAP將系統(tǒng)組織簡單地分為“集團（Client）、公司代碼（CompanyCode）、采購組織（PurchaseOrg）、銷售組織（SaleOrg）、工廠（Plant）”等類別。ORACLE勺組織設(shè)置本質(zhì)上與之基本相似，但作為后來者作了進一步抽象與簡化，系統(tǒng)組織劃分為“業(yè)務(wù)組（BusinessGroup）、法律實體（LegalEntity）、業(yè)務(wù)

4、實體（OperatingUnit）、庫存組織（InventoryOrg）”等。 如果說 SAP的組織模型字面上多少還帶有一點“行政組織”痕跡的話（這可能是某些聲稱學 SAP的國內(nèi)產(chǎn)品誤入歧 途的原因），ORACL舔統(tǒng)的組織模型字面上已經(jīng)幾乎看不出與“行政組織”還有什么關(guān)系，其中的InventoryOrg 現(xiàn)今中文翻譯成“庫存組織， 容易令人望文生義和企業(yè)的“倉庫管理部門 （Warehouse） ”混淆， 但 Inventory的本義實際應(yīng)該是“存貨”，稱之為“存貨組織”或許更好一些。如下圖 22 所示 ORACL京統(tǒng)有關(guān)核心業(yè)務(wù)的多組織模型： 上圖中的財務(wù)、銷售、采購”并非系統(tǒng)的組織實體”，它

5、僅表示業(yè)務(wù)實體（OU）具有的相關(guān)業(yè)務(wù)處理功能。“子庫”是特殊的系統(tǒng)組織實體，沒有上下文環(huán)境可進入，主要表示庫存組織之下的某種業(yè)務(wù)功能。 （一）業(yè)務(wù)組（BGBG） 業(yè)務(wù)組”的概念可以與企業(yè)的“集團”概念參看，但不同的是一個企業(yè)在系統(tǒng)中可以設(shè)置多個“業(yè)務(wù)組（集團） 通常對于一個企業(yè)來說，系統(tǒng)中有一個“業(yè)務(wù)組”就夠了，這表示企業(yè)就是一個“集團公司”。而對于某些業(yè)務(wù)“多 元化”的特大型公司（如跨國公司），則可能需要在系統(tǒng)中設(shè)置多個“業(yè)務(wù)組”，表示企業(yè)由多個“集團公司”組成。業(yè)務(wù)組設(shè)置是系統(tǒng)組織設(shè)置的第一步，是最高層級的組織形態(tài)，但它主要是與人力資源信息的分隔有關(guān)，即人員 信息”的設(shè)置在一個 BG范圍內(nèi)

6、是由各業(yè)務(wù)模塊共享的（如果需要）。一旦系統(tǒng)設(shè)置的用戶名（User）被與“人員” （Employee）關(guān)聯(lián)，無論使用什么“責任”進入系統(tǒng)，都會定位至一個確定的 BG中，任何責任在任意時刻只能關(guān) 聯(lián)一個 BG。EBS安裝好后，系統(tǒng)里面已經(jīng)預置了一個名為“SetupBusinessGroup”的“初始業(yè)務(wù)組”。如圖 23 所示系統(tǒng)預置的“SetupBusinessGroup: 當以系統(tǒng)預置超級用戶 SYSADMIN 進入后，應(yīng)首先設(shè)置一個具有在 HRM 或 INV 下創(chuàng)建組織功能的“責任”名，隨后 給此責任的“HR:UserType配置文件設(shè)定值為HRUser，則該責任就有了創(chuàng)建新 BG的能力。通常

7、需要一次性將企業(yè)所需要的 BG全部建立，一般另創(chuàng)建一個與企業(yè)名稱一致如“某某集團”的新 BG就可以了，也可以（不推薦） 直接使用系統(tǒng)預設(shè)的SetupBusinessGroup 而不創(chuàng)建新 BG。 系統(tǒng)每新建一個 BG,就會自動在配置文件“HR:安全性配置文件”的 LOV 中自動添加一個與新建 BG同名的可選 值（初始時只有SetupBusinessGroup2 個值）。在某一個 BG下（初始為 SetupBusinessGroup）新建的任何責任，系統(tǒng)都將該責任的配置文件“HR：安全性配置文件”值默認為當前 BG。要在進入系統(tǒng)時能切換到新的 BG,必須先 修改該責任的“HR：安全性配置文件”設(shè)

8、定值。如果將配置文件“HR 交叉業(yè)務(wù)組”的值設(shè)為“是”，則在不同 BG 下，新建的組織名稱應(yīng)當（雖然可以）不同，否則查看時可能會引起混淆。在同一個 BG下的所有新建組織，名稱不允許相同。 （二）法律實體（LRLR 法律實體（LE,LegalEntity）對應(yīng)于真實世界中的按國家法律法規(guī)要求注冊的“法人公司”。在 R11 中，LE在組織 FORM 定義時，對于每個 LE必須為其“法人主體會計科目”關(guān)聯(lián)一個“帳套 SQB，O每個 LE對應(yīng)一個 SOB,這與真 實世界的法規(guī)要求是吻合的。如下圖 24 所示： 要注意的是，在 R11 中定義的 LE時，并未作與“會計科目彈性域結(jié)構(gòu)”的“公司段”值關(guān)聯(lián)，

9、用戶必須對于其是與公司段值中的哪個值對應(yīng)心中有數(shù)。而在 R12 中，LE的組織定義雖在 FORM 中仍然保留，但 LE的“法人主體會 計科目”的 FORM 設(shè)置被廢棄（故 FORM 中定義了也無用），改為在定義“分類帳”時的“會計科目設(shè)置管理器”WEB中定義并分配法人實體 LE。一個分類帳設(shè)置（主輔分類帳）可以添加多個 LE,但每個 LE只能具有一個分類帳 設(shè)置。如下圖 25 所示： 在 R12 中，還必須為法人實體分配會計科目彈性域結(jié)構(gòu)的公司段即平衡段值。每個 LE可以分配多個“平衡段”值， 公司段值集中每個段值一旦被分配給某 LE,則其它 LE就不能再被分配。在 R11 或 R12 中創(chuàng)建

10、一個 LE后，應(yīng)當及時 到會計科目彈性域結(jié)構(gòu)中添加需要對應(yīng)的公司段值 LOV（一個或多個），并重新進行彈性域的編譯，否則系統(tǒng)可能 會彈出錯誤報警信息。R12 中一個 LE對應(yīng)多個公司平衡段值，彳 t表有多個分公司，LE是它們的合并。主輔分類帳 可擁有相同或不同的公司段值集，表示從不同的維度（如按地區(qū)、按產(chǎn)品等）去劃分公司以方便考核。如圖 26 所 示為 LE添加平衡段值：無論是 R11 還是 R12,法律實體 LE的設(shè)置都對具體的業(yè)務(wù)處理影響不大，其與系統(tǒng)用戶或責任不關(guān)聯(lián)，不直接影響 系統(tǒng)上下文的切換，故有人甚至認為 EBS的 LE設(shè)置作用不大。這對于系統(tǒng)的內(nèi)部運作來講情況確實近似如此，但 對

11、于需要通過系統(tǒng)產(chǎn)生供外部使用的具有法律意義的文書（如采購訂單、財務(wù)報表等等），嚴格區(qū)分法律實體 LE 還 是必須的。R12 顯然更多地考慮了外部使用的這種法律要求（即所謂“法規(guī)遵從性”或“合規(guī)性”），并在相關(guān)業(yè)務(wù) 應(yīng)用模塊中有所體現(xiàn)。 （三）業(yè)務(wù)實體（OUOU） 業(yè)務(wù)實體（OU,OperatingUnit）是 EBS系統(tǒng)組織設(shè)置的重點也是難點之一。它與法人主體 LE本身沒有必然的關(guān)系， 與會計科目彈性域結(jié)構(gòu)中的“公司段”也沒有直接關(guān)系。從企業(yè)實際業(yè)務(wù)管理需要的角度去看，業(yè)務(wù)實體 OU 可以 看作是在系統(tǒng)中按照業(yè)務(wù)的相似性，把多個不同公司（包括 LE）的業(yè)務(wù)處理過程及數(shù)據(jù)劃分成相對獨立的“管理單

12、 元”。在每個管理單元內(nèi)部，各公司的業(yè)務(wù)運作共享相關(guān)數(shù)據(jù)并執(zhí)行統(tǒng)一的業(yè)務(wù)策略。例如，有一個業(yè)務(wù)多元化的企業(yè)既生產(chǎn)醫(yī)院使用的 X 光機也生產(chǎn)普通電視機，并且其下屬在全國各地有多家生產(chǎn) X 光機或電視機的分公司、 子公司。 由于這兩種產(chǎn)品所使用的物料、 供應(yīng)商以及針對的客戶群差異很大， 企業(yè)為方便管理， 可以將“業(yè)務(wù)運營”劃分為兩個相對獨立的“業(yè)務(wù)管理群組”，對應(yīng)到 EBS系統(tǒng)中就是兩個業(yè)務(wù)實體 OU。 從企業(yè)日常業(yè)務(wù)運作管理的角度來看，對于單純的電視機業(yè)務(wù)，全國范圍內(nèi)就設(shè)一個公司負責計劃、生產(chǎn)、采購、銷售等運營管理最為簡便，但企業(yè)從非運營管理角度例如“稅收優(yōu)惠、地方政策”等等因素考慮，有時不得不

13、在全國各地乃至世界各地注冊若干所謂“公司”，以便向當?shù)卣{稅并接受其財務(wù)會計方面的監(jiān)管。 EBSE一個業(yè)務(wù)實體 OU 下，例如“電視機管理群組”，包含了全國各地所有負責生產(chǎn)或銷售電視機的分公司、子公司（LE）的日常業(yè)務(wù)運作，在業(yè)務(wù)運作的組織層面忽略了作為法人實體的公司信息，但在反映業(yè)務(wù)運營最終結(jié)果的財務(wù)階段（GL）,仍能夠方便地按照各地的法規(guī)要求提供財務(wù)數(shù)據(jù)與結(jié)果。 而對于負責具體業(yè)務(wù)的系統(tǒng)用戶來說， 日常工作幾乎不用關(guān)心或考慮“公司”的設(shè)置問題。 EBS中 LE的數(shù)量可以根據(jù)需要任意增加，但對于 OU 的數(shù)量基于管理方便性則要求盡可能精簡。EBS產(chǎn)品早期在實 施過程中，存在一個公司（LE）

14、對應(yīng)一個 OU 的做法或一個 OU 只能屬于一個 LE的說法，這種做法或說法并不恰當。某些國內(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)”就變得根本不具可用性。ORACLEEBSk 務(wù)實體 OU 的這一系統(tǒng)特性極大地方便了企業(yè)運作的日常管理，具有高度的靈活性與可擴展性。如下圖 27 是 R11 的 OU 定義界面： 圖中的業(yè)務(wù)實體信息”中，必須而且只能為之設(shè)定一個帳套”，即一個 OU 只能屬于一個

15、帳套（反之，一個帳套可 以分配給多個 OU）。要注意的是，上述業(yè)務(wù)實體信息中的法人實體設(shè)定，并不代表 OU 只能屬于一個 LE,它只是表示在“業(yè)務(wù)實體”中進行業(yè)務(wù)操作需要法人實體信息時提供默認值（在 R12 中明確了是“默認值”這一點）。R12 中的業(yè)務(wù)實體定義同 R11 基本相同，只是將帳套改為“主要分類帳”。 在 EBS中，一個 OU 可以同時指定給多個 LE,上面“電視機管理群組”的例子已經(jīng)說明了這一點；一個 LE也可以有多個 OU,這相當于一個注冊的法人實體公司下，有多個需要獨立運營的“事業(yè)部”（如 X 光機和電視機）。OU 與 LE是“多對多”的關(guān)系， 但有一個限制性的前提條件， 即

16、 OU 與 LE必須屬于同一個 SOB或 Ledger。由于 LE與 OU 的設(shè)置在系統(tǒng)中可以獨立進行，因此如果雙方的 SOB或 Ledger不同，則不能建立連接關(guān)系。 如果說法人實體 LE與真實世界的企業(yè)行政管理組織架構(gòu)還有點關(guān)系的話，業(yè)務(wù)實體 OU 則是與行政管理幾乎無關(guān)， 企業(yè)內(nèi)部的行政組織變化對 OU 的設(shè)置沒有直接影響。在 EBS中有關(guān)采購管理、銷售訂單履行、應(yīng)收應(yīng)付管理等業(yè)務(wù)模塊的功能土是建立在 OU 基礎(chǔ)之上的。用戶在執(zhí)行上述相關(guān)模塊的業(yè)務(wù)處理時，總是必須進入確定的 OU（上 下文環(huán)境）才可以進行，EBS的所謂“多組織”功能（MOAC）也是針對多 OU 而言的，與真實世界中的“多

17、公司” （LE）沒有直接關(guān)系。 實際上，SAP的“采購組織、銷售組織”設(shè)置也是與真實世界的行政組織“采購部、銷售部”無關(guān)的，ORACLE棄 了“采購組織、銷售組織”的概念，OU 實際上就起到了類似的組織分隔作用。ORACLE勺某些相關(guān)文檔中，如果因 描述需要而提及所謂“采購組織、銷售組織”等概念，有時實際指的就是業(yè)務(wù)實體 OU（或 OU 下的庫存 INV 組織）。 （四）庫存組織（INVINV） ORACLEEBS 的庫存組織（INV）是系統(tǒng)組織設(shè)置的最基礎(chǔ)、也是最重要的工作之一。庫存組織的內(nèi)涵遠不是真實世界的“倉庫部門”那么簡單， 它除了是有關(guān)“物料接收與發(fā)出”等業(yè)務(wù)功能的基礎(chǔ)之外， 更重要

18、的是， 它還是 EBS系統(tǒng)有關(guān)計劃 （MPS/MRP） 、在制品管理（WIP）、物料清單（BOM）等模塊業(yè)務(wù)功能的操作與管理平臺。如下圖 28 所示：EBS中的庫存組織 INV 的作用與功能可以與 SAP中的工廠 Plant參看。一個庫存組織 INV 只能屬于一個確定的帳套 SOB一個確定的法人實體 LR 一個確定的業(yè)務(wù)實體 OU,具有唯一性的關(guān)系（注意：R11 的設(shè)置界面未考慮 SOB/LE/OU 的關(guān)聯(lián)限定，容易產(chǎn)生錯誤；R12 作了改進，在選定 Ledger之后，可用的 LE/OU 就被限定）。反之，一個“帳套/ 法人實體/業(yè)務(wù)實體”組合則可以有多個庫存組織 INV。此外，一個 OU 下

19、的多個 INV 可以對應(yīng)屬于該 OU 的不同 LE, 這相當于將分屬于兩個法人公司的生產(chǎn)兩種產(chǎn)品的四個工廠，按相同產(chǎn)品兩兩組合抽取出來，分屬于兩個不同 OU 進行日常業(yè)務(wù)管理。在 EBS中還有兩個組織概念“MRP 組織、WIP組織”，它們實際是必須構(gòu)建于庫存組織之上的組織概念，表示該庫存組織還可以進行 MRP或 WIP的功能。系統(tǒng)之所以如此處理，主要是為了控制某些 INV 不能做 MRP或 WIP而已， 因為基于物料接收或發(fā)出需要所設(shè)定的 INV 數(shù)量可能比較多。 對于絕大多數(shù)基于庫存組織 INV 的業(yè)務(wù)功能（個別除外），系統(tǒng)用戶在做業(yè)務(wù)操作時，均必須首先進行 INV 的選擇 切換，以便進入確

20、定的 INV 上下文環(huán)境。庫存組織的作用是如此基礎(chǔ)，以至于 EBS的相關(guān)文檔在提及組織（Org） 概念時，如果未作特別說明，默認就是指 INV 組織。 （五）公司成本中心（CostCenteCostCente。 EBS的所謂“成本中心組織”并沒有業(yè)務(wù)處理的功能，它的設(shè)置主要是考慮與“會計科目彈性域結(jié)構(gòu)”中的“公司段值”與“成本中心段值”的對應(yīng)關(guān)系問題。如下圖 29 所示：在系統(tǒng)中創(chuàng)建公司成本中心組織”后，可以運行一個并發(fā)檢查程序”，以校驗含計科目彈性域結(jié)構(gòu)”中的段值是否與所有的公司成本中心”組織的設(shè)置保持一致。 當在含計科目彈性域結(jié)構(gòu)”中的成本中心段”值集中添加 LOV 值并重新編譯后，可以運

21、行系統(tǒng)的“自動組織”并發(fā)程序功能，由系統(tǒng)自動創(chuàng)建“公司成本中心”組織。 應(yīng)當注意的是，一個公司成本中心組織及其成本中心段值，不可能屬于不同法人實體 LE及其公司段值，這與真實 世界中的管理要求是一致的。庫存組織 INV 與會計科目彈性域中的“成本中心”段（部門）則具有“一對一或多對 一”的關(guān)系，即一個“成本中心”段值可以有多個庫存組織 INV,但一個庫存組織 INV 只能屬于一個確定的成本中 O （六）HRHR 組織 系統(tǒng)的 HR 組織設(shè)置是與 HRM 模塊的相關(guān)業(yè)務(wù)處理功能相關(guān)，與核心業(yè)務(wù)/財務(wù)處理功能關(guān)系不大，主要是需要 注意其是否和“成本中心”關(guān)聯(lián)，需要時可以輸入“成本中心”代碼，其 L

22、OV 就是“會計科目彈性域”結(jié)構(gòu)中成本 中心段的值集。如下圖 30 所示：（七）多組織接入控制 在圖 30 的 EBS組織設(shè)置界面中，所謂的組織“類型（Type）劃分僅是基于組織自身的統(tǒng)計分析工作需要而定義的 一個“維度”，例如“公司總部、產(chǎn)品線”等等，并不影響系統(tǒng)的業(yè)務(wù)處理功能。真正起作用的是設(shè)置界面中的“組織分類（Classification）,系統(tǒng)預置的組織分類 LOV 除了上述“業(yè)務(wù)組、法律實體、業(yè)務(wù)實體、庫存組織”等之外，還有諸如“資產(chǎn)組織、運營公司、雇主”等等選項。在 EBS系統(tǒng)中各應(yīng)用模塊所具有的業(yè)務(wù)處理功能通常需構(gòu)建在 一個確定的“組織分類”之上，“組織”是相關(guān)業(yè)務(wù)處理功能的平

23、臺，企業(yè)是否需要作相關(guān)組織分類設(shè)置、如何設(shè) 置，取決于企業(yè)所需要使用到的應(yīng)用模塊功能。 例如所謂資產(chǎn)組織”的設(shè)置，它是在企業(yè)需使用到資產(chǎn)管理模塊 FA 時才涉及到?！百Y產(chǎn)組織”實際上是所謂“資產(chǎn) 賬簿”的代名詞，它只是表示有關(guān)資產(chǎn)信息的一個數(shù)據(jù)維度，作用主要在于分隔數(shù)據(jù)范圍，用戶進入系統(tǒng)作業(yè)務(wù)處 理時，并不需要作上下文業(yè)務(wù)環(huán)境的切換。對于這類并不涉及“上下文”環(huán)境切換的所謂“組織，ORACLR（統(tǒng)的 設(shè)計主要是為了借用“組織”所具有的“層次結(jié)構(gòu)（Hierarchy）概念來達到“多組織接入”權(quán)限的控制功能。需指出的是，這里的組織層次結(jié)構(gòu)”與真實世界企業(yè)的行政管理組織層次結(jié)構(gòu)沒有直接關(guān)系（盡管可能

24、有所參考）， 它只是企業(yè)根據(jù)某種需要（如權(quán)限管理控制、數(shù)據(jù)統(tǒng)計匯報等）而人為設(shè)定的一個層次結(jié)構(gòu)”，例如將系統(tǒng)中已經(jīng) 設(shè)置的任意數(shù)量的業(yè)務(wù)實體”或庫存組織”等等組織 Name,人為地設(shè)定一個具有上下級關(guān)系、自頂向下的金字塔形多層結(jié)構(gòu)。如下圖 31 所示：上圖中開始定義時，一旦選定（最）頂端組織 Name,則就只能為之分配下屬組織 Name,如要給下屬組織分配更 下一級的組織，則需點擊“向下”按鈕，將當前該下屬組織上升到“頂端組織”位置。點擊“向上”按鈕，則將當前“頂端組織”下降到下屬組織位置。企業(yè)可以根據(jù)實際需要設(shè)定若干個具有不同內(nèi)部結(jié)構(gòu)的“組織層次結(jié)構(gòu)Name, 以供定義系統(tǒng)所謂“安全性配置文

25、件”時調(diào)用。如下圖 32 所示： 上圖所定義安全性配置文件”是系統(tǒng)用以控制包括組織安全性”等在內(nèi)的各種安全性控制的基礎(chǔ)， 它具體規(guī)定了系統(tǒng)安全性控制的范圍與實現(xiàn)方式，所有定義的安全性配置文件”Name勾成系統(tǒng)多組織接入控制參數(shù)“MO:安全性 配置文件”的 LOV。如下圖 33 所示： EBS通過“MO:業(yè)務(wù)實體”、“MO:安全性配置文件”、“MO:默認業(yè)務(wù)實體”這三個系統(tǒng)配置文件的共同作用，實現(xiàn)所謂“多組織接入”控制功能 MOAC。但上述三個配置文件在 R11 與 R12 中的作用有比較大的差別。 對于“MO 業(yè)務(wù)實體”，在 R11 中必須設(shè)定，而且起決定性控制作用，其 LOV 由系統(tǒng)基于創(chuàng)建的 OUname自動