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

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

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
21 26-Nov-2021 10:22 11 KB jmyers to previous

Page References

Incoming links Outgoing links
RETROACTIVE PAY
RETROACTIVE PAY

Version management

Difference between version and

At line 2 changed one line
!!!Features
!!!FEATURES
At line 26 changed one line
The [IPPC] ‘Retro Evaluation Method’ allows you to define if the [pay component|PAY COMPONENTS] is to be evaluated based on Pay Line information (‘By Pay Line’), or based on Pay Amounts information (‘By Pay Component’). Generally, pay or premium increases would be assessed using the ‘Pay Line’ method and changes in benefits or deductions (or amounts originally calculated with a [UserCalc|USERCALC] would be evaluated and assessed with a UserCalc.
The [IPPC] ‘Retro Evaluation Method’ allows you to define if the [pay component|PAY COMPONENTS] is to be evaluated based on Pay Line information (‘By Pay Line’), or based on Pay Amounts information (‘By Pay Component’). Generally, pay or premium increases would be assessed using the ‘Pay Line’ method and changes in benefits or deductions (or amounts originally calculated with a [UserCalc|USERCALC]) would be evaluated and assessed with a [UserCalc|USERCALC].
At line 34 changed one line
Pay amounts are the values stored in the [P2K_PR_PAY_PC_AMOUNTS] table (they can be viewed on the [IPPH] Pay Amounts tab). These amounts come from a variety of sources; pay lines, benefits and attendance output, or UserCalcs. If the original pay amount was calculated by any other source than pay lines, then the ‘By Pay Component’ method must be used and a UserCalc must be created to calculate the retro amount. This UserCalc must be added to the originating pay component in the ‘Retro User Calc’ field.
Pay amounts are the values stored in the [P2K_PR_PAY_PC_AMOUNTS] table (they can be viewed on the [IPPH] Pay Amounts tab). These amounts come from a variety of sources; pay lines, benefits and attendance output, or [UserCalcs|USERCALC]. If the original pay amount was calculated by any other source than pay lines, then the ‘By Pay Component’ method must be used and a [UserCalc|USERCALC] must be created to calculate the retro amount. This [UserCalc|USERCALC] must be added to the originating pay component in the ‘Retro User Calc’ field.
At line 39 changed one line
UserCalcs must be of type ‘Calculation’. The UserCalc will be performed each time the triggered pay component is found on the selected pays.
[UserCalcs|USERCALC] must be of type ‘Calculation’. The [UserCalc|USERCALC] will be performed each time the triggered [pay component|PAY COMPONENTS] is found on the selected pays.
At line 41 changed one line
UserCalcs used for retro have all employee demographics and pay header information available to them (as if they were executed from within [UPCALC]). The UserCalc also has access to any pay component (Pay Amount) values from the pay selected (by reading or using PC or Element information).
[UserCalcs|USERCALC] used for retro have all employee demographics and pay header information available to them (as if they were executed from within [UPCALC]). The [UserCalc|USERCALC] also has access to any [pay component|PAY COMPONENTS] (Pay Amount) values from the pay selected (by reading or using PC or Element information).
At line 43 changed one line
UserCalcs used for retro do not have access to old statistic amounts from the statistic file (the statistic file only holds its value as of the most recent closed pay and does not hold historical information). They do, however, have access to the pay component amount that updated/ created the statistic.
[UserCalcs|USERCALC] used for retro do not have access to old statistic amounts from the statistic file (the statistic file only holds its value as of the most recent closed pay and does not hold historical information). They do, however, have access to the pay component amount that updated/ created the statistic.
At line 45 changed one line
Output from the UserCalc (via ‘Let PC =’) is recorded as the Retro Assessment. These results may be accessed using the ‘transaction to date’ operand (PT or ET).
Output from the [Usercalc|USERCALC] (Via ‘Let PC =’) is recorded as the Retro Assessment. These results may be accessed using the ‘transaction to date’ operand (PT or ET).
At line 47 changed one line
%%information Note that when using a UserCalc, the ‘Let PC = ‘UserCalc line determines where (which Pay Component) the assessment is to be recorded. The ‘Retro PC’ from the PC definition is only used as output when the Pay Component Retro Method is ‘Pay Line’ method.%%
Note that when using a [UserCalc|USERCALC], the ‘Let PC = ‘UserCalc line determines where (which Pay Component) the assessment is to be recorded. The ‘Retro PC’ from the PC definition is only used as output when the Pay Component Retro Method is ‘Pay Line’ method.
At line 65 changed one line
Personality must be able to identify Retro Pay in some manner to be able to tax the income separately. This can be accomplished either by creating a new pay in a different ‘Pay Category’, or by choosing a different pay component for retro. Either way, the income can be identified. If the original pay components are used and stored into a ‘Regular’ pay, there will be no way to tax it differently.
[{$applicationname}] must be able to identify Retro Pay in some manner to be able to tax the income separately. This can be accomplished either by creating a new pay in a different ‘Pay Category’, or by choosing a different pay component for retro. Either way, the income can be identified. If the original pay components are used and stored into a ‘Regular’ pay, there will be no way to tax it differently.
At line 71 changed 2 lines
!!!Retroactive Pay Set Up
The following outlines the required set up to implement Retroactive Payroll in Personality.
!!!RETROACTIVE PAY SET UP
The following outlines the required set up to implement Retroactive Payroll in [{$applicationname}].
At line 74 changed one line
!Pay Components - [IPPC]
!PAY COMPONENTS - [IPPC]
At line 89 changed one line
;:If method = ‘By Pay Component’, enter the name of the UserCalc that will be used to calculate the retro amount for this pay component. See the ‘Features’ section for more notes on UserCalcs.
;:If method = ‘By Pay Component’, enter the name of the [UserCalc|USERCALC] that will be used to calculate the retro amount for this pay component. See the ‘Features’ section for more notes on [UserCalcs|USERCALC].
At line 91 changed one line
!Assignment - [IEAS] (Employee Triggers)
!ASSIGNMENT - [IEAS] (EMPLOYEE TRIGGERS)
At line 98 changed one line
!!!Retroactive Pay Process
!!!RETROACTIVE PAY PROCESS
At line 113 changed one line
Personality must be able to identify retro pay in some manner to be able to tax the income separately. This can be accomplished either by creating a new pay in a different ‘Pay Category’, or by choosing a different pay component for retro. Either way, the income can be identified. If you choose to use the original pay components and pick up retro in the next regular pay, there will be no way to tax it differently.
[{$applicationname}] must be able to identify retro pay in some manner to be able to tax the income separately. This can be accomplished either by creating a new pay in a different ‘Pay Category’, or by choosing a different pay component for retro. Either way, the income can be identified. If you choose to use the original pay components and pick up retro in the next regular pay, there will be no way to tax it differently.
At line 115 added one line
This page (revision-21) was last changed on 26-Nov-2021 10:22 by jmyersTop