在EBS里新建一个OU的步骤Word下载.docx
《在EBS里新建一个OU的步骤Word下载.docx》由会员分享,可在线阅读,更多相关《在EBS里新建一个OU的步骤Word下载.docx(11页珍藏版)》请在冰点文库上搜索。
![在EBS里新建一个OU的步骤Word下载.docx](https://file1.bingdoc.com/fileroot1/2023-5/9/960e8a4b-163f-4f24-bb11-459e76363788/960e8a4b-163f-4f24-bb11-459e763637881.gif)
(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.
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'
33.
rs.relationship_type_code
<
>
NONE'
)
OR
34.
(rs.target_ledger_category_code
PRIMARY'
35.
36.
ALC'
37.
IN
('
JOURNAL'
SUBLEDGER'
)))
38.
lg.ledger_id
rs.target_ledger_id
39.
lg.ledger_category_code
rs.target_ledger_category_code
40.
nvl(plete_flag,
Y'
41.
primdet.object_id
rs.primary_ledger_id
42.
primdet.object_type_code
43.
primdet.setup_step_code
44.
cfg.configuration_id
primdet.configuration_id
45.
cfgdet.configuration_id(+)
46.
cfgdet.object_type_code(+)
LEGAL_ENTITY'
47.
le.legal_entity_id(+)
48.
reg.source_id(+)
49.
reg.source_table(+)
XLE_ENTITY_PROFILES'
50.
reg.identifying_flag(+)
51.
hrloctl.location_id(+)
52.
hrloctl.LANGUAGE(+)
userenv('
LANG'
);
从数据结果中可以看出,系统中有7个分类账(LEDGER)和5个法人实体(LEGAL_ENTITY),对于TCL_YSP这个法人实体来说,拥有两个分类账,其LEDGER_CATEGORY_CODE分别为PRIMARY和SECONDARY,说明了一个法人实体有一个主分类账,并且可以有辅助分类账,而2041这个分类账,则没有对应的法人实体,但是其LEDGER_CATEGORY_CODE依然为PRIMARY,这说明一个分类账的category_code有可能是事前定义好的,而不是在与法人实体关联的时候才决定的,所以不能确定分类账之间到底有层次关系……
对以上的sql进行精简,也可以得出相应的关系来:
1.select
--分类帐
--法人实体
from
cfgdet
11.where
--101为总账GL应用
and
or
in
;