搜索
PeopleSoft的优质整合应用方案包括人力资源管理HRMS，客户关系管理CRM，财务管理，企业绩效管理及入口网络解决方案.HCM主要分coreHR，GlobalPayroll，Eperformance，Recruitment等HCM在关于组织机构设置方面提供了集合ID，业务单位，公司，地点，部门、部门树功能，一般的组织机构管理的需要应该都能完全满足了。集合ID是主数据表的关键字，通过集合ID可以在各表之间共享数据；业务单位是逻辑上抽象关键字，特定业务信息的逻辑单位，比如说多业态可以按照不同业态设置业务单位，跨地区以不同地区设置业务单位（无按照语言创建的，开个玩笑）。公司：主要是企业内财物核算、合同主体等不同作用的公司。地点：标识公司、部门、岗位属性的信息，也是管理上的统计维度。部门：业务中管理中的部门，在HCM也是授权节点，所以项目中通常部门概念会双向延伸，向上会将公司定义为部门，向下追溯到最小的管理单元。部门树：部门创建后，各部门之间的关系并为形成，通过部门树可以灵活多样定义部门之间的关系。二．部门今天学习PSHCM部门和部门树，这两个看似简单概念在PSHCM系统实施和应用过程中，提供非常大的灵活性，第一、部门和日常管理的部门基本等同（为了高效管理通常会多创建一些虚拟部门），都是组织中的业务实体。第二，部门之间存在简单或复杂的关系，例如上下级之间的部门或者分管（稳定的）等部门关系。第三，部门之间的这种关系在系统中可以通过部门树来描述。创建PS部门树前提是业务单位至少有一个部门，他将作为部门树的根节点被保存下来。创建部门树时需要提供的树名称、结构ID、生效日期、使用级别和集合ID，设置树级别和定义根节点等。其中，树名称必须是“DEPT_SECURITY”字样，在写死的代码中已经默认树名称使用此名称；结构ID选择department，系统还提供了其他结构ID，例如POSITION、SUCCESSION等，在项目中很少用；生效日期是HCM时间轴的实现形式，对于每个时段都是通过生效日期表达的，下一件事的生效日期-1默认为此事件技术日期，和SAPHCM时间段不同的实现形式，相比较还是PS比较简便。注意：时间轴的应用，部门树的生效日期必须大于等于部门的生效日期。使用级别一般选择宽松强制，这样允许收纳不同类型的实体。集合ID选择该部门树时针对哪个业务单位建立的树。设置树级别按照管理中不同的的部门级别定义树级别，定义好根节点子部门以次排开。写到这里和大家分享一下项目经验，比如说一家公司的一级部门财务部，财务部下级部门结算部，通常我们把公司定义为零级部门，以次排开后财务部是一级部门，结算部为二级部门，现在有平衡点需要和客户一起考虑，财务部领导等放在一级部门内，还是建立虚拟二级部门，名为财务部办公室。这两种方案优劣比较如下：指标放在一级部门建立虚拟部门真实性高低高效性低高客户接受度低高真实性：如实反映现实业务；高效性：查询、报表简单高效；客户接受度：国内客户多选择后者。实质上这时候再去应用部门树提供的级别就会有误差，因为财务部领导等人属于一级部门的人员。第三篇部门树应用和权限管理在PSHCM中部门树主要用于数据权限的控制，看到数据权限大家肯定疑问为什么不是权限，而是数据权限呢，这就要谈到PS的安全管理，数据权限是相对于页面权限而言的，接下来花开两朵各表一枝，先看数据权限，再看页面权限。数据权限是基于部门树建立起来的，针对树节点建立包括分支在内的数据安全性，数据权限是方便大家理解的名词，专业名词为行安全性，行安全性控制权限范围内颗粒度从部门往下的所有数据权限，部门往下包括岗位、员工以及员工的相关信息。针对节点的安全性例如图例所示：在建立数据安全性时，可以针对总经办、财务部、人资部、销售部建立数据权限，人资部数据权限也包含下面的四个部门，同时可以针对人资部内的四个部门建立数据安全性，那我们可能就有人疑问了，在业务中常有分管VP管理二级部门的任意组合，如人资和总经办副总。他们的权限又如何建立呢？这时我们就要引入许可权列表（PermissionList），将选取的树节点存在许可权列表，许可权列表和节点是一对一或一对多的关系，其中一对多的形式赋权形式可以满足分管VP业务要求。PS页面权限是由角色、许可权列表、菜单组件页面组成，如此多层级的安全体系为了权限管理的灵活性和严谨性，菜单组件页面的关系是相对稳定的，概念从大到小，许可权列表是由一个一个有效的页面构成，许可权列表构成了角色。角色和许可权列表用户可以在系统按需配置，将不同的角色赋给PS用户，这样就完成了PS安全管理。下面用一张直观反映页面权限管理体系。第四篇PS用户管理第三篇我们看了数据权限和页面权限，并且引出了PS用户图例，第四篇，围绕该图将PS用户管理讲解完成。用户即为登陆PS系统账号，用户登陆PS系统后，根据自己在实际业务中的角色可以查找和维护不同的页面。用户（User）和员工（Employee）的关系，用户和员工ID关联后，员工可以用户ID登陆系统查看员工自助，并不是所有的员工ID都有用户与之一一对应，取决于管理实际情况，总结：用户可以仅对应用一个员工ID（有些用户没有员工与之关联，系统未做强关联，这样的用户无员工自助），一个员工ID可以关联不止一个用户，可以给用户与员工不严谨的关系定义，多对一。当对用户有一个直观的认识后再看第三篇中的图例。左上角四个矩形依次是定义工作流、进程调度器、默认值和数据安全。其中数据权限是控制用户查看授权部门下的所有相关信息（前提具有页面权限，关于数据和页面权限后面给大家分享个例子）。第三篇中我们提到说页面权限、角色和用户的关系。那么图例列出了三个角色，暂且标识为R1、R2、R3，图中有6类用户，分别：R1；R2；R3；R1∩R2；R1∩R3；R2∩R3；R1∩R2∩R3。无论哪种用户登录系统看到的页面都是不同的。另外一张图来展示用户、角色、权限、菜单、组件、页面的关系。菜单、组件和页面之间的关键相对确定，在创建许可权时选择菜单下面的组件。数据和页面权限关系类似于一个商品和仓库；仓管员能看到和管理商品类似于数据权限，而仓管员能开启的仓库类似于页面权限。标准岗位意指何物本欲给标准岗位在网上搜索找一个准确的定义，关于标准岗位没有完全匹配的，换成职务找了一下，果然找到一片关于标准岗位不错的文章，索性直接转载过来。声明标准岗位和职务在一定程度是等同的。下面是转自新浪博客智勇双全、闻道则喜的博文。职务即工作（job）,它是指企业员工所从事工作的类别。即代表一类职责的工作类别。职位即岗位（position），是“职务+组织”，即职务落到具体某个组织/部门的岗位。举例理解：“人力资源经理”是职务，而“迪信通北京分公司人力经理”就是职位。职级是职务的级别，是跨职务的一个横向的比较标准。如实施总监和开发总监是2条不同的业务线的职务，但是他们的职级可以是一样的。一般职务是全集团唯一的，集中来维护。但这有个分公司加职务不能及时维护的问题。故Peoplesoft提供了SetID(设置码/设置区域)的设计，即它能用两个字段来定义一个职务：设置码(setid)和职务(Jobcode）。这样就能下放权限，让分公司自己维护职务。-----下面这个讨论很值得参考---------------职务与职位的区别对话：1、刘建华人力资源总监HrDept迪信通集团人力资源中心/迪信通商学院2007年领导了迪信通集团OracleHR系统在全国范围内的实施2、何瑞娟北京爱尔的科技（AIT）有限公司的eHR资深实施顾问3、程时旭eHR顾问4、王秀丽专业HR【问题探讨】职务与职位的区别刘：这是一个基本概念，请大家说出职务和职位的区别！王：职务即工作（job）,它是指企业员工所从事工作的类别。职务是指由一组主要职责相似的职位所组成，它是由实现企业职能的一个个具体活动所构成的相对独立体。职位即岗位（position），它是指在一个特定的企业组织中、在一个特定的时间内、由一个特定的人所担负的一个或数个任务所组成。简单地讲，职位是指企业的某个员工需要完成的一个或一组任务。即职务表示的是工作的类别，而职位表示的是工作任务。工作中两者好像是混用的吧？好像在对于任用人员来说是多用职务，对于组织来说多用职位。比如说张三曾任厂长职务，张三离职后，该公司的厂长职位出现空缺。刘：呵呵，简单的说，人力资源经理就是职务，而迪信通北京分公司人力经理就是职位。职务是类的集合，职位是具体到某一个点上。组织＋职务就是职位。〈插嘴〉：职务强调任务职位强调的是位置程：eHR系统目前基于3种模式：1、人+部门+职务体系。这种情况下，系统里不需要职位（Position)，统一系统里定义标准职位——即职务，人直接挂在部门下面。2、人+职位。系统里没有标准职位即职务。系统实施比较简单，不需要梳理职务体系，重大的缺陷就是系统无法对工作信息进行有效的统计，因为系统里没有标准职位的代码参照，你可以要求输入统一的名称，但是名称不具有唯一性，有的人可能会输错。3、人+职位+职务。这里职务是职位的抽象，即标准岗位，在集团-子公司的架构里，子公司可随意输入具体的职位，只需要将该职位归属到在集团统一定义的标准岗位（职务）即可，在这里职位必须由集团层面统一定义，子公司没有职务定义权。目前用友的系统NCHR支持2+3。嘉扬系统支持1、2。Oracle、SAP支持1、2、3。铂金、万古只支持1。金蝶k3、用友u8、金益康、宏景、朗新只支持2。程：职务是一套独立的体系。和具体集团下的公司没有关系。但是职务和组织属性还是有关系的。比如对零售企业来说，大卖场、综超、便利店的采购、理货员职责是不一样的，属于不同的职务。在人力资源系统里，只能这样处理：分别叫做大卖场理货、综超理货、便利店理货，但是这样太复杂了，目前大部分系统也只能这样区分。做的比较好的是Peoplesoft，它能用两个字段来定义一个职务：设置码(setid)和职务(Jobcode），这样的话，都叫一个名称比如理货员，使用同一个职务代码，但是通过设置码来区分不同业态的职位。在OracleHR将来的版本里，要采用Peoplesoft这种设计，据说他们已经统一了。国内还没有公司采用这种设计。何：本人是eHR咨询顾问，我在给客户实施HR系统咨询时，是这么讲的：组织架构包括：组织单位、职务、职位、任务、工作地点一个组织单位包括一个或多个职位一个职位由多个职务来定义一个职务用多个任务来描述一个职位在某个工作地点进行一个职位由某位员工担任职务：是对企业中工作责任的总分类。企业中每个职务是唯一的。但可由一个或多个员工拥有该职务。例如：秘书职务，可在企业中建立一个秘书职务。然后定义20位员工拥有该职务。其他如：经理，助理等。程：采购助理，财务助理，行政助理这些都是职务，不是职位或者岗位，职位是“部门+职务”。目前国内有的的系统这方面存在重大的缺陷。职位：是已经指派给某人的职务，是在企业一层建立的。在建立了职务之后，必须建立必要的职位，职位继承了相应职务中所包含的任务，但它也可有额外、特定的任务。不同的职位可执行一个职务中相同的任务，一个职位可由一个人担任，也可以是空缺的。例如：对于助理职务，可以定义采购助理，财务助理，行政助理等。刘：支持程老师观点，基本概念的理解非常重要！何：俺深为作为一名EHR咨询顾问而不能将所要表达的意思阐述清楚而汗颜啊，我不认为我对职务职位的理解与建华、程老师及4楼秀丽、13楼刘芳的理解有本质出入。或许我应该写成采购部助理，财务部助理，即是“部门+职务”的职位模式。我实施过的EHR项目中，已实现楼上所述1+2+3模式，在系统管理模块，分别对组织－－职群－－职务－－职位开发了代码灵活化关联维护功能，即用两个字段来定义一个职务：设置码(setid)和职务(Jobcode），这是符合客户需求的，先后得到LG，LS，LP，MANDO，GS，POSCO，SINOSOFT，SIMONE，LOTTE，PN，Hyundai，O-ZONEFitness，WooriBank等知名客户的认同。在此再唠叨两句，希望感兴趣