207年金蝶eas-v7.5-组织架构用户手册5p



《207年金蝶eas-v7.5-组织架构用户手册5p》由会员分享,可在线阅读,更多相关《207年金蝶eas-v7.5-组织架构用户手册5p(22页珍藏版)》请在装配图网上搜索。
1、【最新资料,WOR皮档,可编辑修改】 概述 、八 、■ 刖言 组织架构是ERP系统的基础,对于ERP能否适应各种不同企业应用模 式以及是否具备扩展性有决定性的作用。 ERP系统中的所有业务,都 与组织架构相关,组织架构是 ERP系统在记录数据的重要载体,任何 一笔业务的发生,必然将记录该业务的归属,例如成本归属于哪个组 织,为谁采购,记账到哪里等;对 ERP系统业务统计和分析来说,组 织架构是非常重要的统计维度。 EAS系统将实现多组织架构规划,从而满足集团企业多组织架构复杂 应用,同时覆盖简单组织型的成长型中小企业,满足该类企业在未来 成长和扩张的
2、需求;作为整个 EAS系统的基础性架构,多组织架构对 EAS全局具有重大影响。 对于EAS而言,多组织的实现意味着 EAS组织架构不仅仅是按照传统 的行政架构来设计组织架构,而是在此基础上实现财务、采购、销售、 库存、成本、利润等业务组织,而且将组织的上下级管理,人员与职 位的汇报关系与权限、工作流路径、数据的分解汇总等关键业务进行 关联。 本手册主要介绍金蝶 EAS组织架构,EAS组织架构是EAS整个系统的 基础无组织则无EAS文档内容有助于初学者对 EAS组织架构做系统 了解 读者对象 约定 修订记录 本手册适用于金蝶EAS系统应用用户 无 新增 目录 1概述
3、1.1 EAS多组织架构规划的需求驱动 1.2基本概念 2组织架构 2.1管理单元 2.1.1 管理单元的新增 2.1.2 管理单元的修改 管理单元的删除 2.1.4 管理单元的封存 为管理单元创建对应管理员 2.2组织单元 创建组织单元 财务组织类型 行政组织类型 米购组织类型 销售组织类型 库存组织类型 成本中心..... 利润中心..... 2.2.9 HR 组织 发运组织类型 2.3组织移动 2.4组织的版本化 2.5组织封存 2.6批量维护业务委托 2.7合并范
4、围 2.7.1 合并范围维护 2.7.2 合并单元维护 合并范围的版本化 2.8全局委托关系 2.9 企业组织架构树 2.10查看业务组织 概述 对于企业应用来讲,其组织架构基本上确定了该企业的业务应用框架和业务 政策。就企业而言,组织设计与调整是企业制订策略的重要环节。企业首先 需要思考未来企业的策略走向与展现的形貌,再根据策略构想与策略需要, 调整组织结构与流程。当组织被赋予多元多变的任务,且需要不断创新的情 况时,就可以运用组织网络而形成业务流程的构建。随着信息时代的来临, 整个组织型态的变迁可能会由传统的组织行为模式演变到一个任务导向的 组织管理观
5、念。 组织设计是一个整合人力资源、信息技术和组织技术的过程。透过组织设计 的过程来加强企业内部员工的流程管理效率,以达成企业组织利润最大化。 因为在企业里很多事情都是要靠组织来达成任务,而不是靠一个人来达成。 面对不同的任务,就需要有不同特质的组织,才会比较容易发挥功效。尤其 在信息时代的企业,组织的任务越来越多兀化,因而组织的发展相对就越来 越需要具有弹性。也因此而产生一个重要的论点“如何做好组织设计,可以 使组织产生更好的绩效,让企业的组织更具弹性,塑造出学习型组织,让组 织随时为企业流程再造作准备”。如何能建立出一个成长导向组织设计,让 组织能够不断的成长,才能够持续的经营。 EA
6、S多组织架构规划的需求驱动 为何需要多组织架构,是基于以下认知: 大型企业或集团企业的组织结构复杂: 多个法人实体组成; 多种业务模式(生产、销售相对独立); 跨行业经营; 多种核算体系(如上市公司、境外公司); 组织机构庞大: 多工厂; 地理分散。 管理上的需求: 业务组织与行政组织不相同; 矩阵式管理; 各用户和跨部门的数据安全需求(如销售员之间的商机资料相互保密,报销 数据相互保密等) 基本概念 组织类型是按照组织处理业务的能力进行分类, 一种组织类型是对组织处理 相应业务能力的描述 组织单元是对组织架构中所有组成个体的抽象, 是组织架构构成的最基本单 元。组织单元只
7、是一个抽象概念,在 EAS中,组织单元本身只体现组织架构 的构成,而不反映业务。只有当组织单元被赋予了一定业务含义以后(即定 义为业务组织以后)才能处理相应具体的业务。 所有组织单元有共同的特征(Id、Name Parentid、controlunitid )。可 以为外部对象提供统一的接口 组织架构 数据中心创建完毕 管理员用户能正常登录 管理单元 从金蝶EAS的主界面,选择〖基础数据管理〗-> 〖组织架构〗-> 〖管理单元〗, 进入管理单元序时簿界面,该界面显示的管理单元树和列表数据,是以当前 管理单元为根节点,包含其所有下级管理单元。 初始的管理单元维护必须以 admi
8、nistrator 登录系统进行维护,后续的管理单元维护可以由对应的管理 员维护。 管理单元的新增 点击管理单元序时簿界面的 ,便可弹出管理单元编辑界面。如下图: 界面说明: 录入上图中的黄色底色的文本框信息(编码、名称),即可完成管理单元的 保存,要求管理单元的编码和名称不允许重复。 管理单元保存成功之后,系统会给出如下提示,提示信息已经很清晰,如果 希望administrator 能够维护这个管理单元,就点击“是”,否则就点击“否”, 点击“否”之后,admi nistrator 就无法登录该管理单元,请用户务必给该 管理单元指定管理员,否则没有管理员可以管理该单元,会给该管理单
9、元带 来一定的维护麻烦。当然,admi nistrator 也可以自己将该管理单元加入到 自己的管理单元范围中, 这里只是一个便利性功能。 管理员的管理单元范围 的概念请参考《系统平台用户手册》。 修改和删除操作,请点击 和 ,弹出的界面与新增界面相同。 管理单元的修改 在管理单元使用后允许修改编码和名称, 只要保证编码名称不重复, 就可以 保存成功。 管理单元的删除 管理单元的删除必须保证该管理单元内没有组织单元、 该管理单元对应的组 织单元的所有组织属性都已经删除、 该管理单元内没有创建任何与管理单元 相关的基础资料、用户、编码规则、单据转换规则等等业务数据,还要该管 理单
10、元没有被任何管理员作为管理单元范围引用。 在保证上述前提下,由上级管理单元的管理员,到上级管理单元去删除该管 理单元 管理单元的封存 在管理单元使用了一段时间后, 管理单元不再需要使用或者暂时不希望看到 该管理单元,则可以通过封存功能,将该管理单元封存。封存后,管理单元 在正常的业务应用过程中不可见。 封存的检查条件也比较严格, 但比删除的检查条件要宽松很多, 必须是该管 理单元内所有组织单元都已经封存, 该管理单元对应组织单元的组织属性都 已经封存,组织单元封存完之后,才能到上级管理单元去封存该管理单元。 管理单元: 基础数据共享和隔离的基本单位, 所谓共享,就是一个管理单
11、元内使用相同 的基础数据,这些基础数据包括物料、客户、供应商、科目等与管理单元相 关的基础资料;所谓隔离,就是不同管理单元的基础数据,互相看不到,不 使用,如需要互相使用则要另外分配或引用;在实施中,要充分考虑客户基 础数据共享和隔离需要,作为划分管理单元的依据。 管理单元是业务规则共享的单位: 管理单元内的各种业务规则, 如编码规则、 BOTR预警等,可以被管理单元下的组织单元引用。 管理单元是否需要分级管理,应该是根据企业的实际情况和管理需要来确 定,如客户方不需要分级管理,那么各个管理单元可不设管理员,都由 Admi ni strator 负责。 管理单元是组织单元的一种, 在
12、这里创建的管理单元会自动显示在组织单元 中,组织单元是分管理单元维护的, 管理单元内还可以创建不同的组织单元, 而且要求管理单元对应的组织单元,需要具备其下级组织单元的所有属性, 也就是说,下级组织如果有采购组织、销售组织和库存组织,那么管理单元 就必须同时具备这些组织属性。 组织单元: 组织单元是EAS系统中对组织节点的叫法,组织架构上的每一个节点都称作 一个组织单元,组织单元如果定义不同的组织属性,就叫做对应的组织,例 如维护了采购组织属性, 那么这个组织单元就可以叫做采购组织。 管理单元 也是组织单元中的一种,组织单元的属性很简单,包括编码、名称、助记码、 启用日期、封存日期、创建
13、人、创建时间。其他的组织属性都是组织单元的 附加信息,为标识组织单元的业务属性而定义的。 警告:管理单元的业务引用比较复杂, 要删除一个管理单元需要判断没有任 何业务引用才可以删除成功,所以,新增管理单元时,请务必谨慎。删除管 理单元必须谨慎操作,一般情况下,请使用封存功能,来停用某个不需要再 使用的管理单元。 举例:以金蝶集团为例,金蝶集团总部和各个区域的核算政策不一致,基础 资料也相对独立,业务也不一致,总部已研发为主,而区域主要以销售为主。 在管理上也相对独立。所以,设置管理单元时,就可以将金蝶集团作为根管 理单元,总部作为下级管理单元,区域合并为一个管理单元。当然,也完全 可以将一
14、个集团设置为一个管理单元, 那样,所有基础资料就可以在集团内 共享,业务控制策略也不需要设置,安全管理、业务政策等都由集团统一管 理,不再分区域进行管理了。 注意事项:管理单元务必在经过需求调研和实施规划确认后,再幵始设置, 管理单元一旦设置,就不能轻易删除,所以请务必谨慎分析,多方面考虑之 后再设置管理单元; 如果实在没有时间分析,那么最简单的方法就是将法人实体作为一个管理单 丿元。 为管理单元创建对应管理员 从金蝶EAS的主界面,选择〖基础数据管理〗-> 〖组织架构〗-> 〖管理单元〗, 进入管理单元序时簿界面,工具栏上有个按钮 管理员维护,点击这个按钮, 就可以维护不同管理单
15、元的管理员,可以为每个管理单元创建不同的管理 员,也可以一个管理员管理多个管理单元,更极端的情况,由administrator 一个管理员管理所有的管理单元。 设置管理员的管理单元范围会在 《系统平 台用户手册》提到,请参考。 管理员维护列表界面如下图所示,该界面显示的是当前管理员可以管理的所 有系统管理员,管理员同样有用户账号和用户实名, 其密码策略和生效失效 日期都是和普通用户的管理是一样的,见下图: 点击 <管理员列表 >界面的•新增按钮就可以新增管理员,新增界面如下图所 示: 界面说明:用户实名和用户账号为用户手工录入信息,不允许为空,用户类 型不允许切换,必须是“系统用户”
16、,在 EAS系统中,系统用户,就是系统 管理员的含义,只要是系统用户就自动具备了系统管理的权限。 特别注意的是,新增管理员时,所属组织就是管理员默认管理的组织,在集 团创建的管理员都默认是集团的管理员,如果要为下级管理单元创建管理 员,这里要换一个管理单元。 管理单元范围就是该管理员可以管辖的范围, 默认将所属组织作为管理员的 管理单元范围。缺省组织就是管理员登录系统时,默认登录的组织。缺省组 织必须指定,否则该管理员无法登录系统。 组织单元 组织单元的维护可以由当前管理单元的管理员来维护, 也可以由经过管理员 授权的普通用户来维护。 组织单元的维护是分管理单元进行的, 所以维护
17、人 员登录到某个管理单元看到的组织单元只是当前管理单元内的组织单元。 组织单元可以通过外部 excel文档导入,注意,外部导入组织和新增组织的 要求是一致的,就是只能导入和新增当前管理单元内的组织单元。 组织单元的维护有如下几个步骤, 一个创建组织单元,二是维护组织单元具 体的属性,三是指定组织单元的委托关系,四是维护合并范围。 创建组织单元 从金蝶EAS的主界面,选择〖基础数据管理〗-> 〖组织架构〗-> 〖组织单元〗, 进入组织单元序时簿界面, 点击序时簿界面的 ,即可出现下图组织单元界 面。 组织单元的创建比较简单, 组织单元信息比较简单, 可以理解成组织的基本 信息,相当
18、于物料的基本信息, 一个组织单元本身是可以不带任何业务属性 的,其管理的是组织的最基本的编码名称, 以及整个组织的启用和封存时间, 还有助记码,在EAS系统中,已经支持按照组织的编码、名称和助记码进行 快速查询,组织单元的新增界面如下图所示: 对象属性 编码 名称 简称 启用时间 禁用时间 创建者 创建时间 描述 财务组织 行政组织 销售组织 采购组织 库存组织 利润中心 成本中心 HR组织 发运组织 说 明 入 否) 可录 (是/ 项 否) 必填 (是/ 系统用户录入,组织编码必须唯一;组织编码允许任意同设计原则不冲突 是 是 的字符,如
19、数字与字母及组合;如果一个组织编码没有在其他任何地方被引用, 则允许删除与禁用此组织信息; 用户直接录入组织单元名称信息,对于组织单元名称也应进行重复性检 是 是 查,组织单元名称相同时进行相应提示。 组织单元简称 是 否 管理单元正式启用的时间 否 是 管理单元禁用的时间 否 否 创建管理单元的用户 否 是 创建的时间 否 是 描述信息 是 否 如果选择该项,则意味着该组织单元可以进行财务业务的操作 是 否 如果选择该项,则意味
20、着该组织单位是行政类型,可以在进行 HR的相关 是 否 业务; 如果选择该项,则意味着该组织单元可以进行销售业务的操作 是 否 如果选择该项,则意味着该组织单元可以进行采购业务的操作 是 否 如果选择该项,则意味着该组织单元可以进行库存业务的操作 是 否 如果选择该项,则意味着该组织单元是个责任中心,需要核算发生在该组 是 否 织单元的收益和成本。 如果选择该项,则意味着该组织单元是个成本中心,需要核算发生在该组 是 否 织单元的成本。 如果选择该项,则意味
21、着该组织单元可以进行 HR业务的操作 是 否 如果选择该项,则意味着该组织单元可以进行发运业务的操作 是 否 维护组织单元的组织属性, 也就是给组织单元增加上业务属性, 一个不带任 务组织属性的组织是不可以参与业务处理, 必须给其附上业务属性。 根据组 织的业务需要,可以在上图的组织类型中勾上对应的组织类型, 每个不同的 组织类型需要维护的属性是不一致的,现逐个介绍各个组织类型的操作说 明: 财务组织类型 界面说明: 一个组织单元可以选择多个
22、组织类型, 每个组织类型中都有必录项,维护好 必录项之后,点击保存按钮,即可将所有页签一起保存。 多账簿维护说明: 首先到【系统平台】-【系统配置】-【参数设置】界面,找到 G012参数, 将参数值置为“是”,就启用多账簿了 按钮,点击该 其次,在组织单元-财务组织编辑界面,就可以看到 按钮,就可以为这个财务组织建立副账簿,界面如下: 点击【新增】按钮,就可以选择一个账簿方案创建一个副账簿,注意,副账 簿也有个组织编码,是将主账簿的编码加上 @再加上账簿编码; 副账簿允许修改,修改界面与财务组织修改界面类似,也允许封存。 副账簿创建之后,需要对副账簿进行授权,授权需要系统管理员首
23、先将账簿 加入到被授权用户的组织范围中,如下图所示,在组织 F7上勾上“显示副 账簿”,系统就会将对应的副账簿显示在树上 之后的授权操作,就和普通的财务组织授权一样了,在这就不赘述了。如果 主账簿的权限和副账簿的权限完全相同,那么就可以采用权限复制的方式, 将用户的主账簿权限复制到副账簿中, 在用户管理界面中就是将 JP1的权限 复制到JP1@02中,从而实现快速授权。 授权完毕,有权限的用户就可以进行多账簿的业务处理了, 之后的处理请参 考总账的《多账簿.doc》 集团公司 财务实体 只有根管理单元才能勾上是集团公司 只有财务实体组织才能进行财务及会计的业务处理, 非实体组织只
24、能统计 是 是 是 是 组织 查询下级实体组织的业务数据。 上级财务 用来指定其财务汇报上级,只有其汇报上级或者上上级才可以查询其下级 是 是 组织 的财务组织实体的数据,如果集团公司,则不需要指定上级财务组织。 会计期间 从基础资料会计期间类型中选择,用来确定该财务组织核算的会计期间, 是 是 类型 使用后不可修改 科目表 从基础资料科目表中选择, 用来确定该财务组织核算的科目, 使用后不可 是 是 对象属性 说 明 可录 必填 入(是/否) 项(是/否) 修改 本位币 从基础资
25、料币别中选择,确定该财务组织的本位币,使用后不可修改 是 是 基本核算 从基础资料汇率表中选择 是 是 汇率表 报告货币 从基础资料币别中选择,根据参数“是否启用报告币”来确定是否必录。 是 是 期末调汇 从基础资料汇率表中选择,用于总账期末调汇的汇率应用,使用后可以修 是 否 汇率表 报告货币 改 从基础资料汇率表中选择,根据参数“是否启用报告币”来确定是否必录。 是 是 折算汇率表 报告货币 下拉框选择,根据参数“是否启用报告币”来确定是否必选。 是 是 折算方式 经济类型 下拉框选择,用来确定该
26、财务组织的经济性质 是 否 行业 从基础资料行业中选择,确定该财务组织所属行业 是 是 地区 手工录入,确定该财务组织所属地区,可用于组织过滤 是 否 法人代表 手工录入,确定该财务组织的法人 是 否 税务号 手工录入,记录其税务登记号 是 否 注册资本 手工录入,用于记录该组织的注册资本 是 否 境内/境 外 注册登记 号 封存时间 手工选择,境内境外在财务核算和合并报表中有区别处理 是 否 手工录入,用于记录该组织的注册登记号 是 否 组织封存后,由系统自动反填该信息 否 否 成立日期 手工录入,用于该财务组织的成立
27、时间 是 否 营业有效 期 公司简介 手工录入,记录该组织的营业有效期 是 否 手工录入,增加公司的相关描述信息 是 否 封存时间 该财务属性封存的时间,每个组织属性允许单独封存。 否 否 行政组织类型 对象属性 说 明 可录入 (是/否) 必填项 (是/否) 上级行政组织 用户手工指定上级的行政组织,确定行政的上级汇报关系 是 是 组织单元类型 有集团、公司、部门备选,用来确定该行政组织的类型 是 是 组织单元层次 确定组织单元的层次,层次可以由用户指定 是 否 地址 确定该行政组织所在的地址 是 否 电话 作
28、为行政组织的联系电话 是 否 传真 作为行政组织的联系传真 是 否 邮编 作为行政组织的联系邮编 是 否 是否虚拟团队 是否是虚拟团队 否 否 描述 对行政单位的描述信息 否 否 记账委托组织 行政组织发生的费用对应的记账组织, 默认就是当前管理单元内的 财务组织,也可指定其它管理单元内的财务组织。 记账委托可选的必须 是财务实体组织。 是 否 采购委托组织 行政组织需要采购物资时对应的采购组织, 默认就是当前管理单元 内的采购组织,也可指定其它管理单元内的采购组织, 可以指定多个采 购组织。 是 否 HR委托组织 行政组织归属的人事管理
29、区域, 在该人事区域内统一 HR业务政策, 如职称体系,统一 HR业务处理。 是 否 封存时间 该行政属性封存的时间,每个组织属性允许单独封存。 否 否 采购组织类型 对象属性 说 明 可录 必填 入(是/ 项(是/ 否) 否) 织 上级采购组 采购组织的上级采购组织 是 否 是否采购实 该采购组织是否是一个采购实体组织,如果是,则意味着它可以作为采购 是 否 体组织 业务的组织载体。如果否,则只能做采购业务的查询和汇总工作。 记账委托组 采购组织发生的费用和采购记账对应的记账组织,当采购
30、组织是实体组织 是 否 织 时,必须录入记账委托组织。 库存委托组 采购组织需要存储和周转物资时对应的库存组织,当采购组织是实体组织 是 否 织 时,必须录入库存委托组织。 行政委托组 多个采购组织可能属于一个采购部门 (行政组织)或者多个采购部门(行 是 否 织 政组织)属于一个采购组织,所以需要建立采购组织与行政组织之间的关系, 该关系主要用户录采购类单据时,查找对应的职员。 封存时间 该采购属性封存的时间,每个组织属性允许单独封存。 否 否 销售组织类型 对象 属性 说 明 可录 入(是
31、/否) 必填 项(是/否) 上级 用户手工指定上级的销售组织 是 否 销售组织 是否 实体为可以进行实际销售业务的组织,虚体只是用来汇总统计的销售组织 是 否 销售实体 组织 记账 销售组织发生的费用和收入对应的记账组织,当选择销售实体组织时,记账 是 否 委托组织 委托组织为必录项。 库存 销售组织需要存储和周转物资时对应的库存组织,当选择销售实体组织时, 是 否 委托组织 库存委托组织为必录项。 行政 多个销售组织可能属于一个销售部门(行政组织)或者多个销售部门(行政 是 否 委托
32、组织 组织)属于一个销售组织,所以需要建立销售组织与行政组织之间的关系 封存 该销售属性封存的时间,每个组织属性允许单独封存。 否 否 时间 库存组织类型 对象属性 说 明 可录入 (是/否) 必填项 (是/否) 上级库存 组织 如果组织单元是库存组织,则指定库存的上级单位 是 否 是否库存 实体组织 该库存组织是否是一个库存实体组织,如果是,则意味着它可以作为库 存业务的组织载体。如果否,则只能做库存业务的查询和汇总工作 是 否 类型 定义库存组织的类型,有工厂和配送中心备选,如果是实体的库存组织, 则必须选择类型。
33、是 否 业务状态 “冻结入库”、“冻结岀库”、“冻结岀入库”、“封存”(含入、岀、 可用量、核算、订单等所有业务的冻结);影响下属仓库、库位存放物料的 事务。如果是实体的库存组织,则必须选择业务状态。 是 否 记账委托 库存组织发生的费用和收入对应的记账组织,如果是实体的库存组织, 则必须选择。 是 否 采购委托 库存组织需要采购物资时对应的采购组织,如果是实体的库存组织,则 必须选择。 是 否 销售委托 库存组织需要销售物资时对应的销售组织,如果是实体的库存组织,则 必须选择。 是 否 发运委托 对应库存组织内的物料会指定哪些发运组织进行发运,在处理发运
34、业务 时将用到该委托 是 否 行政委托 库存组织对应的行政组织,用于库存单据选择行政组织时过滤。 是 否 封存时间 该库存属性封存的时间,每个组织属性允许单独封存。 否 否 成本中心 (是/否) (是/否) 上级成本 该成本中心的上级组织 是 否 中心 成本中心 成本中心的类型 是 是 负责人 成本中心对应的负责人 否 否 是否实体 成本中心是否实体,如果是实体,则可作为成本的承载体。实体不 否 否 组织 可有下级。如果是虚体成本中心,则可对下级成本中心进行汇总。 封存时间 该成本中心属性封存的时
35、间,每个组织属性允许单独封存。 否 否 利润中心 对象属性 说 明 可录入 (是/否) 必填项 (是/否) 上级利润中心 该利润中心的上级组织 是 否 负责人 利润中心的负责人 否 否 地址 利润中心对应的地址 是 否 是否实体组织 利润中心是否实体,如果是实体,则可作为利润的承载体。实 是 否 体不可有下级。如果是虚体利润中心,则可对下级利润中心进行汇 总 封存时间 心、O 该利润中心属性封存的时间,每个组织属性允许单独封存。 否 否 HR组织 对象属性 说 明 可录
36、入(是 必填项(是 /否) /否) 上级HR组织 该组织的上级 HR组织 是 否 是否HR实体组织 确认该组织是否HR组织实体,只有实体组织才可以进行对 否 否 应的人力资源业务处理。 记账委托 确认该HR组织的账务处理的对应财务组织,选择的是财务 是 否 实体组织。 封存时间 该HR组织属性封存的时间,每个组织属性允许单独封存。 否 否 发运组织类型 对象属性 说 明 可录入(是 必填项(是 /否) /否) 上级发运组织
37、该组织的上级发运组织,必须选择虚体。 是 否 是否发运实体组织 确认该组织是否发运组织实体,只有实体组织才可以进 否 否 行对应的发运业务处理。 记账委托组织 确认该组织的账务处理的对应财务组织,选择的是财务 是 否 实体组织。 库存委托组织 确定该发运组织是处理哪些仓库或者工厂的库存 是 否 行政委托组织 确定该发运组织对应的行政组织是哪些,用来界定其职 是 否 员范围和行政归属 封存时间 该HR组织属性封存的时间,每个组织属性允许单独封 否
38、否 存。 组织移动 组织移动功能用来移动组织单元的上下级关系(750版本及之后可以实现业 务组织一起移动),注意是组织单元,不是业务组织,业务组织的移动是通 过改变上级业务组织或者到查看业务组织界面去进行组织视图移动。 该组织 移动功能有专门的权限项对应。 从金蝶EAS的主界面,选择〖企业建模〗-> 〖组织架构〗-> 〖组织单元〗, 进入组织单元序时簿界面,选中需要移动的组织单元,点击序时簿界面的 ,即可出现下图组织移动界面见下图,选择需要移动到的上级组 织单元,点击“确定”,即可完成组织的移动,组织单元的上下级调整完成: 组织的版本化 组织架构的变动在
39、每个企业都普通存在,一般比较常见的是行政组织的变 动,分拆合并,还有根据经营方向改变而导致的业务组织设置的变化,这些 变化都必然导致组织架构的变化,而为了完整的记录每个企业的发展痕迹, 同时也是保证企业核算的连续性和完整性,组织架构的版本化就必须支持。 EAS组织架构的版本化的特点在于,版本化的时期可以由用户选择,全盘的 版本化,所有的组织变动痕迹都能记录下来。 版本化的操作路径如下,由集团的系统管理员从 EAS的主菜单选择〖企业建 模〗-> 〖组织架构〗-> 〖企业组织架构树〗,进入企业组织架构树界面,在 “业务”菜单中,找到“ • ”按钮,就可以为将当前的整个企 业组织架构树作为历史
40、版本保存下来,系统默认使用最新版本的组织架构。 点击【 】 【为匸】,就可以分别查看历 史版本的组织单元和业务组织。 同时系统将组织架构启用后的所有变更, 都 记录了变更日志。 _ 「 在上图界面中,点击 至匸,就可以出现如下界面,界面中对变 更页签、变更类型都进行了准确记录,对变更时间和变更人也有记录,对组 织架构的变更都有痕迹可以跟踪。 该界面支持定位和过滤功能, 可以方便用 户快速定位某个组织的变更轨迹。 组织封存 组织封存功能同一般基础资料的禁用功能类似, 将已经使用过的,暂时不用 或者永不再用的组织进行封存, 封存后的组织不允许在进行业务处理, 包括 不能新增和修改
41、业务数据, 不允许再结账和反结账。 但封存后的组织依然进 行数据查询,历史数据不做封存。 组织封存分为两个步骤,首先将组织的组织属性分别封存, 然后再封存组织 单元。组织属性的封存必须在组织单元的编辑界面逐个页签进行封存。 组织 封存按钮直接在序时簿中进行。 从金蝶EAS的主界面,选择〖基础数据管理〗-> 〖组织架构〗-> 〖组织单元〗, 进入组织单元序时簿界面,选中需要封存的组织单元,点击序时簿界面的 ,即可将组织封存成功,选中已经封存的组织单元, 1!1组织封存 钮就自动变成了 ,点击 曰组织反封存 就可以对组织进行反封存了 批量维护业务委托 批量维护业务委托是
42、一个便利性功能,用来批量维护组织间的业务委托关 系,与单个指定业务委托关系达到的效果是一致的 从金蝶EAS的主界面,选择〖企业建模〗-> 进入组织单元序时簿界面,点击 批塑缱护业务委托 0 K组织架构〗-> 〖组织单元〗, ,该按钮有两个下拉框 :『扌比量新増业务 批虽删除业墻 :委托 ,通过批量新增业务委托功能, 可以对批量增加业务委托, 委托界面如下图所示,首先选择需要维护的委托类型,委托类型有十六种, 大致包括:行政组织委托财务组织(对应行政组织属性中的记账委托)、采 购组织委托财务组织、销售组织委托财务组织、库存组织委托财务组织等等, 下面以行政组织委托财
43、务组织为例,介绍委托的操作说明: 用户的操作步骤:选择委托类型、确定被委托组织然后点击选择组织,将需 要委托这个财务组织的行政组织选取出来 (选择组织界面展现的组织会根据 委托类型来变化,如果是采购组织委托财务组织, 那么选择的组织就是采购 组织树,该树支持多选,见下图),保存即可。在确定被委托组织之后,系 统会自动将已经委托了这个财务组织的行政组织显示出来,如下图所示: 批量删除业务委托,点击 批量维护业务委托 下拉框中的批量删除业务委托, 可以批量删除业务委托,该功能的操作步骤与批量新增业务委托大致相同, 界面有点不同,选中需要删除的委托组织, 点击批量删除业务委托界面中的 厠删
44、除粗织 ,如果该委托关系没有被业务引用的话, 那么删除就能成功。 合并范围 合并范围是EAS系统一个特色功能之一,系统支持根据用户合并的需要定制 合并的公司范围以及合并的顺序。合并范围只允许存在一个基本合并范围, 作为集团对外出合并报表的直接依据, 其他的合并范围一般是出于管理的需 要,集团内部使用的合并范围。 每个合并范围对应着一颗合并单元树, 合并范围就是这颗树的总称, 合并范 围支持禁用、启用、版本化,下面就详细介绍合并范围的功能。 从金蝶EAS的主界面,选择〖企业建模〗-> 〖组织架构〗-> 〖合并范围〗, 进入合并范围序时簿界面,如下图所示: 合并范围序时簿界面说明:
45、 根据合并范围的不同状态,系统标识了不同的底色,启用状态的是浅黄色, 禁用状态的是浅绿色,处于新增状态的是白色底色。 禁用状态的合并范围都 有截止日期,说明该合并范围使用到什么时候为止。启用状态的合并范围, 只有启用日期,没有截止日期。新增状态则没有启用和截止日期。对于同一 个合并范围在不同的状态,合并范围的区别只是启用日期和截止日期的区 别,编码和名称是相同的。列表中显示的合并范围集团创建的合并范围和本 管理单元创建的合并范围。 合并范围维护 点击合并范围序时簿界面的【 】(或选择菜单〖文件〗-> 〖新增〗),则 可新增在该管理单元之下的合并范围,注意,一个集团只允许一个基本合并
46、对象属性 说 明 可 必 录入 填项 编码 名称 描述 基本合并范围 用于预算 合并范围的编码 是 否 合并范围的名称 否 否 合并范围描述信息 是 否 选择该合并范围是否是基本合并范围 否 否 合并范围也可被预算系统引用,用来确定预算编制、分配汇总的顺 否 否 序和范围 点击合并范围序时簿界面的【 空】(或选择菜单〖文件〗-> 〖修改〗),可 0 以对新增状态的合并范围进行修改。 对于启用和禁用状态的合并范围都允许 修改。 点击合并范围序时簿界面的 【】,就可以对新增状态的合并范围进行删除。 合并范围的启用和反启用: 范围,要求新增状态合并范围编码和名
47、称唯 所示: 合并范围的属性说明如下表 要求合并范围内有至少一个合并单元组才允许启用合并范围; 必须是新增状 态的合并范围才能启用,启用后,不允许随意修改,要修改就必须反启用或 者对合并范围进行版本化。 合并范围的反启用操作,需要做一系列的业务校验, 必须将对应的业务数据 删除才能够反启用,校验不通过时,系统会给出如下提示,如果必须反启用 该合并范围,那么就应该按照提示信息的指示去删除对应的业务数据: 合并单元维护 是合并单元组,合并范围只是整个合并单元组树的名称。 企业合并的公司范围和顺序来定义的。 在合并范围序时簿界面,选择一个新增状态的合并范围, 可维护在该合并范围之内的合
48、并单元组和参与合并的公司, 合并单元组是根据 单击【 如下图所示: 】, 每个合并范围都是由至少一个合并单元组构成的, 真正在业务应用中用到的 合并范围可以建立不同级次的合并单元组,以便于业务合并时可以逐级合 并。 单击树结构上方的新增【 】可以增加合并单元组,如下图: 点击合并单元树上方的巨,可以提供快速的节点定位,支持模糊查询; 点击合并单元树上方的 0,则可将树上的合并单元组节点的位置移动,选 中需要移动的节点,然后点击该按钮,会弹出一个界面让用户选择要移动到 哪个目标节点下,选中一个节点,单元组就能成功移动。 合并单元组属性说明如下表所示: 对象属性 可录入
49、必填项 (是/否) (是/否) 控股公司 用来指定该合并单元组中控股公司 否 否 维护管理单元 维护管理单元是用来指定除了这个合并单元组的创建管理单 是 是 元之外,还有哪个管理单元能够维护这个合并单元组。 描述 合并单元组的描述信息 是 否 引入公司 在合并范围的相应级次中引入公司。在一个级次中的公司,其业务合并,也 将根据合并单元组的级次设置逐级合并 单击【BE 选择需要纳入该合并单元组的公司。如下图所示,在这个公司选择界面,支 0 】,可为该级次引入相应的公司,可在实体财务组织树中 持勾选
50、多个实体公司,还支持按照行业进行过滤, 在行业文本框中选择一个 行业,或者在“编码”下拉框中设置对应的过滤条件,点击 上模糊查询复选框,那么系统会自动根据用户设置的过滤条件对财务组织树 中的组织进行过滤,注意,这里只能选择实体的财务组织。该界面提供了全 选全清按钮,可方便用户使用。 注意:同一个公司不允许多次引入,系统已经有此判断。 单击【 引出公司 】按钮,就可以将合并单元界面中展现的合 并单元组和公司,引出到 EXCEL文档中。 合并范围的版本化 合并范围在启用之后,还经常会发生一系列的变动,例如组织的增加和删除, 这些修改是企业持续经营期间必然会存在的业务变化,不能因
51、为这些变化, 要将合并报表业务暂停下来, 更不可能将合并范围都重新建立, 所以就产生 了合并范围的版本化的需求。 EAS系统中已经实现了合并范围的版本化功能,具体操作如下: 选中一个启用状态的合并范围,点击合并范围序时簿界面上的 ,系统就会为当前的合并范围建立一个新版本,在新版本中 看到的合并单元组和原版本完全一样, 此时,合并单元组就允许用户进行任 意修改,当然,增加的新版本和原版本之间,合并报表等数据是要结转的, 结转动作在新版本的合并范围启用的那一瞬间, 系统自动完成。结转的逻辑 大致是这样的,将报表的期末数,作为新合并报表的期初数,详细的逻辑请 参看合并报表的相关功能的用户
52、手册。 新版本的合并范围与旧版本的并范围编码和名称完全一样, 新版本维护完毕 后,需要启用,选中新版本的合并范围然后点击序时簿上的启用按钮,系统 就会出现下面的启用日期界面, 设置了新版本的启用日期, 那么旧版本的截 止日期就自动倒推出来了,同时旧版本的状态就置为禁用状态。 需要特别注意的是: 在EAS系统中提供了用户自由选择是否版本化的功能, 即选中一个启用状态 的合并范围,可以直接修改其合并单元组,但是修改前,系统会给出如下提 示: 如果用户认为这次改动不需要保存版本,对现有的合并报表数据没有影响 (例如增加一个合并的公司或者单元组),那么就可以不增加新版本,直接 修改已经启
53、用的合并范围。 只有合并范围的创建管理单元才能对合并范围进行修改、启用、反启用、合 并单兀等维护。 合并范围的版本号的显示, 系统在显示存在多版本的合并范围时, 将该合并 范围的启用日期和截止日期加在合并范围名称后,并且最新版本是放在最 后,默认显示的是最新版本。所以,当用户看到合并范围后加了一串时间段 的话,不要奇怪,说明这个合并范围已经版本化过了。版本化合并范围后, 用户自动对新版本拥有和旧版本一样的权限, 参数也一样,保证了用户在新 旧版本的自然衔接。 全局委托关系 全局委托关系功能是用来展现集团内所有组织之间的委托关系,换句话说, 全局委托关系就是一个委托关系的序时簿,所
54、有的委托关系都列示在这里, 新版本增加的功能就是对全局委托关系进行了查询优化, 在序时簿的上方增 加了三个选择框,确定了任意一个选择框, 都会对系统内的委托关系进行过 滤。该功能能够快速找出某组织接受了多少个组织委托, 某个组织又委托了 多少个组织。 注意,在该界面不允许对委托关系进行修改, 要修改请用批量维护业务委托 功能。 企业组织架构树 企业组织架构树是用来展现和全局控制集团内所有组织架构的地方, 全局性 的启用和反启用、审核、组织版本化等功能都是放在这里显示,企业组织架 构树不区分管理单元,其上下级关心展现的是组织单元的上下级关系, 注意, 没有反应业务组织上下级关系。
55、 企业组织架构树支持突出显示业务组织实体, 在下拉框中选择需要突出显示 的业务组织类型,系统就会自动将对应组织类型下的实体组织用黄色底色标 识出来,方便用户查看。 另外,为方便用户逐级查看企业组织架构树,系统提供了 用'匸至I 孤心;:功能,默认为显示到二级组织单元,允许用户自由设定 需要查看的组织级次。 支持显示或者去除封存组织和虚拟团队, 两个选项会将企业组织架构树显示 的组织节点进行过滤。 查看业务组织 查看业务组织功能是用来查看每颗业务组织树,与企业组织架构树不同的 是,查看业务组织显示的是业务组织树,不是组织单元树,是带有业务汇报 关系的树。而且支持切换不同的组织类型
56、分别查看不同的业务组织。 在该界面支持业务组织的上下级移动,需要移动哪个业务组织的上下级关 系,那么就要先将业务视图类型切换到对应的组织类型中, 然后选中需要移 "■组奴视图移动 按钮,选择移动到的目标组织,即可完成 动的业务组织,点击I 业务组织的上下级移动。 业务组织都已经支持引出到 excel中,根据当前列表中显示的组织类型, 引 出的不同的业务组织,如下图所示,引出的就是财务组织。所有类型的组织 都支持引出,而且引出的数据是支持直接引入的。 组织单元的引入步骤如下: 以管理员的身份在根管理单元导入所有的管理单元; 分不同的管理单元导入各个管理单元的组织单元(只有编码、名
57、称 等基本信息,不带任何组织属性); 引入财务组织,可以不区分管理单元,注意必须指定上级财务组织 编码; 引入HR组织(可选),可以不区分管理单元,只要指定上级 HR组 织即可; 引入行政组织,可以不区分管理单元,指定上级行政组织,系统会 自动处理财务委托; 引入采购、销售和库存组织,弓I入成本中心和利润中心,顺序不分 先后。 引入合并范围、合并单元组 行政组织: 行政组织是企业行政管理的单元,是集团,公司,部门等具体的行政单位, 在EAS中,行政组织是个重要的基础档案 ,许多重要的业务信息都与行政 组织相关,在HR业务中,职员通过职位与行政组织相关,在财务业务中, 可以将行
58、政组织作为核算项目。 财务组织: 从业务上看,财务组织是一核算主体或会计主体;有一套完整的会计账簿; 独立出三大表;有独立的资产、负债、权益、成本、损益分类数据。 财务组织是财务业务处理的载体,只有财务组织才能处理财务业务。 采购组织: 从业务上看,采购组织是依据业务运作的关系,执行独立采购政策,比如物 料的采购供应商管理,价格,采购单据管理的组织,从执行角度看,可能是 一个或多个采购部门。 采购组织是采购业务处理的载体,只有采购组织才能处理采购业务。 销售组织: 从业务上看,销售组织是依据业务运作的关系,执行独立销售政策,比如物 料的销售价格,客户管理,销售单据管理的组织,从执行
59、角度看,可能是一 个或多个销售部门。 销售组织是销售业务处理的载体,只有销售组织才能处理销售业务 库存组织: 从业务上看,库存组织是依据业务运作的关系,执行独立 MPS MRP等计算, 库存成本计算域,对于生产制造企业,是一个独立主生产计划的工厂,在系 统中工厂概念同库存组织;对于流通企业,可以是一个区域,一个地点,一 个配送中心,是一个独立的库存管理组织的单位。 库存组织下可以有一个或 多个所属仓库。 成本中心和利润中心: 责任中心:是承担一定经济责任,并享有一定权利和利益的企业内部单位或 责任单位。责任中心可以是企业的组织、地点、项目组。责任中心主要用于 确定投资、成本、利润产
60、生于组织内的何处。 责任中心包含:利润中心、投资中心、成本中心。目前系统暂时只实现了利 润中心和成本中心。成本中心,即承担成本核算指标的责任中心。 HR组织: HR组织是HR业务集中的载体,比如集团统一定薪定级,集团内人员调配, 如果集团进行集中管理,那么做这些业务的集团必须是一个 HR组织,其它 组织单元可以通过HR业务委托关系的设置委托同一个 HR组织进行相关业务 HR业务在不同HR组织处理。必 HR业务,比如同一职称体系。 HR组织进行HR的业务处理,多 处理;HR组织也可以实现一个行政组织的 须有至少一个HR组织才能处理HR业务< 同一 HR业务组织内使用同一政策体系处
61、理 HR组织与行政组织的关系:行政组织委托 个行政组织可以委托同一个 HR组织做业务 警告:反启用组织架构应该在系统在线人数比较少的时候进行, 避免对用户 操作造成影响,还有进行组织调整之后,应该立即启用组织架构。 组织单元的引入顺序,最好按照上述步骤进行, 能节省很多组织委托的设置 工作。 举例:以金蝶集团为例,金蝶集团总部和各个区域的核算政策不一致,基础 资料也相对独立,业务也不一致,总部也研发为主,而区域主要以销售为主。 在管理上也相对独立。所以,设置管理单元时,就可以将金蝶集团作为根管 理单元,总部作为下级管理单元,区域合并为一个管理单元。当然,也完全 可以将一个集团设置为一个
62、管理单元, 那样,所有基础资料就可以在集团内 共享,业务控制策略也不需要设置,安全管理、业务政策等都由集团统一管 理,不再分区域进行管理了。 注意事项:组织单元的移动改变的只是组织单元的上下级关系, 业务组织的 上下级关系不自动调整,需要是手工调整; 需要取消某个组织属性时,系统经常会提示该组织被委托引用或者被什么业 务引用,见到这个提示时,请按照提示去将引用关系取消,例如取消委托, 或者删除对应的业务数据,然后再来取消该组织属性。 行政组织封存需要特别谨慎处理,只有确实不再存在的实际的行政组织才可 以进行封存,封存后不允许再封存。 合并范围的版本化需要谨慎使用, 不同版本之间不能连续查询, 必须按照不 同的版本分幵查询,所以,能够不进行版本化就能修改的组织变动,尽量不 版本化。 创建组织架构的版本,版本化的时机要选择的恰到好处, 就是必须在做组织 变更之前,将组织架构的历史版本保存起来。
- 温馨提示:
1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。