This page (revision-12) was last changed on 26-Nov-2021 10:22 by Kevin Higgs

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

Page References

Incoming links Outgoing links

Version management

Difference between version and

At line 1 added 2 lines
[{TableOfContents }]
\\
At line 5 changed one line
Only 'Closed' pay headers may be reversed.
__Only 'Closed' AND 'Disbursed' pay headers may be reversed.__
At line 9 changed one line
A reversal pay header and pay category is entered on the IPPH form. The pay number of the pay being reversed must be entered in the Reversal Pay field.
A reversal pay header and pay category is entered on the [IPPH] form. The pay number of the pay being reversed must be entered in the Reversal Pay field.
At line 22 changed 2 lines
!!REVERSAL PAY SETUP
;Pay Category - IPPGU/IPPGC
!!Reversal Pay Set Up
;Pay Category - [IPPGU]/[IPPGC]
;:Create a pay category called 'REVERSAL'
At line 27 changed one line
!!REVERSAL PAY PROCESS
!!Reversal Pay Process
At line 35 changed one line
# Run UPAUDT as usual, this will reverse all of the Transactions and Pay amounts from the Closed Pay.
# Run [UPAUDT] as usual, this will reverse all of the Transactions and Pay amounts from the Closed Pay.
At line 40 changed 2 lines
!!REVERSALS AND ATTENDANCE
Due to the fact that users may be reversing a pay that has had other pays run in between, the Reversal process in ePersonality does not make any adjustments to the Attendance application data.
!!Reversals and Attendance
Due to the fact that users may be reversing a pay that has had other pays run in between, the Reversal process in Personality does not make any adjustments to the Attendance application data.
At line 63 changed 2 lines
!!REVERSALS AND BENEFITS
Due to the fact that users may be reversing a pay that has had other pays run in between, the Reversal process in [{$applicationname}] does not make any adjustments to the Benefits application data.
!!Reversals and Benefits
Due to the fact that users may be reversing a pay that has had other pays run in between, the Reversal process in Personality does not make any adjustments to the Benefits application data.
At line 66 changed one line
!PROCESSING FREQUENCY WITH 'FIRST PAY IN PERIOD' OFF
!Processing Frequency with 'First Pay in Period' Off
At line 69 changed one line
;:The Benefit Component amounts in the benefit lines created on IBBL should be made '0' for the period that has been reversed.
;:The Benefit Component amounts in the benefit lines created on [IBBL] should be made '0' for the period that has been reversed.
At line 74 changed 2 lines
;:Re-issuing the pay will update the Benefit Enrollment (IBEN) form with the data from the 'reissued' pay.
;:If this is a BOND plan, then the Benefit Enrollment (IBEN) form must have BC1320 - Amount Available for Bond Purchase updated to reflect the fact that the original deduction was not taken. This is due to the fact that BOND information is accumulative not replacing.
;:Re-issuing the pay will update the Benefit Enrollment ([IBEN]) form with the data from the 'reissued' pay.
;:If this is a BOND plan, then the Benefit Enrollment ([IBEN]) form must have BC1320 - Amount Available for Bond Purchase updated to reflect the fact that the original deduction was not taken. This is due to the fact that BOND information is accumulative not replacing.
At line 80 added one line
\\
At line 78 changed one line
;:The Benefit Component Amounts in the Benefit Lines created on IBBL should be made '0' for the period that has been reversed.
;:The Benefit Component Amounts in the Benefit Lines created on [IBBL] should be made '0' for the period that has been reversed.
At line 80 changed one line
;:Not re-issuing the pay will mean the Benefit Enrollment (IBEN) form will still reflect the 'reversed' pays benefit data. The Benefit Components on IBEN should be updated with the previous periods calculated amounts from the Benefit Lines (IBBL).
;:Not re-issuing the pay will mean the Benefit Enrollment ([IBEN]) form will still reflect the 'reversed' pays benefit data. The Benefit Components on [IBEN] should be updated with the previous periods calculated amounts from the Benefit Lines ([IBBL]).
At line 87 changed one line
!PROCESSING FREQUENCY WITH 'FIRST PAY IN PERIOD' ON
!Processing Frequency with 'First Pay in Period' On
At line 90 changed one line
;:All benefits related to pay components must be entered either in the Sundry (IPSN) form or as a pay line in IPPH before auditing (UPAUDT) the pay header.
;:All benefits related to pay components must be entered either in the Sundry ([IPSN]) form or as a pay line in [IPPH] before auditing ([UPAUDT]) the pay header.
At line 92 changed 2 lines
Not re-calculating the benefits will mean the Benefit Enrollment (IBEN) and Benefit Lines
(IBBL) will still reflect the 'reversed' pays benefit data.
;:Not re-calculating the benefits will mean the Benefit Enrollment ([IBEN]) and Benefit Lines ([IBBL]) will still reflect the 'reversed' pays benefit data.
At line 95 changed one line
*If the amounts are different for the 're-issued' pay, then the Benefit Components in IBEN and IBBL should be updated with the correct amounts for the period that was re-issued.
*If the amounts are different for the 're-issued' pay, then the Benefit Components in [IBEN] and [IBBL] should be updated with the correct amounts for the period that was re-issued.
;Remitting from Pay Amounts
;:If you are creating remittance reports based on Pay Amounts, then there is no other maintenance to be done as the amounts will be correct in the Pay Amounts.
;Remitting from Benefit Lines
;:If you are running the remittance reports through Benefits then there is no other maintenance as the amounts will be correct on the Benefit Lines.
\\
;Not Re-issuing the check
;:The benefit component amounts in the Benefit Lines created on [IBBL] should be made '0' for the period that has been reversed.
;:Not re-issuing the pay will mean the Benefit Enrollment ([IBEN]) form will still reflect the 'reversed' pays benefit data. The Benefit Components on [IBEN] should be updated with the previous periods calculated amounts from the Benefit Lines ([IBBL]).
;Remitting from Pay Amounts
;:If you are creating remittance reports based on Pay Amounts then [IBEN] should be updated with the previously calculated amounts from [IBBL].
;Remitting from Benefit Lines
;:If you are running the remittance reports through Benefits then there is no other maintenance as the amounts will be correct on the Benefit Lines.
----
![Notes|Edit:Internal.PAY REVERSAL]
[{InsertPage page='Internal.PAY REVERSAL' default='Click to create a new notes page'}]