http://blog.csdn.net/kevingao/archive/2010/09/11/5877092.aspx

在EBS里新建一个OU的步骤
1. 建立OU组织，关联SOB,LE
2. 系统管理员下运行并发： Replicate seed date 
3. 建立PO的职责， 设置 MO：Default Operating Unit ，授权
4. 进入新的PO职责，设置 Financial Options
5. 进入新的PO职责，设置 Purchasing Options

Run the Replicate Seed Data request followed by steps:

Navigate to System Administration responsibility, Requests -> Run -> Single Request, OK, Select Replicate Seed Data -> Select the Organization which is new created as parameter ->Submit 
*This will replicate the seed data in your database. You need to do this everytime you make a new Organization.

这个程序指向的地点是: ad_morg.replicate_seed_data(X_org_id,NULL,NULL);
并且, 请求那边, 输入参数只有一个 org_id 实质是 OU, 其他的2个放空, 代表复制这个OU下的所有的OU层次的基础数据.
The seed data replication program works in two modes:
•        Single organization: This mode applies when the seed data replication program is executed within the context of a particular operating unit (or Org_ID).
•        All organizations: This mode applies when the seed data replication program is executed without an operating unit context.

实际复制的表指向是: load_table_list 这个方法, 从这里头可以看到, 复制了 AR,AP,CE, .... 等等 OU 层次的基础DATA.

本质的用途就是: 比如 ap_invoices 里头的 data 复制到 ap_invoices_all ,或者复制到一些语言表里头去.

这个请求有2个用处:
(1) 在多组织转换的时候需要使用到.
(2) 平时如果跑其实也没啥关系, 不过oracle bug 太多, 不建议自己手动去跑,建议发现问题的时候, 在oracle support下跑. FRM-40735 这个经常都是需要去跑这个玩意的.

对了, 当然会增加点空间, 但是微不足道.

多组织结构

ORACLE EBS一个很大的卖点是它的多组织结构．ORACLE EBS的文档资料里面解释呈现这样一个树型图：

业务组（BG）

|

HR组织

|

法律实体（LE）

|

营运单元（OU）

|

库存组织

1. 业务组: 它代表组织结构的最高层次, 它分离了人力资源的信息. 例如, 当你查询人员时, 它会列出所有分配给相应业务组的成员, 而你自己所属于的组织只不过是业务组的一份子. 这样说可能造成一种误解: 一个公司只能有一个业务组, 实际上可能有多个, 但是业务组之间不能共享信息.

2. 帐簿: 它其实不能称为一种组织, 更象组织中的一个层次或性. 一个业务组中可以有一个或者多个帐簿.

3. 法律实体: 法律实体类型赋予组织税码以及其它与法律相关的属性. 一套帐簿可以分配给多个法律实体.

4. 平衡实体: 平衡实体就是帐户结构中的一个段, 即平衡段. 在你准备财务报表的时候它体现你的帐户实体.

5. 运营单元: 如果一个组织应用到现金管理, 订单管理, 运输, 应收, 应付和采购模块, 则它就是一个运营单元. 它可能是一个销售中心, 一个分公司, 或者一个部门. 对于这些应用, EBS按照法律实体分离了业务信息, 每个用户只能访问到他自己所属于的运营单元的信息. 一个法律实体下面可以有一个或者多个运营单元.

6. 库存组织: 当一个组织要用到库存事物(例如接收, 转移等), 或者它要负责制造和分销产品时, 这个组织就是一个库存组织. 它可能是一个制造厂, 仓库, 分销中心或者销售部门. 当用到下列模块时, EBS按照库存组织来分割业务信息: Oracle Inventory, Bills of Material, Engineering, Work in Process, Master Scheduling/MRP, Capacity, and Purchasing receiving functions. 当你登陆到这些模块时, ORACLE EBS会提示你选择一个库存组织. 同样, 一个运营单元下面可以有一个或者多个库存组织.

7. 人力资源组织: 它体现了一个公司的基本工作结构. 只有当一个组织是人力资源组织时, 你才能分配人员给这个组织. 一个业务组中可以有一个或者多个人力资源组织.

8. 资产组织: 资产组织属性使组织可以执行与资产相关的功能. 只有当一个组织属于资产组织时, 才能使用Oracle Assets.

还需要说明一点的是: EBS的一个组织并非只能归属于一个类型. 例如,  一个组织是一个运营单元, 若在这个组织中要用到Oracle Inventory, 那么它同时还是一个库存组织. 所以, 组织类型代表了组织的一种属性, 而不是把组织简单的分类.

Oracle 组织结构和安全性的一些关系
Oracle的组织结构和安全性有着密切的联系,如:如何才能屏蔽不同SOB之间的信息的访问,如何才能屏蔽不同OU之间的信息.这些主要是通过responsiblity来实现的.

一般在建好responsiblity后我们需要给这个责任在责任层附上三个profile的值:

1.GL set of book name,这个profile就是用来屏蔽账簿用的,如果你的企业里使用的是多个账簿的话,用它来对责任屏蔽账簿,然后把责任附给用户,如果你的企业里只是使用了一个Book那么当然可以在sit层设置就可以了,一般的做法是在sit设置一个,然后对有特殊的责任再设置.

2.HR: User Type.这个其实是在你安装了HRMS系统后就很有用了,用来屏蔽工资册系统和一般HR用户的数据访问的权限.它有三个选项HR 用户,含工资单管理系统的 HR 用户,工资单管理系统用户.一般情况下,我们都是在sit层选择HR用户,因为只有安装了Oracle Payroll 并且使用 HR 安全性功能下面两个才起作用

3.MO: Operating Unit.这个就是屏蔽OU的了,很有用,如果你的企业是多个OU的话.这个值是一定要设置.(INV可以不用设置,因为OU是用来屏蔽OM,AP,AR这些信息的)

在建了上面的这些profile后,系统已经能屏蔽OU级的数据了,如果还要屏蔽Inventoty级的数据的话,可以在Inventory的organization access里面设置可以访问的inventory Org.

这样Oracle做到了不动组织结构,不同组织类型的数据对于用户的访问限制,它的桥梁就是责任.

Copying Inventory Organizations
You can create and update a large set of inventory organizations and their business
entities, such as Subinventories, Items, Bills of material, and Resources. These entities
can be copied and customized as part of an inventory organization copy. This aids in
the management of inventory organizational setup, which is mandatory for the use of
Inventory, Costing, Bills of Material and Work in Process. This feature is useful for
companies that have a large number of inventory organizations.
You can copy a source inventory organization‘s parameters, defaults, and settings, in a
single operation, to as many new organizations as you wish for the following setup
entities:
• Bills of Material
• Routings
• Items
• Categories
• Subinventories
• Shipping Networks
• Inventory Parameters
• WIP Parameters
• BOM Parameters
Organization Mass Copy is a two-step process. In order to copy source inventory
organization structures, you must first set up entity APIs to load interface tables and
then run the Copy Organization concurrent program to export and import the setup
data.

拷贝库存组织时，库存现有量为零的料号不能指定给新的组织。库存现有量不为零的料号指定给新组织时，在新组织的库存现有量为零。