ORACLE-EBS-多组织架构简介
最新EBS组织架构汇总
E B S组织架构RACLE EBS-组织架构介绍2010-08-07 19:22:42| 分类：名词解释|字号订阅（一）业务组（BG）（二）法律实体（LE）（三）业务实体（OU）（四）库存组织（INV）（五）公司成本中心（Cost Center）（六）HR组织（七）多组织接入控制在企业管理实践的过程中，“组织”（Organization）一词是个经常需用到的概念，一般与“人员”与“职能”这两个要素密切相关，反映某种行政管理关系，例如“财务部、销售部、采购部、生产部、仓储部”等等。
企业内部行政组织（部门）的划分是企业基于“职能驱动”业务管理模式进行运作的基础。
目前，国内适用于小企业使用的大多数低端管理软件并不考虑系统中的“组织”设置问题，其系统应用模块的划分，例如采购模块、仓管模块、销售模块等等，实际上就已经基本反映了企业运作的“组织职能”划分问题。
但是，对于业务复杂、规模较大的企业（如所谓“集团企业”），管理软件使用与实施的系统“组织设置”问题将是一个首要的重要问题。
一个常见的、也是错误的系统实现方式就是将企业的“行政组织设置”直接映射到系统中，以“行政组织”代替“业务组织”。
这种系统实现方式虽有理解、掌握比较容易的优势，但却完全违背了大企业运作必须基于“流程驱动”业务模式的基本管理原则。
国内有所谓高端管理软件在系统实施过程中，常常出现有几十个财务、采购组织，几百个销售组织，乃至上千个库存组织的“盛况”，导致系统几乎没法使用的困境，其症结正在于此。
与企业的“行政组织”设置与人员规模密切相关且复杂多变不同，软件系统的“组织设置”必须以业务流程运作为核心，要求尽可能简单并保持相对稳定，在公司（人员）规模扩大的过程中具有延续性与继承性。
作为ERP鼻祖的SAP将系统组织简单地分为“集团（Client）、公司代码（Company Code）、采购组织（Purchase Org）、销售组织（Sale Org）、工厂（Plant）”等类别。
EBS系统组织架构讲解
EBS系统组织架构讲解EBS系统（Enterprise Business System，企业商业系统）的组织架构一般由多个部门和职能团队组成，以实现企业的信息化和数字化管理。
在这篇文章中，我将详细讲解EBS系统的组织架构，并介绍各个部门和团队的职责和作用。
1.研发部门：负责EBS系统的开发和维护工作。
该部门通常包括软件工程师、数据库管理员、系统分析师等技术人员，负责系统的设计、编码、测试和修复等工作。
研发团队需要根据用户需求和企业的业务流程，设计和实现各个功能模块，并确保系统的稳定性和安全性。
2.实施部门：负责EBS系统的实施和部署工作。
该部门通常包括顾问、项目经理、系统工程师等人员，负责与客户进行沟通和了解需求，制定系统实施计划，并负责系统的安装、配置和测试等工作。
实施团队需要与用户密切合作，确保系统能够满足用户的需求，并提供培训和支持。
3.运维部门：负责EBS系统的运行和维护工作。
该部门通常包括系统管理员、网络管理员、技术支持等人员，负责系统的日常运维、监控和故障处理等工作。
运维团队需要确保系统的可用性和性能，及时处理用户的问题和反馈，并定期进行系统升级和优化。
4.数据管理部门：负责EBS系统中的数据管理工作。
该部门通常包括数据分析师、数据管理员等人员，负责数据的采集、清洗、存储和分析等工作。
数据管理团队需要确保系统中的数据准确可靠，并通过数据分析提供决策支持和业务优化。
5.用户支持部门：负责EBS系统的用户支持和问题解答工作。
该部门通常包括客户服务人员、售后支持人员等，负责回答用户的问题、解决用户遇到的困难，并提供技术支持和培训。
用户支持团队需要时刻与用户保持沟通，及时解决用户的问题，并收集用户的反馈和需求。
此外，为了更好地管理和协调EBS系统的开发和运维工作，往往还会设立一个项目管理办公室（Project Management Office，简称PMO）。
PMO负责项目的规划、执行和监控，协调各个部门和团队之间的合作和沟通，提供项目管理的方法和工具，并负责项目的进度和质量的控制。
oracle ebs学习
Oracle ebs 组织架构介绍SAP将系统组织简单地分为“集团（Client）、公司代码（Company Code）、采购组织（Purchase Org）、销售组织（Sale Org）、工厂（Plant）”等类别。
ORACLE的组织设置本质上与之基本相似，但作为后来者作了进一步抽象与简化，系统组织划分为“业务组（Business Group）、法律实体（Legal Entity）、业务实体（Operating Unit）、库存组织（Inventory Org）”等。
1、业务组【BG】参考“集团”概念，通常一个企业设置一个，对于业务多元化的特大型公司，可以设置多个。
当以系统预置超级用户SYSADMIN进入后，应首先设置一个具有在HRM或INV下创建组织功能的“责任”名，随后给此责任的“HR：User Type”配置文件设定值为“HR User”，则该责任就有了创建新BG的能力。
系统每新建一个BG，就会自动在配置文件“HR：安全性配置文件”的LOV中自动添加一个与新建BG同名的可选值（初始时只有“Setup Business Group”一个值）。
在某一个BG 下（初始为Setup Business Group）新建的任何责任，系统都将该责任的配置文件“HR：安全性配置文件”值默认为当前BG。
要在进入系统时能切换到新的BG，必须先修改该责任的“HR：安全性配置文件”设定值。
2、法律实体【LE】：对应于真实世界中的按国家法律法规要求注册的“法人公司”。
LE在组织FORM定义时，对于每个LE必须为其“法人主体会计科目”关联一个“帐套SOB”。
每个LE对应一个SOB，这与真实世界的法规要求是吻合的。
在定义“分类帐”时的“会计科目设置管理器”WEB中定义并分配法人实体LE。
一个分类帐设置（主辅分类帐）可以添加多个LE，但每个LE只能具有一个分类帐设置。
创建一个LE后，应当及时到会计科目弹性域结构中添加需要对应的公司段值LOV（一个或多个），并重新进行弹性域的编译，否则系统可能会弹出错误报警信息。
ORACLE-EBS-基础设置之组织架构
OＲACLE ＥBS 基础设置之组织架构四、组织架构在企业管理实践的过程中,“组织”(Oｒｇａnization)一词是个经常需用到的概念，一般与“人员”与“职能”这两个要素密切相关,反映某种行政管理关系,例如“财务部、销售部、采购部、生产部、仓储部”等等。
企业内部行政组织(部门)的划分是企业基于“职能驱动”业务管理模式进行运作的基础。
目前,国内适用于小企业使用的大多数低端管理软件并不考虑系统中的“组织”设置问题，其系统应用模块的划分，例如采购模块、仓管模块、销售模块等等,实际上就已经基本反映了企业运作的“组织职能”划分问题。
但是，对于业务复杂、规模较大的企业(如所谓“集团企业”）,管理软件使用与实施的系统“组织设置”问题将是一个首要的重要问题。
一个常见的、也是错误的系统实现方式就是将企业的“行政组织设置”直接映射到系统中，以“行政组织”代替“业务组织”。
这种系统实现方式虽有理解、掌握比较容易的优势，但却完全违背了大企业运作必须基于“流程驱动”业务模式的基本管理原则。
国内有所谓高端管理软件在系统实施过程中,常常出现有几十个财务、采购组织，几百个销售组织，乃至上千个库存组织的“盛况”，导致系统几乎没法使用的困境，其症结正在于此。
与企业的“行政组织”设置与人员规模密切相关且复杂多变不同,软件系统的“组织设置”必须以业务流程运作为核心,要求尽可能简单并保持相对稳定，在公司（人员）规模扩大的过程中具有延续性与继承性。
作为ERP鼻祖的SAP将系统组织简单地分为“集团（Clｉent)、公司代码(Ｃoｍpany Ｃode）、采购组织(Purcｈａse Org）、销售组织（ＳalｅOrg)、工厂（Pｌaｎｔ)”等类别。
OＲＡＣＬE的组织设置本质上与之基本相似,但作为后来者作了进一步抽象与简化,系统组织划分为“业务组（Busｉness Groｕp）、法律实体（Legａl Entity)、业务实体(Opeｒａｔiｎg Unｉt）、库存组织（InveｎtｏrｙＯrｇ）”等。
ORACLE-EBS-OU-BG-INV-HR等组织架构介绍复习过程
ORACLE EBS-组织架构介绍（一）业务组（（一）业务组（BG）（二）法律实体（LE）（三）业务实体（OU）（四）库存组织（INV）（五）公司成本中心（Cost Center）（六）HR组织（七）多组织接入控制在企业管理实践の过程中，“组织”（Organization）一词是个经常需用到の概念，一般与“人员”与“职能”这两个要素密切相关，反映某种行政管理关系，例如“财务部、销售部、采购部、生产部、仓储部”等等。
企业内部行政组织（部门）の划分是企业基于“职能驱动”业务管理模式进行运作の基础。
目前，国内适用于小企业使用の大多数低端管理软件并不考虑系统中の“组织”设置问题，其系统应用模块の划分，例如采购模块、仓管模块、销售模块等等，实际上就已经基本反映了企业运作の“组织职能”划分问题。
但是，对于业务复杂、规模较大の企业（如所谓“集团企业”），管理软件使用与实施の系统“组织设置”问题将是一个首要の重要问题。
一个常见の、也是错误の系统实现方式就是将企业の“行政组织设置”直接映射到系统中，以“行政组织”代替“业务组织”。
这种系统实现方式虽有理解、掌握比较容易の优势，但却完全违背了大企业运作必须基于“流程驱动”业务模式の基本管理原则。
国内有所谓高端管理软件在系统实施过程中，常常出现有几十个财务、采购组织，几百个销售组织，乃至上千个库存组织の“盛况”，导致系统几乎没法使用の困境，其症结正在于此。
与企业の“行政组织”设置与人员规模密切相关且复杂多变不同，软件系统の“组织设置”必须以业务流程运作为核心，要求尽可能简单并保持相对稳定，在公司（人员）规模扩大の过程中具有延续性与继承性。
作为ERP鼻祖のSAP将系统组织简单地分为“集团（Client）、公司代码（Company Code）、采购组织（Purchase Org）、销售组织（Sale Org）、工厂（Plant）”等类别。
ORACLEの组织设置本质上与之基本相似，但作为后来者作了进一步抽象与简化，系统组织划分为“业务组（Business Group）、法律实体（Legal Entity）、业务实体（Operating Unit）、库存组织（Inventory Org）”等。
Oracle EBS应用技术架构
• 重新设计和改进工作流程
• 减少完成关键业务的步骤数 • 增强个性化能力
企业门户集成: 提供标准 JSR-168/WSRP Portlets
企业级门户集成
Oracle Web Center（Web 2.0）
• 复合应用UI界面
• 打包的应用程序 • 客户自定义应用 • 商务智能
最近
最爱
搜索
个人喜好 通知
全面开放、灵活集成
更快、更准决策支持
端对端安全保护
敏捷业务流程
轻松管理，减少TCO
企业级主数据管理
可靠、坚实的IT基础
纯BS架构，支持集中式网络部署
通过简化的用户界面和业务流程提高用户使用体验
• 纯B/S架构，减少客户端维护 • “天鹅”计划UI改良，设计更
友好和直观的用户界面
• 减少弹出和冗余窗口
•方便与其他系统集成
应用层：插件式模块设计
DMS
采购 BOM 库存 订单 流程 制造 工艺 定制 开发 PLM
SCM
…
MES
OA
计划
财务
统一的企业级应用平台（数据库、中间件、数据模型、开发框架、集成服务总线）
工作流 管理
弹性域 管理
数据 管理
预警 管理
基础平台层：共享数据模型和基础服务
安全 管理
菜单 职责
Oracle 预警引擎
无所不在的例外监控和自动执行
• 将企业中各部门，流程中的管理异常定义在系统当中 • 主动即时通知相关人员，防止事件扩大及做预防管控 • 提供事件式及周期性的管理机制
接单到生产
采购到付款 流程.. 查核点 查核点 查核點
电子邮件
Alert 预警引擎
ORACLE-EBS-多组织架构简介说课讲解
Oracle EBS多组织结构ORACLE EBS-个很大的卖点是它的多组织结构. ORACLE EBS的文档资料里面解释呈现这样一个树型图：营运单元未完待续.接上.实际上，ORACLE电子商务套件中的组织属性可以分为如下几类：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，那么它同时还是一个库存组织. 所以，组织类型代表了组织的一种属性，而不是把组织简单的分类.当你在实施的时候，可能用不同的模型来描述组织结构.当你在实施HR的时候，你可能会按照下图来描述:当你在实施制造，物流和财务的时候，你更加可能按下图所示去进行组织的设置可能设置一个或多个业务组，一个业务组下面可能包含一个或多个帐套，一个帐套下面可能有一个或多个业务实体（也就是多个子公司共用一个帐套）,一个业务实体下面可能有一个或多个业务机构，一个业务机构下面又可能有一个或多个库存组织，一个库存组织下面又可能有一个或多个子库存，在下面依次是库位和货架（相当于行和列）.这两种模型并非是孤立的，而应该综合考虑•例如，你设置一个业务组织，但同时你还要分配人员给这个组织，那么你同时还要把它设置为一个HR组织.接下来我们来讨论如何实施多组织结构，我们将遵循如下步骤：1．规划和描述组织结构。
ORACLEEBS基础设置之组织架构
ORACLEEBS基础设置之组织架构ORACLE EBS（Enterprise Business Suite）是甲骨文公司开发的一款集成式企业资源规划（ERP）软件系统，可以帮助企业进行各类业务的管理和协调。
在使用ORACLE EBS之前，首先需要进行一系列的基础设置，其中之一就是组织架构的设置。
组织架构是指企业内部不同部门之间的关系和职责分工。
在ORACLEEBS中，通过设置组织架构可以实现企业内部各部门之间的协作和信息流动。
下面将详细介绍ORACLEEBS中组织架构的设置。
首先，要设置组织架构，需要在ORACLEEBS中创建组织。
组织可以包括多个级别，一般组织架构最高层级为公司，下面可以包括多个业务单元，每个业务单元下面又可以包括多个部门。
通过这样的层级结构可以实现不同组织之间的隔离和相互关联。
在创建组织时，需要输入组织的详细信息，包括组织名称、组织代码、组织类型等。
组织类型可以根据企业的实际情况进行设置，常见的组织类型包括公司、业务单元、地区、部门等。
通过设置不同的组织类型，可以实现对不同组织的不同管理需求。
在设置组织架构时，还可以设置组织之间的关系。
ORACLEEBS可以支持不同组织之间的父子关系、兄弟关系等。
通过设置组织之间的关系，可以实现信息的共享和协同，提高组织的工作效率。
在进行组织架构设置之后，还需要进行职责和职位的设置。
职责是指组织架构中不同部门或职位的职责和权限。
职位是指组织中不同职员所担任的职位。
通过设置职责和职位，可以实现对组织内部人员的权限管理和工作分配。
在设置职责和职位时，需要指定职责和职位的名称、描述、权限等信息。
通过设置不同的权限，可以限制不同职责和职位的操作范围，提高组织的安全性和保密性。
最后，还需要设置组织的层次结构和员工的隶属关系。
通过设置组织的层次结构，可以实现组织之间的上下级关系。
通过设置员工的隶属关系，可以将员工与特定的组织或职位进行关联，方便进行人员的管理和工作分配。
Oracle_EBS多组织结构
多组织结构ORACLE EBS一个很大的卖点是它的多组织结构．ORACLE EBS的文档资料里面解释呈现这样一个树型图：未完待续.实际上, ORACLE电子商务套件中的组织属性可以分为如下几类: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, 那么它同时还是一个库存组织. 所以, 组织类型代表了组织的一种属性, 而不是把组织简单的分类.当你在实施的时候, 可能用不同的模型来描述组织结构.当你在实施HR的时候, 你可能会按照下图来描述:这个模型中, 业务组是公司中的顶层组织. 再下面是政府报告实体, 它体现了联邦或本地政府确认你作为一个雇员的方式. 再下面就是人力资源组织.当你在实施制造, 物流和财务的时候, 你更加可能按下图所示去进行组织的设置:实际上, 这个图形也基本上决定了你的组织的设置的顺序. 一般来说, 一个集团公司下面可能设置一个或多个业务组, 一个业务组下面可能包含一个或多个帐套, 一个帐套下面可能有一个或多个业务实体(也就是多个子公司共用一个帐套), 一个业务实体下面可能有一个或多个业务机构, 一个业务机构下面又可能有一个或多个库存组织, 一个库存组织下面又可能有一个或多个子库存, 在下面依次是库位和货架(相当于行和列).这两种模型并非是孤立的, 而应该综合考虑. 例如, 你设置一个业务组织, 但同时你还要分配人员给这个组织, 那么你同时还要把它设置为一个HR组织.接下来我们来讨论如何实施多组织结构，我们将遵循如下步骤：1．规划和描述组织结构。
ORACLEEBS多组织架构简介
Oracle EBS 多组织结构ORACLE EBS一个很大的卖点是它的多组织结构．ORACLE EBS的文档资料里面解释呈现这样一个树型图：未完待续.接上.实际上, ORACLE电子商务套件中的组织属性可以分为如下几类: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, 那么它同时还是一个库存组织. 所以, 组织类型代表了组织的一种属性, 而不是把组织简单的分类.当你在实施的时候, 可能用不同的模型来描述组织结构.当你在实施HR的时候, 你可能会按照下图来描述:这个模型中, 业务组是公司中的顶层组织. 再下面是政府报告实体, 它体现了联邦或本地政府确认你作为一个雇员的方式. 再下面就是人力资源组织.当你在实施制造, 物流和财务的时候, 你更加可能按下图所示去进行组织的设置:实际上, 这个图形也基本上决定了你的组织的设置的顺序. 一般来说, 一个集团公司下面可能设置一个或多个业务组, 一个业务组下面可能包含一个或多个帐套, 一个帐套下面可能有一个或多个业务实体(也就是多个子公司共用一个帐套), 一个业务实体下面可能有一个或多个业务机构, 一个业务机构下面又可能有一个或多个库存组织, 一个库存组织下面又可能有一个或多个子库存, 在下面依次是库位和货架(相当于行和列).这两种模型并非是孤立的, 而应该综合考虑. 例如, 你设置一个业务组织, 但同时你还要分配人员给这个组织, 那么你同时还要把它设置为一个HR组织.接下来我们来讨论如何实施多组织结构，我们将遵循如下步骤：1．规划和描述组织结构。
组织设计多组织结构
多组织结构ORACLEEBS壹个很大的卖点是它的多组织结构．ORACLEEBS的文档资料里面解释呈现这样壹个树型图：未完待续.接上.实际上,ORACLE电子商务套件中的组织属性能够分为如下几类:1.业务组:它代表组织结构的最高层次,它分离了人力资源的信息.例如,当你查询人员时,它会列出所有分配给相应业务组的成员,而你自己所属于的组织只不过是业务组的壹份子.这样说可能造成壹种误解:壹个公司只能有壹个业务组,实际上可能有多个,可是业务组之间不能共享信息.2.帐簿:它其实不能称为壹种组织,更象组织中的壹个层次或性.壹个业务组中能够有壹个或者多个帐簿.3.法律实体:法律实体类型赋予组织税码以及其它和法律关联的属性.壹套帐簿能够分配给多个法律实体.4.平衡实体:平衡实体就是帐户结构中的壹个段,即平衡段.于你准备财务报表的时候它体现你的帐户实体.5.业务实体:如果壹个组织应用到现金管理,订单管理,运输,应收,应付和采购模块,则它就是壹个业务实体.它可能是壹个销售中心,壹个分公司,或者壹个部门.对于这些应用,EBS按照法律实体分离了业务信息,每个用户只能访问到他自己所属于的业务实体的信息.壹个法律实体下面能够有壹个或者多个业务实体.6.库存组织:当壹个组织要用到库存事物(例如接收,转移等),或者它要负责制造和分销产品时,这个组织就是壹个库存组织.它可能是壹个制造厂,仓库,分销中心或者销售部门.当用到下列模块时,EBS按照库存组织来分割业务信息:OracleInventory,BillsofMaterial,Engineering,WorkinProcess,MasterScheduling/M RP,Capacity,andPurchasingreceivingfunctions.当你登陆到这些模块时,ORACLEEBS会提示你选择壹个库存组织.同样,壹个业务实体下面能够有壹个或者多个库存组织.7.人力资源组织:它体现了壹个公司的基本工作结构.只有当壹个组织是人力资源组织时,你才能分配人员给这个组织.壹个业务组中能够有壹个或者多个人力资源组织.8.资产组织:资产组织属性使组织能够执行和资产关联的功能.只有当壹个组织属于资产组织时,才能使用OracleAssets.仍需要说明壹点的是:EBS的壹个组织且非只能归属于壹个类型.例如,例如,壹个组织是壹个业务实体,若于这个组织中要用到OracleInventory,那么它同时仍是壹个库存组织.所以,组织类型代表了组织的壹种属性,而不是把组织简单的分类.当你于实施的时候,可能用不同的模型来描述组织结构.当你于实施HR的时候,你可能会按照下图来描述:这个模型中,业务组是公司中的顶层组织.再下面是政府方案实体,它体现了联邦或本地政府确认你作为壹个雇员的方式.再下面就是人力资源组织.当你于实施制造,物流和财务的时候,你更加可能按下图所示去进行组织的设置:实际上,这个图形也基本上决定了你的组织的设置的顺序.壹般来说,壹个集团公司下面可能设置壹个或多个业务组,壹个业务组下面可能包含壹个或多个帐套,壹个帐套下面可能有壹个或多个业务实体(也就是多个子公司共用壹个帐套),壹个业务实体下面可能有壹个或多个业务机构,壹个业务机构下面又可能有壹个或多个库存组织,壹个库存组织下面又可能有壹个或多个子库存,于下面依次是库位和货架(相当于行和列).这俩种模型且非是孤立的,而应该综合考虑.例如,你设置壹个业务组织,但同时你仍要分配人员给这个组织,那么你同时仍要把它设置为壹个HR组织.接下来我们来讨论如何实施多组织结构，我们将遵循如下步骤：1．规划和描述组织结构。
oracle EBS 运用产品体系结构介绍新
Firewall/proxy server Local Network
External PC
DBA PC Telnet
NetJT8DeBlCn/eNtetN8et8 Net8
Net8 Net8 Net8
JDBC/NetNN8eett88 Net8 Net8
Administration Server
Net8
谢谢
z 文件系统结构 z 各模块文件目录结构 z AU_TOP结构 z COMMON目录结构 z 数据库系统目录结构 z 文件类型
File System Architecture
PROD_TOP
AU_TOP
COMMON_TOP
Technology Stack Directory
File Types -1
URL: http://company.domain:port/OA_HTML/US/ICXIN DEX.htm 或 http://company.domain:port
开发部明确表示, 不支持通过CGI直接登录form方式, 如: http://company.domain:port/dev60cgi/f60cgi <详见 Note 177240.1>
Firewall
Firewall
HTTP(S)
HTTP Server
HTTP(S) Form Server HTTP(S()Metrics Server)
Internal PC
HTTP(S)
HTTP(S) AJP 1.2 HTTP(S)
HTTP(S) HTTP(S) HTTP
HTTP Socket IIOP IIOP
z Web-deployed： 通过游览器可以在广域网内使用软件
多组织结构(1)
多组织结构
ORACＬE ＥBS一个很大的卖点是它的多组织结构.OＲACLＥEBS的文档资料里面解释呈现这样一个树型图:
未完待续.
接上.
实际上, ORＡCLE电子商务套件中的组织属性可以分为如下几类：
1. 业务组: 它代表组织结构的最高层次, 它分离了人力资源的信息. 例如, 当你查询人员时，它会列出所有分配给相应业务组的成员，而你自己所属于的组织只不过是业务组的一份子. 这样说可能造成一种误解: 一个公司只能有一个业务组, 实际上可能有多个, 但是业务组之间不能共享信息.
2. 帐簿：它其实不能称为一种组织, 更象组织中的一个层次或性．一个业务组中可以有一个或者多个帐簿.
3. 法律实体: 法律实体类型赋予组织税码以及其它与法律相关的属性. 一套帐簿可以分配给多个法律实体.
4. 平衡实体: 平衡实体就是帐户结构中的一个段，即平衡段．在你准备财务报表的时候它体现你的帐户实体.
5. 业务实体: 如果一个组织应用到现金管理, 订单管理, 运输, 应收, 应付和采购模块, 则它就是一个业务实体. 它可能是一个销售中心，一个分公司, 或者一个部门. 对于这些应用, EＢS按照法律实体分离了业务信息，每个用户只能访问到他自己所属于的业务实体的信息. 一个法律实体下面可以有一个或者多个业务实体.
6．库存组织：当一个组织要用到库存事物(例如接收，转移等), 或者它要负责制造和分销产品时, 这个组织就是一个库存组织. 它可能是一个制造厂, 仓库, 分销中心或者销售部门. 当用到下列模块时, ＥBＳ按照库存组织来分割业务信息: Oｒａｃlｅ Inventorｙ, Ｂiｌｌs of Material, Eｎgineeｒing, Worｋｉn Procesｓ, Mａｓter Schｅduｌｉ。
ORACLE EBS-OU,BG,INV,HR等组织架构介绍
ORACLE EBS-组织架构介绍（一）业务组（（一）业务组（BG）（二）法律实体（LE）（三）业务实体（OU）（四）库存组织（INV）（五）公司成本中心（Cost Center）（六）HR组织（七）多组织接入控制在企业管理实践的过程中，“组织”（Organization）一词是个经常需用到的概念，一般与“人员”与“职能”这两个要素密切相关，反映某种行政管理关系，例如“财务部、销售部、采购部、生产部、仓储部”等等。
企业内部行政组织（部门）的划分是企业基于“职能驱动”业务管理模式进行运作的基础。
目前，国内适用于小企业使用的大多数低端管理软件并不考虑系统中的“组织”设置问题，其系统应用模块的划分，例如采购模块、仓管模块、销售模块等等，实际上就已经基本反映了企业运作的“组织职能”划分问题。
但是，对于业务复杂、规模较大的企业（如所谓“集团企业”），管理软件使用与实施的系统“组织设置”问题将是一个首要的重要问题。
一个常见的、也是错误的系统实现方式就是将企业的“行政组织设置”直接映射到系统中，以“行政组织”代替“业务组织”。
这种系统实现方式虽有理解、掌握比较容易的优势，但却完全违背了大企业运作必须基于“流程驱动”业务模式的基本管理原则。
国内有所谓高端管理软件在系统实施过程中，常常出现有几十个财务、采购组织，几百个销售组织，乃至上千个库存组织的“盛况”，导致系统几乎没法使用的困境，其症结正在于此。
与企业的“行政组织”设置与人员规模密切相关且复杂多变不同，软件系统的“组织设置”必须以业务流程运作为核心，要求尽可能简单并保持相对稳定，在公司（人员）规模扩大的过程中具有延续性与继承性。
作为ERP鼻祖的SAP将系统组织简单地分为“集团（Client）、公司代码（Company Code）、采购组织（Purchase Org）、销售组织（Sale Org）、工厂（Plant）”等类别。
ORACLE的组织设置本质上与之基本相似，但作为后来者作了进一步抽象与简化，系统组织划分为“业务组（Business Group）、法律实体（Legal Entity）、业务实体（Operating Unit）、库存组织（Inventory Org）”等。
Oracle-EBS-R12多组织访问架构-MOAC使用配置
ORACLE EBS R12 MOAC使用配置MOAC使用配置1.2.1.概述在MOAC中使用的是安全性配置文件来实现对OU访问的控制的，我们首先定义好安全性配置文件，然后将该文件使用预制文件的形式定义在职责或者用户上，让这个用户可以访问该安全性配置文件所分配的安全OU，但由于业务上的需要，不是所有拥有该安全性配置文件的用户都想访问该安全性配置文件分配的全部OU,在R12中用户可以在职责中使用“用户首选项”来设置自己的操作OU，本节实现MOAC的设置。
1.2.2.安全性控制文件介绍在这里引用一段实施文档对安全性配置文件的介绍:安全性配置文件控制对业务组中的组织、职位、员工和申请人记录的访问，系统管理员可以使用安全性配置文件来限制用户的责任。
具体限制内容如下：1 按人员类型应用限制；（您可以选择将您设置的安全性限制应用于员工、申请人、联系人或者他们的任何组合。
）2 按组织限制访问；（您可以查看所有组织（无安全性）；按组织层次结构和（或）组织列表保护组织；按单个业务实体保护组织；按业务实体和库存组织的组合保护组织。
）3 按职位限制访问；（您可以在“职位安全性”标签区域中，查看所有职位（无安全性）；或者撤消选定“查看所有职位”复选框，然后选择职位层次结构和顶层职位。
如果您要允许访问该职位，请选定“包括顶层职位”复选框。
）4 按工资单限制访问；（您可以选定“查看所有工资单”复选框，允许访问所有工资单；或者通过撤消选定“查看所有工资单”复选框，然后撤消选定“包括”复选框，排除不可访问工资单，这样可以允许访问许多工资单；您可以通过撤消选定“查看所有工资单”复选框，然后选定“包括”复选框，选择要包括的工资单，这样可以允许访问少量工资单。
）5按主管限制访问；（您可以在“基于用户的安全性”标签区域中，选定“按主管限制”复选框，然后在“最大结构层”框中输入您要允许主管查看的访问层数，或者将此字段留空，以便允许访问所有层。
Oracle_EBS_学习手册一_系统组织架构设置
系统架构的设置操作手册作者：hzs创建日期：2011年12月2日更新日期：年月日版本： 1.0目录目录 (2)系统组织结构的概述 (3)系统组织结构模型 (3)系统组织结构操作 (4)构建系统组织结构 (4)定义总帐职责 (4)定义库存职责 (5)定义应付管理职责 (6)定义应收管理职责 (7)定义地点 (8)定义业务组 (8)库存职责关联业务组 (9)定义帐套 (10)定义段 (10)定义值集 (15)定义会计日历 (17)定义法人实体 (18)设置会计科目 (19)总帐职责关联分类账 (23)定义业务实体 (24)库存职责关联业务实体 (26)定义库存组织 (27)库存职责和库存组织关联 (30)系统组织结构模型业务组安通公司hzs_INV构建系统组织结构定义总帐职责路径：建立职责（N）系统管理员->安全性->责任->定义将“总账”职责关联用户定义库存职责路径：建立职责（N）系统管理员->安全性->责任->定义1 定义“库存”职责将用户和职责关联定义应付管理职责路径：建立职责（N）系统管理员->安全性->责任->定义1 定义职责2 将用户和职责关联定义应收管理职责路径：建立职责（N）系统管理员->安全性->责任->定义1 定义职责2 将用户和职责关联路径：库存职责（N）设置->组织->地点定义业务组路径：库存职责（N）设置->组织->组织1 “地点”信息填入业务组中2 填写业务组信息路径：系统管理员（N）配置文件->系统点击查找，选择“地点”和“库存职责”定义帐套定义段路径：设置->财务系统->弹性域->关键字->段1 找到应用产品总帐管理系统添加hzs_acc_flex01键弹性域2 点击段，进入定义段3 点击值集定义最大尺寸填写值集名称4 点击弹性域限定词启用balancing segment5 定义成本中心段按上述步骤进行截图：限定词的选择6 定义科目段启用弹性域限定词natural account segment7 定义备用段8 冻结弹性域，若弹性域不冻结则不可以使用定义值集路径：设置->财务系统->弹性域->关键字->段1 定义公司段的值集有效值2 定义成本中心段出现问题：在定义层次结构限定词时出现不能设定，显示灰色4 解决问题后完成后如下图(现在已经使用dataload 导入科目)5 定义其他段的值集定义会计日历路径：设置->财务系统->日历->类型1 定义会计周期为13个，最后一个为调整期2 定义会计期间定义法人实体路径：设置->财务系统->会计科目设置管理器->会计科目设置1 创建法人实体：安通_hzs设置会计科目路径：设置->财务系统->会计科目设置管理器->会计科目设置说明：会计科目的设置将有以下三个步骤，分别是分配法人主体，定义会计科目表示，以及保存会计结构。
EBS系统组织架构讲解
EBS系统组织架构讲解EBS（企业资源计划系统）是一种集成的企业管理软件，以模块化的方式整合了企业各个部门的业务流程，包括销售、采购、库存、生产、财务等功能模块。
EBS系统的组织架构是指系统中各个组成部分及其之间的关系和职责划分。
下面将介绍EBS系统的典型组织架构。
一、总体架构EBS系统的总体架构包括三个层次：展现层、业务逻辑层和数据层。
展现层是系统的用户界面，提供给用户交互的平台；业务逻辑层是系统的核心，负责处理用户的请求和逻辑运算；数据层是系统的数据存储和管理层，包括数据库和各种数据仓库。
二、模块划分1.销售管理模块销售管理模块包括客户管理、订单管理、价格管理、发货管理、售后服务等功能。
该模块负责销售流程的规划和执行，管理和跟踪客户信息、订单信息和发货情况，同时提供销售分析和销售预测等功能。
2.采购管理模块采购管理模块包括供应商管理、采购订单管理、采购合同管理、采购付款等功能。
该模块负责企业采购流程的规划和执行，管理和跟踪供应商信息、采购订单信息和采购付款情况，同时提供采购分析和采购预测等功能。
3.库存管理模块库存管理模块包括库存盘点、库存调拨、库存调整、库存成本核算等功能。
该模块负责企业库存的管理和控制，管理和跟踪库存流动和库存成本，同时提供库存分析和库存预警等功能。
4.生产管理模块生产管理模块包括生产计划管理、生产订单管理、生产物料管理、生产过程控制等功能。
该模块负责企业生产过程的规划和执行，管理和跟踪生产计划和生产订单，同时提供生产分析和生产报表等功能。
5.财务管理模块财务管理模块包括总账管理、应收账款管理、应付账款管理、固定资产管理等功能。
该模块负责企业财务的管理和控制，管理和跟踪财务收支和资产情况，同时提供财务分析和财务报表等功能。
三、部门协作EBS系统的组织架构还包括各个部门之间的协作关系。
不同模块的功能由不同的部门来负责，如销售模块由销售部门来负责，采购模块由采购部门来负责，生产模块由生产部门来负责，财务模块由财务部门来负责。
ORACLE EBS-组织架构介绍
（一）业务组（BG）（二）法律实体（LE）（三）业务实体（OU）（四）库存组织（INV）（五）公司成本中心（Cost Center）（六）HR组织（七）多组织接入控制在企业管理实践的过程中，“组织”（Organization）一词是个经常需用到的概念，一般与“人员”与“职能”这两个要素密切相关，反映某种行政管理关系，例如“财务部、销售部、采购部、生产部、仓储部”等等。
企业内部行政组织（部门）的划分是企业基于“职能驱动”业务管理模式进行运作的基础。
目前，国内适用于小企业使用的大多数低端管理软件并不考虑系统中的“组织”设置问题，其系统应用模块的划分，例如采购模块、仓管模块、销售模块等等，实际上就已经基本反映了企业运作的“组织职能”划分问题。
但是，对于业务复杂、规模较大的企业（如所谓“集团企业”），管理软件使用与实施的系统“组织设置”问题将是一个首要的重要问题。
一个常见的、也是错误的系统实现方式就是将企业的“行政组织设置”直接映射到系统中，以“行政组织”代替“业务组织”。
这种系统实现方式虽有理解、掌握比较容易的优势，但却完全违背了大企业运作必须基于“流程驱动”业务模式的基本管理原则。
国内有所谓高端管理软件在系统实施过程中，常常出现有几十个财务、采购组织，几百个销售组织，乃至上千个库存组织的“盛况”，导致系统几乎没法使用的困境，其症结正在于此。
与企业的“行政组织”设置与人员规模密切相关且复杂多变不同，软件系统的“组织设置”必须以业务流程运作为核心，要求尽可能简单并保持相对稳定，在公司（人员）规模扩大的过程中具有延续性与继承性。
作为ERP鼻祖的SAP将系统组织简单地分为“集团（Client）、公司代码（Company Code）、采购组织（Purchase Org）、销售组织（Sale Org）、工厂（Plant）”等类别。
ORACLE的组织设置本质上与之基本相似，但作为后来者作了进一步抽象与简化，系统组织划分为“业务组（Business Group）、法律实体（Legal Entity）、业务实体（Operating Unit）、库存组织（Inventory Org）”等。
ORACLEEBS基础设置之组织架构-5页文档资料
ORACLE EBS 基础设置之组织架构四、组织架构在企业管理实践的过程中，“组织”（Organization）一词是个经常需用到的概念，一般与“人员”与“职能”这两个要素密切相关，反映某种行政管理关系，例如“财务部、销售部、采购部、生产部、仓储部”等等。
企业内部行政组织（部门）的划分是企业基于“职能驱动”业务管理模式进行运作的基础。
目前，国内适用于小企业使用的大多数低端管理软件并不考虑系统中的“组织”设置问题，其系统应用模块的划分，例如采购模块、仓管模块、销售模块等等，实际上就已经基本反映了企业运作的“组织职能”划分问题。
但是，对于业务复杂、规模较大的企业（如所谓“集团企业”），管理软件使用与实施的系统“组织设置”问题将是一个首要的重要问题。
一个常见的、也是错误的系统实现方式就是将企业的“行政组织设置”直接映射到系统中，以“行政组织”代替“业务组织”。
这种系统实现方式虽有理解、掌握比较容易的优势，但却完全违背了大企业运作必须基于“流程驱动”业务模式的基本管理原则。
国内有所谓高端管理软件在系统实施过程中，常常出现有几十个财务、采购组织，几百个销售组织，乃至上千个库存组织的“盛况”，导致系统几乎没法使用的困境，其症结正在于此。
与企业的“行政组织”设置与人员规模密切相关且复杂多变不同，软件系统的“组织设置”必须以业务流程运作为核心，要求尽可能简单并保持相对稳定，在公司（人员）规模扩大的过程中具有延续性与继承性。
作为ERP鼻祖的SAP将系统组织简单地分为“集团（Client）、公司代码（Company Code）、采购组织（Purchase Org）、销售组织（Sale Org）、工厂（Plant）”等类别。
ORACLE的组织设置本质上与之基本相似，但作为后来者作了进一步抽象与简化，系统组织划分为“业务组（Business Group）、法律实体（Legal Entity）、业务实体（Operating Unit）、库存组织（Inventory Org）”等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Oracle EBS 多组织结构
ＯRACLE EBS一个很大的卖点是它的多组织结构．ORＡＣLE ＥＢＳ的文档资料里面解释呈现这样一个树型图：
未完待续.
接上.
实际上, ＯRACLＥ电子商务套件中的组织属性可以分为如下几类:
1．业务组: 它代表组织结构的最高层次, 它分离了人力资源的信息. 例如，当你查询人员时, 它会列出所有分配给相应业务组的成员, 而你自己所属于的组织只不过是业务组的一份子. 这样说可能造成一种误解: 一个公司只能有一个业务组，实际上可能有多个, 但是业务组之间不能共享信息．
2. 帐簿: 它其实不能称为一种组织, 更象组织中的一个层次或性. 一个业务组中可以有一个或者多个帐簿．
３. 法律实体: 法律实体类型赋予组织税码以及其它与法律相关的属性. 一套帐簿可以分配给多个法律实体.
４. 平衡实体：平衡实体就是帐户结构中的一个段, 即平衡段. 在你准备财务报表的时候它体现你的帐户实体.
5. 业务实体: 如果一个组织应用到现金管理, 订单管理, 运输, 应收, 应付和采购模块, 则它就是一个业务实体. 它可能是一个销售中心, 一个分公司, 或者一个部门．对于这些应用, ＥBＳ按照法律实体分离了业务信息, 每个用户只能访问到他自己所属于的业务实体的信息. 一个法律实体下面可以有一个或者多个业务实体.
6. 库存组织: 当一个组织要用到库存事物(例如接收, 转移等)，或者它要负责制造和分销产品时, 这个组织就是一个库存组织. 它可能是一个制造厂，仓库, 分销中心或者销售部门. 当用到下列模块时, EＢS按照库存组织来分割业务信息: Oracle Ｉｎvenｔory，Bills ｏｆＭaterial，Enｇiｎeeriｎg，Ｗork in Proｃess, Master Ｓｃｈeduling／MRP, Capacity， and Ｐurcｈasｉnｇ receiｖｉnｇｆunｃtｉons. 当你登陆到这些模块时，OＲACＬE EBS会提示你选择一个库存组织. 同样, 一个业务实体下面可以有一个或者多个库存组织．
7. 人力资源组织: 它体现了一个公司的基本工作结构. 只有当一个组织是人力资源组织时, 你才能分配人员给这个组织．一个业务组中可以有一个或者多个人力资源组织.
8. 资产组织：资产组织属性使组织可以执行与资产相关的功能．只有当一个组织属于资产组织时，才能使用Oracle Aｓｓetｓ.
还需要说明一点的是: EBS的一个组织并非只能归属于一个类型. 例如, 例如, 一个组织是一个业务实体, 若在这个组织中要用到OraｃlｅInvenｔorｙ，那么它同时还是一个库存组织．所以, 组织类型代表了组织的一种属性，而不是把组织简单的分类.
当你在实施的时候, 可能用不同的模型来描述组织结构.
当你在实施HR的时候, 你可能会按照下图来描述:
这个模型中，业务组是公司中的顶层组织．再下面是政府报告实体, 它体现了联邦或本地政府确认你作为一个雇员的方式. 再下面就是人力资源组织．
当你在实施制造, 物流和财务的时候, 你更加可能按下图所示去进行组织的设置：
实际上，这个图形也基本上决定了你的组织的设置的顺序．一般来说，一个集团公司下面可能设置一个或多个业务组, 一个业务组下面可能包含一个或多个帐套, 一个帐套下面可能有一个或多个业务实体(也就是多个子公司共用一个帐套), 一个业务实体下面可能有一个或多个业务机构, 一个业务机构下面又可能有一个或多个库存组织, 一个库存组织下面又可能有一个或多个子库存, 在下面依次是库位和货架(相当于行和列).
这两种模型并非是孤立的, 而应该综合考虑. 例如, 你设置一个业务组织，但同时你还要分配人员给这个组织, 那么你同时还要把它设置为一个HR组织．
接下来我们来讨论如何实施多组织结构,我们将遵循如下步骤:
1．规划和描述组织结构。
这一步是关键，实施多组织结构能否成功,就在于能否正确描述它,组织结构应该能够描述成如下层次结构:
⑴,业务组
⑵,会计帐簿
⑶，法律实体
⑷，业务实体
⑸,库存组织
２.定义会计帐簿:这一步使用GENEＲＡＬＬEDＧER职责实现。
会计科目弹性域,币种，会计日历是定义会计帐簿的三要素。
因此，本步骤假定这些已经完成。
３．定义地点：每一个组织总是对应于一个地点,也可能多个组织使用同一个地点。
ORACLE EBＳ使用地点来实现采购申请,接收，运输清单和人员分配。
4．定义业务组：系统中必须至少有一个业务组. 你可以根据需要创建新的业务组．若不需要用到多个业务组，则你可以使用系统中预定义的业务组, 通过部分修改来满足你的要求．若你创建了一个新的业务组, 则你需要在职责层修改参数才能访问新的业务组. 在你创建了一个新的业务组之后, OＲACLE HR自动创建一个以新业务组名字命名的安全参数值. 你必须在创建其它任何类型的组织之前定义好你所有的业务组，因为业务组会隔离包括组织结构在内的所有业务信息, 你如, 你在一个业务组定义的人员信息, 任何其他的业务组都不可能访问. 以下步骤教你如何定义一个新的业务组:
⑴, 首先，你必须在职责层修改参数HR:Ｕｓer Tyｐe的值为HR Usｅr, 从而
使这个职责可以访问定义组织窗口．这个职责一般是Inventory或者Huｍan
Ｒeｓｏurcｅs. 如图：
⑵, 以刚才被修改参数的职责登陆到定义组织窗口, 定义所有的业务组. 如图:
在赋予组织以业务组属性时, 会要求你输入业务组信息, 包括人力资源模块的各种弹性域结构, 在此假设这些弹性域结构已经被设置好, 如图:
定义完所有的业务组之前, 请不要定义任何其它类型的组织, 因为任何职责在任意时刻只能关联到一个业务组, 你当前登陆所用的职责只能访问当前职责所对应的业务组，而不能同时访问其它任何业务组; 也就是说, 你在当前职责下定义的任何非业务组类型的组织都自动对应到当前业务组, 如果你还想定义其它业务组下面的非业务组类型的组织，你必须修改相应职责的参数HR: Sｅｃｕｒｉty Proｆile的值为这个业务组所对应的安全参数值然后再重新登陆(前面讲到过, 在你创建了一个新的业务组之后, ORACLE ＨR自动创建一个以新业务组名字命名的安全参数值）. 如图:
创建了新的业务组之后，你还应该让需要访问这个业务组数据的职责与之建立关联，完成这项工作需设置职责层参数HR:ＢｕsｉｎesｓGroup, 如图：
⑶，接下来就是用已经关联到相应业务组的职责登陆，创建属于这个业务组的的各种组织了. 首先创建法律实体, 以此职责创建的法律实体都会自动关连到这个业务组. 接着创建业务实体，会要求你输入业务组信息, 包括它所属于的法律实体和帐簿信息. 如图:
接着创建库存组织, 会要求你输入法律实体和帐簿信息和它所属于的业务实体信息. 如图:
若这个组织同时还要用到资产管理, 你还要赋予此组织资产组织的属性或者新建一个资产组织. 若要分配人员到某个组织, 则你要赋予此组织为HR组织, 如图：
--
--
设置完一个业务组下面的组织结构之后， 若你还需要设置其他业务组的组织结构，
请退出当前登陆， 然后用已经关联到这个业务组的职责登陆， 创建各种组织, 它们会自动对应到这个业务组. 按照这个顺序创建的组织, 它们(业务组， 法律实体, 业务实体, 库存组织)会呈现出如下图所示的关系
:
这里, 只是完成了公司组织框架. 在真正实施的时候, 还有很多与各模块和职责
相关的参数需要设置. 留待下一步再讨论.。