EBS中应用，职责，数据组，请求组，用户等关系讨论！

cindy_zhao

原帖由 dkyo 于 2007-5-16 16:19 发表
对于请求组现在觉得有个问题，多个职责使用同一个请求组，能否在每个职责单独进行请求的排除，职责定义那里好像只能排除应用吧

当然可以啊，你可以自由组合成某一请求组，然后再赋给职责！

ora2008

study

x475780030

钻研这些意义大么？
这些东西在oracle公司内部的人看来都是常识的东西啊/
没办法，技术壁垒啊/

wolferzhou

oracle初学者，又明白了不少，thks

czhtony

呵呵，努力的学习之中

SUCASQIANQIAN

今天看了，也觉得受益匪浅

zjpyhc

学习中，受益匪浅

残酷月光、

学习了。

donkey0424

x475780030 发表于 2008-5-9 09:07
钻研这些意义大么？
这些东西在oracle公司内部的人看来都是常识的东西啊/
没办法，技术壁垒啊/

我也觉得意义不大呢，就跟你知道1+1=2就得了，至于为啥等于2，咱们这个层次。。。

dodocstek

善用「EBS中应用，职责，数据组，请求组」，絕對是一位從事Oracle ERP顧問和系統管理員所必需具備的常識喔!!

每家企業之行業別、組織架構、事務流程、資訊勾稽程序不一的情況下，上述功能肯定可以將所有使用者之職責制定適當的規劃。

譬如，財務單位來說，若分有︰
(1)OM至AR審核人員
(2)AR收款人員
(3)AR沖銷帳務人員
(4)出納人員
(5)總帳核帳人員
(6)審核主管
(7)勾稽人員
就一般通用性，大概就會如Demo所演練的那般。
如果，你夠厲害，你絕對會仔細制定上述人員所適用的內容囉!!
為何，我強調絕對要「精透它」呢?
因為，每個使用者都是有專人承辦事務，
在分權職責的狀況下，越能規劃即越清析的畫分權責了，
換言之，不該有的功能，就不會大家都一樣的menu了。

多提一下，上述AR看似歸於「財務單位」，其實很多公司歸於「業務單位」喔!!
因此，Application是不是可以另組一個名稱呢?
沒錯，確實可以的。
如果你是「客製」的技術人員，你應該了解我所說的意義，
原因就在於Oracle的standard form，它實在是太厲害了。

我們常常使Oracle操作的form，當中的某些按鍵，限制條件用了上述的功能，加以變化。
因此，不熟系統者，往往都會被系統內容與Demo不同，嚇出冷汗，還直喊「靈異事件」!!

其實說穿了，就是「EBS中应用，职责，数据组，请求组」會用啦!!