范文无忧网EAS-7.0零售版
组织架构搭建心得体会
金蝶软件（中国）有限公司营口分公司
实施部 姜再斌
2011年3月5日星期六
内容摘要
本文档主要描述本人在搭建组织架构过程中对EAS 相关
知识的认识与理解。主要内容包括EAS 中一些相关概念的定
义，管理单元与组织单元创建过程中所应注意的细节问题
等。我想对EAS 实施的新朋友在工作中多少会有些帮助。
目录
一、有关概念的认识 ............................... 4
（一）管理单元 . ................................................................................................................................. 4
（二）组织单元 . ................................................................................................................................. 4
（三）行政组织 . ................................................................................................................................. 5
（四）财务组织 . ................................................................................................................................. 5
（五）HR 组织 . .................................................................................................................................... 5
（六）销售组织 . ................................................................................................................................. 6
（七）采购组织 . ................................................................................................................................. 6
（八）库存组织 . ................................................................................................................................. 6
（九）责任中心 . ................................................................................................................................. 6
（十）实体 . ......................................................................................................................................... 6
（十一）虚体 . ..................................................................................................................................... 7
（十二）委托关系 . ............................................................................................................................. 7
（十三）科目表及科目 . ..................................................................................................................... 7
（十四）业务控制策略 . ..................................................................................................................... 7
（十五）物料 . ..................................................................................................................................... 7
二、构建组织架构 ................................. 8
（一）管理单元作用 . ......................................................................................................................... 8
1、管理单元是基础数据共享和隔离的基本单位。 ...................................................... 8
2、管理单元是业务规则共享的单位。 ............................................................................. 8
3、管理单元是区分组织单元的单位。 ............................................................................. 8
（二）创建管理单元注意事项 ......................................................................................................... 8
（三）组织单元维护 . ....................................................................................................................... 10
1、创建组织单元 . ......................................................................................................................... 10
2、维护组织单元属性 . ................................................................................................................. 11
3、组织单元的委托关系 . ............................................................................................................. 12
4、维护合并范围 . ......................................................................................................................... 13
EAS 组织架构搭建心得
组织架构是EAS 系统的骨架，不管是基础资料还是系统的业务单据和报表，
都与组织架构有着必然的联系，所有的数据都记录了组织信息。同时，组织架构
也支持多样的业务应用，融会贯通的将各种业务数据进行串联和过滤，组织在系
统中表演了天然的隔离墙的角色，同时组织也为基础数据的共享和分配引用提供
了方便，所以组织是一个有原则的带透水透气功能的隔离墙，为业务数据的发挥
提供了良好的扩展和集成平台，正所谓海阔凭鱼跃，天高任鸟飞，组织架构为业
务应用支起了一片广阔的天空，为个性化的ERP 应用提供了一个无边的蓝海。
一、有关概念的认识
（一）管理单元
Control Unit ，简称CU ，管理单元是基础数据共享和隔离的基本单位。所
谓共享，就是一个管理单元内使用相同的基础数据，这些基础数据包括物料、客
户、供应商、科目等与管理单元相关的基础资料；所谓隔离，就是不同管理单元
的基础数据，互相看不到，不使用，如需要互相使用则要另外分配或引用。
管理单元是组织单元的一种，是共享模型中的隔离区域、是管理权的分离、
是集团政策控制力度调整的主要载体。
（二）组织单元
Orgniazation Unit ,简称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 系统中，首先要创建管理单元，再分管理单元来维护组织单元。
（一）管理单元作用
1、管理单元是基础数据共享和隔离的基本单位。
所谓共享，就是一个管理单元内使用相同的基础数据，这些基础数
据包括物料、客户、供应商、科目等与管理单元相关的基础资料；所谓
隔离，就是不同管理单元的基础数据，互相看不到，不使用。
2、管理单元是业务规则共享的单位。
管理单元内的各种业务规则，如编码规则、BOTP 、预警等，可以被
管理单元下的组织单元引用。
3、管理单元是区分组织单元的单位。
管理单元是组织单元的一种，在创建的管理单元会自动显示在组织
单元中，组织单元是分管理单元维护的，管理单元内还可以创建不同的
组织单元，而且要求管理单元对应的组织单元，需要具备其下级组织单
元的所有属性，也就是说，下级组织如果有采购组织、销售组织和库存
组织，那么管理单元对应的组织单元就必须同时具备这些属性。
（二）创建管理单元注意事项
在EAS 服务器创建好数据中心后，系统会内置一个管理单元，即根
管理单元，一个数据中心只允许有一个根管理单元。系统不允许删除，
但用户可以根据需要，对该管理单元的名称作修改。
在根管理单元下创建完下级管理单元保存成功后，系统给出如下提示
：
提示信息已经很清晰，如果希望administrator 能够维护这个管理单元，就点击“是”，则administrator 自动成为该管理单元的系统管理员。
如果点击“否”，administrator 就无法登录该管理单元，此时用户务必给该管理单元指定管理员，否则没有管理员可以管理该单元，会给该管理单元带来一定的维护麻烦。
在实际操作中，有时候系统不会给出上面提示信息，但是要想将所创建的管理元自动加入administrator 的管理单元范围中，以便于以administrator 身份切换维护不同的管理单元。在创建管理单元前，可通过【系统平台-系统配置-参数设置-公共参数】下：参数编码：
AutoAddOrg 参数名称：自动增加组织范围的参数值改为“是”。这样设置完成后，管理员在增加管理单元后自动增加到管理范围中。 管理单元修改，在管理单元使用后只允许修改编码和名称，只要编码和名称不重复，就可以保存成功。
管理单元的删除，管理单元在删除前必须保证该管理单元内没有组织单元、该管理单元对应的组织单元的所有组织属性都已经删除、该管理单元内没有创建任何与管单元相关的基础资料、用户、编码规则、单据转换规则等等业务数据，还要该管理单元没有被任何管理员作为管理单元范围引用。在保证上述前提下，由上级管理单元的管理员，到上级管理单元去删除该管理单元。
在管理单元使用了一段时间后，管理单元不再需要使用或者暂时不希望看到该管理单元，则可以通过封存功能，将该管理单元封存。封存
后，管理单元在正常的业务应用过程中不可见。在管理单元封存之前必须要保证该管理单元内所有组织单元都已经封存，该管理单元对应的组织单元的相关属性都已经封存，组织单元封存完之后，才能到上级管理单元去封存该管理单元。
管理单元创建完毕以后，正常来说应该去维护管理单元相关属性和建立组织单元。但是管理单元属性及组织单元属性里包含一些基础资料（例如：会计科目、币别、汇率等），没有这些基础资料，是无法维护管理单元属性的。同时管理单元属性未维护，组织单元也无法创建。所以，在维护管理单元相关属性和建立组织单元之前，应该维护CU 内局共享的基础资料。包括：科目表、科目、会计期间类型、币别及汇率。
对于集团内全局共享资料，只要根管理单元已经维护，下级管理单元自动继承，当然，下级管理单元也可根据本集团的实际情况，进行新增或修改。而科目表、科目属于按管理单元隔离的资料，如果下级管理单元的科目表与根管理单元不一致，则下级管理单元手工增加科目表并增加科目，操作方法同根管理单元增加科目表。如果集团统一核算体系，集团内所有的公司使用同一套科目表，即上级管理单元的科目表与根管理单元一致，则可根据根管理单元的业务控制策略，进行分配或引用。
在EAS 系统，根管理单元和下级管理单元在组织单元属性维护上有一些不同之处，下级管理单元在各组织属性设置里，需要指定上级组织。如为行政组织，需指定上级行政组织。
（三）组织单元维护
组织单元的维护可以由当前管理单元的管理员来维护，也可以由经过管理员授权的普通用户来维护。组织单元的维护是分管理单元进行的，所以维护人员登录到某个管理单元看到的组织单元人是当前管理单元内的组织单元。
组织单元可以通过外部Excel 文档导入，注意，外部导入组织和新增组织的要求是一致的，就是只能导入和新增当前管理单元内的组织单元。
组织单元的维护有如下几个步骤，一是创建组织单元，二是维护组织单元具体的属性，三是指定组织单元的委托关系，四是维护合并范围。
1、创建组织单元
组织单元的创建比较简单，组织单元信息比较简单，可以理解成组织的基本信息，相当于物料的基本信息，一个组织单元本身是可以不带任何业务属性的，其管理的是组织的最基本的编码名称，以及整个组织的启用和封存时间，还有助词码，在EAS 系统中，已经支持按照组织的编码、名称和助记码进行快速查询，组织单元的新增界面如下图：
2、维护组织单元属性
EAS 的业务组织是业务运作的主体，各种业务政策的制定、业务流程的流转都需要以业务组织作为载体。EAS 的业务组织是以业务流作为区分的，因此分了较多的类型，如：财务组织、库存组织、销售组织、采购组织、成本中心、利润中心、HR 组织和管理单元等。
维护组织单元的组织属性，也就是给组织单元增加业务属性，一个不带业务组织属性的组织是不可以参加业务处理，必须给其附上业务属性。根据组织的业务需要，可以在上图的组织类型中勾上对应的组织类型，每个不同的组织类型需要维护的属性是不一致的。
在具体组织属性维护过程中应注意如下事项：
⑴如果某组织定义为“财务实体组织”，必须先定义该组织的相关会计政策，如科目表、币别、汇率表等。财务实体组织可以进行财务核算。
⑵如果某组织定义为“采购实体组织”，则必须录入其“记账委托组织”，即采购组织发生的费用和收入对应的记账组织；同时还必须录入“库存委托组织”
即采购组织需要存储和周转物资对应的组织。采购实体组织可以处理采购相关业务，如采购价格管理、采购订单等。
⑶如果某组织定义为“销售实体组织”则必须录入其“记账委托组织”，即销售组织发生的费用和销售收入对应的记账组织；同时还必须录入“库存委托组织”，即销售组织需要存储和周转物资对应的组织。销售实体组织可以处理销售相关业务，如销售价格管理、销售订单等。
⑷如果某组织为“库存实体组织”，则必须录入其“记账委托组织”，即库存组织发生的费用和收入对应的记账组织；同时必须录入“采购委托组织”，即库存组织需要采购物资时对应的采购组织；还必须录入“销售委托组织”，即库存组织需要销售物资时对应的销售组织。
⑸利润中心（或成本中心）是否实体，如果是实体，则可作为利润（或成本）的承载体。实体不可有下级。如果是虚体利润（或成本）中心，则可对下级利润（或成本）中心进行汇总。
⑹只有HR 实体组织才可以时行对应的人力资源业务处理，确认HR 组织的账务处理对应的财务组织是财务实体组织。
⑺所有管理单元内的组织单元只能切换到本管理单元才可以增加，同理，管理员还需要登录到其他管理单元，将所有管理单元内组织单元全部新建好。建好的管理单元及组织单元在【企业组织架构树】里可以完整显示，并可以启用组织架构树。
3、组织单元的委托关系
在EAS 系统中，各个组织类型树之间的协作关系被定义为委托。
业务委托主要是为了各个不同类型的业务组织之间的协同工作而设计的，单据加上委托形成业务流。委托类型大致包括：行政组织委托财务组织（对应行政组织属性中的记账委托）、采购组织委托财务组织、销售组织委托财务组织、库存组织委托财务组织等。
我们在创建组织单元属性后不要急于布置相关组织委托，这样不利于全局业务委托和业务委托调整。在相关的组织单元的组织属性维护完后，可以采用批量维护业务委托来批量维护组织间的业务委托关系，与单个指定业务委托关系达到的效果是一致的。
4、维护合并范围
合并范围是EAS 系统一个特色功能之一，系统支持根据用户合并的需要定制合并的公司范围以及合并的顺序。合并范围只允许存在一个基本合并范围，作为集团对外出合并报表的直接依据，其他的合并范围一般是出于管理的需要，集团内部使用的合并范围。
每个合并范围对应着一颗合并单元树，合并范围就是这颗树的总称，合并范围支持禁用、启用、版本化功能。
根据合并范围的不同状态，系统标识了不同的底色，启用状态的是浅黄色，禁用状态的是浅绿色，处于新增状态的是白色底色。禁用状态的合并范围都有截止日期，说明该合并范围使用到什么时候为止。启用状态的合并范围，只有启用日期，没有截止日期。新增状态则没有启用和截止日期。对于同一个合并范围在不同的状态，合并范围的区别只是启用日期和截止日期的区别，编码和名称是相同的。
⑴合并范围维护注意事项
一个集团只允许一个基本合并范围，要求新增状态合并范围编码和名称唯一。
要求合并范围内有至少一个合并单元组才允许启用合并范围；必须是新增状态的合并范围才能启用，启用后，不允许随意修改，要修改就必须反启用或者对合并范围实行版本化。只有合并范围的创建管理单元才能对合并范围进行修改、启用、反启用、合并单元等维护。
⑵合并单元维护注意事项
每个合并范围都是由至少一个合并单元组构成的，真正在业务应用中用到的是合并单元组，合并范围只是整个合并单元组树的名称。
合并单元组是根据企业合并的公司范围和顺序来定义的。合并范围可以建立不同级次的合并单元组，以便于业务合并时可以逐级合并。
在合并范围的相应级次中引入公司。在一个级次中的公司，其业务合并，也将根据合并单元组的级次设置逐级合并。这里所说的引入公司只能选择实体的财务组织。同一个公司不允许多次引入，系统已经有此判断。
⑶合并范围版本化注意事项
在实际业务中会因组织的增加和删除等发生一系列的变动，这些变动是因企业持续经营期间必然会存在的业务变化，不能因业务变化，要将合并报表业务暂停定来，更不能将合并范围重新建立，所以就产生了合并范围的版本化的需求。
增加的新版本和原版本之间，合并报表等数据要结转的，结转动作在新版本的合并范围启用的那一瞬间，系统自动完成。新版本的合并范围与旧版本的合并范围编码和名称完全一样，新版本维护完毕后，需要启用。
在EAS 系统中提供了用户自由选择是否版本化的功能，即选中一个启用状态的合并范围，可以直接修改其合并单元组。
以上相关信息，是本人在EAS 项目中工作和学习一个多月来对我们EAS 产品的认识。有关EAS 产品的知识体系是非常庞大的，在此我的总结只是从组织架构搭建的角度来总结对EAS 产品的认识。其中，可能有些知识点理解的不是那么透彻、到位，还请各位同仁指证批评。我想在以后的工作学习中，我会阶段性的对EAS 产品相关知识以不同文档形式（WORD 、EXCEL 、PPT ）进行总结，并也大家分享。