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
USING SALARY RATE METHODS
USING SALARY RATE METHODS

Version management

Difference between version and

At line 4 changed one line
P2K provides for the ability to compute an hourly rate for salaried employees so that when hours are entered into the system from any of the various sources, the rate of pay is computed (Formula explained in this document) in such a way that the proper wages are generated.
[{$applicationname}] provides for the ability to compute an hourly rate for salaried employees so that when hours are entered into the system from any of the various sources, the rate of pay is computed in such a way that the proper wages are generated.
At line 6 changed 2 lines
In releases prior to 30502, generating hours and dollars for salaried employees required that the dollars be generated separate from the earnings since they did not necessarily balance with each other.
It is not recommended that P2K be configured to pay salaried employees by generating earnings from the hours keyed, accomplished by varying the wage rate.
In releases prior to 30502, generating hours and dollars for salaried employees required that the dollars be generated separate from the earnings since they did not necessarily balance with each other. It is not recommended that [{$applicationname}] be configured to pay salaried employees by generating earnings from the hours keyed, accomplished by varying the wage rate.
At line 9 changed one line
Since earnings are generated from the hours which are generated daily, it is likely that generated earnings will be off by pennies from the employee semi monthly or monthly wage. This is handled by ‘Force Balance’ logic, invoked when the transactions are brought into payroll ([UPTR]).
Since earnings are generated from the hours which are generated daily, it is likely that generated earnings will be off by pennies from the employee semi-monthly or monthly wage. This is handled by ‘Force Balance’ logic, invoked when the transactions are brought into payroll ([UPTR]).
At line 11 changed one line
In most situations only salary would be required at a variable rate. For those clients using ‘Cell Points’ pay line premiums, there may be a need to compute these premiums at a variable rate of pay based on the number of hours worked in the monthly or semi-monthly pay period. The setup requirement for these premiums is described at the end of this document.
In most situations only salary would be required at a variable rate. For those clients using Cell Points pay line premiums, there may be a need to compute these premiums at a variable rate of pay based on the number of hours worked in the monthly or semi-monthly pay period. __The setup requirement for these premiums is described at the end of this document.__
At line 13 changed one line
There is also a new ‘Pay Line Based’ premium that can be used in place of the ‘UPTG Period $$$’ premium. The problem with the [UPTG] premium is that it creates ‘Dollars Only’ into the [IPTR] screen, which means that the premium dollars from the hours worked in the period are not naturally generated into payroll. If not generated from hours, the [UPRETRO] would not be able to create the retro in the past. The correct way to handle a ‘Pay Period Premium’ is to use this new type. It will be generated from the hours worked (which may vary), and the dollars assigned to each hour will be computed by P2K correctly so that the total will equal the Period Premium Amount. To account for any penny difference, the premium is ‘Force Balanced’ when the transaction is brought into payroll during the execution of [UPTR].
There is also a new Pay Line Based premium that can be used in place of the UPTG Period $$$ premium. The problem with the [UPTG] premium is that it creates ‘Dollars Only’ into the [IPTR] screen, which means that the premium dollars from the hours worked in the period are not naturally generated into payroll. If not generated from hours, the [UPRETRO] would not be able to create the retro in the past. The correct way to handle a Pay Period premium is to use this new type. It will be generated from the hours worked (which may vary), and the dollars assigned to each hour will be computed by [{$applicationname}] correctly so that the total will equal the Period Premium amount. To account for any penny difference, the premium is force balanced when the transaction is brought into payroll during the execution of [UPTR].
At line 17 changed one line
A new rate routine to calculate “Variable Rate”, and ‘Variable Time” method is created. See “Business Case Examples” later in this document.
A new rate routine to calculate the Variable Rate and Variable Time method is created. __See “Business Case Examples” later in this document.__
At line 19 changed one line
On the [IPPC] form, PC Details Rules tab, a new salary rate method is added to point individual pay components to the Variable Rate or Variable Time. This will allow the user to select a different rate calculation for different types of time (i.e. Regular or [LWOP]).
On the [IPPC] form in the PC Details Rules tab, a new salary rate method is added to point individual pay components to the Variable Rate or Variable Time. This will allow you to select a different rate calculation for different types of time (i.e. Regular or [LWOP]).
At line 21 changed one line
For Variable Rate Hours, the number of work days in the pay period is determined from the employee work calendar. Since these are salaried employees, these work days are full days using ‘Standard hours per day’. These hours are obtained from the work calendar if present.
For Variable Rate Hours, the number of work days in the pay period is determined from the employee work calendar. Since these are salaried employees, these work days are full days using ‘Standard Hours Per Day’. These hours are obtained from the work calendar if present.
At line 23 changed one line
For Variable Rate (Elem), the number of hours worked in a pay period is determined by an element. Generally, the variable rate is calculated by dividing the semi monthly wage by the number of hours in the period (totaled for the pay period by adding all the pay components in the element).
For Variable Rate (Elem), the number of hours worked in a pay period is determined by an element. Generally, the variable rate is calculated by dividing the semi-monthly wage by the number of hours in the period (totaled for the pay period by adding all the pay components in the element).
This page (revision-24) was last changed on 26-Nov-2021 10:22 by kparrottTop