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 1 changed 2 lines
[{TableOfContents }]
!!!Features
!!FEATURES
At line 7 changed one line
You will select the employees, types of historical pays, and the [pay components (PC)|PAY COMPONENTS] to be processed to produce the required retro pay.
You will select the employees, types of historical pays, and the [pay components|PAY COMPONENTS] to be processed to produce the required retro pay.
At line 24 changed one line
The Retro PC can point to itself, in which case any assessed wage adjustments are made into the original [PC|PAY COMPONENTS]. The Retro PC can also point to a different PC, in which case any wage adjustments are recorded into the separate PC. The advantages/disadvantages of storing retro results into the original or a new pay component should be discussed with a Consultant.
The Retro PC can point to itself, in which case any assessed wage adjustments are made into the original [PC|PAY COMPONENTS]. The Retro PC can also point to a different [PC|PAY COMPONENTS], in which case any wage adjustments are recorded into the separate [PC|PAY COMPONENTS]. The advantages/disadvantages of storing retro results into the original or a new [pay component|PAY COMPONENTS] should be discussed with a High Line Consultant.
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|PAY COMPONENTS] 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|PAY COMPONENTS] 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 69 changed one line
In all cases it is the ‘Output’ (Earnings) pay component that is evaluated and NOT the ‘Input’ (Time) pay component. Be careful to apply Retro set up to the correct [IPPC] entries.
In all cases it is the ‘Output’ (Earnings) [pay component|PAY COMPONENTS] that is evaluated and NOT the ‘Input’ (Time) pay component. Be careful to apply Retro set up to the correct [IPPC] entries.
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 2 lines
!Pay Components - [IPPC]
The ‘Retro Pay’ tab is populated ONLY for the earnings pay components and NOT for the time pay components.
!PAY COMPONENTS
The ‘Retro Pay’ tab is populated ONLY for the earnings [pay components|PAY COMPONENTS] and NOT for the time [pay components|PAY COMPONENTS].
At line 79 changed 2 lines
;:If the ‘Retro Evaluation Method’ = By Pay Line, the pay component will be used to store the Retro Assessment for this originating pay component.
;:The ‘Retro Pay’ Tab is populated ONLY for the earnings pay components (NOT for the time pay components).
;:If the ‘Retro Evaluation Method’ = By Pay Line, the pay component will be used to store the Retro Assessment for this originating [pay component|PAY COMPONENTS].
;:The ‘Retro Pay’ Tab is populated ONLY for the earnings [pay components|PAY COMPONENTS] (NOT for the time [pay components|PAY COMPONENTS]).
At line 82 changed one line
*In this example, the Retro Assessment will be processed into a different pay component from the original earnings (PC 1101).
*In this example, the Retro Assessment will be processed into a different [pay component|PAY COMPONENTS] from the original earnings (PC 1101).
At line 86 changed one line
;:The example above depicts the set up required for the ‘By Pay Line’ method. See the ‘Features’ section for detailed notes on this method. If chosen, [UPRETRO] will process all pay lines with pay component matching the originating PC (in this example, PC 200) and store the results in the ‘Retro PC’ entered (also PC 200).
;:The example above depicts the set up required for the ‘By Pay Line’ method. See the ‘Features’ section for detailed notes on this method. If chosen, [UPRETRO] will process all pay lines with [pay component|PAY COMPONENTS] matching the originating PC (in this example, PC 200) and store the results in the ‘Retro PC’ entered (also PC 200).
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 2 lines
!Assignment - [IEAS] (Employee Triggers)
Employee assignments can be marked as ‘X Trigger Retro’.
!ASSIGNMENT [IEAS] - EMPLOYEE TRIGGERS
Employee assignments can be marked as ‘[X] Trigger Retro’.
At line 94 changed one line
[UPRETRO] can be executed for only ‘Triggered Employees’ for explicit employee selection.
UPRETRO can be executed for only ‘Triggered Employees’ for explicit employee selection.
At line 96 changed one line
When [UPRETRO] is executed, it will remove the trigger for those employees selected.
When UPRETRO is executed, it will remove the trigger for those employees selected.
At line 98 changed one line
!!!Retroactive Pay Process
!!!RETROACTIVE PAY PROCESS
At line 113 changed 5 lines
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.
----
![Notes|Edit:Internal.RETROACTIVE+PAY]
[{InsertPage page='Internal.RETROACTIVE+PAY' default='Click to create a new notes page'}]
[{$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.
This page (revision-21) was last changed on 26-Nov-2021 10:22 by jmyersTop