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

Version management

Difference between version and

At line 7 changed one line
You will select the employees, types of historical pays, and the [pay components|PAY COMPONENTS] to be processed to produce the required retro pay.
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.
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|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 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, 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.
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|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.
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 43 changed one line
[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.
[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 69 changed one line
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.
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.
At line 75 changed one line
The ‘Retro Pay’ tab is populated ONLY for the earnings [pay components|PAY COMPONENTS] and NOT for the time [pay components|PAY COMPONENTS].
The ‘Retro Pay’ tab is populated ONLY for the earnings pay components and NOT for the time 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|PAY COMPONENTS].
;:The ‘Retro Pay’ Tab is populated ONLY for the earnings [pay components|PAY COMPONENTS] (NOT for the time [pay components|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.
;:The ‘Retro Pay’ Tab is populated ONLY for the earnings pay components (NOT for the time pay components).
At line 82 changed one line
*In this example, the Retro Assessment will be processed into a different [pay component|PAY COMPONENTS] from the original earnings (PC 1101).
*In this example, the Retro Assessment will be processed into a different pay component 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|PAY COMPONENTS] 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 matching the originating PC (in this example, PC 200) and store the results in the ‘Retro PC’ entered (also PC 200).
At line 113 changed one line
[{$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|PAY COMPONENTS] for retro. Either way, the income can be identified. If you choose to use the original [pay components|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.