SAP/ORACLE 组织架构及建议

SAP/ORACLE组织架构解读及建议

前言：在对ORACLE和SAP的核心模块功能全面解读的基础上，给出大型ERP设计的建议-业务与功能指引，企业选型、开发大型ERP软件的公司和ERP顾问可以参考。模块包括财务、计划与制造、供应链、项目及设备(MRO)，初步预计涉及大约500个以上功能点，最终会形成大型ERP核心模块的比较完整的功能框架体系。

  在建议组织架构前，先使用通俗的语言表述一下SAP/ORACLE 组织架构。

  SAP 组织架构：

  Client : 组织的最高层级，不同的Client之间数据是互不相关的，互相隔离的，各自有自己的主数据和业务数据，SAP在自己的文档中描述可以是培训Client,可以是测试 Client，可以是生产Client. 当然把两个互不相关的集团实施在两个Client 里是可以的。

  Company:公司。合并报表主体（法人）

  Company Code:公司代码：会计主体，一个法人可以有多个会计主体。

  Operating Concern:经营范围 获利分析组织范围，比如一个公司在欧洲、亚洲和北美都有公司，如果合并在一起进行获利分析，则只定义一个经营范围，包括全部公司。如果三个地区公司分别进行获利分析，则定义三个经营范围。

  Controlling Area :控制区域，成本控制范围，成本控制范围确定一个用来收集成本和收入的单独的组织结构，系统在同一个控制区域可以分配共同的成本费用，一个项目须在同一个成本控制区域内。一个成本控制范围可包含多个公司代码，但一个公司代码只能分配给一个成本控制范围。

  一个经营范围可以包括一个或多个成本控制范围。

  Business Area: 业务区域，表示一个组织内部业务或者职责独立的区域。一个公司代码可以划分作几个业务范围，每个业务区域也可应用于多个公司代码中。比如国内的几大电力集团，光伏发电业务可以作为一个业务区域，它是集团业务的一部分，各二级单位都有光伏业务，但可以把全集团的光伏发电业务拿出来进行经营分析和报告。

  Credit Control Area 信贷控制区域，集团内设置信用控制额度的组织单元，可以是一个公司，也可以是公司组合。

  Plant：工厂，公司代码内部的组织单元，生产和/或存储货物和/或提供服务。

  Storage Location : 仓库，工厂中存储物料的组织单元。

  Purchasing Organization: 采购组织，负责采购商品或服务的组织单元，可以为所在公司所属的一个或多个工厂采购，也可以为其他公司的工厂采购(集中采购与公司间交易)，一个公司可以有多个采购组织。

  Purchasing Group: 采购组，通常是采购组织内的部门或小组，负责某些类物资或某些地区的物资采购。不同的公司可以使用相同的采购组名称，比如：两个公司都有机械设备采购组。

  Sales Organization:销售组织,负责销售商品或服务的组织单元，负责产品销售、价格谈判，并对销售业务负责的机构，如销售分公司、销售部门。一个销售组织属于一个公司，一个公司可以有多个销售组织。一个销售组织可以分配一个多个工厂，一个工厂可以分配给一个或多个销售组织。可以分配跨公司的工厂给销售组织（用于集中销售与公司间交易）。

Distribution Channel：分销渠道，如：批发、零售、电话销售等。

Division：通常为产品组，家电类、食品类、服装类等等。

  Sales Area：销售区域，销售组织、分销渠道和产品组的组合。每个销售文档都分配给单个销售范围，并且只能属于一个公司。

Sales Office：销售办公室，一般用于市场区域的划分，如北京办事处、上海办事处、深圳办事处。

Sales Group：销售组，销售办公室下的工作人员或工作小组。

Cost Center/Profit Center :成本中心/利润中心

  ORACLE ERP 组织架构：

  Business Group ：业务组，国家特定的组织和人员集合。也可以把不同国家的组织和人员建立在一个业务组内。不同业务组之间组织和人员数据是分离的。

  Legal Entity ：法律实体，法人，一个业务组可以包括多个法人。R12会计科目设置管理器中也可以设置法人实体并分配公司段值，一个法人实体可以分配多个公司段值。组织定义中设置的法律实体和R12会计科目设置管理器设置的法人实体是分离的，没有关系。定义组织中的法人实体时分配对应的账套（Set of Book）.

  Operating Unit: 业务实体：它是采购、销售、应付、应收四个模块的运营组织。一个独立运营的采购组织和销售组织都可以定义为业务实体。定义业务实体时，可以选择从属的账套和法律实体，但不能设置每一个业务单元与公司的对应关系。

业务实体与公司的对应关系体现在具体的业务中。跨业务实体的采购和销售业务被作为公司间业务对待。

  Inventory Organization：库存组织，生产和/或存储货物，和/或提供服务。定义时选择属于哪一个账套和业务实体。一个业务实体可以有多个库存组织。

  Subinventory：子库存，仓库，隶属于库存组织，存储货物。仓库内可以定义货位。

  Set of Book: 账套，财务集合概念，由会计科目表、本位币、会计期组成。总账和固定资产模块组织单位。只要会计科目表、本位币、会计期相同，不同法人的公司帐可以做在一个账套内。

  Asset Organization: 固定资产组织，固定资产管理的最小组织单元，一个账套内可以有多个资产组织，一个公司内也可以有多个资产组织，资产组织可以关联业务实体。

SAP/ ORACLE ERP 组织架构比较：

1. SAP的公司代码与ORACLE的公司代码具有相同的含义，表示会计主体。
2. SAP的工厂与ORACLE的库存组织具有相同的含义，且均为库存与工厂二合一。
3. SAP的库存地点相当于ORACLE的仓库。
4. SAP的采购组织、销售组织类似于ORACLE的业务实体，稍有差异。
5. ORACLE的资产组织在一个公司内可以有多个。
6. ORACLE的账套是一个集合体，可以把公司、成本中心、利润中心、业务区域、项目（内部订单）等各种核算和报告主体放进科目表，每个段可以创建多个树形的层次结构，并能实现成本费用分配，成本与利润的查询、报告和分析，而SAP在总账模块是“散装的”，所以只能另外创建一个叫做“管理会计”的工具来实现这些内部订单成本、成本中心会计、利润中心会计等功能。关于这一点，后续功能部分还会进一步详细提及。

组织架构建议：

1. 公司代表会计主体，法人作为合并报表主体，一个法人下面有哪些公司给出所属关系。
2. 工厂和库存组织二合一，一个工厂只能属于一个公司（会计主体）。
3. 采购组织和销售组织从属于法人，可以分配给一个或多个公司，同一法人下，建议采购或销售均不作为公司间业务处理，不同法人的集中采购和销售作为公司间业务。可以分配所在法人下的一个或多个工厂，也可以分配不同法人下的一个或多个工厂。
4. 仓库设置在工厂（或库存组织）内。
5. 可以设置资产组织，允许一个公司可以有多个资产组织。
6. 就管理会计的功能而言，总账“集中”模式比“散装”模式有更强大的报告和分析功能，如果总账已经是散装模式，那就另外创建管理会计工具进行管理。如果总账是集中模式，就在总账模块实现管理会计功能。