The UPTR processes one batch of pay transactions at a time and conditionally updates the Batch Status to 'Processed by UPTR' at the end of the batch.
This process creates one batch per run and creates pay headers within that batch, or, adds to existing pay headers with the matching EE, Pay Period and Pay Category.
If the 'Updating Existing Pays' toggle is set to ON, UPTR will attempt to locate a pay to use before creating a new one.
If multiple transaction batches are chosen in one UPTR run, any employees in multiple batches will have one pay header generated with multiple transactions.
What are the conditions when UPTR will create a new pay header even if the employee has an existing pay header for the same payroll already?
Field | Description |
---|---|
Entity | Mandatory, LOV available. Users can define a specific entity to be processed. |
Pay Calendar | Mandatory, LOV Available. Users can define specific pay calendars identified to be processed. |
Current Pay Period | Mandatory, LOV Available. Users can define specific pay periods to be processed. |
Demographics Source | Mandatory, Date Source lexicon available. Defines the date to process employee information, which will then determine if changes in an employee’s data will generate a new pay header. The values are: 01-Use the Transaction Date 02-Use Pay Period End Date (default value) 03-Use Pay Issue date 04-Use Pay Period Start Date (for use with UPCPAY created pay headers) |
Pay Issue Period | Optional, LOV Available. If this field is not defined, the system will derive the IPPH Pay Issue Date from the Pay Transaction with the latest Transaction date. If a Pay Period is defined, the system will use the associated Pay Issue date from the Pay Calendar. |
Override Batch Code | Optional, Text. Users can enter a specific batch code to override. |
Pay By | Optional, Pay By lexicon available. This field defines the payment method. |
Prior Period Separate | Optional, Yes or No Default is No. When this field is set to Yes, transactions from a prior period will be generated into a separate pay header. |
Create as Eligible | Optional, Yes or No lexicon available. When this field is set to YES, the pay header batch will be created as eligible. |
Update Existing Pays | Optional, Yes or No lexicon available. When this field is set to YES, if a pay header already exists for this pay period and category, and is not calculated or closed, it will be updated with the transactions being processed. |
Bypass if Paid in Period | Optional, Yes or No lexicon available. When this field is set to YES, the pay header will be bypassed if already paid in this period. |
Exception Level | Optional, Exception Level lexicon available. This field defines the exception level (report messages) to be printed. |
Field | Description |
---|---|
Payroll | Optional, Multiple, and LOV available. Multiple payrolls can be defined for each execution of this function. |
Pay Category | Optional, Multiple, and LOV available. Users must define the category that the batches and pay headers are to be processed under. |
Batch Number | Optional, Multiple, and LOV available. Defines the pay transaction batch to be processed. |
Screen captures are meant to be indicative of the concept being presented and may not reflect the current screen design.
If you have any comments or questions please email the Wiki Editor
All content © High Line Corporation