二，构建组织架构

       组织架构支持集团型应用，集团内的所有公司和部门都可以在系统中建立，集团内数据统一管理。集团能够及时查询所有下级公司的数据，随时查看各家公司的运行情况，统一制定业务控制策略，编码规则、数据转换等等。

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

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

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

（一）管理单元的作用

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

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

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

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

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

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

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

       在EAS服务器创建好数据中心后，系统会内置一个管理单元，即根管理单元，一个数据中心只允许有一个根管理单元。系统不允许删除，但用户可以根据需要，对该管理单元的名称作修改。

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

       在创建管理单元前，可通过【系统平台-系统配置-参数设置-公共参数】下：参数编码：AutoAddOrg 参数名称：自动增加组织范围的参数值改为“是”。这样设置完成后，管理员在增加管理单元后自动增加到管理范围中。      

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

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

       在管理单元使用了一段时间后，管理单元不再需要使用或者暂时不希望看到该管理单元，则可以通过封存功能，将该管理单元封存。封存后，管理单元在正常的业务应用过程中不可见。在管理单元封存之前必须要保证该管理单元内所有组织单元都已经封存，该管理单元对应的组织单元的相关属性都已经封存，组织单元封存完之后，才能到上级管理单元去封存该管理单元。 
       管理单元创建完毕以后，正常来说应该去维护管理单元相关属性和建立组织单元。但是管理单元属性及组织单元属性里包含一些基础资料（例如：会计科目、币别、汇率等），没有这些基础资料，是无法维护管理单元属性的。同时管理单元属性未维护，组织单元也无法创建。所以，在维护管理单元相关属性和建立组织单元之前，应该维护CU内局共享的基础资料。包括：科目表、科目、会计期间类型、币别及汇率。

       对于集团内全局共享资料，只要根管理单元已经维护，下级管理单元自动继承，当然，下级管理单元也可根据本集团的实际情况，进行新增或修改。而科目表、科目属于按管理单元隔离的资料，如果下级管理单元的科目表与根管理单元不一致，则下级管理单元手工增加科目表并增加科目，操作方法同根管理单元增加科目表。如果集团统一核算体系，集团内所有的公司使用同一套科目表，即上级管理单元的科目表与根管理单元一致，则可根据根管理单元的业务控制策略，进行分配或引用。 
       在EAS系统，根管理单元和下级管理单元在组织单元属性维护上有一些不同之处，下级管理单元在各组织属性设置里，需要指定上级组织。如为行政组织，需指定上级行政组织。

（三）组织单元的维护

        组织单元的维护可以由当前管理单元的管理员来维护，也可以由经过管理员授权的普通用户来维护。组织单元的维护是分管理单元进行的，所以维护人员登录到某个管理单元看到的组织单元人是当前管理单元内的组织单元。 
       组织单元可以通过外部Excel文档导入，注意，外部导入组织和新增组织的要求是一致的，就是只能导入和新增当前管理单元内的组织单元。 
       组织单元的维护有如下几个步骤，一是创建组织单元，二是维护组织单元具体的属性，三是指定组织单元的委托关系，四是维护合并范围。

1、创建（很简单）

2、维护组织单元属性

       EAS的业务组织是业务运作的主体，各种业务政策的制定、业务流程的流转都需要以业务组织作为载体。EAS的业务组织是以业务流作为区分的，因此分了较多的类型，如：财务组织、库存组织、销售组织、采购组织、成本中心、利润中心、HR组织和管理单元等。 
维护组织单元的组织属性，也就是给组织单元增加业务属性，一个不带业务组织属性的组织是不可以参加业务处理，必须给其附上业务属性。根据组织的业务需要，可以在上图的组织类型中勾上对应的组织类型，每个不同的组织类型需要维护的属性是不一致的。 
       在具体组织属性维护过程中应注意如下事项：

⑴如果某组织定义为“财务实体组织”，必须先定义该组织的相关会计政策，如科目表、币别、汇率表等。财务实体组织可以进行财务核算。 
⑵如果某组织定义为“采购实体组织”，则必须录入其“记账委托组织”，即采购组织发生的费用和收入对应的记账组织；同时还必须录入“库存委托组织”

即采购组织需要存储和周转物资对应的组织。采购实体组织可以处理采购相关业务，如采购价格管理、采购订单等。 
⑶如果某组织定义为“销售实体组织”则必须录入其“记账委托组织”，即销售组织发生的费用和销售收入对应的记账组织；同时还必须录入“库存委托组织”，即销售组织需要存储和周转物资对应的组织。销售实体组织可以处理销售相关业务，如销售价格管理、销售订单等。

⑷如果某组织为“库存实体组织”，则必须录入其“记账委托组织”，即库存组织发生的费用和收入对应的记账组织；同时必须录入“采购委托组织”，即库存组织需要采购物资时对应的采购组织；还必须录入“销售委托组织”，即库存组织需要销售物资时对应的销售组织。 
⑸利润中心（或成本中心）是否实体，如果是实体，则可作为利润（或成本）的承载体。实体不可有下级。如果是虚体利润（或成本）中心，则可对下级利润（或成本）中心进行汇总。 
⑹只有HR实体组织才可以时行对应的人力资源业务处理，确认HR组织的账务处理对应的财务组织是财务实体组织。

⑺所有管理单元内的组织单元只能切换到本管理单元才可以增加，同理，管理员还需要登录到其他管理单元，将所有管理单元内组织单元全部新建好。建好的管理单元及组织单元在【企业组织架构树】里可以完整显示，并可以启用组织架构树。

3、组织单元的委托关系

       在EAS系统中，各个组织类型树之间的协作关系被定义为委托。 
       业务委托主要是为了各个不同类型的业务组织之间的协同工作而设计的，单据加上委托形成业务流。委托类型大致包括：行政组织委托财务组织（对应行政组织属性中的记账委托）、采购组织委托财务组织、销售组织委托财务组织、库存组织委托财务组织等。 
        我们在创建组织单元属性后不要急于布置相关组织委托，这样不利于全局业务委托和业务委托调整。在相关的组织单元的组织属性维护完后，可以采用批量维护业务委托来批量维护组织间的业务委托关系，与单个指定业务委托关系达到的效果是一致的。

4、维护合并范围

       合并范围是EAS系统一个特色功能之一，系统支持根据用户合并的需要定制合并的公司范围以及合并的顺序。合并范围只允许存在一个基本合并范围，作为集团对外出合并报表的直接依据，其他的合并范围一般是出于管理的需要，集团内部使用的合并范围。 
       每个合并范围对应着一颗合并单元树，合并范围就是这颗树的总称，合并范围支持禁用、启用、版本化功能。 
       根据合并范围的不同状态，系统标识了不同的底色，启用状态的是浅黄色，禁用状态的是浅绿色，处于新增状态的是白色底色。禁用状态的合并范围都有截止日期，说明该合并范围使用到什么时候为止。启用状态的合并范围，只有启用日期，没有截止日期。新增状态则没有启用和截止日期。对于同一个合并范围在不同的状态，合并范围的区别只是启用日期和截止日期的区别，编码和名称是相同的。

⑴合并范围维护注意事项 
        一个集团只允许一个基本合并范围，要求新增状态合并范围编码和名称唯一。 
        要求合并范围内有至少一个合并单元组才允许启用合并范围；必须是新增状态的合并范围才能启用，启用后，不允许随意修改，要修改就必须反启用或者对合并范围实行版本化。只有合并范围的创建管理单元才能对合并范围进行修改、启用、反启用、合并单元等维护。

⑵合并单元维护注意事项

每个合并范围都是由至少一个合并单元组构成的，

真正在业务应用中用到的

是合并单元组，合并范围只是整个合并单元组树的名称。

合并单元组是根据企业合并的公司范围和顺序来定义的。

合并范围可以建立

不同级次的合并单元组，以便于业务合并时可以逐级合并。

在合并范围的相应级次中引入公司。在一个级次中的公司，其业务合并，也

将根据合并单元组的级次设置逐级合并。

这里所说的引入公司只能选择实体的财

务组织。同一个公司不允许多次引入，系统已经有此判断。

⑵合并单元维护注意事项 
       每个合并范围都是由至少一个合并单元组构成的，真正在业务应用中用到的是合并单元组，合并范围只是整个合并单元组树的名称。 
       合并单元组是根据企业合并的公司范围和顺序来定义的。合并范围可以建立不同级次的合并单元组，以便于业务合并时可以逐级合并。 
        在合并范围的相应级次中引入公司。在一个级次中的公司，其业务合并，也将根据合并单元组的级次设置逐级合并。这里所说的引入公司只能选择实体的财务组织。同一个公司不允许多次引入，系统已经有此判断。

⑶合并范围版本化注意事项

       在实际业务中会因组织的增加和删除等发生一系列的变动，这些变动是因企业持续经营期间必然会存在的业务变化，不能因业务变化，要将合并报表业务暂停定来，更不能将合并范围重新建立，所以就产生了合并范围的版本化的需求。 
       增加的新版本和原版本之间，合并报表等数据要结转的，结转动作在新版本的合并范围启用的那一瞬间，系统自动完成。新版本的合并范围与旧版本的合并范围编码和名称完全一样，新版本维护完毕后，需要启用。 
在EAS系统中提供了用户自由选择是否版本化的功能，即选中一个启用状态的合并范围，可以直接修改其合并单元组。