EAS组织架构搭建心得体会Word格式文档下载.doc

EAS组织架构搭建心得体会Word格式文档下载.doc

《EAS组织架构搭建心得体会Word格式文档下载.doc》由会员分享，可在线阅读，更多相关《EAS组织架构搭建心得体会Word格式文档下载.doc（14页珍藏版）》请在冰豆网上搜索。

（二）组织单元 5

（三）行政组织 6

（四）财务组织 6

（五）HR组织 6

（六）销售组织 6

（七）采购组织 7

（八）库存组织 7

（九）责任中心 7

（十）实体 7

（十一）虚体 8

（十二）委托关系 8

（十三）科目表及科目 8

（十四）业务控制策略 8

（十五）物料 8

二、构建组织架构 8

（一）管理单元作用 9

1、管理单元是基础数据共享和隔离的基本单位。

9

2、管理单元是业务规则共享的单位。

3、管理单元是区分组织单元的单位。

（二）创建管理单元注意事项 9

（三）组织单元维护 11

1、创建组织单元 11

2、维护组织单元属性 12

3、组织单元的委托关系 13

4、维护合并范围 14

EAS组织架构搭建心得

组织架构是EAS系统的骨架，不管是基础资料还是系统的业务单据和报表，都与组织架构有着必然的联系，所有的数据都记录了组织信息。

同时，组织架构也支持多样的业务应用，融会贯通的将各种业务数据进行串联和过滤，组织在系统中表演了天然的隔离墙的角色，同时组织也为基础数据的共享和分配引用提供了方便，所以组织是一个有原则的带透水透气功能的隔离墙，为业务数据的发挥提供了良好的扩展和集成平台，正所谓海阔凭鱼跃，天高任鸟飞，组织架构为业务应用支起了一片广阔的天空，为个性化的ERP应用提供了一个无边的蓝海。

一、有关概念的认识

（一）管理单元

ControlUnit，简称CU，管理单元是基础数据共享和隔离的基本单位。

所谓共享，就是一个管理单元内使用相同的基础数据，这些基础数据包括物料、客户、供应商、科目等与管理单元相关的基础资料；

所谓隔离，就是不同管理单元的基础数据，互相看不到，不使用，如需要互相使用则要另外分配或引用。

管理单元是组织单元的一种，是共享模型中的隔离区域、是管理权的分离、是集团政策控制力度调整的主要载体。

（二）组织单元

OrgniazationUnit,简称OU，组织单元是EAS的组织架构的基本单位，所有组织都是组织单元，CU也是OU的一种。

组织单元是EAS系统中对组织节点的叫法，组织架构上的每一个节点都称作一个组织单元。

组织单元如果定义不同的组织属性，就叫做对应的组织，例如维护了采购组织属性，那么这个组织单元就可以叫做采购组织。

组织单元及其层次关系基本上与企业的行政架构一致，同时，为了基础数据管理和业务政策控制的需要，也可增加一些非行政架构的节点。

组织单元由于其所涉及的业务不同，可以划分为不同业务类型，每一类可以构建这一类业务的树状视图，反映这一类业务的数据汇总关系。

组织单元是各类业务发生的主体，为业务汇报和统计分析提供组织维度。

（三）行政组织

行政组织是企业行政管理的单元，是集团，公司，部门等具体的行政单位，在EAS中，行政组织是个重要的基础档案，许多重要的业务信息都与行政组织相关，在HR业务中，职员通过职位与行政组织相关，在财务业务中，可以将行政组织作为核算项目。

（四）财务组织

从业务上看，财务组织是一核算主体或会计主体；

有一套或多套完整的会计账簿；

独立出三大表：

资产负债表、损益表、现金流量表，有独立的资产、负债、权益、成本、损益分类数据。

财务组织是财务业务处理的载体，只有财务组织才能处理财务业务。

（五）HR组织

HR组织是HR业务集中的载体，比如集团统一定薪定级，集团内人员调配，如果集团进行集中管理，那么做这些业务的集团必须是一个HR组织，其它组织单元可以通过HR业务委托关系的设置委托同一个HR组织进行相关业务处理；

HR组织也可以实现一个行政组织的HR业务在不同HR组织处理。

同一HR业务组织内使用同一政策体系处理HR业务，比如同一职称体系。

必须有至少一个HR组织才能处理HR业务。

HR组织与行政组织的关系：

行政组织委托HR组织进行HR的业务处理，多个行政组织可以委托同一个HR组织做业务。

（六）销售组织

销售组织是指企业按照一定的业务模式区分出的一个组织模式，是能够独立或相对独立运作销售业务的公司或部门的集合。

从业务上看，销售组织是依据业务运作的关系，执行独立销售政策，比如物料的销售价格，客户管理，销售单据管理的组织，从执行角度看，可能是一个或多个销售部门。

销售组织是销售业务处理的载体，只有销售组织才能处理销售业务。

（七）采购组织

采购组织是负责一个或多个单位采购物料和提供服务以及与供应商协商价格和供货款的组织单位。

从业务上看，采购组织是依据业务运作的关系，执行独立采购政策，比如物料的采购供应商管理，价格，采购单据管理的组织，从执行角度看，可能是一个或多个采购部门。

采购组织是采购业务处理的载体，只有采购组织才能处理采购业务。

（八）库存组织

库存组织管理实际物资，从业务上看，库存组织是依据业务运作的关系，执行独立MPS、MRP等计算，库存成本计算域，对于生产制造企业，是一个独立主生产计划的工厂，在系统中工厂概念同库存组织；

对于流通企业，可以是一个区域，一个地点，一个配送中心，是一个独立的库存管理组织的单位。

库存组织下可以有一个或多个所属仓库。

一个库存组织只能属于一个财务组织，一个财务组织可以有多个库存组织，库存组织还代表了物的所有权。

（九）责任中心

责任中心是承担一定经济责任，并享有一定权利和利益的企业内部单位或责任单位。

责任中心可以是企业的组织、地点、项目组。

责任中心主要用于确定投资、成本、利润产生于组织内的何处。

责任中心包含：

利润中心、成本中心。

（十）实体

实体是指在组织架构中最明细的节点组织。

在EAS系统，具体业务只能发生在实体上，也就是说单据只能记录在业务组织的实体上。

实体的确认通过对组织属性来确定，如将某组织定义为“财务实体”，则该组织成为财务的载体，在此组织可以进行财务核算。

（十一）虚体

虚体和实体一样也可以作为业务政策的载体，但是不能发生业务。

两者的区别在于实体业务组织是从事具体业务的节点，而虚体是不能发生具体业务的，虚体是汇总查询的数据统计的口径。

（十二）委托关系

每一类业务组织都有自己明确的职责，例如财务组织负责财务核算，采购组织负责采购，库存组织负责库存，等等。

但是每一种业务都无法由一个组织独立完成，必然需要跟其他的业务组织协同工作，这种协同关系就通过委托来实现。

如果一个组织单元同时具有多种业务组织属性，那么可能会自己委托自己。

（十三）科目表及科目

在EAS系统，会计科目按管理单元进行隔离，一个管理单元内可以存在几套会计科目，科目表相当对会计科目进行归类的一个工具，通过科目表，可以把不同行业的会计科目进行分类管理。

不同行业的会计科目，归集在不同的科目表内。

在EAS系统中，科目是逐级管理单元控制，上级管理单元可以控制下级管理单元的科目设置，特别是科目的关键属性，从而达到控制下级财务核算的目的，通过逐级管理单元对科目的管理，集团和子集团都能将自己的核算政策分配给下级管理单元，整个集团在核算政策上就实现了统一，为后续的集团查询下级公司的账务数据，从总账查明细账再查到具体的凭证、单据提供了可能。

也为集团有效的控制下级单位的核算政策和核算制度提供了可能。

（十四）业务控制策略

业务控制策略是通过对关键基础资料的管理，达到控制下级管理单元的相关核算政策，核算范围的一个控制功能，该控制功能是系统个性化的一个重要体现，同时也是上下级控制协同的关键功能。

（十五）物料

物料作为企业不可缺少的一部分，也是ERP系统中非常关键的基础资料之一，它包括了企业中所有能用到的原材料、产成品、半成品、低值易耗品、包装物等。

二、构建组织架构

组织架构支持集团型应用，集团内的所有公司和部门都可以在系统中建立，集团内数据统一管理。

集团能够及时查询所有下级公司的数据，随时查看各家公司的运行情况，统一制定业务控制策略，编码规则、数据转换等等。

组织架构根据不同的业务需要，分设了多个业务组织类型，包括财务组织、采购组织、销售组织、库存组织、成本中心、利润中心、行政组织、HR组织等类型。

每种业务组织类型都有具体的业务应用和业务含义。

每个组织类型都能独立成树，按照业务组织树进行业务政策的分配、基础资料的管理以及业务数据的汇总。

EAS系统中，首先要创建管理单元，再分管理单元来维护组织单元。

（一）管理单元作用

所谓隔离，就是不同管理单元的基础数据，互相看不到，不使用。

管理单元内的各种业务规则，如编码规则、BOTP、预警等，可以被管理单元下的组织单元引用。

管理单元是组织单元的一种，在创建的管理单元会自动显示在组织单元中，组织单元是分管理单元维护的，管理单元内还可以创建不同的组织单元，而且要求管理单元对应的组织单元，需要具备其下级组织单元的所有属性，也就是说，下级组织如果有采购组织、销售组织和库存组织，那么管理单元对应的组织单元就必须同时具备这些属性。

（二）创建管理单元注意事项

在EAS服务器创建好数据中心后，系统会内置一个管理单元，即根管理单元，一个数据中心只允许有一个根管理单元。

系统不允许删除，但用户可以根据需要，对该管理单元的名称作修改。

在根管理单元下创建完下级管理单元保存成功后，系统给出如下提示：

提示信息已经很清晰，如果希望administrator能够维护这个管理单元，就点击“是”，则administrator自动成为该管理单元的系统管理员。

如果点击“否”，administrator就无法登录该管理单元，此时用户务必给该管理单元指定管理员，否则没有管理员可以管理该单元，会给该管理单元带来一定的维护麻烦。

在实际操作中，有时候系统不会给出上面提示信息，但是要想将所创建的管理元自动加入administrator的管理单元范围中，以便于以administrator身份切换维护不同的管理单元。

在创建管理单元前，可通过【系统平台-系统配置-参数设置-公共参数】下：

参数编码：

AutoAddOrg参数名称：

自动增加组织范围的参数值改为“是”。

这样设置完成后，管理员在增加管理单元后自动增加到管理范围中。

管理单元修改，在管理单元使用后只允许修改编码和名称，只要编码和名称不重复，就可以保存成功。

管理单元的删除，管理单元在删除前必须保证该管理单元内没有组织单元、该管理单元对应的组织单元的所有组织属性都已经删除、该管理单元内没有创建任何与管单元相关的基础资料、用户、编码规则、单据转换规则等等业务数据，还要该管理单元没有被任何管理员作为管理单元范围引用。

在保证上述前提下，由上级管理单元的管理员，到上级管理单元去删除该管理单元。

在管理单元使用了一段时间后，管理单元不再需要使用或者暂