在系统中创建“公司成本中心组织”后，可以运行一个“并发检查程序”，以校验“会计科目弹性域结构”中的段值是否与所有的“公司成本中心”组织的设置保持一致。
当在“会计科目弹性域结构”中的“成本中心段”值集中添加LOV值并重新编译后，
可以运行系统的“自动组织”并发程序功能，由系统自动创建“公司成本中心”组织。
应当注意的是，一个公司成本中心组织及其成本中心段值，不可能属于不同法人实体
LE及其公司段值，这与真实世界中的管理要求是一致的。库存组织INV与会计科目弹性域中的“成本中心”段（部门）则具有“一对一或多对一”的关系，即一个“成本中心”段值可以有多个库存组织INV，但一个库存组织INV只能属于一个确定的成本中心。
（六）HR组织
系统的HR组织设置是与HRM模块的相关业务处理功能相关，与核心业务/
财务处理功能关系不大，主要是需要注意其是否和“成本中心”关联，需要时可以输入“成本中心”代码，其LOV就是“会计科目弹性域”结构中成本中心段的值集。如下图30所示：
（七）多组织接入控制
在图30的EBS组织设置界面中，所谓的组织“类型”（Type）划分仅是基于
组织自身的统计分析工作需要而定义的一个“维度”，例如“公司总部、产品线”等等，并不影响系统的业务处理功能。真正起作用的是设置界面中的“组织分类”（Classification），系统预置的组织分类LOV除了上述“业务组、法律实体、业务实体、库存组织”等之外，还有诸如“资产组织、运营公司、雇主”等等选项。在EBS系统中各应用模块所具有的业务处理功能通常需构建在一个确定的“组织分类”之上，“组织”是相关业务处理功能的平台，企业是否需要作相关组织分类设置、如何设置，取决于企业所需要使用到的应用模块功能。
例如所谓“资产组织”的设置，它是在企业需使用到资产管理模块FA时才涉及到。
“资产组织”实际上是所谓“资产账簿”的代名词，它只是表示有关资产信息的一个数据维度，作用主要在于分隔数据范围，用户进入系统作业务处理时，并不需要作上下文业务环境的切换。对于这类并不涉及“上下文”环境切换的所谓“组织”，ORACLR系统的设计主要是为了借用“组织”所具有的“层次结构”（Hierarchy）概念来达到“多组织接入”权限的控制功能。
需指出的是，这里的组织“层次结构”与真实世界企业的行政管理组织层次结构没有直接关系（尽管可能有所参考），它只是企业根据某种需要（如权限管理控制、数据统计汇报等）而人为设定的一个“层次结构”，例如将系统中已经设置的任意数量的“业务实体”或“库存组织”等等组织Name，人为地设定一个具有上下级关系、自顶向下的金字
塔形多层结构。如下图31所示：
上图中开始定义时，一旦选定（最）顶端组织Name，则就只能为之分配下属组织
Name，如要给下属组织分配更下一级的组织，则需点击“向下”按钮，将当前该下属组织上升到“顶端组织”位置。点击“向上”按钮，则将当前“顶端组织”下降到下属组织位置。企业可以根据实际需要设定若干个具有不同内部结构的“组织层次结构”Name，以供定义系统所谓“安全性配置文件”时调用。如下图32所示：
上图所定义“安全性配置文件”是系统用以控制包括“组织安全性”等在内的各种安全性控制的基础，它具体规定了系统安全性控制的范围与实现方式，所有定义的“安全性配置文件”Name构成系统多组织接入控制参数“MO：安全性配置文件”的LOV。如
下图33所示：