oracle-ebs-基礎(chǔ)設(shè)置要點(diǎn)簡(jiǎn)介

《oracle-ebs-基礎(chǔ)設(shè)置要點(diǎn)簡(jiǎn)介》由會(huì)員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在工程資料-天天文庫(kù)。

1、ORACLEEBS基礎(chǔ)設(shè)置要點(diǎn)簡(jiǎn)介?一、安全性管理二、會(huì)計(jì)科目彈性域結(jié)構(gòu)三、帳套（分類(lèi)帳）四、組織架構(gòu)（一）業(yè)務(wù)組（BG）（二）法律實(shí)體（LE）（三）業(yè)務(wù)實(shí)體（OU）（四）庫(kù)存組織（INV）（五）公司成本中心（CostCenter）（六）HR組織（七）多組織接入控制五、基礎(chǔ)數(shù)據(jù)（一）關(guān)于“日歷”（二）關(guān)于“幣種”（三）關(guān)于“匯率”（四）關(guān)于“單位”（五）關(guān)于“地點(diǎn)”六、并發(fā)管理七、工作流八、系統(tǒng)初始化設(shè)置（一）關(guān)于安全性。（二）關(guān)于配置文件（三）值集與彈性域（四）分類(lèi)賬（帳套）與組織架構(gòu)（五）單據(jù)編號(hào)（六）層次性設(shè)置結(jié)構(gòu)九、結(jié)語(yǔ)首先需要說(shuō)明的是，本系列文檔假定讀者已經(jīng)具備基

2、本的系統(tǒng)相關(guān)使用知識(shí)與技能(例如，能夠基本領(lǐng)會(huì)“ORACLEEBS系統(tǒng)應(yīng)用基礎(chǔ)概述”中的內(nèi)容)，故所討論的內(nèi)容僅限于筆者認(rèn)為從系統(tǒng)使用與實(shí)際業(yè)務(wù)兩方面來(lái)看比較重要或者容易存疑的問(wèn)題，并不能面面俱到，旨在幫助讀者掌握核心、抓住要點(diǎn)（詳盡內(nèi)容必須參考ORACLE相關(guān)官方文檔）。文中為討論需要所附圖文均取自O(shè)RACLEEBS的測(cè)試環(huán)境（VisionDemo），版本以R12.1.1為主，輔之以版本R11.5.10，界面語(yǔ)言主要為中文（必要時(shí)輔之以英文）。兩個(gè)EBS版本在界面與功能應(yīng)用方面實(shí)際可能有一些差異，必要時(shí)會(huì)作相關(guān)說(shuō)明，但一般不會(huì)影響對(duì)基本問(wèn)題的討論。技術(shù)是業(yè)務(wù)的抽象與工具，

3、業(yè)務(wù)是技術(shù)的來(lái)源與目的。本系列文檔通篇將秉持“從業(yè)務(wù)的角度去審視技術(shù)，從技術(shù)的角度去回歸業(yè)務(wù)”的方法論（這里的所謂“技術(shù)”，意指“系統(tǒng)實(shí)現(xiàn)”），去探討系統(tǒng)實(shí)現(xiàn)與業(yè)務(wù)實(shí)踐的融合問(wèn)題，以求逐步能達(dá)到技術(shù)與業(yè)務(wù)的融會(huì)貫通。限于筆者的認(rèn)知水平，有訛誤或不正確之處，歡迎批評(píng)指正。?一、安全性管理?從系統(tǒng)使用角度來(lái)看，系統(tǒng)管理的一項(xiàng)重要的日常工作是關(guān)于“用戶”及其“權(quán)限”的管理，在ORACLE中即所謂“安全性”（Security）管理。“安全性”是一個(gè)涵義較之“權(quán)限”更為豐富、更為廣闊的概念術(shù)語(yǔ)，它雖然比較抽象，但顧名思義，它很好地涵蓋了于實(shí)際業(yè)務(wù)與系統(tǒng)使用中，有關(guān)企業(yè)數(shù)據(jù)與信息管理的

4、某些需要重點(diǎn)保護(hù)、控制的內(nèi)容。有關(guān)用戶權(quán)限的管理，在ORACLE系統(tǒng)中主要有三個(gè)基本要素構(gòu)成：菜單（Menu）、責(zé)任（Responsibility）、以及用戶（User）。三者的有機(jī)結(jié)合構(gòu)成了系統(tǒng)權(quán)限或安全性管理的基礎(chǔ)，輔之以參數(shù)或“安全性配置文件”等的使用，則進(jìn)一步對(duì)用戶的“實(shí)體（組織、帳套或分類(lèi)帳）接入”權(quán)限進(jìn)行細(xì)分。此外，系統(tǒng)在各個(gè)應(yīng)用模塊中，還將可能基于不同業(yè)務(wù)特點(diǎn)采取各具特色的系統(tǒng)實(shí)現(xiàn)方式，對(duì)用戶的準(zhǔn)入管理或功能權(quán)限作更進(jìn)一步的劃分（具體方式與系統(tǒng)設(shè)計(jì)者的個(gè)人偏好也有一定關(guān)系，不能一概而論）。“菜單”（Menu）在今天信息時(shí)代的日常生活中已是一個(gè)很普通的術(shù)語(yǔ)。OR

5、ACLE中的“菜單”概念并無(wú)甚特別，它也是表示用戶的系統(tǒng)應(yīng)用功能入口。最基本的“菜單”由系統(tǒng)預(yù)置的若干“表單功能”所組成，EBS目前大概具有2萬(wàn)個(gè)左右的此類(lèi)表單功能；（基于某些特殊需要，系統(tǒng)還可提供雖不可見(jiàn)但可由表單內(nèi)包含的邏輯調(diào)用的某些非表單“子功能”，需開(kāi)發(fā)后臺(tái)設(shè)置）。用戶可以自定義包括若干基本菜單作為“子菜單”的用戶菜單，自定義的“用戶菜單”也可以作為“子菜單”來(lái)使用，這樣就形成了一個(gè)菜單結(jié)構(gòu)（樹(shù)形圖）。如圖1所示菜單定義及可選擇使用的系統(tǒng)預(yù)置表單功能LIST：EBS系統(tǒng)在安裝好后，針對(duì)每個(gè)應(yīng)用模塊均已經(jīng)預(yù)定義包括所有功能（或權(quán)限）所謂的“超級(jí)用戶菜單”（SuperU

6、serMenu），企業(yè)（系統(tǒng)管理員）在定義用戶“責(zé)任”時(shí)可利用“排除法”來(lái)滿足實(shí)際的業(yè)務(wù)管理需要。此外，系統(tǒng)還提供了“僅具查詢”功能的預(yù)定義菜單，供某些需要限制做業(yè)務(wù)的用戶使用。相較于“菜單”的耳熟能詳，EBS的所謂“責(zé)任”（Responsibility）概念就生澀、抽象得多，通?？梢詫⒅c人們相對(duì)熟悉的“角色”（Role）概念來(lái)參看。在企業(yè)管理中通常會(huì)將人員按“崗位角色”來(lái)劃分，例如“計(jì)劃員、采購(gòu)員、倉(cāng)管員”等等，它們通常對(duì)應(yīng)于一定的崗位職責(zé)（責(zé)任），有真實(shí)的業(yè)務(wù)管理涵義，比較具體。系統(tǒng)預(yù)先定義的角色，分配給用戶（User）后，該用戶就具有該角色的全部應(yīng)用功能；但EBS未

7、象其它產(chǎn)品（如SAP）使用角色概念，而是使用“責(zé)任”概念，則更傾向于抽象地表示某些功能（入口菜單）的組合，可以不具有真實(shí)的管理涵義，比如所謂“銷(xiāo)售經(jīng)理”責(zé)任之下，盡可以與“采購(gòu)員”有相同的菜單項(xiàng)，具有完全相同的功能，而這一點(diǎn)如對(duì)應(yīng)到實(shí)際的“崗位角色”，顯然是不合適的。Role更清楚直接，但使用不夠靈活；Responsibility可靈活使用，但容易帶來(lái)理解上的歧義與誤會(huì)，使用時(shí)要注意區(qū)分。如下圖2所示的“責(zé)任”定義界面：每個(gè)責(zé)任必須對(duì)應(yīng)關(guān)聯(lián)一個(gè)確定的菜單，但可以使用“排除”功能使之具有不同的菜單結(jié)構(gòu)組合，這里的“排