peoplesoft笔记.docx

PeopleSoft 的优质整合应用方案包括人力资源管理 HRMS，客户关系管理 CRM，财务管理，企业绩效管理及入口网络解决方案. HCM主要分coreHR，Global Payroll，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管理二级部门的任意组合，如人资和总经办副总。他们的权限又如何建立呢？这时我们就要引入许可权 列表（Permission List），将选取的树节点存在许可权列表，许可权列表和节点是一对一或一对多的关系，其中一对多的形式赋权形式可以满足分管VP业务要求。PS页面权限是由角色、许可权列表、菜单组件页面组成，如此多层级的安全体系为了权限管理的灵活性和严谨性，菜单组件页面的关系是相对稳定的，概念从大到 小，许可权列表是由一个一个有效的页面构成，许可权列表构成了角色。角色和许可权列表用户可以在系统按需配置，将