ORACLE多组织架构(英文)
ORACLE-EBS-基础设置要点简介
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-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数据库体系结构的构成
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 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．规划和描述组织结构。
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）”等。
ORACLEEBS基础设置之组织架构
ORACLEEBS基础设置之组织架构ORACLE EBS（Enterprise Business Suite）是甲骨文公司开发的一款集成式企业资源规划（ERP）软件系统，可以帮助企业进行各类业务的管理和协调。
在使用ORACLE EBS之前，首先需要进行一系列的基础设置，其中之一就是组织架构的设置。
组织架构是指企业内部不同部门之间的关系和职责分工。
在ORACLEEBS中，通过设置组织架构可以实现企业内部各部门之间的协作和信息流动。
下面将详细介绍ORACLEEBS中组织架构的设置。
首先，要设置组织架构，需要在ORACLEEBS中创建组织。
组织可以包括多个级别，一般组织架构最高层级为公司，下面可以包括多个业务单元，每个业务单元下面又可以包括多个部门。
通过这样的层级结构可以实现不同组织之间的隔离和相互关联。
在创建组织时，需要输入组织的详细信息，包括组织名称、组织代码、组织类型等。
组织类型可以根据企业的实际情况进行设置，常见的组织类型包括公司、业务单元、地区、部门等。
通过设置不同的组织类型，可以实现对不同组织的不同管理需求。
在设置组织架构时，还可以设置组织之间的关系。
ORACLEEBS可以支持不同组织之间的父子关系、兄弟关系等。
通过设置组织之间的关系，可以实现信息的共享和协同，提高组织的工作效率。
在进行组织架构设置之后，还需要进行职责和职位的设置。
职责是指组织架构中不同部门或职位的职责和权限。
职位是指组织中不同职员所担任的职位。
通过设置职责和职位，可以实现对组织内部人员的权限管理和工作分配。
在设置职责和职位时，需要指定职责和职位的名称、描述、权限等信息。
通过设置不同的权限，可以限制不同职责和职位的操作范围，提高组织的安全性和保密性。
最后，还需要设置组织的层次结构和员工的隶属关系。
通过设置组织的层次结构，可以实现组织之间的上下级关系。
通过设置员工的隶属关系，可以将员工与特定的组织或职位进行关联，方便进行人员的管理和工作分配。
ORACLE-EBS-OU-BG-INV-HR等组织架构介绍
ORACLEEBS-组织架构介绍（一）业务组（（一）业务组（BG）（二）法律实体（LE）（三）业务实体（OU）（四）库存组织（INV）（五）公司成本中心（CostCenter）（六）HR组织（七）多组织接入控制在企业管理实践の过程中，“组织”（Organization）一词是个经常需用到の概念，一般与“人员”与“职能”这两个要素密切相关，反映某种行政管理关系，例如“财务部、销售部、采购部、生产部、仓储部”等等。
企业内部行政组织（部门）の划分是企业基于“职能驱动”业务管理模式进行运作の基础。
目前，国内适用于小企业使用の大多数低端管理软件并不考虑系统中の“组织”设置问题，其系统应用模块の划分，例如采购模块、仓管模块、销售模块等等，实际上就已经基本反映了企业运作の“组织职能”划分问题。
但是，对于业务复杂、规模较大の企业（如所谓“集团企业”），管理软件使用与实施の系统“组织设置”问题将是一个首要の重要问题。
一个常见の、也是错误の系统实现方式就是将企业の“行政组织设置”直接映射到系统中，以“行政组织”代替“业务组织”。
这种系统实现方式虽有理解、掌握比较容易の优势，但却完全违背了大企业运作必须基于“流程驱动”业务模式の基本管理原则。
国内有所谓高端管理软件在系统实施过程中，常常出现有几十个财务、采购组织，几百个销售组织，乃至上千个库存组织の“盛况”，导致系统几乎没法使用の困境，其症结正在于此。
与企业の“行政组织”设置与人员规模密切相关且复杂多变不同，软件系统の“组织设置”必须以业务流程运作为核心，要求尽可能简单并保持相对稳定，在公司（人员）规模扩大の过程中具有延续性与继承性。
作为ERP鼻祖のSAP将系统组织简单地分为“集团（Client）、公司代码（CompanyCode）、采购组织（PurchaseOrg）、销售组织（SaleOrg）、工厂（Plant）”等类别。
ORACLE の组织设置本质上与之基本相似，但作为后来者作了进一步抽象与简化，系统组织划分为“业务组（BusinessGroup）、法律实体（LegalEntity）、业务实体（OperatingUnit）、库存组织（InventoryOrg）”等。
Oracle中英文词汇对照注音标版
词汇表Accept[ək'sept]（接受）一项活动，表示接受上一个审批人的审批结果。
acceptance[əkˈseptəns]（接受）供货商对采购订单的确认，它表示供货商同意并接受采购订单中的条款。
accepted quantity[ˈkwɒntəti]（接受数量）从客户处接收的库存物料数量，它以您授予客户的退货权限为基础。
另请参阅：接收数量Account[ə'kaʊnt]（账户）请参阅：会计科目弹性域account alias[ˈeɪliəs]（账户别名）一个易于识别的名称或卷标，它表示杂项事务处理所记入的账户。
您可以按账户别名查看、报告和保留。
accounting[əˈkaʊntɪŋ]会计，记账class（工单类型）请参阅：WIP工单类型accounting period[ˈpɪəriəd]（会计期）公司用来报告财务结果的会计期间，如日历月或财政期间。
activity（活动）使用资源或发生成本的业务活动或任务。
agreement（协议）与客户签订的合同，可作为工作授权书的基础。
协议可以表示具有法律效力的合同，如采购订单或口头授权。
协议规定了依据其生成的发票的付款条件，并确定是否限制依据其可应计或开单的收入金额。
协议可为一个或多个项目作业筹集资金。
与客户达成的协议，它事先规定了销售订单的业务条款。
Oracle Order Entry允许您在协议中指定定价、会计、开票和付款条件，并可在协议中指定可自动应用的折扣。
在为特定客户输入订单时，您可以引用协议，并使用标准值规则集在订单中自动填入相关的默认值。
另请参阅：客户系列协议、公用协议alternate[ˈɔltərˌneɪt]bill of material[məˈtɪriəl]材料（替代物料清单）可用于生产装配件的替代组件物料清单。
alternate routing['ru:tɪŋ]按某路线发送（替代工艺路线）可用于生产装配件的替代制造流程。
ORACLE ERP各个模块的缩写
ORACLE ERP各个模块的缩写财务系统模块:
Oracle 总帐管理（GL）Oracle 应付帐管理（AP）Oracle 固定资产管理（FA）Oracle 应收帐管理（AR）Oracle 现金管理（CE）Oracle 项目会计（PA）Oracle 财务分析（OFA）
分销系统模块:
Oracle 库存管理（INV）Oracle 采购管理（PUR）Oracle 销售定单管理（OE）Oracle 销售&市场管理（SM）Oracle 销售补偿管理（SC）Oracle 售后服务管理（SR）Oracle 销售分析（OSA）
制造系统模块:
Oracle 计划管理（MPS/MRP）Oracle 能力计划管理（CAP）Oracle 制造数据管理（BOM）
Oracle 车间生产管理（WIP）
Oracle 成本管理（CST）
Oracle 项目制造（PJM)
Oracle 质量管理（QM)
其他系统模块:
Oracle 设备管理（EM）
Oracle 人事管理（HR）
Oracle 薪金管理（PAYROLL）
Oracle 系统管理（SYSTEM ADMIN）
Oracle 预警（ALT）
Oracle 多维数据分析/商业智能系统（OLAP/BIS）Oracle 桌面集成（ADI）
实施公司
汉普，汉得,科森
IBM,前进,赛意
选择IBM会对你的职业生涯有帮助,
选择前进比较对你们董事长的口味!
SIE实力也还不错,实施费比较低一点!。
组织架构(加英文)
KIT HOLDING CO.,LTD
MEDICAL RESOURCES ALLIANCE INC.
INTERMARKET SERVIES INC.
INVESTER
股东会 Board of Shareholders
董事会 Board of Directors
国外采购工程师 Overseas Purchasing Engineer 供应商管理工程师 Supplier Management Engineer 会计助理 Accountant Assistant 供应链经理 Supplying Manager
国外采购助理 Overseas Purchasing Assistant
CT产品经理 CT Products Manager
产品工程师 Products Engineer
产品助理 Products Assistant
中东销售经理 Mideast Sales Manager
销售助理 Sales Assistant
质量经理 Quality Manager
质量工程师 Quality Engineer
CT工程师 CT Engineer
销售助理 Sales Assistant
CT助理 CT Assistant
产品工程师 Products Engineer
制程检验员 IPQC
产品助理 Products Assistant
软件高级工程师 Software Senior Engineer
翻译 Translator
CT工程师 CT Engineer
CT助理 CT Assistant
人力行政经理 HR Manager
Oracle多组织
多组织,法人实体(legal entity)、业务实体（OU）一般来说：一个公司下面有多个子公司，那么公司就是LE（法人），子公司就是balancing entity （平衡段），也就是一个利润中心。
在设置组织的地方定义法人（LE），指定帐簿，然后把子公司设置为业务实体（OU），指定法人，在定义COA时给每个子公司设置一个平衡段值。
法人本身可以为一个平衡段。
一般部门只是作为财务上一个成本中心来处理，子公司可以设置为一个OU，每个子公司一个公司段，车间和仓库对应库存组织。
以下是提到的专业术语，现具体解释如下：帐套使用特定会计科目表（COA）、记帐本位币、和会计日历的财务报告实体。
如果以上三个要素中有一个不同，就必须建立不同的帐套。
Oracle总帐按帐套设置业务信息（日记帐分录和余额）的安全性控制。
组织使用“定义组织”窗口定义的任何实体都称为“组织”，“组织”有不同的分类，对组织进行分类决定了组织的类型和用途。
组织的类型有：业务组(Business Group)、法人实体(Legal Entity)、经营单位(Operating Unit)、库存组织(Inventory Organization)、和人事组织(HR Organization) 。
一个组织可以指定为多个分类，如某个组织可能是法人组织，同时也是经营单位、库存组织和资产组织。
业务组业务组代表结构的最高层如企业合并或公司的最高部门，当前的业务组除用于隔离人事信息之外没有其他目的。
在任何模块只能看到核算单位所属业务组的雇员名单。
多个法人实体可以指定到同一业务组。
法人实体代表要提交财务和税务报表的法人公司。
指定税务登记号和其他法人信息到此类型的组织，法人组织要指定其会计核算的帐套。
经营单位使用Oracle应收、Oracle应付、Oracle销售、Oracle采购、Oracle现金管理和Oracle 项目会计等模块的独立会计核算实体。
任何独立核算的组织均是已指定法人实体的“经营单位”。
oracle数据库体系架构详解
oracle数据库体系架构详解在学习oracle中，体系结构是重中之重，一开始从宏观上掌握它的物理组成、文件组成和各种文件组成。
掌握的越深入越好。
在实际工作遇到疑难问题，其实都可以归结到体系结构中来解释。
体系结构是对一个系统的框架描述。
是设计一个系统的宏观工作。
这好比建一栋大楼。
你首先应该以图纸的方式把整个大楼的体系架构描述出来。
然后一点点的往里面填充东西。
下面我们先以一个图解的方式对oracle体系结构有一个基本了解根据示图，便于我们记忆，示图分三部分组成，左侧User Process、Server Process、PGA可以看做成Clinet端，上面的实例(Instance)和下面的数据库(Database)及参数文件(parameter file)、密码文件(password file)和归档日志文件(archived logfiles)组成Oracle Server，所以整个示图可以理解成一个C/S架构。
Oracle Server由两个实体组成：实例(instance)与数据库(database)。
这两个实体是独立的，不过连接在一起。
在数据库创建过程中，实例首先被创建，然后才创建数据库。
在典型的单实例环境中，实例与数据库的关系是一对一的，一个实例连接一个数据库，实例与数据库也可以是多对一的关系，即不同计算机上的多个实例打开共享磁盘系统上的一个公用数据库。
这种多对一关系被称为实际应用群集(Real Application Clusters，RAC)RAC极大提高了数据库的性能、容错与可伸缩性(可能耗费更多的存储空间)并且是oracle网格(grid)概念的必备部分。
下面我们来详细看一下oracle数据库的体系架构Oracle体系架构主要有两大部分组成：数据库实例（Instance）和数据库文件（database）数据库实例指数据库服务器的内存及相关处理程序，它是Oracle的心脏。
与Oracle 性能关系最大的是SGA（System Global Area，即系统全局区活共享内存区），SGA包含三个部分：1、数据缓冲区，可避免重复读取常用的数据；2、日志缓冲区，提升了数据增删改的速度，减少磁盘的读写而加快速度；3、共享池，使相同的SQL语句不再编译，提升了SQL的执行速度。
oracleebs简介
oracleebs简介哎。
现在这年头，只搞db⼈越来越少，dba的地位越来越低。
没办法。
为了⽣存，哥哥决定再跨⼀个新的领域，去oracle的应⽤领域去学oracle ebs去。
开⼯：ebs的内部技术架构：简单概括为如下⼏个部分：多组织、多语⾔、多币种、模块化，集成性、并发处理、多技术混⽤。
我们看⼀下ebs R12的服务器架构组成：2、名词解释ERP系统中有很多职能集成所必需，但⼿⼯管理⽅式下所没有的重要名词。
以下⼀⼀解释这些名词的意义及功能。
1．现存量(On Hand Quantity)即仓库中现有料品（成品、半成品、采购件）的库存数量。
如果按英⽂直译叫做“在⼿量”，所以现存量表⽰⼀个已经拥有的料品的数量。
2．在单量(On Order Quantity)假设本公司向供应商发出⼀张采购订单，采购A料品300个库存单位，这时我们就可以说料品A的“在单量”为300个库存单位。
在单量表⽰“已经计划好了将来要有，但⽬前还未真正拥有的数量”，直观地把它想象成是⼀个“在单据上的”数量。
（1）对采购件⽽⾔：指已下采购订单⽽供应⼚商尚未交货（验收⼊库）的数量。
（2）对⾃制成品、半成品⽽⾔：指已下⽣产订单⽽制造车间尚未完⼯⼊库的数量。
（3）对委外件⽽⾔：指已下达委外单⽽委外⼚商尚未交货（验收⼊库）的数量。
3．预约量(Allocated Quantity)如果客户向本公司下单订购A产品100台，双⽅约定20天后交货。
这时产品A的“预约量”就为100台。
“预约”表⽰⼀种“将来要发⽣⽽现在还没有发⽣的”需求量。
为什么在接到客户订单时，电脑系统要记录客户订购产品的“预约量”呢？因为预约量代表⼀种“待发”的数量，可以让我们事先预估料品将来的现存量是否会不⾜，⽽针对可能发⽣的缺货状况预作准备。
（1）对采购件⽽⾔：已发⽣产订单或委外单，要领⽤⽽车间或委外⼚商尚未领料的数量。
（2）对成品⽽⾔：已接到客户订单⽽尚未交货的数量。
（3）对⾃制半成品⽽⾔：已发⽣产订单或委外单，要领⽤⽽车间或委外⼚商尚未领料的数量。
组织架构介绍英文版
组织架构介绍英文版The organizational structure of a company plays a crucial role in determining how effectively it can operate and achieve its objectives. 组织架构是一家公司运作和实现目标的关键因素之一。
It represents the hierarchy and relationships between different roles and departments within the organization. 它代表了组织内不同角色和部门之间的等级和关系。
A well-designed organizational structure ensures clarity in roles and responsibilities, facilitates communication and coordination, and enhances efficiency. 一种设计良好的组织架构能够确保角色和责任的明晰，促进沟通和协调，并增强效率。
The most common types of organizational structures include functional, divisional, matrix, and flat structures. 最常见的组织架构类型包括功能性、分部门、矩阵和扁平结构。
In a functional structure, employees are grouped based on their specialized functions or roles, such as marketing, finance, and operations. 在功能性结构中，员工根据其专业职能或角色分组，例如市场营销、财务和运营。
oracleEBS中英词汇对照表
Oracle ERP 中英对照词汇表Aaccount hierarchy（帐户分层结构）Oracle 财务系统的一种特性，您可以用来执行汇总层资金检查。
采用帐户分层结构，Oracle 采购管理系统和总帐管理系统可以快速确定明细帐户累计成的汇总帐户。
Account segment（帐户段）会计弹性域多达30 个不同节中的其中一个，这些节一起构成您的总帐帐户代码。
段与段之间通过一个您所选定的符号（如-、/ 或\）分开。
每一个段通常表示业务结构的一个要素，如公司、成本中心或帐户。
Account segment value（帐户段值）定义特定值集唯一值的一系列字符和说明。
account structure（帐户结构）请参阅：会计弹性域结构accounting calendar（会计日历）Oracle 总帐管理系统中定义会计期和会计年度的日历。
您可以使用“会计日历”窗口来定义会计日历。
Oracle 财务分析程序可以使用会计日历自动创建“时间”维。
Accounting Flexfield（会计弹性域）用于标识Oracle 财务应用产品中的总帐帐户的代码。
每个会计弹性域段值与科目表中的一个汇总或累计帐户对应。
Accounting Flexfield structure（会计弹性域结构）为满足组织的特定需要而定义的帐户结构。
您可以在会计弹性域结构中选择段数及每个段的长度、名称和顺序。
Accounting Flexfield value set（会计弹性域值集）一组值以及这一组值的属性。
例如，您为帐户段指定用于标识业务特定要素的值长度和值类型（如公司、分部、区域或产品）。
ad hoc（即席）与特殊用途相关并应用于特殊用途。
例如，即席税码或即席数据库查询。
aggregate balance（汇总余额）天数范围内的日终余额总和。
有三种汇总余额类型：期初至今(PTD)、季初至今(QTD) 和年初至今(YTD)。
所有这三种类型余额均存储在每个日历日的总帐管理系统数据库中。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
What is Multi-Org?
Ÿ An Oracle Applications server-side configuration that enables multiple business units in an enterprise to use a single installation of Oracle Applications products.
ORACLE多组织架构(英文)
Organization Ÿ A business unit such as a plant, warehouse,
division, department, company….
ORACLE多组织架构(英文)
Profile Options
Also called System Profiles Changeable options that control the way
Ÿ Consolidate all operations under one installatioing your data resident on a single database, yet keeping transaction data separate and secure within the logical confines of individual operating units.
INV: Vision Corp (Inventory Org.)
Balancing Entity 1
Balancing Entity 2
Ÿ The cornerstone of all Oracle Application products. Ÿ Dictates how transactions flow through different
organizations and how those organizations interact with each other.
ORACLE多组织架构(英 文)
2020/11/3
ORACLE多组织架构(英文)
Presenter
Presenter Title1 Presenter Title2 Oracle Corporation
ORACLE 多组织
多组织在ORACLE 11i 中的 应用
目录
Ÿ 什么是多组织? Ÿ 主要特点 Ÿ 多组织的优点 Ÿ 多组织的定义 Ÿ 公司间的会计 Ÿ 定义组织结构 Ÿ 另外的需求 Ÿ 问题 & 方案
ORACLE多组织架构(英文)
The Multi-Org Model
Vision Corporation
(Business Group)
Vision Corporation (GL Set of Books)
LE: Vision Corp (Legal Entity)
OU: Vision Corp (Operating Unit)
ORACLE多组织架构(英文)
Multi-Org Definitions
ORACLE多组织架构(英文)
Responsibility
A level of authority in an Application. Determines data, forms, menus, reports,
and concurrent programs users may access in Oracle Applications. Several users may share a responsibility and a single user may have multiple responsibilities.
Entities. Ÿ Purchase and Receive Products between
Organizations. Ÿ Automatic Accounting for Internal Requisitions.
ORACLE多组织架构(英文)
Advantages of Multi-Org
Multiple financials sets of books in single installation Secure access to globally combined data by operating unit Global customer and supplier registries Automatic intercompany accounting Reduced maintenance of applications software Reporting across Operating Units
applications run. Assign organizations and security profiles to
responsibility. Can be set at multiple levels - Site, Application,
Responsibility, User
ORACLE多组织架构(英文)
Major Features
Ÿ Many Organizations in One Installation. Ÿ Multiple Legal Entities in One Installation. Ÿ Secure Access to Data. Ÿ Sell and Ship Products from from Different Legal
ORACLE多组织架构(英文)
什么是多组织?
Ÿ The Oracle Applications organization model (Multi-Org), defines the organizational structure and organizational relationships of an enterprise within Oracle Applications.