理解PeopleSoft HRMS人力资源管理系统

本章讨论:

• 控制表，事务表，提示表.

• Business units, tablesets和setIDs.

• Effective data.

• 人员和职务结构

Note. 本章介绍PeopleSoft HRMS中用到的一些基本概念

控制表，事务表，提示表

PeopleSoft HRMS系统基于表结构来存储一些重要的常规数据，比如公司，工作地点，系统说明等。最核心的表包括控制树，转换值，提示表。

控制表用于存储每天业务活动的数据。数据都是常用的，却需要在多部门见间共享，比如获取客户、供应商、应用程序、事务和财务报表。通过把共享数据存储在中间的位置，控制树可以减少数据冗余，维护数据完整性，保证不同用户看到的是相同的信息。

不过这些数据一般都是静态的，只在商业策略，组织架构或业务流程发生改变时才需要进行改动。

Note. 控制表是包含了SETID关键字段的表，当你设置控制表的时候你会发现就是setID保证了信息在多部门间的共享。

事务表存储的信息是经常会改变的，比控制表的信息更新要频繁的多。

Note. 转换表是包含了BUSINESS_UNIT字段的表，这个字段有可能被作为KEY也有可能不是作为KEY.

提示表是存储需要在页面显示时被替换的值的表。表中存储的数据是控制表，事务表或其他表的补充。

Business Units, Tablesets和SetIDs

PeopleSoft通过对business units, tablesets和setIDs的运用来控制HRMS系统数据。

Business units是被创建来追踪或报告某一项业务信息的逻辑单元。它没有预设的限制和要求，而是可以根据业务逻辑来灵活的制定。我们至少要定义一个Business units，BUSINESS_UNIT字段是包含在所有事务表里的。

Tablesets和setIDs用来控制信息是否在Business units中共享或者不共享。比如，通过Tablesets和setIDs我们可以把国家编码，部门编码，职务编码等分散的信息集中起来。Tablesets和setIDs所有的意义都在于减少了数据的冗余，提高数据一致性并减少了系统维护任务。我们至少需要定义一个tableset (setID)，在所有的控制表中都会有一个SETID关键字段。

Effective dates

PeopleSoft HRMS使用有效数据来存储历史数据，当前数据，未来数据，它让我们可以:

• 维护一份按时间顺序排列的历史数据。通过把Effective data存储在数据库表中，系统可以查看过去的事务并且为未来的事务做计划。比如你可以把系统回滚到过去的某个时间，对公司进行历史分析，或者在没有备忘文件的情况下提前建立表结构和数据。

• 保证数据的正确性。通过比对提示表中的effective dates和应用程序页面上的effective dates，系统可以只显示当前时间有效的数据。例如你新建了一个部门，effective dates是2008年5月1日，然后在工作数据页面上，你添加一个effective dates在2008年5月1日之前的员工。当你选择部门提示字段的时候就不会看到新的部门，因为他是not effect的。

人员和职务结构

PeopleSoft HRMS系统允许以员工或者职务为基准来定义系统。当你在控制表中添加数据的时候，你需要选择使用哪种方法，不一样的选择会使系统处理数据的方法不同。

区别是什么呢？

如果你的选择是基于员工，你将使用职务编码来给员工数据分类，使用这些编码来把员工数据链接到职务。如果你选择基于职务，你还是需要使用职务编码来给员工数据分类，不过每个职务岗位将是被唯一编码的，然后把员工链接到这个岗位上。

首先，工作和员工是一对多的关系，很多员工有共同的工作编码，即使他们在不同的部门，地区，公司。

相比之下，一般来讲，岗位和员工是一对一的关系。然而，同一个工作编码可以对应多个岗位，一个岗位负责部门或地区的一个特殊工作。比如1020号工作是行政助理，不同的行政助理岗位可以定义为不同的岗位编号，15号在财务部门，16号是人力资源部门，17号在市场部，18号在产品部。就这样，员工唯一对应了一个工作岗位。

当我们选择以职务（岗位）为基准的时候，我们需要给大量的岗位定义属性，然后把员工移入或移出这个岗位。我们定义这个岗位的电话，邮件是否停止等，不管这个岗位上到底有没有人。这些岗位的信息都是以组织计划，招聘，职业计划及预算为基础决定的。

为什么这样会有问题？

在这两种选择下，你操作页面和数据库表时并不会感觉有什么不同，但是系统业务流程却完全是不一样的，这决定了你是从哪里/怎么获取了这些员工或岗位数据的。

我们应该用哪一种呢？

决定时我们需要考虑以下因素：

• 组织结构是不是经常变动的。如果你倾向于经常扩充团队或设立新岗位，那么选择以员工为基准可能会比较适合你。

• 如果组织结构是稳定的，也就是说工作和工作描述大部分都是固定的，人员只是在同一个岗位上的变动，那么选择以职务为基准是更加合适的。

• 如果你发现不同的方法分别适合于不同的部门，那就两个都用吧。

Note. 这些决定并不会影响支付系统。不管选择的是那一种方法，使用PeopleSoft北美支付模块或者PeopleSoft全球支付模块都没有问题。

关于养老金、工资和福利的考虑

如果使用PeopleSoft养老金管理模块，你需要追踪到被支付者也就是退休员工和委托收款人，使用的是追踪员工信息的同一张表。最好使用以员工为基准的系统设计方案，而不是以职务为基准，这样就不用为每个退休人员建立一条岗位信息了。员工组织架构采用以岗位为基准，退休人员采用以人为基准，使用门户网站岗位管理选项。

使用PeopleSoft北美支付模块或者PeopleSoft全球支付模块的组织或公司已经在这么做了。如果你的公司使用了PeopleSoft人力资源管理基本福利业务流程或企业福利管理，你可以通过门户网站上的岗位管理来设置岗位信息。