跳至主要内容
Administrator Guide
上次更新时间 :2025-02-07
概念:补发处理期间

概念:补发处理期间

补发处理最早日期

员工的补发处理最早截止日期 (NRPPT) 决定了 Workday 为支持的补发事件重新计算收入与扣减的最早期间。Workday 会根据薪资构成的补发设置和生效日期选择要重新计算的薪资构成。对于该日期之前发生的任何变更,您必须手动计算并输入差额,例如使用薪资输入来计算和输入差额。
当您为具有受支持的补发事件的员工运行薪资补发计算时,Workday 会:
  • 检测员工的所有事件,但仅计算发生在员工的 NRPPT 日期之后的受支持事件的差额。
  • 针对补发处理中每个期间的事件,报告从员工的 NRPPT 日期到当前薪资期间的差额。
  • 状态为
    “未处理”的
    事件关联到薪资构成且其生效日期早于员工的 NRPPT 日期的报告。
如果 NRPPT 日期在中期,Workday 会执行以下操作:
  • 忽略该期间,并考虑下一期间中的事件。
  • 计算补发时不会创建零薪资结果。
您可以在运行补发之前和之后的补发报告(例如
“补发计算处理报告”)
中查看员工的 NRPPT 日期。您可以在
“员工组的薪资补发处理最早日期
”报告中查看用于下次补发操作的 NRPPT 日期。

Workday 如何指定最早日期补发处理的日期

租户级别的预设时间段
在预设配置中,Workday 最多处理员工当前薪资期间前 24 个月的过去事件。您可以在
“编辑租户设置 - 薪资”
任务的
“补发处理允许的最大月数”
字段中更改此时间段。为优化性能,Workday 建议您将时长设置为 24 个月或更短。
运行薪资补发计算
当您运行薪资补发计算时,Workday 会为以下对象设置 NRPPT 日期:
  • 将具有不支持事件的员工推迟到具有已完成的同性或非周期性结果的上一个期间后 1 天。
  • 新员工:
    • 其薪资组的第一个处理期间的开始日期,以及
    • “编辑租户设置 - 薪资”
      任务中的
      “补发处理允许的最大月数”
      字段确定的日期。
  • 将所有其他员工排至第一个薪资期间具有已完成业绩的月份与您运行补发薪资之前的 24 个月,以时间较晚者为准。
暂停补发结果
当您暂停员工的补发结果时,Workday 会将其 NRPPT 日期更改为具有已完成结果的最后一个期间的次日。
取消补发结果
当您取消员工的补发结果时,Workday 会将员工的 NRPPT 日期恢复为运行补发之前的值。

更改补发处理最早日期的影响

您可以更改 Workday 指定给员工的 NRPPT 日期,但仅在必要时这样做,原因是:
  • 将日期设置得过早可能会影响性能。
  • 如果将其设置得过早,您可能需要手动处理过多的补发事件。
您不能将员工的 NRPPT 日期移至不受支持的事件之前。
更改 NRPPT 日期不会触发薪资补发计算。如果新的 NRPPT 日期在原始日期之前,则只有在以下情况下,您才能为之前未处理的事件生成补发差额:
  • 未处理这些日期,因为它们的日期早于原始 NRPPT 日期,或与该日期处于同一期间。
  • 您再次运行补发,让员工处理新的受支持事件。
您可以管理具有薪资输入或非周期性付款的其他未处理事件。

示例

补发处理最早日期和支持的补发事件
John 的 NRPPT 日期为 1 月 1 日。同年 4 月 20 日,您输入了 10% 的补发加薪,自 2 月 1 日起生效。当您在 4 月 25 日运行补发时,John 没有不受支持的补发,因此 Workday 会:
  • 不更改 NRPPT 日期。
  • 处理加薪,因为加薪在员工的 NRPPT 日期之后生效。
补发处理最早日期和不支持的补发事件
John 的 NRPPT 日期为 1 月 1 日。您为他输入以下薪资补发事件:
  • 4 月 5 日:薪资组转账于 3 月 25 日生效。
  • 4 月 20 日:补发加薪 10%,自 2 月 1 日起生效。
如果您在 4 月 25 日进行补发,Workday 会执行以下操作:
  • 将薪资组转账检测为不受支持的补发事件。
  • 将员工的 NRPPT 日期更改为 4 月 1 日。此新日期是其上一个完成的薪资期间结束日期(3 月)的次日。
  • 由于该加薪在员工的新 NRPPT 日期之前生效,因此不处理加薪。
期间中期无补发处理最早日期和支持的事件
John 的 NRPPT 日期为 1 月 1 日,薪资期间为 12 月 25 日至 1 月 10 日。2 月 1 日,您输入了 10% 的补发加薪,自 1 月 5 日起生效。当您运行补发时,John 没有不受支持的补发,因此 Workday 不会更改 NRPPT 日期。但是,Workday 不会处理该加薪,因为它与员工的 NRPPT 日期在同一期间内生效。
没有补发处理早于当前日期和已设置生效日期的薪资构成
您有一个扣减被取消选中了
“补发期间重新计算
”复选框。1 月 16 日,您选中该复选框,并将当天的生效日期添加到扣减中。
您为 James、Carrie 和 Richard 输入一个在 1 月 2 日生效的受保障事件。它们的 NRPPT 日期各不相同。您对 1 月 1 日至 1 月 15 日薪资期间运行补发来处理该事件。Workday 会将扣减生效日期与每个员工的 NRPPT 日期进行比较,以计算事件的扣减和补发差额:
员工
NRPPT 日期
扣减
支持的事件
James
1 月 1 日
未处理
扣减生效日期晚于补发期间。
已处理
事件在 NRPPT 日期之后生效。
Carrie
1 月 15 日
未处理
扣减生效日期晚于补发期间。
未处理
事件在 NRPPT 日期之前生效。
Richard
2 月 1 日
未处理
扣减生效日期早于 NRPPT 日期。
未处理
事件在 NRPPT 日期之前生效。
员工还有另一个于 1 月 16 日生效的受支持事件,因此您为 1 月 16 日至 1 月 31 日的薪资期间运行了补发。由于扣减生效日期在补发处理的期间内,因此 Workday 始终会计算事件,但根据 NRRPT 日期对该事件进行处理:
员工
NRPPT 日期
扣减
支持的事件
James
1 月 1 日
已处理
已处理
事件在 NRPPT 日期之后生效。
Carrie
1 月 15 日
已处理
已处理
事件在 NRPPT 日期之后生效。
Richard
2 月 1 日
已处理
未处理
事件在 NRPPT 日期之前生效。