理解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人力资源管理基本福利业务流程或企业福利管理，你可以通过门户网站上的岗位管理来设置岗位信息。

理解PeopleSoft HRMS人力资源管理系统相关推荐

HRMS(人力资源管理系统)-从单机应用到SaaS应用-架构分析(功能性、非功能性、关键约束)-下篇...
HRMS(人力资源管理系统)-从单机应用到SaaS应用-架构分析(功能性.非功能性.关键约束)-下篇原文: HRMS(人力资源管理系统)-从单机应用到SaaS应用-架构分析(功能性.非功能性.关键约 ...
HRMS(人力资源管理系统)-从单机应用到SaaS应用-系统介绍
HRMS(人力资源管理系统)-从单机应用到SaaS应用-系统介绍原文:HRMS(人力资源管理系统)-从单机应用到SaaS应用-系统介绍上周发布的<2018,全新出发(全力推动实现住有所居)& ...
HRMS(人力资源管理系统)-从单机应用到SaaS应用-架构分析(功能性、非功能性、关键约束)-上篇...
一.开篇上一篇<HRMS(人力资源管理系统)-从单机应用到SaaS应用-系统介绍>我们已经详细的分析了HRMS系统具备的功能,并且从HRMS系统的概念.系统功能.HR行业管理现状及痛点. ...
HRMS(人力资源管理系统)-SaaS架构设计-概要设计实践
一.开篇前期我们针对架构准备阶段及需求分析这块我们写了2篇内容<HRMS(人力资源管理系统)-从单机应用到SaaS应用-架构分析(功能性.非功能性.关键约束)-上篇><HRMS(人 ...
人力资源管理系统面向对象建模分析
写在前面:HRMS人力资源管理系统源代码需要的可点击直接下载人力资源管理系统面向对象建模分析组名 : K2 组员 : 罗猛.丘佩茵 2021年1月12日目录 1引言 1 1.1问题提出的背景 ...
企业选择人力资源管理系统（HRMS）的一些建议
HR管理系统,全称为人力资源管理系统(HRMS).企业选择HR管理系统,首先要了解这个系统是什么. 什么是HRMS? 一个人力资源管理系统,通常简称为人力管理系统,是一个软件应用程序,使人力资源专业人 ...
SAP-HR技术系列之二：人力资源管理系统项目实施经验谈
转载:http://wenku.baidu.com/view/c7d2ebda7f1922791688e8c8.html 首先需要说明的是HRMS(e-HR)系统实施专注于人力资源管理系统的设计.实现 ...
SAP License：SAP HR人力资源管理系统
人力资源管理系统(Human Resources Management System,HRMS)包括人事日常事务.薪酬.招聘.企业内训.考核以及人力资源的管理也指组织或社会团体运用系统学理论方法,对企 ...
springboot企业人力资源管理系统毕业设计源码291816
springboot企业人力资源管理系统摘要科技进步的飞速发展引起人们日常生活的巨大变化,电子信息技术的飞速发展使得电子信息技术的各个领域的应用水平得到普及和应用.信息时代的到来已成为不可阻挡的 ...
ASP.NET 三层架构技术人力资源管理系统项目HR (深入WebServic
白菜价, 想要的联系QQ:867635458,非诚勿扰! ASP.NET MVC Linq 技术企业级通用OA系统全程开发大型企业级别OA项目实战全新上线啦!本项目由小孔子讲师全程录制.小孔 ...

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

控制表，事务表，提示表

理解PeopleSoft HRMS人力资源管理系统相关推荐

最新文章

热门文章