多组织架构概述.pdfVIP

多组织架构概述--第1页

多组织架构

（一）业务组（BG）

（二）法律实体（LE）

（三）业务实体（OU）

（四）库存组织（INV）

（五）公司成本中心（CostCenter）

（六）HR组织

（七）多组织接入控制

(八)一个集团下的全资子公司才可以设置为OU。若占百分比的，应设置为新的

帐套。

在企业管理实践的过程中，“组织”（Organization）一词是个经常需用到的

概念，一般与“人员”与“职能”这两个要素密切相关，反映某种行政管理关系，

例如“财务部、销售部、采购部、生产部、仓储部”等等。企业内部行政组织

（部门）的划分是企业基于“职能驱动”业务管理模式进行运作的基础。目前，

国内适用于小企业使用的大多数低端管理软件并不考虑系统中的“组织”设置

问题，其系统应用模块的划分，例如采购模块、仓管模块、销售模块等等，实际

上就已经基本反映了企业运作的“组织职能”划分问题。

但是，对于业务复杂、规模较大的企业（如所谓“集团企业”），管理软件使用与实

施的系统“组织设置”问题将是一个首要的重要问题。一个常见的、也是错误的系统实现方

式就是将企业的“行政组织设置”直接映射到系统中，以“行政组织”代替“业务组织”。

这种系统实现方式虽有理解、掌握比较容易的优势，但却完全违背了大企业运作必须基于“流

程驱动”业务模式的基本管理原则。国内有所谓高端管理软件在系统实施过程中，常常出现

有几十个财务、采购组织，几百个销售组织，乃至上千个库存组织的“盛况”，导致系统几

乎没法使用的困境，其症结正在于此。

多组织架构概述--第1页

多组织架构概述--第2页

与企业的“行政组织”设置与人员规模密切相关且复杂多变不同，软件系统的“组织

设置”必须以业务流程运作为核心，要求尽可能简单并保持相对稳定，在公司（人员）规模

扩大的过程中具有延续性与继承性。作为ERP鼻祖的SAP将系统组织简单地分为“集

团（Client）、公司代码（CompanyCode）、采购组织（PurchaseOrg）、销售

组织（SaleOrg）、工厂（Plant）”等类别。ORACLE的组织设置本质上与之基

本相似，但作为后来者作了进一步抽象与简化，系统组织划分为“业务组

（BusinessGroup）、法律实体（LegalEntity）、业务实体（OperatingUnit）、

库存组织（InventoryOrg）”等。

如果说SAP的组织模型字面上多少还带有一点“行政组织”痕迹的话（这可

能是某些声称学SAP的国内产品误入歧途的原因），ORACLE系统的组织模型字

面上已经几乎看不出与“行政组织”还有什么关系，其中的“InventoryOrg”

现今中文翻译成“库存组织”，容易令人望文生义和企业的“仓库管理部门

（Warehouse）”混淆，但Inventory的本义实际应该是“存货”，称之为“存

货组织”或许更好一些。如下图22所示ORACLE系统有关核心业务的多组织模型：

多组织架构概述--第2页

多组织架构概述--第3页

上图中的“财务、销售、采购”并非系统的“组织实体”，它仅表示业务实体（OU）

具有的相关业务处理功能。“子库”是特殊的系统组织实体，没有上下文环境可

进入，主要表示库存组织之下的某种业务功能。

BG）

（一）业务组（

“业务组”的概念可以与企业的“集团”概念参看，但不同