本章讨论:
Note. 本章介绍PeopleSoft HRMS中用到的一些基本概念
控制表,事务表,提示表
PeopleSoftHRMS系统基于表结构来存储一些重要的常规数据,比如公司,工作地点,系统说明等。最核心的表包括控制树,转换值,提示表。
控制表用于存储每天业务活动的数据。数据都是常用的,却需要在多部门见间共享,比如获取客户、供应商、应用程序、事务和财务报表。通过把共享数据存储在中间的位置,控制树可以减少数据冗余,维护数据完整性,保证不同用户看到的是相同的信息。
不过这些数据一般都是静态的,只在商业策略,组织架构或业务流程发生改变时才需要进行改动。
Note.控制表是包含了SETID关键字段的表,当你设置控制表的时候你会发现就是setID保证了信息在多部门间的共享。
事务表存储的信息是经常会改变的,比控制表的信息更新要频繁的多。
Note.转换表是包含了BUSINESS_UNIT字段的表,这个字段有可能被作为KEY也有可能不是作为KEY.
提示表是存储需要在页面显示时被替换的值的表。表中存储的数据是控制表,事务表或其他表的补充。
Business Units, Tablesets和SetIDs
PeopleSoft通过对business units, tablesets和setIDs的运用来控制HRMS系统数据。
Businessunits是被创建来追踪或报告某一项业务信息的逻辑单元。它没有预设的限制和要求,而是可以根据业务逻辑来灵活的制定。我们至少要定义一个Businessunits,BUSINESS_UNIT字段是包含在所有事务表里的。
Tablesets和setIDs用来控制信息是否在Businessunits中共享或者不共享。比如,通过Tablesets和setIDs我们可以把国家编码,部门编码,职务编码等分散的信息集中起来。Tablesets和setIDs所有的意义都在于减少了数据的冗余,提高数据一致性并减少了系统维护任务。我们至少需要定义一个tableset(setID),在所有的控制表中都会有一个SETID关键字段。
Effectivedates
PeopleSoft HRMS使用有效数据来存储历史数据,当前数据,未来数据,它让我们可以:
人员和职务结构
PeopleSoftHRMS系统允许以员工或者职务为基准来定义系统。当你在控制表中添加数据的时候,你需要选择使用哪种方法,不一样的选择会使系统处理数据的方法不同。
区别是什么呢?
如果你的选择是基于员工,你将使用职务编码来给员工数据分类,使用这些编码来把员工数据链接到职务。如果你选择基于职务,你还是需要使用职务编码来给员工数据分类,不过每个职务岗位将是被唯一编码的,然后把员工链接到这个岗位上。
首先,工作和员工是一对多的关系,很多员工有共同的工作编码,即使他们在不同的部门,地区,公司。
相比之下,一般来讲,岗位和员工是一对一的关系。然而,同一个工作编码可以对应多个岗位,一个岗位负责部门或地区的一个特殊工作。比如1020号工作是行政助理,不同的行政助理岗位可以定义为不同的岗位编号,15号在财务部门,16号是人力资源部门,17号在市场部,18号在产品部。就这样,员工唯一对应了一个工作岗位。
当我们选择以职务(岗位)为基准的时候,我们需要给大量的岗位定义属性,然后把员工移入或移出这个岗位。我们定义这个岗位的电话,邮件是否停止等,不管这个岗位上到底有没有人。这些岗位的信息都是以组织计划,招聘,职业计划及预算为基础决定的。
为什么这样会有问题?
在这两种选择下,你操作页面和数据库表时并不会感觉有什么不同,但是系统业务流程却完全是不一样的,这决定了你是从哪里/怎么获取了这些员工或岗位数据的。
我们应该用哪一种呢?
决定时我们需要考虑以下因素:
Note.这些决定并不会影响支付系统。不管选择的是那一种方法,使用PeopleSoft北美支付模块或者PeopleSoft全球支付模块都没有问题。
关于养老金、工资和福利的考虑
如果使用PeopleSoft养老金管理模块,你需要追踪到被支付者也就是退休员工和委托收款人,使用的是追踪员工信息的同一张表。最好使用以员工为基准的系统设计方案,而不是以职务为基准,这样就不用为每个退休人员建立一条岗位信息了。员工组织架构采用以岗位为基准,退休人员采用以人为基准,使用门户网站岗位管理选项。
使用PeopleSoft北美支付模块或者PeopleSoft全球支付模块的组织或公司已经在这么做了。如果你的公司使用了PeopleSoft人力资源管理基本福利业务流程或企业福利管理,你可以通过门户网站上的岗位管理来设置岗位信息。