了解元素
"全球薪资"中有许多种元素；每种元素都有特殊的用途。根据不一样的使用方法，元素能够分组为不一样
的种类。元素可用于检索数据、计算结果或定义其余元素的处理顺序。一些元素单独存在，而另一
些元素（称为"支持元素"）则成为其余元素的构建块。
在定义元素以前，执行一些基本的一次性设置任务（好比定义元素类型和输入类型）以帮助分类元素
，从而让这些元素在组织中发挥最大做用。
系统元素由 PeopleSoft 提供和维护，其中包含可用于定义薪资规则的信息。定义系统元素时从不需
要更改系统元素或执行任何特殊操做。不能添加系统元素，可是能够对其重命名。
有两种类型的系统元素：
•
数据库系统元素
数据库系统元素被视做受款人相关元素。它们包含可频繁用于计算的数据，好比部门 ID、地点和
我的数据。仅当数据库系统元素用于计算时才对其解析。
• 系统计算元素
系统计算元素由薪资处理植入，但不是实际的数据库字段。是否、什么时候、如何解析系统计算元素
取决于其用途和类型。
例如，"支付期间结束日期"和"期间类型"在每次总额到净额计算开始时解析；每日数据（用于缺
勤计算）则每日都要计算。其余系统计算元素（好比与薪酬代码一块儿使用的系统计算元素）仅当
在计算过程当中遇到薪酬代码元素时才进行解析。
| PERSON数据库 |
没有生效日期。基于员工 ID 选择。数组 |
| PERS_DATA_EFFDT（我的数据生效日期）spa |
最大生效日期行早于或等于分段结束日期。在时段中引用时，查看早于或等于时段结束日期的最大生效日期行。事件 |
| JOBci |
最大生效日期行早于或等于分段结束日期。在时段中引用时，查看早于或等于时段结束日期的最大生效日期行。资源 |
| PER_ORG_ASGN（人员组织指定）同步 |
没有生效日期。基于员工组织实例编号选择。数学 |
| PER_ORG_INST（人员组织实例）产品 |
没有生效日期。io |
| CONTRACT_DATA |
没有生效日期。基于 CONTRACT_NUM（合同编号）从选定的职务记录中选择。 |
| WKF_CNT_TYPE（员工团队合同类型） |
最大生效日期行早于或等于分段结束日期，此行的合同编号与职务中的合同编号相匹配。可使用来自 JOB 或 CONTRACT_DATA 中的 CONTRACT_NUM，由于系统会使二者保持同步。若是在时段中引用合同编号，则使用时段结束日期。 |
| COMPENSATION |
包括每一个薪酬代码 (comp_ratecd) 的全部 comp_effseq 行，其中 Effdt 和 Effseq（生效顺序）与“职务”表中的 Effdt 和 Effseq 相匹配。 |
数组AR
是字段与元素之间的连接。
可使用数组检索存储在"全球薪资"之外的任何表中的复杂数据。
数组是 COBOL 程序用于在处理期间存储数据的临时表。处理完成以后，程序将临时数组中的数据写
入输出表中。
使用数组有两个操做步骤：
1. 检索数据库中的数据。
2. 进一步处理该数据。
定义数组时，必须为系统提供充足的信息以执行这两个步骤。
可写数组WA
将用户定义元素的值写入表中的行中。可写数组在许多方面与标准数组相反。
可使用可写数组植入本身的结果表。使用 PeopleSoft Application Designer 建立结果表，而后
在"全球薪资"的可写数组页面中定义在批处理期间植入表的元素。
表中的前 7 个字段必须与基本结果表中的关键字相同。
EMPLID
CAL_RUN_ID
EMPL_RCD
GP_PAYGROUP
CAL_ID
ORIG_CAL_RUN_ID
RSLT_SEG_NUM
数据筛选BR
以基于其余值查询和检索查询表中的值。
可使用一个或多个查询值（搜索列）。使用查询值，数据筛选处理返回可用于其余元素（好比公式）的一个或多个列。
薪酬代码
使用薪酬代码解析多个薪资组成，包括基本薪资和非基本薪资。薪酬代码检索"人力资源"中的多个薪
资组成数据，并将此数据导入"全球薪资"中。
历史记录规则
使用历史记录规则元素设置从之前的期间检索数据的规则。能够在公式和虚拟计算中使用历史记录规
则。
使用历史记录规则的一个示例是建立三个月的滚动平均薪资时。假设当前处于四月支付期间（月
末）。能够定义历史记录规则以返回三个月到达一月初，从而计算受款人薪资的平均值。移动到五月
支付期间时，三个月前推，从而使平均值计算始终基于后三个月。
变量VR
使用变量元素定义和存储字符、日期或数字等值。例如，假设在 1 月 1 日计算三个公式和两个收入
元素时使用货币系数 20，而且计划在 4 月 1 日将此系数更改成 25。若是没有变量元素，则必须进
行 5 次生效日期更改。可是，若是将此系数定义为变量元素，则只需对此变量进行一次生效日期更
改。而后就能够在使用该变量时使用新系数 25。
变量是惟一与数组一块儿使用的项。建立数组时，将值检索到变量中。
日期DT
使用日期元素，能够经过在现有日期的基础上进行加减运算获得新日期来计算日期。例如，要肯定受
款人任职 5 年的日期，请在受款人雇用日期的基础之上加 5 年。
还能够分解日期的各个部分。例如，若是仅须要返回日期的年份，则使用日期元素分解出日期的年、
月、日。
期间
使用期间元素计算两个日期之间的时间期间。期间是两个日期相减的结果。以年数、月数或天数定义
期间。
例如，要肯定受款人的年龄，请计算受款人出生日期与日历期间结束日期之间的持续时间。
公式
使用公式建立本身的惟一元素。能够将复杂规则、数学公式和重复计算定义为公式元素。
取整规则
使用取整规则对解析为数字值的其余元素（如公式、收入或扣减等）进行取整。若是取整成功，则取
整规则解析为 1，若是取整不成功，则解析为 0。
例如，假设定义一个取整规则，将解析的值截取到两个小数位。在计算期间，获得解析值
2.833333。取整规则将该值截断为 2.83。
能够指定是要基于数位或小数位的数目等系数进行取整，仍是取整为递增值。还应选择舍入类型：
"最接近"、"向上取整"、"向下取整"或"若是大于等于则向上舍整，不然将舍去"。
计数
计数是在每日基础上计算和汇总某项的方法。例如，可经过计数来跟踪受款人的工做时数：计数提供
工做时数的每日检查，并在定义的时段内持续累加到工做时数上。
定义计数的计算规则以后，能够将其与分段计算规则相关联。分段发生时，分段计算规则中使用的计
数元素肯定用于分段计算金额的分子和分母。
分段计算规则
分段发生时，可使用分段计算规则分段计算某个值。
分段计算规则定义分段期间应用于金额的分子和分母。
例如，对于 6 月 1 日 – 30 日的支付期间，其中一个分段为 6 月 1 日到 6 月 10 日，将"分子"定义
为分段期间（6 月 1 日到 6 月 10 日），将"分母"定义为整个支付期间（6 月 1 日到 6 月 30 日）。
分段计算规则解析为 .333 (10/30)。
收入
使用收入元素为受款人定义全部薪酬类型，包括薪资、费用、奖金、佣金、退休金和退休薪资。
能够为收入元素定义下列四种计算规则：
• 金额
• 基数 * 百分比
• 单位 * 比率
• 单位 * 比率 * 百分比
扣减
使用扣减元素为受款人定义不一样的扣减类型。扣减能够是自愿的，好比退休计划，也能够是法定的，
好比纳税和扣发。
能够为扣减元素定义下列四种计算规则：
• 金额
• 基数 * 百分比
• 单位 * 比率
• 单位 * 比率 * 百分比
除比率、单位、基数和百分比组成以外，系统还为扣减建立另外三种组成：
• 未领金额
• 偿还金额
• 添加到欠款
系统还建立了欠款余额累加器以跟踪受款人欠款。欠款是存储系统因为净薪资不足而没法从当前薪资
运行中扣除的扣减的一种方法。
缺勤限额
使用缺勤限额元素跟踪缺勤，好比假期或休假。有两种类型的缺勤限额：
• 按频率 不论是否缺勤，都计算缺勤限额。
例如，假设受款人每一年享有 12 天的假期，且此限额按每个月 10 小时累计。不管使用与否，此限额
都是预肯定并按每个月计算和更新的固定值。
• 按缺勤
仅当出现缺勤时计算缺勤限额。
请假
使用请假元素定义待付缺勤所必须知足的条件。请假涉及到定义最短请假时间和最长请假时间的规
则。设置请假以按时数、天数或其余单位累计。
例如，若是组织每一年给予受款人 12 天的假期，而受款人休假 5 天，则受款人的请假时间为 5 天。
在"请假"页面上定义请假规则以后，能够经过在"缺勤事件输入"页面上输入缺勤来跟踪缺勤。
累加器
使用累加器元素存储和跟踪余额。能够存储指定时间期间的累加器。例如，能够存储一年的总薪资数
据。系统会自动建立一些累加器（自动生成的累加器），也能够手工建立其余累加器（其余累加
器）。
累加器有两种类型：
• 支付累加器，经过总额到净额计算累计值。
• 余额累加器，累计一段时间（一月或一年）的值。
还能够定义要跟踪余额的级别。例如，能够按受款人记录编号、受款人 ID、部门或组织跟踪余额。
设置最适合组织的跟踪级别。
生成控制
使用生成控制元素控制是否在薪资处理中解析元素。要定义生成控制元素，必须基于员工的"HR 状
态"、"处理频率"、"分段状态"等系数指定处理元素以前必须符合的标准。
例如，假设受款人按周领薪，每个月医疗扣减为 100，每个月扣减一次。定义"生成控制 - 频率"参数，以
便仅在每个月的第一个支付期间扣除此扣减。
元素组和适用资格组
使用元素组建立要与适用资格组相关联的元素分组。将适用资格组与薪资组和列表集合相关联。
基于组织须要定义元素组。例如，若是组织具备简单的薪资系统，则能够将全部收入组合为一个元素
组，将全部扣减组合为另外一个元素组，而后使用这两个元素组名称指定全部收入和扣减。
区段
区段是添加处处理列表中的元素组。区段告诉系统在处理薪资或缺勤运行时要解析的元素以及解析顺
序。
有如下五种区段类型：
• 标准，用于按期处理。
• 生成实际输入，用于为不一样的日历支付期间建立实际输入。
• 受款人，用于指定在受款人级别应处理的元素以及处理顺序。
例如，能够建立受款人区段以处理受款人的扣发。
• 子处理，用于净额到总额计算和其余重复处理。
• 请假，用于按日期顺序处理缺勤。
处理列表
使用处理列表控制薪资运行期间处理区段的顺序。处理列表标识用于计算总薪资和净薪资的累加器，
并指定此处理是用于薪资计算仍是缺勤计算。
能够根据组织需求建立通常或特定的处理列表。例如，能够为受款人能够享有的不一样类型的收入建立
处理列表，这些收入包括正常薪资、缺勤、奖金和佣金。
元素类型
设置 HRMS,产品相关设置,全球薪资和缺勤管理,系统设置,元素类型
路径:设置 HRMS,产品相关设置,全球薪资和缺勤管理,系统设置,
输入类型
虽然每一个元素类型具备惟一的用途，但全部元素类型有一些
公用属性。这些属性保存在 GP_PIN 中，并显示为全部元素定义的第一个页面。
建立元素名称时，系统为元素指定一个 PIN 代码和 PIN 号码。PIN 代码和元素名称必须惟一。建立
新元素时，系统会查看以确认这个惟一的标识符集合是否已经存在。能够重命名元素名称，但 PIN
代码是常量。
了解截止日期
元素能够有许多生效日期行。在"<元素> 名称"页面上指定给元素的截止日期定义告知系统在处理期间用于检索元素的生效日期定义。
可选择如下日期之一：日历期间开始日期、日历期间结束日期、支付日期、处理开始日期和处理结束日期。
始终从新计算
仅适用于要解析并默认选中的时间期间。若是选中此复选框，则每次在计算处理过程当中遇到元素时系统都会从新计算该元素。若是取消选中此复选框，则系统使用上一次解析的元素值。"PIN 管理器"遇到元素时，将运行适用资格检查。若是"PIN 管理器"肯定必须解析元素，则查看从新计算逻辑。能够在处理列表级别、区段级别和元素级别指明元素的从新计算。若是在以上任一级别指明从新计算，则从新计算元素。
路径:设置 HRMS,产品相关设置,全球薪资和缺勤管理,系统设置,元素后缀