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

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
8 26-Nov-2021 10:22 5 KB kparrott to previous
7 26-Nov-2021 10:22 5 KB kparrott to previous | to last
6 26-Nov-2021 10:22 5 KB kparrott to previous | to last
5 26-Nov-2021 10:22 5 KB kparrott to previous | to last
4 26-Nov-2021 10:22 5 KB kparrott to previous | to last
3 26-Nov-2021 10:22 5 KB JEscott to previous | to last
2 26-Nov-2021 10:22 5 KB JEscott to previous | to last
1 26-Nov-2021 10:22 4 KB JEscott to last

Page References

Incoming links Outgoing links
UPRETRO
UPRETRO

Version management

Difference between version and

At line 9 changed one line
[RETROACTIVE PAY]
For more information on the necessary set up required to run UPRETRO see the [RETROACTIVE PAY] page.
At line 13 changed 3 lines
|__From Date __|__Mandatory, Date, LOV Available__\\Used to qualify the pays to be evaluated. Only ‘closed’ pays with pay start date (on\\the IPPH) greater than or equal to this date will be included in the retro evaluation.
|__To Date__|__Mandatory, LOV Available__\\Used to qualify the pays to be evaluated. Only ‘closed’ pays with pay end date (on \\the IPPH) less than or equal to this date will be included in the retro evaluation.
|__New Pay Category__|__Mandatory, LOV Available__\\Pays will be created with the category specified in this field. Pay categories are\\defined on the IPPGU (U.S. Clients) and/or the IPPGC (Cdn. Clients).
|__From Date __|__Mandatory, Date, LOV Available__\\Used to qualify the pays to be evaluated. Only ‘closed’ pays with pay start date (on\\the [IPPH]) greater than or equal to this date will be included in the retro evaluation.
|__To Date__|__Mandatory, LOV Available__\\Used to qualify the pays to be evaluated. Only ‘closed’ pays with pay end date (on \\the [IPPH]) less than or equal to this date will be included in the retro evaluation.
|__New Pay Category__|__Mandatory, LOV Available__\\Pays will be created with the category specified in this field. Pay categories are\\defined on the [IPPGU] (U.S. Clients) and/or the [IPPGC] (Cdn. Clients).
At line 17 changed 2 lines
|__Triggered Employees Only__|__Optional, Toggle__\\If chosen, only those employees with the IEAS field ‘Trigger Retro’ set to ‘on’ will be\\processed.
|__Update Existing Pays__|__Optional, Toggle__\\Defaults to ‘Yes’. Causes UPRETRO to create the ‘new’ retro assessment amounts \\into an existing pay (IPPH record, must have been created prior to running\\UPRETRO, and must be in stage ‘To Be Audited’ or ‘Audited’). This option allows \\users to pay retro on the same pay header as their ‘regular’ pay. \\Note: if users would like a separate pay (to control taxation or sundries, or to \\prevent benefits or attendance calculations from occurring), but do not want multiple\\pay stubs to be created:\\1) Choose ‘No’ for this parameter (create retro into a separate pay);\\2) Use the ‘Consolidate Disbursements’ flag on the Pay Category (IPPGU or\\IPPGC) to force one pay stub for both pays.
|__Triggered Employees Only__|__Optional, Toggle__\\If chosen, only those employees with the [IEAS] field ‘Trigger Retro’ set to ‘on’ will be\\processed.
|__Update Existing Pays__|__Optional, Toggle__\\Defaults to ‘Yes’. Causes UPRETRO to create the ‘new’ retro assessment amounts \\into an existing pay ([IPPH] record, must have been created prior to running\\UPRETRO, and must be in stage ‘To Be Audited’ or ‘Audited’). This option allows \\users to pay retro on the same pay header as their ‘regular’ pay. \\Note: if users would like a separate pay (to control taxation or sundries, or to \\prevent benefits or attendance calculations from occurring), but do not want multiple\\pay stubs to be created:\\1) Choose ‘No’ for this parameter (create retro into a separate pay);\\2) Use the ‘Consolidate Disbursements’ flag on the Pay Category ([IPPGU] or\\[IPPGC]) to force one pay stub for both pays.
At line 20 changed one line
|__Create as Eligible__|__Optional, Toggle__\\Choose if the new batches should be flagged as ‘eligible to pay’ or not. UPCALC \\will ignore batches with this flag ‘off’. This flag may be manually updated on the \\ IPBE (Administer Batches) form, and is used to ensure that batches are not\\prematurely picked up by an UPCALC run.
|__Create as Eligible__|__Optional, Toggle__\\Choose if the new batches should be flagged as ‘eligible to pay’ or not. [UPCALC] \\will ignore batches with this flag ‘off’. This flag may be manually updated on the \\ [IPBE] (Administer Batches) form, and is used to ensure that batches are not\\prematurely picked up by an [UPCALC] run.
At line 24 added one line
|__Trial__|__Optional, Toggle__ \\If ‘OFF’ then the update is committed. \\If ‘ON’ then the update is not committed and the [UPTL] may be run again.
At line 26 added one line
This page (revision-8) was last changed on 26-Nov-2021 10:22 by kparrottTop