金蝶EAS_V7.5_组织架构用户手册(DOC50页).doc

金蝶EAS_V7.5_组织架构用户手册金蝶EAS_V7.5_组织架构用户手册金蝶软件（中国）有限公司发布日期：2015年9月前言概述组织架构是ERP系统的基础，对于ERP能否适应各种不同企业应用模式以及是否具备扩展性有决定性的作用。ERP系统中的所有业务，都与组织架构相关，组织架构是ERP系统在记录数据的重要载体，任何一笔业务的发生，必然将记录该业务的归属，例如成本归属于哪个组织，为谁采购，记账到哪里等；对ERP系统业务统计和分析来说，组织架构是非常重要的统计维度。EAS系统将实现多组织架构规划，从而满足集团企业多组织架构复杂应用，同时覆盖简单组织型的成长型中小企业，满足该类企业在未来成长和扩张的需求；作为整个EAS系统的基础性架构，多组织架构对EAS全局具有重大影响。对于EAS而言，多组织的实现意味着EAS组织架构不仅仅是按照传统的行政架构来设计组织架构，而是在此基础上实现财务、采购、销售、库存、成本、利润等业务组织，而且将组织的上下级管理，人员与职位的汇报关系与权限、工作流路径、数据的分解汇总等关键业务进行关联。本手册主要介绍金蝶EAS组织架构，EAS组织架构是EAS整个系统的基础无组织则无EAS，文档内容有助于初学者对EAS组织架构做系统了解读者对象本手册适用于金蝶EAS系统应用用户。 约定无修订记录新增目录1 概述11.1 EAS多组织架构规划的需求驱动21.2 基本概念22 组织架构32.1 管理单元32.1.1 管理单元的新增32.1.2 管理单元的修改42.1.3 管理单元的删除42.1.4 管理单元的封存52.1.5 为管理单元创建对应管理员62.2 组织单元92.2.1 创建组织单元92.2.2 财务组织类型122.2.3 行政组织类型172.2.4 采购组织类型192.2.5 销售组织类型202.2.6 库存组织类型222.2.7 成本中心242.2.8 利润中心252.2.9 HR组织262.2.10 发运组织类型272.3 组织移动282.4 组织的版本化292.5 组织封存312.6 批量维护业务委托312.7 合并范围332.7.1 合并范围维护342.7.2 合并单元维护362.7.3 合并范围的版本化402.8 全局委托关系422.9 企业组织架构树432.10 查看业务组织44版权所有 © 金蝶软件（中国）有限公司47金蝶BOSEAS组织架构用户手册Error! No text of specified style in document.Error! No text of specified style in document.1 概述对于企业应用来讲，其组织架构基本上确定了该企业的业务应用框架和业务政策。就企业而言，组织设计与调整是企业制订策略的重要环节。企业首先需要思考未来企业的策略走向与展现的形貌，再根据策略构想与策略需要，调整组织结构与流程。当组织被赋予多元多变的任务，且需要不断创新的情况时，就可以运用组织网络而形成业务流程的构建。随着信息时代的来临，整个组织型态的变迁可能会由传统的组织行为模式演变到一个任务导向的组织管理观念。组织设计是一个整合人力资源、信息技术和组织技术的过程。透过组织设计的过程来加强企业内部员工的流程管理效率，以达成企业组织利润最大化。因为在企业里很多事情都是要靠组织来达成任务，而不是靠一个人来达成。面对不同的任务，就需要有不同特质的组织，才会比较容易发挥功效。尤其在信息时代的企业，组织的任务越来越多元化，因而组织的发展相对就越来越需要具有弹性。也因此而产生一个重要的论点“如何做好组织设计，可以使组织产生更好的绩效，让企业的组织更具弹性，塑造出学习型组织，让组织随时为企业流程再造作准备”。如何能建立出一个成长导向组织设计，让组织能够不断的成长，才能够持续的经营。1.1 EAS多组织架构规划的需求驱动为何需要多组织架构，是基于以下认知：大型企业或集团企业的组织结构复杂：多个法人实体组成；多种业务模式（生产、销售相对独立）；跨行业经营；多种核算体系（如上市公司、境外公司）；组织机构庞大：多工厂；地理分散。管理上的需求：业务组织与行政组织不相同；矩阵式管理；各用户和跨部门的数据安全需求（如销售员之间的商机资料相互保密，报销数据相互保密等）1.2 基本概念组织类型是按照组织处理业务的能力进行分类，一种组织类型是对组织处理相应业务能力的描述组织单元是对组织架构中所有组成个体的抽象，是组织架构构成的最基本单元。组织单元只是一个抽象概念，在EAS中，组织单元本身只体现组织架构的构成，而不反映业务。只有当组织单元被赋予了一定业务含义以后（即定义为业务组织以后）才能处理相应具体的业务。所有组织单元有共同的特征（Id、Name、Parentid、controlunitid）。可以为外部对象提供统一的接口2 组织架构操作前提：Ø 数据中心创建完毕Ø 管理员用户能正常登录2.1 管理单元从金蝶EAS的主界面，选择基础数据管理->组织架构->管理单元，进入管理单元序时簿界面，该界面显示的管理单元树和列表数据，是以当前管理单元为根节点，包含其所有下级管理单元。初始的管理单元维护必须以administrator登录系统进行维护，后续的管理单元维护可以由对应的管理员维护。2.1.1 管理单元的新增点击管理单元序时簿界面的，便可弹出管理单元编辑界面。如下图：界面说明：录入上图中的黄色底色的文本框信息（编码、名称），即可完成管理单元的保存，要求管理单元的编码和名称不允许重复。管理单元保存成功之后，系统会给出如下提示，提示信息已经很清晰，如果希望administrator能够维护这个管理单元，就点击“是”，否则就点击“否”，点击“否”之后，administrator就无法登录该管理单元，请用户务必给该管理单元指定管理员，否则没有管理员可以管理该单元，会给该管理单元带来一定的维护麻烦。当然，administrator也可以自己将该管理单元加入到自己的管理单元范围中，这里只是一个便利性功能。管理员的管理单元范围的概念请参考系统平台用户手册。修改和删除操作，请点击和 ，弹出的界面与新增界面相同。2.1.2 管理单元的修改在管理单元使用后允许修改编码和名称，只要保证编码名称不重复，就可以保存成功。2.1.3 管理单元的删除管理单元的删除必须保证该管理单元内没有组织单元、该管理单元对应的组织单元的所有组织属性都已经删除、该管理单元内没有创建任何与管理单元相关的基础资料、用户、编码规则、单据转换规则等等业务数据，还要该管理单元没有被任何管理员作为管理单元范围引用。在保证上述前提下，由上级管理单元的管理员，到上级管理单元去删除该管理单元。2.1.4 管理单元的封存在管理单元使用了一段时间后，管理单元不再需要使用或者暂时不希望看到该管理单元，则可以通过封存功能，将该管理单元封存。封存后，管理单元在正常的业务应用过程中不可见。封存的检查条件也比较严格，但比删除的检查条件要宽松很多，必须是该管理单元内所有组织单元都已经封存，该管理单元对应组织单元的组织属性都已经封存，组织单元封存完之后，才能到上级管理单元去封存该管理单元。管理单元：基础数据共享和隔离的基本单位，所谓共享，就是一个管理单元内使用相同的基础数据，这些基础数据包括物料、客户、供应商、科目等与管理单元相关的基础资料；所谓隔离，就是不同管理单元的基础数据，互相看不到，不使用，如需要互相使用则要另外分配或引用；在实施中，要充分考虑客户基础数据共享和隔离需要，作为划分管理单元的依据。管理单元是业务规则共享的单位：管理单元内的各种业务规则，如编码规则、BOTP、预警等，可以被管理单元下的组织单元引用。管理单元是否需要分级管理，应该是根据企业的实际情况和管理需要来确定，如客户方不需要分级管理，那么各个管理单元可不设管理员，都由Administrator负责。管理单元是组织单元的一种，在这里创建的管理单元会自动显示在组织单元中，组织单元是分管理单元维护的，管理单元内还可以创建不同的组织单元，而且要求管理单元对应的组织单元，需要具备其下级组织单元的所有属性，也就是说，下级组织如果有采购组织、销售组织和库存组织，那么管理单元就必须同时具备这些组织属性。组织单元：组织单元是EAS系统中对组织节点的叫法，组织架构上的每一个节点都称作一个组织单元，组织单元如果定义不同的组织属性，就叫做对应的组织，例如维护了采购组织属性，那么这个组织单元就可以叫做采购组织。管理单元也是组织单元中的一种，组织单元的属性很简单，包括编码、名称、助记码、启用日期、封存日期、创建人、创建时间。其他的组织属性都是组织单元的附加信息，为标识组织单元的业务属性而定义的。警告：管理单元的业务引用比较复杂，要删除一个管理单元需要判断没有任何业务引用才可以删除成功，所以，新增管理单元时，请务必谨慎。删除管理单元必须谨慎操作，一般情况下，请使用封存功能，来停用某个不需要再使用的管理单元。举例：以金蝶集团为例，金蝶集团总部和各个区域的核算政策不一致，基础资料也相对独立，业务也不一致，总部已研发为主，而区域主要以销售为主。在管理上也相对独立。所以，设置管理单元时，就可以将金蝶集团作为根管理单元，总部作为下级管理单元，区域合并为一个管理单元。当然，也完全可以将一个集团设置为一个管理单元，那样，所有基础资料就可以在集团内共享，业务控制策略也不需要设置，安全管理、业务政策等都由集团统一管理，不再分区域进行管理了。注意事项：管理单元务必在经过需求调研和实施规划确认后，再开始设置，管理单元一旦设置，就不能轻易删除，所以请务必谨慎分析，多方面考虑之后再设置管理单元；如果实在没有时间分析，那么最简单的方法就是将法人实体作为一个管理单元。2.1.5 为管理单元创建对应管理员从金蝶EAS的主界面，选择基础数据管理->组织架构->管理单元，进入管理单元序时簿界面，工具栏上有个按钮管理员维护，点击这个按钮，就可以维护不同管理单元的管理员，可以为每个管理单元创建不同的管理员，也可以一个管理员管理多个管理单元，更极端的情况，由administrator一个管理员管理所有的管理单元。设置管理员的管理单元范围会在系统平台用户手册提到，请参考。管理员维护列表界面如下图所示，该界面显示的是当前管理员可以管理的所有系统管理员，管理员同样有用户账号和用户实名，其密码策略和生效失效日期都是和普通用户的管理是一样的，见下图：点击<管理员列表>界面的新增按钮就可以新增管理员，新增界面如下图所示： 界面说明：用户实名和用户账号为用户手工录入信息，不允许为空，用户类型不允许切换，必须是“系统用户”，在EAS系统中，系统用户，就是系统管理员的含义，只要是系统用户就自动具备了系统管理的权限。特别注意的是，新增管理员时，所属组织就是管理员默认管理的组织，在集团创建的管理员都默认是集团的管理员，如果要为下级管理单元创建管理员，这里要换一个管理单元。管理单元范围就是该管理员可以管辖的范围，默认将所属组织作为管理员的管理单元范围。缺省组织就是管理员登录系统时，默认登录的组织。缺省组织必须指定，否则该管理员无法登录系统。2.2 组织单元组织单元的维护可以由当前管理单元的管理员来维护，也可以由经过管理员授权的普通用户来维护。组织单元的维护是分管理单元进行的，所以维护人员登录到某个管理单元看到的组织单元只是当前管理单元内的组织单元。组织单元可以通过外部excel文档导入，注意，外部导入组织和新增组织的要求是一致的，就是只能导入和新增当前管理单元内的组织单元。组织单元的维护有如下几个步骤，一个创建组织单元，二是维护组织单元具体的属性，三是指定组织单元的委托关系，四是维护合并范围。2.2.1 创建组织单元从金蝶EAS的主界面，选择基础数据管理->组织架构->组织单元，进入组织单元序时簿界面，点击序时簿界面的，即可出现下图组织单元界面。组织单元的创建比较简单，组织单元信息比较简单，可以理解成组织的基本信息，相当于物料的基本信息，一个组织单元本身是可以不带任何业务属性的，其管理的是组织的最基本的编码名称，以及整个组织的启用和封存时间，还有助记码，在EAS系统中，已经支持按照组织的编码、名称和助记码进行快速查询，组织单元的新增界面如下图所示：对象属性说 明可录入（是/否）必填项（是/否）编码系统用户录入，组织编码必须唯一；组织编码允许任意同设计原则不冲突的字符，如数字与字母及组合；如果一个组织编码没有在其他任何地方被引用，则允许删除与禁用此组织信息；是是名称用户直接录入组织单元名称信息，对于组织单元名称也应进行重复性检查，组织单元名称相同时进行相应提示。是是简称组织单元简称是否启用时间管理单元正式启用的时间否是禁用时间管理单元禁用的时间否否创建者创建管理单元的用户否是创建时间创建的时间否是描述描述信息是否财务组织如果选择该项，则意味着该组织单元可以进行财务业务的操作是否行政组织如果选择该项，则意味着该组织单位是行政类型，可以在进行HR的相关业务；是否销售组织如果选择该项，则意味着该组织单元可以进行销售业务的操作是否采购组织如果选择该项，则意味着该组织单元可以进行采购业务的操作是否库存组织如果选择该项，则意味着该组织单元可以进行库存业务的操作是否利润中心如果选择该项，则意味着该组织单元是个责任中心，需要核算发生在该组织单元的收益和成本。是否成本中心如果选择该项，则意味着该组织单元是个成本中心，需要核算发生在该组织单元的成本。是否HR组织如果选择该项，则意味着该组织单元可以进行HR业务的操作是否发运组织如果选择该项，则意味着该组织单元可以进行发运业务的操作是否维护组织单元的组织属性，也就是给组织单元增加上业务属性，一个不带任务组织属性的组织是不可以参与业务处理，必须给其附上业务属性。根据组织的业务需要，可以在上图的组织类型中勾上对应的组织类型，每个不同的组织类型需要维护的属性是不一致的，现逐个介绍各个组织类型的操作说明：2.2.2 财务组织类型界面说明：一个组织单元可以选择多个组织类型，每个组织类型中都有必录项，维护好必录项之后，点击保存按钮，即可将所有页签一起保存。多账簿维护说明：首先到【系统平台】-【系统配置】-【参数设置】界面，找到G012参数，将参数值置为“是”，就启用多账簿了。其次，在组织单元-财务组织编辑界面，就可以看到按钮，点击该按钮，就可以为这个财务组织建立副账簿，界面如下：点击【新增】按钮，就可以选择一个账簿方案创建一个副账簿，注意，副账簿也有个组织编码，是将主账簿的编码加上再加上账簿编码；副账簿允许修改，修改界面与财务组织修改界面类似，也允许封存。副账簿创建之后，需要对副账簿进行授权，授权需要系统管理员首先将账簿加入到被授权用户的组织范围中，如下图所示，在组织F7上勾上“显示副账簿”，系统就会将对应的副账簿显示在树上。之后的授权操作，就和普通的财务组织授权一样了，在这就不赘述了。如果主账簿的权限和副账簿的权限完全相同，那么就可以采用权限复制的方式，将用户的主账簿权限复制到副账簿中，在用户管理界面中就是将JP1的权限复制到JP102中，从而实现快速授权。授权完毕，有权限的用户就可以进行多账簿的业务处理了，之后的处理请参考总账的多账簿.doc。对象属性说 明可录入（是/否）必填项（是/否）集团公司只有根管理单元才能勾上是集团公司是是财务实体组织只有财务实体组织才能进行财务及会计的业务处理，非实体组织只能统计查询下级实体组织的业务数据。是是上级财务组织用来指定其财务汇报上级，只有其汇报上级或者上上级才可以查询其下级的财务组织实体的数据，如果集团公司，则不需要指定上级财务组织。是是会计期间类型从基础资料会计期间类型中选择，用来确定该财务组织核算的会计期间，使用后不可修改是是科目表从基础资料科目表中选择，用来确定该财务组织核算的科目，使用后不可修改是是本位币从基础资料币别中选择，确定该财务组织的本位币，使用后不可修改是是基本核算汇率表从基础资料汇率表中选择是是报告货币从基础资料币别中选择，根据参数“是否启用报告币”来确定是否必录。是是期末调汇汇率表从基础资料汇率表中选择，用于总账期末调汇的汇率应用，使用后可以修改是否报告货币折算汇率表从基础资料汇率表中选择，根据参数“是否启用报告币”来确定是否必录。是是报告货币折算方式下拉框选择，根据参数“是否启用报告币”来确定是否必选。是是经济类型下拉框选择，用来确定该财务组织的经济性质是否行业从基础资料行业中选择，确定该财务组织所属行业是是地区手工录入，确定该财务组织所属地区，可用于组织过滤是否法人代表手工录入，确定该财务组织的法人是否税务号手工录入，记录其税务登记号是否注册资本手工录入，用于记录该组织的注册资本是否境内/境外手工选择，境内境外在财务核算和合并报表中有区别处理是否注册登记号手工录入，用于记录该组织的注册登记号是否封存时间组织封存后，由系统自动反填该信息否否成立日期手工录入，用于该财务组织的成立时间是否营业有效期手工录入，记录该组织的营业有效期是否公司简介手工录入，增加公司的相关描述信息是否封存时间该财务属性封存的时间，每个组织属性允许单独封存。否否2.2.3 行政组织类型对象属性说 明可录入（是/否）必填项（是/否）上级行政组织用户手工指定上级的行政组织，确定行政的上级汇报关系是是组织单元类型有集团、公司、部门备选，用来确定该行政组织的类型是是组织单元层次确定组织单元的层次，层次可以由用户指定是否地址确定该行政组织所在的地址是否电话作为行政组织的联系电话是否传真作为行政组织的联系传真是否邮编作为行政组织的联系邮编是否是否虚拟团队是否是虚拟团队否否描述对行政单位的描述信息否否记账委托组织行政组织发生的费用对应的记账组织，默认就是当前管理单元内的财务组织，也可指定其它管理单元内的财务组织。记账委托可选的必须是财务实体组织。是否采购委托组织行政组织需要采购物资时对应的采购组织，默认就是当前管理单元内的采购组织，也可指定其它管理单元内的采购组织，可以指定多个采购组织。是否HR委托组织行政组织归属的人事管理区域，在该人事区域内统一HR业务政策，如职称体系，统一HR业务处理。是否封存时间该行政属性封存的时间，每个组织属性允许单独封存。否否2.2.4 采购组织类型对象属性说 明可录入（是/否）必填项（是/否）上级采购组织采购组织的上级采购组织是否是否采购实体组织该采购组织是否是一个采购实体组织，如果是，则意味着它可以作为采购业务的组织载体。如果否，则只能做采购业务的查询和汇总工作。是否记账委托组织采购组织发生的费用和采购记账对应的记账组织，当采购组织是实体组织时，必须录入记账委托组织。是否库存委托组织采购组织需要存储和周转物资时对应的库存组织，当采购组织是实体组织时，必须录入库存委托组织。是否行政委托组织多个采购组织可能属于一个采购部门 （行政组织）或者多个采购部门（行政组织）属于一个采购组织，所以需要建立采购组织与行政组织之间的关系，该关系主要用户录采购类单据时，查找对应的职员。是否封存时间该采购属性封存的时间，每个组织属性允许单独封存。否否2.2.5 销售组织类型 对象属性说 明可录入（是/否）必填项（是/否）上级销售组织用户手工指定上级的销售组织是否是否销售实体组织实体为可以进行实际销售业务的组织，虚体只是用来汇总统计的销售组织是否记账委托组织销售组织发生的费用和收入对应的记账组织，当选择销售实体组织时，记账委托组织为必录项。是否库存委托组织销售组织需要存储和周转物资时对应的库存组织，当选择销售实体组织时，库存委托组织为必录项。是否行政委托组织多个销售组织可能属于一个销售部门（行政组织）或者多个销售部门（行政组织）属于一个销售组织，所以需要建立销售组织与行政组织之间的关系是否封存时间该销售属性封存的时间，每个组织属性允许单独封存。否否2.2.6 库存组织类型 对象属性说 明可录入（是/否）必填项（是/否）上级库存组织如果组织单元是库存组织，则指定库存的上级单位是否是否库存实体组织该库存组织是否是一个库存实体组织，如果是，则意味着它可以作为库存业务的组织载体。如果否，则只能做库存业务的查询和汇总工作是否类型定义库存组织的类型，有工厂和配送中心备选，如果是实体的库存组织，则必须选择类型。是否业务状态“冻结入库”、“冻结出库”、“冻结出入库”、“封存”（含入、出、可用量、核算、订单等所有业务的冻结）；影响下属仓库、库位存放物料的事务。如果是实体的库存组织，则必须选择业务状态。是否记账委托库存组织发生的费用和收入对应的记账组织，如果是实体的库存组织，则必须选择。是否采购委托库存组织需要采购物资时对应的采购组织，如果是实体的库存组织，则必须选择。是否销售委托库存组织需要销售物资时对应的销售组织，如果是实体的库存组织，则必须选择。是否发运委托对应库存组织内的物料会指定哪些发运组织进行发运，在处理发运业务时将用到该委托是否行政委托库存组织对应的行政组织，用于库存单据选择行政组织时过滤。是否封存时间该库存属性封存的时间，每个组织属性允许单独封存。否否2.2.7 成本中心对象属性说 明可录入（是/否）必填项（是/否）上级成本中心该成本中心的上级组织是否成本中心成本中心的类型是是负责人成本中心对应的负责人否否是否实体组织成本中心是否实体，如果是实体，则可作为成本的承载体。实体不可有下级。如果是虚体成本中心，则可对下级成本中心进行汇总。否否封存时间该成本中心属性封存的时间，每个组织属性允许单独封存。否否2.2.8 利润中心对象属性说 明可录入（是/否）必填项（是/否）上级利润中心该利润中心的上级组织是否负责人利润中心的负责人否否地址利润中心对应的地址是否是否实体组织利润中心是否实体，如果是实体，则可作为利润的承载体。实体不可有下级。如果是虚体利润中心，则可对下级利润中心进行汇总。是否封存时间该利润中心属性封存的时间，每个组织属性允许单独封存。否否2.2.9 HR组织 对象属性说 明可录入（是/否）必填项（是/否）上级HR组织该组织的上级HR组织是否是否HR实体组织确认该组织是否HR组织实体，只有实体组织才可以进行对应的人力资源业务处理。否否记账委托确认该HR组织的账务处理的对应财务组织，选择的是财务实体组织。是否封存时间该HR组织属性封存的时间，每个组织属性允许单独封存。否否2.2.10 发运组织类型 对象属性说 明可录入（是/否）必填项（是/否）上级发运组织该组织的上级发运组织，必须选择虚体。是否是否发运实体组织确认该组织是否发运组织实体，只有实体组织才可以进行对应的发运业务处理。否否记账委托组织确认该组织的账务处理的对应财务组织，选择的是财务实体组织。是否库存委托组织确定该发运组织是处理哪些仓库或者工厂的库存是否行政委托组织确定该发运组织对应的行政组织是哪些，用来界定其职员范围和行政归属是否封存时间该HR组织属性封存的时间，每个组织属性允许单独封存。否否2.3 组织移动组织移动功能用来移动组织单元的上下级关系（750版本及之后可以实现业务组织一起移动），注意是组织单元，不是业务组织，业务组织的移动是通过改变上级业务组织或者到查看业务组织界面去进行组织视图移动。该组织移动功能有专门的权限项对应。从金蝶EAS的主界面，选择企业建模->组织架构->组织单元，进入组织单元序时簿界面，选中需要移动的组织单元，点击序时簿界面的，即可出现下图组织移动界面见下图，选择需要移动到的上级组织单元，点击“确定”，即可完成组织的移动，组织单元的上下级调整完成： 2.4 组织的版本化组织架构的变动在每个企业都普通存在，一般比较常见的是行政组织的变动，分拆合并，还有根据经营方向改变而导致的业务组织设置的变化，这些变化都必然导致组织架构的变化，而为了完整的记录每个企业的发展痕迹，同时也是保证企业核算的连续性和完整性，组织架构的版本化就必须支持。EAS组织架构的版本化的特点在于，版本化的时期可以由用户选择，全盘的版本化，所有的组织变动痕迹都能记录下来。版本化的操作路径如下，由集团的系统管理员从EAS的主菜单选择企业建模->组织架构->企业组织架构树，进入企业组织架构树界面，在“业务”菜单中，找到“”按钮，就可以为将当前的整个企业组织架构树作为历史版本保存下来，系统默认使用最新版本的组织架构。点击【】 【】，就可以分别查看历史版本的组织单元和业务组织。同时系统将组织架构启用后的所有变更，都记录了变更日志。在上图界面中，点击，就可以出现如下界面，界面中对变更页签、变更类型都进行了准确记录，对变更时间和变更人也有记录，对组织架构的变更都有痕迹可以跟踪。该界面支持定位和过滤功能，可以方便用户快速定位某个组织的变更轨迹。2.5 组织封存组织封存功能同一般基础资料的禁用功能类似，将已经使用过的，暂时不用或者永不再用的组织进行封存，封存后的组织不允许在进行业务处理，包括不能新增和修改业务数据，不允许再结账和反结账。但封存后的组织依然进行数据查询，历史数据不做封存。组织封存分为两个步骤，首先将组织的组织属性分别封存，然后再封存组织单元。组织属性的封存必须在组织单元的编辑界面逐个页签进行封存。组织封存按钮直接在序时簿中进行。从金蝶EAS的主界面，选择基础数据管理->组织架构->组织单元，进入组织单元序时簿界面，选中需要封存的组织单元，点击序时簿界面的，即可将组织封存成功，选中已经封存的组织单元，按钮就自动变成了，点击就可以对组织进行反封存了。2.6 批量维护业务委托批量维护业务委托是一个便利性功能，用来批量维护组织间的业务委托关系，与单个指定业务委托关系达到的效果是一致的。从金蝶EAS的主界面，选择企业建模->组织架构->组织单元，进入组织单元序时簿界面，点击，该按钮有两个下拉框，通过批量新增业务委托功能，可以对批量增加业务委托，委托界面如下图所示，首先选择需要维护的委托类型，委托类型有十六种，大致包括：行政组织委托财务组织（对应行政组织属性中的记账委托）、采购组织委托财务组织、销售组织委托财务组织、库存组织委托财务组织等等，下面以行政组织委托财务组织为例，介绍委托的操作说明：用户的操作步骤：选择委托类型、确定被委托组织然后点击选择组织，将需要委托这个财务组织的行政组织选取出来（选择组织界面展现的组织会根据委托类型来变化，如果是采购组织委托财务组织，那么选择的组织就是采购组织树，该树支持多选，见下图），保存即可。在确定被委托组织之后，系统会自动将已经委托了这个财务组织的行政组织显示出来，如下图所示： 批量删除业务委托，点击下拉框中的批量删除业务委托，就可以批量删除业务委托，该功能的操作步骤与批量新增业务委托大致相同，界面有点不同，选中需要删除的委托组织，点击批量删除业务委托界面中的，如果该委托关系没有被业务引用的话，那么删除就能成功。 2.7 合并范围合并范围是EAS系统一个特色功能之一，系统支持根据用户合并的需要定制合并的公司范围以及合并的顺序。合并范围只允许存在一个基本合并范围，作为集团对外出合并报表的直接依据，其他的合并范围一般是出于管理的需要，集团内部使用的合并范围。每个合并范围对应着一颗合并单元树，合并范围就是这颗树的总称，合并范围支持禁用、启用、版本化，下面就详细介绍合并范围的功能。从金蝶EAS的主界面，选择企业建模->组织架构->合并范围，进入合并范围序时簿界面，如下图所示： 合并范围序时簿界面说明：根据合并范围的不同状态，系统标识了不同的底色，启用状态的是浅黄色，禁用状态的是浅绿色，处于新增状态的是白色底色。禁用状态的合并范围都有截止日期，说明该合并范围使用到什么时候为止。启用状态的合并范围，只有启用日期，没有截止日期。新增状态则没有启用和截止日期。对于同一个合并范围在不同的状态，合并范围的区别只是启用日期和截止日期的区别，编码和名称是相同的。列表中显示的合并范围集团创建的合并范围和本管理单元创建的合并范围。2.7.1 合并范围维护点击合并范围序时簿界面的【】（或选择菜单文件->新增），则可新增在该管理单元之下的合并范围，注意，一个集团只允许一个基本合并范围，要求新增状态合并范围编码和名称唯一。 合并范围的属性说明如下表所示：对象属性说 明可录入必填项编码合并范围的编码是否名称合并范围的名称否否描述合并范围描述信息是否基本合并范围选择该合并范围是否是基本合并范围否否用于预算合并范围也可被预算系统引用，用来确定预算编制、分配汇总的顺序和范围否否点击合并范围序时簿界面的【】（或选择菜单文件->修改），可以对新增状态的合并范围进行修改。对于启用和禁用状态的合并范围都允许修改。点击合并范围序时簿界面的【】，就可以对新增状态的合并范围进行删除。合并范围的启用和反启用：要求合并范围内有至少一个合并单元组才允许启用合并范围；必须是新增状态的合并范围才能启用，启用后，不允许随意修改，要修改就必须反启用或者对合并范围进行版本化。合并范围的反启用操作，需要做一系列的业务校验，必须将对应的业务数据删除才能够反启用，校验不通过时，系统会给出如下提示，如果必须反启用该合并范围，那么就应该按照提示信息的指示去删除对应的业务数据：2.7.2 合并单元维护每个合并范围都是由至少一个合并单元组构成的，真正在业务应用中用到的是合并单元组，合并范围只是整个合并单元组树的名称。合并单元组是根据企业合并的公司范围和顺序来定义的。在合并范围序时簿界面，选择一个新增状态的合并范围，单击【】，可维护在该合并范围之内的合并单元组和参与合并的公司，如下图所示：合并范围可以建立不同级次的合并单元组，以便于业务合并时可以逐级合并。单击树结构上方的新增【】可以增加合并单元组，如下图：点击合并单元树上方的，可以提供快速的节点定位，支持模糊查询；点击合并单元树上方的，则可将树上的合并单元组节点的位置移动，选中需要移动的节点，然后点击该按钮，会弹出一个界面让用户选择要移动到哪个目标节点下，选中一个节点，单元组就能成功移动。合并单元组属性说明如下表所示：对象属性说 明可录入（是/否）必填项（是/否）编码合并单元组的编码是是名称合并单元组的名称否是控股公司用来指定该合并单元组中控股公司否否维护管理单元维护管理单元是用来指定除了这个合并单元组的创建管理单元之外，还有哪个管理单元能够维护这个合并单元组。是是描述合并单元组的描述信息是否在合并范围的相应级次中引入公司。在一个级次中的公司，其业务合并，也将根据合并单元组的级次设置逐级合并。单击【】，可为该级次引入相应的公司，可在实体财务组织树中选择需要纳入该合并单元组的公司。如下图所示，在这个公司选择界面，支持勾选多个实体公司，还支持按照行业进行过滤，在行业文本框中选择一个行业，或者在“编码”下拉框中设置对应的过滤条件，点击，如果勾上模糊查询复选框，那么系统会自动根据用户设置的过滤条件对财务组织树中的组织进行过滤，注意，这里只能选择实体的财务组织。该界面提供了全选全清按钮，可方便用户使用。注意：同一个公司不允许多次引入，系统已经有此判断。单击【】【】按钮，就可以将合并单元界面中展现的合并单元组和公司，引出到EXCEL文档中。2.7.3 合并范围的版本化合并范围在启用之后，还经常会发生一系列的变动，例如组织的增加和删除，这些修改是企业持续经营期间必然会存在的业务变化，不能因为这些变化，要将合并报表业务暂停下来，更不可能将合并范围都重新建立，所以就产生了合并范围的版本化的需求。EAS系统中已经实现了合并范围的版本化功能，具体操作如下：选中一个启用状态的合并范围，点击合并范围序时簿界面上的【】，系统就会为当前的合并范围建立一个新版本，在新版本中看到的合并单元组和原版本完全一样，此时，合并单元组就允许用户进行任意修改，当然，增加的新版本和原版本之间，合并报表等数据是要结转的，结转动作在新版本的合并范围启用的那一瞬间，系统自动完成。结转的逻辑大致是这样的，将报表的期末数，作为新合并报表的期初数，详细的逻辑请参看合并报表的相关功能的用户手册。 新版本的合并范围与旧版本的并范围编码和名称完全一样，新版本维护完毕后，需要启用，选中新版本的合并范围然后