在EBS里新建一个OU的步骤.docx
《在EBS里新建一个OU的步骤.docx》由会员分享,可在线阅读,更多相关《在EBS里新建一个OU的步骤.docx(9页珍藏版)》请在冰点文库上搜索。
在EBS里新建一个OU的步骤
2011-10-1013:
27:
-奥客-
点击数:
1
分享到:
QQ空间新浪微博腾讯微博人人网
1.建立OU组织,关联SOB,LE
2.系统管理员下运行并发:
Replicateseeddate
3.建立PO的职责,设置MO:
DefaultOperatingUnit,授权
4.进入新的PO职责,设置FinancialOptions
5.进入新的PO职责,设置PurchasingOptions
RuntheReplicateSeedDatarequestfollowedbysteps:
NavigatetoSystemAdministrationresponsibility,Requests->Run->SingleRequest,OK,SelectReplicateSeedData->SelecttheOrganizationwhichisnewcreatedasparameter->Submit
*Thiswillreplicatetheseeddatainyourdatabase.YouneedtodothiseverytimeyoumakeanewOrganization.
这个程序指向的地点是:
ad_morg.replicate_seed_data(X_org_id,NULL,NULL);
并且,请求那边,输入参数只有一个org_id实质是OU,其他的2个放空,代表复制这个OU下的所有的OU层次的基础数据.
Theseeddatareplicationprogramworksintwomodes:
• Singleorganization:
Thismodeapplieswhentheseeddatareplicationprogramisexecutedwithinthecontextofaparticularoperatingunit(orOrg_ID).
• Allorganizations:
Thismodeapplieswhentheseeddatareplicationprogramisexecutedwithoutanoperatingunitcontext.
实际复制的表指向是:
load_table_list这个方法,从这里头可以看到,复制了AR,AP,CE,....等等OU层次的基础DATA.
本质的用途就是:
比如ap_invoices里头的data复制到ap_invoices_all,或者复制到一些语言表里头去.
这个请求有2个用处:
(1)在多组织转换的时候需要使用到.
(2)平时如果跑其实也没啥关系,不过oraclebug太多,不建议自己手动去跑,建议发现问题的时候,在oraclesupport下跑.FRM-40735这个经常都是需要去跑这个玩意的.
对了,当然会增加点空间,但是微不足道.
多组织结构
ORACLEEBS一个很大的卖点是它的多组织结构.ORACLEEBS的文档资料里面解释呈现这样一个树型图:
业务组(BG)
|
HR组织
|
法律实体(LE)
|
营运单元(OU)
|
库存组织
1.业务组:
它代表组织结构的最高层次,它分离了人力资源的信息.例如,当你查询人员时,它会列出所有分配给相应业务组的成员,而你自己所属于的组织只不过是业务组的一份子.这样说可能造成一种误解:
一个公司只能有一个业务组,实际上可能有多个,但是业务组之间不能共享信息.
2.帐簿:
它其实不能称为一种组织,更象组织中的一个层次或性.一个业务组中可以有一个或者多个帐簿.
3.法律实体:
法律实体类型赋予组织税码以及其它与法律相关的属性.一套帐簿可以分配给多个法律实体.
4.平衡实体:
平衡实体就是帐户结构中的一个段,即平衡段.在你准备财务报表的时候它体现你的帐户实体.
5.运营单元:
如果一个组织应用到现金管理,订单管理,运输,应收,应付和采购模块,则它就是一个运营单元.它可能是一个销售中心,一个分公司,或者一个部门.对于这些应用,EBS按照法律实体分离了业务信息,每个用户只能访问到他自己所属于的运营单元的信息.一个法律实体下面可以有一个或者多个运营单元.
6.库存组织:
当一个组织要用到库存事物(例如接收,转移等),或者它要负责制造和分销产品时,这个组织就是一个库存组织.它可能是一个制造厂,仓库,分销中心或者销售部门.当用到下列模块时,EBS按照库存组织来分割业务信息:
OracleInventory,BillsofMaterial,Engineering,WorkinProcess,MasterScheduling/MRP,Capacity,andPurchasingreceivingfunctions.当你登陆到这些模块时,ORACLEEBS会提示你选择一个库存组织.同样,一个运营单元下面可以有一个或者多个库存组织.
7.人力资源组织:
它体现了一个公司的基本工作结构.只有当一个组织是人力资源组织时,你才能分配人员给这个组织.一个业务组中可以有一个或者多个人力资源组织.
8.资产组织:
资产组织属性使组织可以执行与资产相关的功能.只有当一个组织属于资产组织时,才能使用OracleAssets.
还需要说明一点的是:
EBS的一个组织并非只能归属于一个类型.例如, 一个组织是一个运营单元,若在这个组织中要用到OracleInventory,那么它同时还是一个库存组织.所以,组织类型代表了组织的一种属性,而不是把组织简单的分类.
Oracle组织结构和安全性的一些关系
Oracle的组织结构和安全性有着密切的联系,如:
如何才能屏蔽不同SOB之间的信息的访问,如何才能屏蔽不同OU之间的信息.这些主要是通过responsiblity来实现的.
一般在建好responsiblity后我们需要给这个责任在责任层附上三个profile的值:
1.GLsetofbookname,这个profile就是用来屏蔽账簿用的,如果你的企业里使用的是多个账簿的话,用它来对责任屏蔽账簿,然后把责任附给用户,如果你的企业里只是使用了一个Book那么当然可以在sit层设置就可以了,一般的做法是在sit设置一个,然后对有特殊的责任再设置.
2.HR:
UserType.这个其实是在你安装了HRMS系统后就很有用了,用来屏蔽工资册系统和一般HR用户的数据访问的权限.它有三个选项HR用户,含工资单管理系统的HR用户,工资单管理系统用户.一般情况下,我们都是在sit层选择HR用户,因为只有安装了OraclePayroll并且使用HR安全性功能下面两个才起作用
3.MO:
OperatingUnit.这个就是屏蔽OU的了,很有用,如果你的企业是多个OU的话.这个值是一定要设置.(INV可以不用设置,因为OU是用来屏蔽OM,AP,AR这些信息的)
在建了上面的这些profile后,系统已经能屏蔽OU级的数据了,如果还要屏蔽Inventoty级的数据的话,可以在Inventory的organizationaccess里面设置可以访问的inventoryOrg.
这样Oracle做到了不动组织结构,不同组织类型的数据对于用户的访问限制,它的桥梁就是责任.
CopyingInventoryOrganizations
Youcancreateandupdatealargesetofinventoryorganizationsandtheirbusiness
entities,suchasSubinventories,Items,Billsofmaterial,andResources.Theseentities
canbecopiedandcustomizedaspartofaninventoryorganizationcopy.Thisaidsin
themanagementofinventoryorganizationalsetup,whichismandatoryfortheuseof
Inventory,Costing,BillsofMaterialandWorkinProcess.Thisfeatureisusefulfor
companiesthathavealargenumberofinventoryorganizations.
Youcancopyasourceinventoryorganization'sparameters,defaults,andsettings,ina
singleoperation,toasmanyneworganizationsasyouwishforthefollowingsetup
entities:
•BillsofMaterial
•Routings
•Items
•Categories
•Subinventories
•ShippingNetworks
•InventoryParameters
•WIPParameters
•BOMParameters
OrganizationMassCopyisatwo-stepprocess.Inordertocopysourceinventory
organizationstructures,youmustfirstsetupentityAPIstoloadinterfacetablesand
thenruntheCopyOrganizationconcurrentprogramtoexportandimportthesetup
data.
拷贝库存组织时,库存现有量为零的料号不能指定给新的组织。
库存现有量不为零的料号指定给新组织时,在新组织的库存现有量为零。
OracleEBS中分类账和法人实体的关系(有sql语句实例)
分类:
Oracle数据库技术OracleEBS2012-12-0616:
05310人阅读评论(0)收藏举报
首先,对于EBS中的法人实体和分类账以及OU之间的一个层次关系如下图:
其中,对于分类账和法人实体,并不简单是一对多的关系,按照理论上来讲:
由于分类账存在辅助分类账,所以一个法人实体除了对应一个主分类账(PrimaryLedger)外,还可能存在辅助分类账,但是一个法人实体肯定只对应一个唯一的主分类账,而对于分类账之间是否存在有“主从关系”还不太清楚,有待进一步考证。
而在R12中,要找出他们之间的关系就需要通过一下sql来看了:
[c-sharp]viewplaincopyprint?
1.SELECT lg.ledger_id,
2. lg.NAME ledger_name,
3. lg.short_name ledger_short_name,
4. cfgdet.object_id legal_entity_id,
5. le.NAME legal_entity_name,
6. reg.location_id location_id,
7. hrloctl.location_code location_code,
8. hrloctl.description location_description,
9. lg.ledger_category_code,
10. lg.currency_code,
11. lg.chart_of_accounts_id,
12. lg.period_set_name,
13. lg.accounted_period_type,
14. lg.sla_accounting_method_code,
15. lg.sla_accounting_method_type,
16. lg.bal_seg_value_option_code,
17. lg.bal_seg_column_name,
18. lg.bal_seg_value_set_id,
19. cfg.acctg_environment_code,
20. cfg.configuration_id,
21. rs.primary_ledger_id,
22. rs.relationship_enabled_flag
23. FROM gl_ledger_config_details primdet,
24. gl_ledgers lg,
25. gl_ledger_relationships rs,
26. gl_ledger_configurations cfg,
27. gl_ledger_config_details cfgdet,
28. xle_entity_profiles le,
29. xle_registrations reg,
30. hr_locations_all_tl hrloctl
31. WHERE rs.application_id = 101
32. AND ((rs.target_ledger_category_code = 'SECONDARY' AND
33. rs.relationship_type_code <> 'NONE') OR
34. (rs.target_ledger_category_code = 'PRIMARY' AND
35. rs.relationship_type_code = 'NONE') OR
36. (rs.target_ledger_category_code = 'ALC' AND
37. rs.relationship_type_code IN ('JOURNAL', 'SUBLEDGER')))
38. AND lg.ledger_id = rs.target_ledger_id
39. AND lg.ledger_category_code = rs.target_ledger_category_code
40. AND nvl(plete_flag, 'Y') = 'Y'
41. AND primdet.object_id = rs.primary_ledger_id
42. AND primdet.object_type_code = 'PRIMARY'
43. AND primdet.setup_step_code = 'NONE'
44. AND cfg.configuration_id = primdet.configuration_id
45. AND cfgdet.configuration_id(+) = cfg.configuration_id
46. AND cfgdet.object_type_code(+) = 'LEGAL_ENTITY'
47. AND le.legal_entity_id(+) = cfgdet.object_id
48. AND reg.source_id(+) = cfgdet.object_id
49. AND reg.source_table(+) = 'XLE_ENTITY_PROFILES'
50. AND reg.identifying_flag(+) = 'Y'
51. AND hrloctl.location_id(+) = reg.location_id
52. AND hrloctl.LANGUAGE(+) = userenv('LANG');
从数据结果中可以看出,系统中有7个分类账(LEDGER)和5个法人实体(LEGAL_ENTITY),对于TCL_YSP这个法人实体来说,拥有两个分类账,其LEDGER_CATEGORY_CODE分别为PRIMARY和SECONDARY,说明了一个法人实体有一个主分类账,并且可以有辅助分类账,而2041这个分类账,则没有对应的法人实体,但是其LEDGER_CATEGORY_CODE依然为PRIMARY,这说明一个分类账的category_code有可能是事前定义好的,而不是在与法人实体关联的时候才决定的,所以不能确定分类账之间到底有层次关系……
对以上的sql进行精简,也可以得出相应的关系来:
[c-sharp]viewplaincopyprint?
1.select lg.ledger_id, --分类帐
2. cfgdet.object_id legal_entity_id, --法人实体
3. lg.currency_code,
4. lg.chart_of_accounts_id,
5. rs.primary_ledger_id
6. from gl_ledger_config_details primdet,
7. gl_ledgers lg,
8. gl_ledger_relationships rs,
9. gl_ledger_configurations cfg,
10. gl_ledger_config_details cfgdet
11.where rs.application_id = 101 --101为总账GL应用
12. and ((rs.target_ledger_category_code = 'SECONDARY' and
13. rs.relationship_type_code <> 'NONE') or
14. (rs.target_ledger_category_code = 'PRIMARY' and
15. rs.relationship_type_code = 'NONE') or
16. (rs.target_ledger_category_code = 'ALC' and
17. rs.relationship_type_code in ('JOURNAL', 'SUBLEDGER')))
18. and lg.ledger_id = rs.target_ledger_id
19. and lg.ledger_category_code = rs.target_ledger_category_code
20. and nvl(plete_flag, 'Y') = 'Y'
21. and primdet.object_id = rs.primary_ledger_id
22. and primdet.object_type_code = 'PRIMARY'
23. and primdet.setup_step_code = 'NONE'
24. and cfg.configuration_id = primdet.configuration_id
25. and cfgdet.configuration_id(+) = cfg.configuration_id
26. and cfgdet.object_type_code(+) = 'LEGAL_ENTITY';