This page (revision-24) was last changed on 26-Nov-2021 10:22 by kparrott

This page was created on 26-Nov-2021 10:22 by JMyers

Only authorized users are allowed to rename pages.

Only authorized users are allowed to delete pages.

Page revision history

Version Date Modified Size Author Changes ... Change note
24 26-Nov-2021 10:22 26 KB kparrott to previous
23 26-Nov-2021 10:22 25 KB rforbes to previous | to last
22 26-Nov-2021 10:22 25 KB jmyers to previous | to last
21 26-Nov-2021 10:22 26 KB JMyers to previous | to last

Page References

Incoming links Outgoing links

Version management

Difference between version and

At line 261 changed one line
Note that each different cell premium is a pay is balanced separately.
%%information Note that each different cell premium is a pay is balanced separately.%%
At line 263 changed 2 lines
• the employee must not be hired within the pay period
• the employee must not be terminated in the pay period
*the employee must not be hired within the pay period
*the employee must not be terminated in the pay period
At line 269 added one line
At line 271 added one line
At line 268 changed one line
Cell Point Premium Variance Percentage
!Cell Point Premium Variance Percentage
At line 271 changed one line
Cell Point Premium Pay Component
!Cell Point Premium Pay Component
At line 273 changed one line
Note that the output pay component can by any other component (Regular Earnings in the example below). This provides for flexibility when choosing the pay component that will hold the actual adjustment.
%%information Note that the output pay component can by any other component (Regular Earnings in the example below). This provides for flexibility when choosing the pay component that will hold the actual adjustment.%%
At line 283 added one line
At line 285 added one line
At line 277 changed one line
Note that all transactions making up part of the employee regular earnings are generated from the scheduled hours, and therefore will be handled perfectly by Retroactive Pay (UPRETRO). Any Force Balance earnings will NOT be taken into consideration during UPRETRO, since generation is simply set to ‘Entered Value’.
%%information Note that all transactions making up part of the employee regular earnings are generated from the scheduled hours, and therefore will be handled perfectly by Retroactive Pay (UPRETRO). Any Force Balance earnings will NOT be taken into consideration during UPRETRO, since generation is simply set to ‘Entered Value’.%%
At line 290 added 2 lines
!!Pay Period Premiums
Pay Period premiums are a new feature as of September, 2005 and are designed to replace UPTG premiums. This type of premium is generated naturally from the hours worked in the pay period and is also ‘Force Balanced’ to ensure that the employee gets the exact premium amount when working a full pay period. Pay Period premiums are computed using a variable rate per hour depending on the number of hours that the employee is scheduled to work. If the employee is scheduled to work the entire pay period, the total of premium generated (by day) must equal the value of the Pay Period premium.
At line 293 added one line
Since the premium generated from the hours worked are multiplied by the variable rate on a daily basis, the generated premium can by wrong due to the mathematics in rounding.
At line 295 added 2 lines
To deal with this issue, P2K will perform ‘Force Balancing’ when the transactions are brought into payroll (UPTR). This balancing will occur after the last transaction for an employee has been loaded into IPPH.
%%information Please note that all transactions for an employee must be in the same execution of UPTR for force balancing to be invoked.%%
At line 298 added one line
It is important to note that the only place that balancing occurs is when the IPTR batches are brought into payroll during the execution of UPTR.
At line 300 added one line
%%information Note that each different Pay Period premium in a pay is balanced separately.%%
At line 284 removed 6 lines
Pay Period Premiums
Pay Period premiums are a new feature as of September, 2005 and are designed to replace UPTG premiums. This type of premium is generated naturally from the hours worked in the pay period and is also ‘Force Balanced’ to ensure that the employee gets the exact premium amount when working a full pay period. Pay Period premiums are computed using a variable rate per hour depending on the number of hours that the employee is scheduled to work. If the employee is scheduled to work the entire pay period, the total of premium generated (by day) must equal the value of the Pay Period premium.
Since the premium generated from the hours worked are multiplied by the variable rate on a daily basis, the generated premium can by wrong due to the mathematics in rounding.
To deal with this issue, P2K will perform ‘Force Balancing’ when the transactions are brought into payroll (UPTR). This balancing will occur after the last transaction for an employee has been loaded into IPPH. Please note that all transactions for an employee must be in the same execution of UPTR for force balancing to be invoked.
It is important to note that the only place that balancing occurs is when the IPTR batches are brought into payroll during the execution of UPTR.
Note that each different Pay Period premium in a pay is balanced separately.
At line 291 changed 2 lines
• the employee must not be hired within the pay period
• the employee must not be terminating in the pay period
*the employee must not be hired within the pay period
*the employee must not be terminating in the pay period
At line 307 added one line
At line 309 added one line
At line 296 changed one line
Pay Period Premium Variance Percentage
!Pay Period Premium Variance Percentage
At line 299 changed one line
Pay Period Premium Pay Component
!Pay Period Premium Pay Component
At line 301 removed 6 lines
Note that the output pay component can by any other component (Regular Earnings in the example below). This provides for flexibility when choosing the pay component that will hold the actual adjustment.
The calculation method for this component must be ‘Entered Value’.
The user variable will point to the variance percentage.
The destination pay component must be the as the Pay Period Premium pay component.
Note that all transactions making up part of the employee regular earnings are generated from the scheduled hours, and therefore will be handled perfectly by retroactive pay (UPRETRO). Any Force Balance earnings will NOT be taken into consideration during UPRETRO, since generation is simply set to ‘Entered Value’.
At line 319 added one line
%%information Note that the output pay component can by any other component (Regular Earnings in the example below). This provides for flexibility when choosing the pay component that will hold the actual adjustment.%%
At line 321 added one line
The calculation method for this component must be ‘Entered Value’.
At line 323 added one line
The user variable will point to the variance percentage.
At line 325 added 3 lines
The destination pay component must be the as the Pay Period Premium pay component.
%%information Note that all transactions making up part of the employee regular earnings are generated from the scheduled hours, and therefore will be handled perfectly by retroactive pay (UPRETRO). Any Force Balance earnings will NOT be taken into consideration during UPRETRO, since generation is simply set to ‘Entered Value’.%%
At line 312 changed one line
Sample ‘Audit Text’ recorded for a Pay Period Premium
!Sample ‘Audit Text’ recorded for a Pay Period Premium