ORACLE EBS基础设置要点简介一、安全性管理二、会计科目弹性域结构三、帐套（分类帐）四、组织架构（一)业务组（ＢG)（二）法律实体（LE)(三)业务实体（ＯU）(四)库存组织(INV）（五）公司成本中心（Cｏst Ｃenter）（六）ＨR组织(七)多组织接入控制五、基础数据(一）关于“日历”(二)关于“币种”（三)关于“汇率”（四）关于“单位”（五）关于“地点”六、并发管理七、工作流八、系统初始化设置(一）关于安全性。
(二)关于配置文件（三）值集与弹性域（四)分类账（帐套）与组织架构（五)单据编号（六）层次性设置结构九、结语首先需要说明的是,本系列文档假定读者已经具备基本的系统相关使用知识与技能(例如,能够基本领会“ＯＲAＣLＥEＢS系统应用基础概述”中的内容),故所讨论的内容仅限于笔者认为从系统使用与实际业务两方面来看比较重要或者容易存疑的问题，并不能面面俱到，旨在帮助读者掌握核心、抓住要点（详尽内容必须参考ORAＣLE相关官方文档)。
文中为讨论需要所附图文均取自OＲACLE EBS 的测试环境（VisioｎDｅmo),版本以R12．1．1为主,辅之以版本Ｒ11.5．１0，界面语言主要为中文（必要时辅之以英文）。
两个ＥBS版本在界面与功能应用方面实际可能有一些差异，必要时会作相关说明，但一般不会影响对基本问题的讨论。
技术是业务的抽象与工具,业务是技术的来源与目的。
本系列文档通篇将秉持“从业务的角度去审视技术,从技术的角度去回归业务”的方法论(这里的所谓“技术”，意指“系统实现”)，去探讨系统实现与业务实践的融合问题,以求逐步能达到技术与业务的融会贯通。
限于笔者的认知水平，有讹误或不正确之处,欢迎批评指正。
一、安全性管理从系统使用角度来看,系统管理的一项重要的日常工作是关于“用户”及其“权限”的管理，在ORACLE 中即所谓“安全性”(Securｉtｙ）管理。
“安全性”是一个涵义较之“权限”更为丰富、更为广阔的概念术语，它虽然比较抽象，但顾名思义,它很好地涵盖了于实际业务与系统使用中,有关企业数据与信息管理的某些需要重点保护、控制的内容。
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数据库体系结构的构成Oracle数据库是一种关系型数据库管理系统，其体系结构由多个组成部分构成。
这些组成部分相互协作，以实现数据库的高效管理和数据的存储、检索和操作。
1. 实例（Instance）Oracle数据库的实例是指在计算机系统中运行的一组进程，这些进程负责管理数据库的运行和操作。
实例包括后台进程（background processes）和前台进程（foreground processes）。
后台进程负责监控数据库的状态、管理内存和磁盘空间、处理死锁等问题，而前台进程负责处理用户的请求和查询。
2. 数据库（Database）数据库是指存储数据的物理文件集合，包括数据文件（data files）、控制文件（control files）和日志文件（log files）。
数据文件存储实际的数据，控制文件记录数据库的结构信息和一些关键参数，日志文件用于记录数据库的操作日志。
数据库的设计和管理是数据库管理员（DBA）的工作。
3. 表空间（Tablespace）表空间是数据库中逻辑存储单位，用于管理和组织数据。
每个表空间包含一个或多个数据文件，表空间中的表和索引等数据库对象存储在数据文件中。
表空间可以根据需求进行创建、扩展和调整，以满足数据库的存储需求。
4. 段（Segment）段是逻辑存储单位，是表空间中的子集，用于存储数据库对象。
每个表、索引等数据库对象都分配了一个或多个段来存储数据。
段可以是数据段（data segment）、索引段（index segment）、临时段（temporary segment）等，根据其存储的数据类型和使用情况而定。
5. 区（Extent）区是段的子集，是数据的最小单位。
每个段由一个或多个区组成，每个区的大小是固定的。
当一个段需要存储更多的数据时，会动态地分配新的区来扩展段的大小。
6. 块（Block）块是存储数据的最小单位，是操作系统中文件系统的块大小。
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．规划和描述组织结构。
