15)K3V121HR培训_集团分布式应用解决方案.ppt

1、金蝶K/3 HR集团分布式应用解决方案,跨数据库HR查询、HR OLAP报表,金蝶软件（中国）有限公司,K/3产品部HR业务线,提纲,HR系统分布式应用场景 K/3HR分布式应用部署方案 K/3HR分布式应用主要流程 设置操作应用案例,应用场景一：集团与子公司跨行业,应用场景一：集团企业直接拥有的下属子公司分属差异比较大的不同行业，各个子公司在管理架构和HR管理方法上各自有独立的特点。,特征： 集团总部只管理各子公司的高层、中层管理人员的人事任命等关键管控业务，关注HR信息汇总报表，总部不干预各子公司的具体HR管理业务。 各子公司在管理体制上是各自独立的，基本无HR业务关联关系。 各子公司由于

2、行业原因在HR管理政策上有非常明显的差异，各自HR业务系统需要独立运作。,部署方式： 集团总部部署一套K/3 HR系统，运行总部HR业务，和总部管理方式接近的部分下属机构可以和总部在同一HR系统中运作。 各个独立的子公司各自单独部署一套K/3 HR系统，有独立的HR数据库。,应用场景二：集团与子公司为投资控股关系,应用场景二： 投资控股型集团企业和下属子公司只有投资控股关系，集团只监控控股公司部分的关键HR信息。,特征： 集团只关注各子公司的高层管理人员的人事任命等关键管控业务，集团不干预各子公司的具体HR管理业务，只需要少量的HR报表数据。 各子公司在管理体制上是各自独立的，无HR业务关联关

3、系。 各子公司有时在行业特征上也有较大差异,部署方式： 集团总部部署一套K/3 HR系统，运行总部HR业务，和总部管理方式接近的部分下属机构可以和总部在同一HR系统中运作。 各个独立的控股公司各自单独部署一套K/3 HR系统，有独立的HR数据库。,应用场景三：集团与子公司跨地域,集团企业下属各子公司所处地域分散在相距遥远的多个地区或国家中，由于所属国家或地区的法律、地方政策、市场环境、网络环境等原因不能采用同一个HR系统数据库。,特征： 集团总部只管理各子公司的高层、中层管理人员的人事任命等关键管控业务，总部不干预各子公司的具体HR管理业务。 各子公司由于所处国家、地区原因在HR管理政策上有非

4、常明显的差异，各自HR业务系统需要独立运作。,部署方式： 集团总部部署一套K/3 HR系统，运行总部HR业务，和总部管理方式接近的部分下属机构可以和总部在同一HR系统中运作。 各个独立的子公司各自单独部署一套K/3 HR系统，有独立的HR数据库。,提纲,HR系统分布式应用场景 K/3HR分布式应用部署方案 K/3HR分布式应用主要流程 设置操作应用案例,K/3 HR 系统分布式应用部署方案,方式一,K/3 HR的集团合并报表方案,方式二,K/3 HR 跨数据库查询HR详细档案应用方案,方式三,K/3 HR “人力资源统计分析平台”可跨数据库取数生成HR报表,当实际HR系统应用中有上述几种应用场

5、景的需求时，用户可以选择使用 K/3 HR 分布式应用的如下几种应用方式：,方式四,K/3 HR “OLAP报表管理模块”可跨数据库取数生成HR报表或其他类统计分析报表,集团内网应用部署：集团和子公司在同一内网,公网应用部署：集团子公司可通过公网访问,各自独立的HR数据库集中运行在集团统一的HR系统中,提纲,HR系统分布式应用场景 K/3HR分布式应用部署方案 K/3HR分布式应用主要流程 设置操作应用案例,K/3HR分布式应用方案：HR合并报表和跨数据库查询,应用场景说明,实 现 方 法,操 作 步 骤,需要定期收集下属公司人力资源数据形成汇总报表时,总部可下发报表模版,下属公司根据模版提交

6、报表, 生成集团HR合并报表. （例如：要汇总各子公司的国家人事报表所需数据时）,1. 总部下发报表模版 2. 下属公司按模版填报报表 3. 下属公司提交报表 4. 在总部生成集团HR合并报表,需要及时跟踪查看下属公司人力资源状况和详细档案时,总部领导可网上实时查询下属公司人力资源状况报表和详细档案数据.,1. 在分布式应用下,设置总部可查询的下属公司HR数据库 2.给需查询下属公司人力资源数据的用户授权 3.领导实时查询下属公司人力资源数据,HR合并 报表:,跨数据库 查询HR数据,总部应用场景,单独运行的 总部HR业务系统,集团总部HR数据库,第一种方式：HR合并报表,人力资源统计报表,合

7、并报表集中统计HR数据 各下属子公司都可单独维护、运行自身的 HR系统和HR数据库。 集团总部可下发报表模版,下属单位根据模版提交报表,自动生成集团汇总报表,北京子公司 HR数据库,广州子公司 HR数据库,成都子公司 HR数据库,沈阳子公司 HR数据库,单独运行的 K/3HR业务系统,单独运行的 K/3HR业务系统,单独运行的 K/3HR业务系统,单独运行的 K/3HR业务系统,K/3合并报表平台,HR合并报表：在K/3合并报表平台设置生成HR统计报表：,在K/3合并报表平台设置报表时可选择设置HR取数公式，HR取数公式可根据用户需要设置一定的特别统计条件规则统计人事数据（总人数、平均数等）以

8、及薪酬、招聘、培训、绩效等业务数据。集团总部在 K/3合并报表平台在制作出HR合并报表模板后可下发各子公司。,HR合并报表：集团下发报表模版,HR合并报表：子公司计算、收集数据后上报报表,HR合并报表：自动汇总计算出整个集团报表,第二种方式：集团领导跨数据库实时查询子公司HR数据库中的人力资源详细档案：,K/3HR系统分布式应用时，总部负责人可分别登录进入各个子公司HR数据库查看详细HR业务档案数据。 总部负责人可通过下列两种方式查看详细的HR业务记录、详细人事档案等： 可通过网上浏览方式远程登录子公司HR系统分别查看详细数据 也可定期将各子公司的HR数据库传输集中到总部内网后再分别进入查询,

9、集团总部跨数据库查询下属子公司报表和人事档案,下属公司组织架构查询,集团用户树状查职员信息询,跨数据库查询人事报表,跨数据库查询查询下属公司的统计报表1,查询下属集团/公司的统计报表2,第三种方式：人力资源统计分析平台：也可跨账套设统计公式取HR统计数据,当用户采用各子公司HR数据库各自独立，但可集中运行在集团同一个HR系统中的模式时（如下图），就可以使用K/3HR的“人力资源统计分析平台”来选择各子公司的“账套” 来跨账套制作生成HR报表。（另外，此模式下也可同时使用跨账套查询HR数据功能和HR集团合并报表）,提纲,HR系统分布式应用场景 K/3HR分布式应用部署方案 K/3HR分布式应用主

10、要流程 设置操作应用案例,设置操作案例: HR分布式应用,集团分布式应用方案 应用场景 总体功能介绍 案例控制中心系统设置 案例响应方账套中集团用户管理 案例请求方账套中查询响应方账套数据,应用场景,集团公司的高层领导随时可访问分公司独立账套的数据 。 分公司高层领导访问其它分公司独立账套的数据，或访问集团公司独立账套的数据。 集团用户账号和普通账号的区别在于：普通账号只能访问所属账套的数据。如果将该普通账号设立为集团用户账号，才可以跨账套访问数据。 这里所说的集团公司和分公司都是日常业务运作中相对的概念。在系统中集团公司账套和分公司账套没有任何区别。,应用场景举例说明,举例说明：某一集团公司

11、内的高层领导，要查看某一分公司的独立账套，在原有功能的系统中，该高层领导不能直接查看或访问，需要在系统外通过电话或邮件得到分公司的一个登录用户名和密码，才能登录分公司的独立账套进行访问。该这给分公司用户登录信息的保密带来风险，同时给双方的工作带来很大的不便。 集团分布式应用方案的功能正是为了解决这种问题而设计的。它通过在控制中心的设置，在请求方账套中设置，在响应方账套中设置后，被授权的用户即集团用户在自己公司的账套中可随时访问其它分公司或集团公司账套中的数据。这就为高层领导的用户带来的非常大的方便。,设置步骤介绍,为了进行集团分布式应用方案，需要做三个方面的设置： 控制中心设置 响应方账套中集

12、团用户的管理 请求方账套中集团用户的管理，及查询响应方账套的数据。,功能总体介绍控制中心设置,控制中心的含义是：为整个集团公司的多个账套设立一个总的控制点，用来总体控制有多少个查询站点（即独立账套）可供集团用户账号访问，总体控制可以有多少个集团用户账号供被查询账套获取。 请求方账套即主动要求查询数据的用户所在的账套。 响应方账套即被查询数据的账套。 控制中心虽然是建立在某一账套上的，但功能上是相对独立的。即如果控制中心建立在某一账套上后，该账套完全可以是响应方的账套，或请求方的账套，这和是不是控制中心并没有关系。,功能总体介绍控制中心设置,标识当前账套为控制中心账套。 总体设立查询站点（即响应

13、方账套的链接地址） 总体设立集团用户账号，并将查询站点授权给集团用户账号。,功能总体介绍响应方账套设置,从控制中心获取集团用户账号。 为该集团用户账号授予查看自己账套的菜单和相应组织单元范围权限。,功能总体介绍请求方账套设置,为自己账套中的普通用户账号（在控制中心被设立为集团用户账号，被响应方账套获取并授权）授予“集团用户查询”菜单的权限。这是普通用户账号在自己所属账套中跨账套查询数据的入口点。,案例控制中心设置,绿色原野集团公司（账套名：绿色原野集团公司账套）有一普通用户ssxue，需要访问其下属分公司，绿色原野深圳分公司账套（账套名：深圳分公司账套）的数据。在这种情况下，绿色原野集团公司是

14、请求方账套，深圳分公司被查询数据，是响应方账套。 做法之一是将控制中心设立在绿色原野集团公司的账套上，当然也可以设立在深圳分公司账套或其它第三方账套上。,控制中心设置账套标识,绿色原野集团公司账套的系统管理员，在自己账套“系统设置”中的“控制中心设置”菜单下，可标识当前账套为控制中心。同时还需要输入控制中心的地址后检测控制中心所在账套。所检测到的账套将出现在下拉列表框中。选择控制中心所在的账套后，才算完成了账套标识。,控制中心设置查询站点维护,绿色原野集团公司账套被标识为控制中心后，即可以新建查询站点即被访问账套的地址。需要被访问的深圳分公司的账套的链接地址（响应方账套），就需要建立在这里。

15、首先需要新建深圳分公司的查询站点，并检测到位于该站点下的深圳分公司账套。,控制中心设置集团用户,绿色原野集团账套中新建集团用户ssxue（和请求方账套中的用户ssxue同名），并为ssxue授权，即授予可以被查看的查询站点（即响应方账套的链接地址）。,响应方账套中集团用户管理获取集团用户,深圳分公司账套的系统管理员，在自己账套中从控制中心获取集团用户。,响应方账套中集团用户管理给集团用户授权,深圳分公司账套的系统管理员，在获取集团用户账号ssxue后，需要给ssxue授权。这和给普通账号授权相同。,请求方账套中查询响应方账套数据,绿色集团公司账套系统管理员，首先在自己账套中为ssxue授予“集

16、团用户查询”的菜单权限。这是查询深圳分公司数据的入口点。,请求方账套中查询响应方账套数据,用户ssxue在自己账套，即绿色原野集团公司账套登录后，点击“集团用户查询”，在所出现的链接中，即可点击查看相关数据。,谢 谢!,特别声明,没有金蝶软件（中国）有限公司的特别许可，任何人不能以任何形式或为任何目的复制或传播本文档的任何部分。本文档中包含的信息如有更改，恕不另行通知。 由金蝶软件（中国）有限公司和其分销商所销售的某些软件产品包含有其它软件供应商版权所有的软件组件。 Microsoft、WINDOWS、NT、EXCEL、Word、PowerPoint 和SQL Server 是微软公司的注册商

17、标。 IBM、DB2、DB2 通用数据库、OS/2、Parallel Sysplex、MVS/ESA、AIX、S/390、AS/400、OS/390、 OS/400、iSeries、pSeries、xSeries、zSeries、z/OS、AFP、Intelligent Miner、WebSphere、Netfinity、 Tivoli、Informix 和Informix 动态ServerTM 是IBM 公司在美国或其他公司的商标。 ORACLE 是ORACLE 公司的注册商标。 UNIX、X/Open、OSF/1 和Motif 是Open Group 的注册商标。 Citrix、Citrix 徽标、ICA、Program Neighborhood 、MetaFrame 、WinFrame 、VideoFrame 、MultiWin 以及此处引用的Citrix 产品名是Citrix Systems 公司的商标或注册商标。 HTML、DHTML