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