EAS组织架构详解资料.docx
《EAS组织架构详解资料.docx》由会员分享，可在线阅读，更多相关《EAS组织架构详解资料.docx（39页珍藏版）》请在冰点文库上搜索。
EAS组织架构详解资料
EAS组织架构详解
企业组织架构在信息系统的应用架构中用模型化的方式构建和表达出来就是组织模型，它是一种知识结构的系统反映，就如企业模型是全面反映企业知识结构的模型表现。
组织模型作为企业模型中的一个重要组成部分，首要目的就是必须要能够清晰描述企业中各种组织对象、组织对象间的联系以及与其他企业视图模型间的关系，并且能够用一定的方式诸如职责、权限的形式定义企业成员、企业的各个组织的作用与任务。
它处理的是基于组织开展业务的模式。
本文内容主要分为四个部分：
第一部分：
描述组织架构模型的基本目标；
第二部分：
描述组织架构模型的各种基本要素以及内在联系；例如组织模型中的组织类型、业务视图、责任委托、管理单元、主业务组织等；
第三部分：
描述组织架构跟金蝶BOS其他基础服务的关系。
组织模型贯穿于企业应用中的各个方面，它跟权限模型、基础数据模型等都有密切的联系，完整支持业务流程的方方面面；
第四部分：
描述组织架构模型在企业信息化中的基本应用模式；
1.1组织模型的基本目标
现代企业必须善于运用新技术、新手段、新的管理模式改变自己的业务模式，获取创新带来的垄断利润，这些新的技术，新手段，新的管理模式极大的提高了沟通效率，降低了沟通成本，加快了信息传递的速度，降低了获取信息的成本，加强了对于业务的控制能力以及应对未来的能力。
新技术，尤其是信息技术的典型特点是：
可以克服因为地域、组织的行政架构或者法人架构上的限制获取充分的决策信息，能够迅速的根据业务变化作出正确的反映。
一个趋势是：
组织结构变得越来越有弹性，如果业务汇报关系、业务处理能力可以更加有效的进行集中调度和控制。
同时，为迅速应对企业外部和内部环境的变化，企业需要迅速的作出组织和业务流程上的调整，这种调整不一定是实际的行政架构或者法人架构的调整，而是虚拟组织关系的调整，如汇报关系调整、业务汇总关系的调整、业务管理范围的调整等，在变化越来越迅速的今天，基于业务控制的虚拟组织调整能力的需求也正在迅速增加。
金蝶EAS组织架构模型正是基于以上诉求而设计，它是金蝶BOS企业模型中的一个重要组成部分。
它充分考虑了动态企业建模的组织维度，为企业提供了对业务流程和组织架构的灵活定制能力，支持企业中任意组织层次的集中或分散的复杂混合管理模式。
同时，能够定义组织间的复杂协同关系，提供基于虚拟组织的业务协同与控制的调整能力，不管组织间的关系如何调整，其调整都只是调整该组织模型，而不必调整企业模型中的其他部分（如功能模型、信息模型、流程模型等），保证现代企业能够充分应对快速多变的竞争环境。
从传统的组织行为学的角度来看，“组织（orgniazation）”一词来源“器官（organ）”，因为器官是自成系统的具有特定功能的细胞结构，后来又演化为专门之人群，运用于社会管理中。
在中国古代，组织一词用来指把丝麻织成布。
固有“树桑麻，习组织”的说法。
所以，组织是体现一定社会关系、具有一定结构形式并且不断从外部汲取资源以实现其目标的集合体。
通俗的来说，组织就是一群人为了某些目标在一起组成的一个团队。
如何定义这些团队的目标、相关的人员、任务以及描述这些团队和团队之间的关系，用模型化的方式加以表达出来就有了组织模型。
从信息系统的角度来说，组织架构模型是各项应用的重要支撑。
金蝶EAS组织架构模型是为处理多公司、多工厂、多地点的协同业务而设计的。
力求为各项应用提供基于组织的灵活性和扩展性。
例如，要能支持企业总部或事业部间不同的管理控制模式、支持不同类型的公司间业务处理的协同方式、支持不同类型业务组织间的业务协同、支持多种业务汇报关系、支持不同组织结构下的业务汇总与分解关系等等。
因此通过组织模型把企业的业务集成的表达和管理起来，组织起多个业务系统。
信息系统中多个不同的业务系统如何共享同样的基础数据？
业务流如何完整的贯通并且集成起来？
不同系统之间的数据如何穿透查询、汇总统计和分析？
在应用层面，这些都可以通过组织模型有机的贯穿起来。
从应用层面来看，对于没有集成的单线的业务系统，它们之间的交互是非常困难的，不同的系统之间都有自己的基础资料，相互之间需要定时保持同步，成本很高；相互之间的业务处理数据无法共用和按流程来处理，多个系统之间的数据无法共用，难以提供整体的决策分析能力。
金蝶EAS组织架构模型能够灵活的支持集团企业的各种管理模式的贯彻，包括集中管理与业务监控，让企业根据需要灵活调整集中管理与监控的力度，可以组合出各种混合管理模式，以及非常细化的逐层控制。
从信息系统以及SOA服务的角度来归纳金蝶EAS组织模型的设计目标如下：
◆实现支持集权、分权或者混合管理模式的组织模型，包括基本共享环境的分配（紧密管理还是分散管理）、基本共享环境的共享和复制（政策控制强度和粒度）；
◆实现矩阵管理模型，横向的信息共享、协作与控制与纵向的业务集中管理（基于虚体的统计查询、汇报关系）；
◆实现组织间业务协作模式（业务的集中与分散），包括责任类型以及责任描述等等；
◆组织隔离（管理权的集中与分散），组织隔离的概念不是业务组织的区别，而是基本共享环境的区别，主要包括用户、权限、流程、BOTP、参数、预警、基础档案的隔离；
下图反映了金蝶EAS组织架构模型的基本组成：
EAS组织架构基本模型示意图
1.2组织架构基本模型
金蝶BOS的组织架构模型是一种多组织架构模型（有多种业务组织类型），它跟单组织架构系统的重大区别和优势在于：
不需要多余的数据上报处理，组织间根据业务需要和权限控制可以相互引用数据；同时还支持跨公司的业务处理流程的实现、支持跨公司的管理控制，能够确保上级组织管理意图的实现，例如财务政策、销售政策的执行，在支持多公司业务时确保各公司独立的管理政策。
从基本概念来理解，金蝶BOS的组织架构模型主要有以下关键概念，包括：
组织类型、组织单元、业务视图、责任委托、主业务组织、管理单元等。
下面我们将详细介绍。
1.2.1组织类型&业务组织
什么是组织类型？
金蝶EAS组织架构模型是一种多组织模型，之所以称之为多组织模型，首先因为它是把组织单元分为多种类型的。
什么是组织类型？
组织类型就是根据组织单元处理业务的能力对组织进行分类，一种组织类型是一种业务处理能力的描述，组织类型首先是作为统计口径提出的，但好的组织模型应该支持对任意的组织类型进行集中与分散处理。
为什么要分组织类型？
在前面说过，组织是有目标的，一个组织可能有很多目标，但是在金蝶EAS组织架构模型中，一种业务组织是只有一种特定的目标，这也就是多种组织类型的由来。
那么为什么需要划分多种组织类型？
人在社会中是分角色的，每个人有多种角色，这个易于理解。
一群人在一起，就形成了一个组织。
组织作为人的延伸，在社会中、企业中当然也是分角色的，作为不同的角色它有着不同的目标，组织的角色延伸下去就是组织的类型。
组织类型就是用来为组织的每种角色明确权责，让各个组织以及组织的各个角色彼此协同又相互制衡。
组织类型的作用
组织类型在组织模型中的意义是为了信息系统能够更加精细的控制业务政策，对于不同的业务政策方式，可以通过增加业务组织来隔离和处理；同时，还为了能够更加精细的控制业务处理逻辑和流程，通过细化不同业务组织的业务处理逻辑和流程，可以有针对性的根据业务设计流程和商业处理逻辑。
而且随着企业应用的逐渐增加，组织类型还可以继续增加和扩展。
组织类型的实例
在金蝶EAS组织架构模型中组织类型分为行政组织、财务组织、采购组织、库存组织、销售组织、责任中心、HR组织（人力资源组织）、管理单元等八大类。
其中，除了行政组织以外其他组织类型都可以称之为业务组织。
在金蝶EAS组织架构模型中，企业的具体业务行为即由这些具体的业务组织负责执行与实施，业务组织体现了企业在业务上的一个横向管理关系。
也就是说，业务活动的主要载体是业务组织。
它们各自承载特定的业务，并负责制定跟本类业务相关的业务政策。
业务组织是各类业务管理的边界，也是业务数据隔离的边界。
简单的说就是：
业务组织是“业务系统”的概念，他代表该组织可以做什么事。
金蝶EAS组织架构模型之所以以这样的粒度来设计组织类型，主要基于以下两方面的考虑：
1、以业务流作为第一区分粒度。
因为企业发展变化中，通常业务管理是以业务流的分离和合并变化为多，如物流和信息流的分离、资金流与信息流的分离等，总之物流、信息流
、资金流是第一区分粒度；
2、以业务处理的业务规则为区分粒度。
因为业务规则具有依赖性明确特征，如财务处理的业务规则和采购的业务规则几乎是完全没有交集的。
对于各种具体的组织类型的解释
行政组织：
对应于企业中真实存在的组织单元，它记录了企业的职位、人员等重要基本信息。
在处理人力资源业务时，是被核算的基础资料；在采购和销售业务中，是执行部门或单位；在财务处理中，如果没有使用责任中心，通常作为成本载体用以辅助核算；
财务组织：
核算主体或会计主体。
有一套完整的会计账簿，能够独立出三大报表：
资产负债表（Balancesheet，简称B/S）、损益表（Profitandlossstatement，简称P/L）、现金流量表（Cashflowstatement，简称C/F），有独立的资产、负债、权益、成本、损益分类数据。
换言之，就是能够把B/S做平的最小核算单位。
采购组织：
采购组织是负责为一个或多个单位采购物料和提供服务以及与供应商协商价格和供货条款的组织单位。
从执行角度看，可能是一个或多个采购部门；采购组织在采购业务中有着重要作用，是业务政策的主要载体和统计维度。
库存组织：
库存组织管理实际物资。
对于制造企业来说，库存组织可以是一个独立进行MRP运算的工厂；对于流通企业，库存组织可以是一个配送中心，是一个独立的库存管理组织的单位。
库存组织下可以有一个或多个所属仓库，一个库存组织只能属于一个财务组织，一个财务组织可以有多个库存组织。
同时，库存组织还代表了物的所有权。
销售组织：
销售组织是指企业按照一定的业务模式（往往按照事业部形态）区分出的一种组织模式，是能够独立或相对独立运作销售业务的公司或部门的集合。
其基本特征是：
在同一销售组织内，统一销售政策（如：
价格、信用）、统一市场政策（如：
促销、评价）、统一业务规则（如：
订单审批规则、回款要求、开票要求）。
销售组织在销售业务中有着重要作用；
责任中心：
责任中心是承担一定经济责任，并享有一定权利和利益的企业内部单位或责任单位。
责任中心可以是企业的组织、地点、项目组。
责任中心主要用于确定投资、成本、利润产生于组织内的何处。
责任中心主要分为两类包含：
利润中心、成本中心。
HR组织：
HR组织首先是人力资源业务系统的概念，它记录职务、职务体系、新酬薪点、薪点方案，行政组织及其上的职位人员等所有HR信息。
HR组织同时还是是报告层次载体，HR组织是人力资源的标准报告层次。
管理单元：
ControlUnit，简称CU。
金蝶EAS组织架构模型抽象的一个独特的概念。
管理单元代表了一套基础数据上下文环境，是一个基础数据共享范围，是共享模型中的隔离区域，体现了管理权的分离。
管理单元是业务政策的主要分配路线，并且能够据此调整管理控制力度。
设置管理单元是为了能够更好的政策集中管理。
深入理解组织类型（业务组织）
组织单元标示了组织类型（业务属性）以后就成了业务组织。
业务组织的分类即组织类型反映了业务设计的合适度原则，这来源于业务的分析，因此业务组织的概念既是设计的概念，也是业务的概念。
业务组织具有系统性，这个系统性表现为边界性和识别范围。
例如，同样的基础资料在不同的系统中具有不同的意义（如物料主数据的采购属性对于不同的采购组织可以不同），例如对于某一业务对象，对于不同的系统的可见范围是不同的（如物料主数据在不同的系统中的可见范围就是不同的）。
通常情况下，业务组织可以对应于某个行政组织，业务组织更多地是从工作结构关系上进行定义的，体现为业务的基本单元，与行政组织体现的层次不一样，是具体操作层次的业务团队。
对于企业内部的明细业务组织来说，大多数时候跟企业的行政组织并不会一一对应，要看业务覆盖的范围以及统计、管理的需要，例如一个采购组织可能对应于一个采购部门，也可能对应一个采购中心，或者对应于一个物资公司，甚至对应于一个管理单元。
所以说，业务组织相对行政组织来说，它更多的体现的是虚拟组织的概念，而行政组织大多数情况才对应企业中真实存在的组织单元。
业务组织是业务政策的主要载体，也就是说关于企业实际业务的业务规则都是制定在业务组织上的。
实际具体的业务开展也是以业务组织为载体，而管理单元是管理基础的数据环境，并为业务组织实现组织间的共享。
在后续其他章节中还会重点介绍管理单元在企业管理中的具体运用以及管理单元对于企业管理模式的重要影响。
当然，对于信息系统来说，业务规则不只是表现为业务政策，还表现为一整套总体规则，例如流程的协作规则、报告的规则等等。
如下图：
业务变化与组织变更
业务变化实际上是业务规则的变化：
即业务运做的规则和业务协作模式的变化。
业务变化通常是市场和技术发生了变化，市场变化产生新的商业机会，如国际市场；还有技术变化产生新的手段，如网上营销。
业务变化与行政组织变化没有关系，在金蝶EAS组织架构模型中，主要体现为业务组织变化，也就是体现为服务的变化。
业务报告层次的变化，可以变更汇总关系；业务范围的变化，可以增加或者封存业务组织；业务流程的变化，可以调整业务委托协作关系，等等。
因此，业务组织的变更和行政组织的变更实际上往往是分离的，业务组织本身就是虚拟的，其目的就是为了动态反映业务的变化；而行政组织的变更，更多的是体现在人员的变更、业务执行单位的变更（当然有时候也会业务组织和行政组织一起变更），在企业中，大多数情况下都只是行政组织的变更，而业务以及业务组织并没有发生变化，这一点要注意区分。
1.2.2组织架构树&组织单元
组织架构树
组织架构的基本元素就是组织单元（OrgniazationUnit，简称OU），组织单元是组成组织架构的一个个独立的节点。
企业中所有组织单元通过上下级联系在一起就形成了企业组织架构树。
企业组织架构树反映的是组织单元之间的关系。
组织架构树用以形成缺省的汇报以及委托关系（委托关系在后续章节中会谈到）。
实际在业务中，并不需要直接用到企业组织架构树，而是根据业务类型使用相应的业务视图（见下一节）。
例如从不同角度审视的企业的法人架构、行政架构和管理架构等等，就是企业组织架构的不同视图。
一般来说，企业的行政组织架构树跟组织单元通过上下级关系直接形成的组织架构有类似之处，在给企业实施组织架构的时候，组织单元的划分一般也是依据企业的行政组织单元来划分粒度，但是并不严格对应，要看实际需要。
组织单元
所有的组织都是由组织单元构成（管理单元也是组织单元的一种）。
组织单元是一个抽象的概念，它只有在跟组织类型关联以后才有具体的业务语义，在金蝶EAS组织架构模型中，业务组织就是在组织单元上标明业务属性而得到的。
组织单元
组织间的关系
组织与组织之间通过各种方式联系在一起，也就是说组织与组织之间存在各种关系。
组织间的关系有多种，主要可以归纳为四种：
◆业务汇报关系；
◆业务汇总关系；
◆业务委托关系；
◆业务执行关系；
业务汇报关系：
定义不同业务层面下职位的上下级关系，汇报关系在业务语义上更多的表现为领导关系，体现的是权力意志，因此汇报关系是基于职位来定义的，跟行政组织挂钩，同时考虑到矩阵管理架构，金蝶EAS组织架构模型还支持对于一套行政组织架构定义多套汇报关系。
金蝶BOS工作流建模时使用汇报关系。
业务汇总关系：
从业务汇总的角度建立组织之间的关系。
在金蝶BOS的组织架构模型中，允许使用多层次的、灵活的汇总关系。
在建立组织单元的时候，通过不断往下延伸的叶子节点，缺省形成了各类业务组织的缺省汇总关系。
但是也可以根据实际业务的需要，指定每个组织单元作为不同组织类型时的上级组织，这就形成了不同组织类型的不同汇总关系。
同时，在企业组织架构中，抽象的组织单元是要求必须连续的，而且组织架构必须是树状结构，不是网状结构（每个叶子节点必须有上级），但是组织单元所具有的组织属性却不是必须连续的（但是要求业务视图上下级连续）。
例如一个组织单元的业务属性是采购组织，那么组织模型并不要求它的下级节点组织单元必须具有采购组织属性。
这样，就形成了不同业务视图之间不同的汇总关系。
至于汇总关系的层级多少，要看业务类型以及具体业务的要求。
例如作为采购组织的汇总层次，一般在企业中并不会有很多级，但是作为销售组织的汇总层次，往往会比较深，例如从经销商、办事处到省区，再到大区、销售中心以及集团。
业务委托关系：
一个业务组织只有一个目标，只处理一类业务，处理其他业务只能由其他业务组织协同完成，这种组织之间的业务协同关系在金蝶EAS组织架构模型中被称为责任委托。
业务执行关系：
在金蝶EAS组织架构模型中，业务组织主要是业务线的业务规则的载体，而行政组织则是具体的执行组织，二者之间的关系为业务执行关系，如一个公司存在N个业务部门，都可以独立采购，但业务操作方式没有区别，整个公司只设置一个采购组织就够了，但是执行部门则是N个业务部门。
业务执行关系也可以看成一种委托关系，业务组织委托行政组织执行。
企业组织结构可以以各种关系建立不同的组织结构，在金蝶EAS组织架构模型中里实现的组织结构包括：
组织架构树（根据企业法人架构和行政上下级建立的组织架构）、汇报关系视图（根据行政组织的职位上下级关系建立的视图）、业务视图（根据业务汇总和分解关系形成的组织架构）、委托关系视图（根据委托关系建立的组织架构）
下面两节将详细介绍业务视图和委托关系。
1.2.3业务视图
金蝶EAS组织架构模型是一个单组织架构树、多业务视图的多组织模型。
所谓单组织架构树就是用一套组织单元搭建出来的，但是因为组织单元分了很多组织类型，每一种组织类型通过指定的上下级关系形成了自己的业务视图，既然有多种组织类型，那么就有了多个业务视图。
所有的业务视图都是基于同一棵基本的组织架构树抽取出来的，不同类型的业务组织视图通过抽象的组织单元是对应起来的。
多业务视图
说明：
与之区分的另外一种多组织架构实现方式是每个业务组织视图都是一棵单独的组织架构树，彼此之间并没有对应关系。
跟金蝶EAS组织架构模型相比，这种实现方式并无所谓好坏之分，只是不同厂商对于组织模型的理解和实现方式不同。
组织模型在信息系统中更多的都是一个设计上的概念，如何抽象如何构建组织模型，业界并无规范，看各个厂商如何运用组织模型在信息系统中表达业务而已，金蝶EAS组织架构模型更加注重组织模型作为基础模型对于业务的持续扩展能力。
业务视图使用的场合
如前所述，在金蝶BOS整个体系中，企业组织架构树并不直接出现在各个业务领域中。
各个业务领域实际上是使用相应的业务视图。
例如采购相关业务使用的是采购组织视图，销售相关业务使用的是销售组织视图。
因为组织类型是各种业务的边界，如果直接使用组织架构树会导致业务类型也就是组织类型不匹配而无法使用。
组织架构树用于缺省建立业务视图和缺省的委托关系。
虚体&实体
各个业务视图实际上是报告层次体现，反映的同类型业务组织之间的汇总关系。
在金蝶EAS组织架构模型中，“虚体”是一个重要的概念（可以参考图组织单元中的相关设置），在每一种业务视图中都有相应的虚体和实体（除了管理单元，管理单元也有业务视图，但是管理单元不分虚体和实体）。
虚体：
是指那些在业务视图上的非叶子节点组织（是业务视图上的非叶子组织，不是组织架构树上的非叶子节点组织），即：
有业务下级的业务组织。
注意：
虚体一律是针对业务组织的，至于抽象的组织单元本身是没有虚体和实体之分的。
例如，对于采购组织视图来说，某组织单元可能表现为虚体，但是对于财务组织业务视图来说，它有表现为实体。
所以某个OU到底是虚体还是还是实体，必须跟具体的业务组织联系起来。
实体：
是指那些在业务视图上的最明细的叶子节点组织（是业务视图上的叶子节点，但是不一定是组织架构树上的叶子节点）。
实体和虚体有一个共同的作用，就是它们都可以作为业务政策的载体。
区别在于实体业务组织是从事具体业务的节点，而虚体是不能发生具体业务的，虚体是汇总查询和数据统计的口径。
作为一种灵活性，金蝶EAS组织架构模型允许调整业务组织的上级，也就是可以保持行政组织架构不变的同时改变业务上级，改变业务视图，同时也就改变了汇总关系（参与图组织单元中的上级组织相关设置）。
这种灵活的汇总关系表式对于在信息系统中建立多级报告体系是十分方便的，并且是自适应和增加的。
可以由系统自动根据虚体汇总关系汇总数据，并且层层展开下级的明细数据。
虚体查询的例子
不同的业务视图代表了不同的汇总关系
不同业务组织形成的业务视图可能是完全不同的，例如采购组织视图和财务组织视图就可能完全不同，这是因为不同业务的汇总口径和路线可能完全不同，这是由业务特点决定的。
金蝶EAS组织架构模型中形成业务视图是通过指定业务上级形成的。
例如如下的组织架构树和业务视图：
组织架构树中共有七个组织单元。
比较有说明意义的是A21、A22两个组织单元：
它们的组织属性表明它们既是采购组织又是财务组织，而且当这两个组织单元作为采购组织时，它们的业务上级并不是通过组织架构树形成的缺省上级A2（A2也没法作为它们的采购组织上级，因为组织类型都不同），而是另行指定的A1。
由此，根据这个组织架构树形成的财务组织视图有四个组织单元，分别是：
A0、A2、、A21、A22；由此形成的采购组织视图有六个组织单元，分别是：
A0、A1、、A11、A12、A21、A22。
1.2.4责任委托
责任委托经常常也称作业务委托。
每种业务组织的职责是明确的，例如财务组织负责财务核算，采购组织负责采购，库存组织负责库存事务，等等，但是企业中几乎每一个完整的业务流程都无法由一种组织独立完成，必然需要跟其他的业务组织协同工作，这种协同关系就通过业务委托来实现。
业务委托的主要意义在于处理多个不同类型组织之间的业务协同，形成完整的业务流，并对业务流加以约束和控制。
责任类型
业务委托根据委托性质定义为不同的类型：
记账委托、采购委托、销售委托、库存委托、行政委托、HR委托。
责任委托
委托关系的委托方和责任方的对应关系可能是一对一，也可能是多对一，甚至是多对多。
例如在集中销售的场景下，一个库存组织可能委托多个销售组织进行销售；在集中采购的场景下，一个库存组织也完全可能委托多个采购组织采购，因为不同的材料采购活动可能是不同的采购组织负责的。
但是对于记帐委托来说，所有业务组织对财务组织的委托关系都是一对一的，多个业务组织可以委托同一个财务组织记帐，但是一个业务组织只能委托一个财务组织记帐。
因为财务组织相当于一个独立的账簿。
如果一个业务流程中业务委托关系涉及到了两个以上的不同的财务组织，这就实际上产生了内部交易。
例如集中采购的集中订货、分开收货、集中结算的业务模式下，下属公司的库存组织共同委托总部采购中心采购，而下属公司和总部都是独立核算的，这时候虽然物流是一体的（总部采购结算、下属公司收货），但是因为是总部采购中心集中结算，所以在财务上实际上已经跨越了两个财务组织，所以系统需要自动内部结算，产生内部应收应付。
业务委托的特点
◆业务委托具有方向性；业务委托分为委托方和责任方，委托关系的出发点是委托方，目标点是责任方，任何委托在理论上都是双向的，而且委托和反向委托的业务类型肯定是不同的。
任何一个委托关系，双方都同时是责任方和委托方，除非另外显式指定。
◆业务委托区分为指定委托和缺省委托，实质不变。
◆如果一个组织单元同时具有多种业务组织属性，那么可能会自己委托自己；只有业务组织的实体才能指定委托关系，虚体因为不发生业务，所以不需要指定委托关系；
◆业务委托关系广泛应用于业务系统中，根据委托关系找
升级会员 