LOAD PRIOR PERIOD LEAVES#



Load Prior Period Leaves#

The Load Prior Period Leaves (UPPAL) form allows you to ....


Report Parameters & Filters#

Report Parameters
EntityMandatory, LOV Available. Limits the process to the entity specified.
PayrollMandatory, LOV Available. Only one payroll may be selected per execution of this function.
Pay CategoryMandatory, LOV Available. Users must indicate the category that the batches and pay headers are to be processed under.
Process for Past PeriodMandatory
This field identifies ....
From DateMandatory, Date, LOV Available. Defaults from the pay period chosen but may be changed.
To DateMandatory, Date, LOV Available. Defaults from the pay period chosen but may be changed.
Batch TypeMandatory, LOV Available. Batch and their pay headers may be created with hours and salary, hours only or salary only. This setting, if used, overrides the work rule (IDWR - Time Codes tab) Time Generation Rule.
Batch ByMandatory, LOV Available, Defaults as <Department>. Users may batch by authorization area, department, department batch code, location, or payroll.
Exception LevelMandatory, LOV Available. Users may increase the level of logging done from exception to user, legislation, usercalc, program or utility levels.
Create as ApprovedOptional, Toggle. Should the transaction batches be created as pre-approved? The ‘approved’ flag may be used to indicate that the batch has been finished, audited, and/or approved by a supervisor. Sites that do not wish to use this functionality may create pre-approved batches. The batch must be both eligible and approved to be picked up by the Update Pay Transactions program (UPTR).
Create as EligibleOptional, Toggle. Should the transaction batch be created as eligible? The eligible flag is often used to communicate between payroll clerical staff entering time, and the payroll master. Users indicate that the batch is ‘eligible’ (ready). If users do not wish to use this functionality, they may create the batch as eligible. The batch must be both eligible and approved to be picked up by the Update Pay Transactions program (UPTR).
TrialOptional, Toggle. If ‘ON’ then the update is not committed and UPTG may be run again. If ‘OFF’ then the update is committed.
User CommentMandatory
This field identifies ....

Report Filters
People ListOptional, Multiple, and LOV Available. A people list may be used to indicate specific employee transaction to be processed.
PersonOptional, Multiple, and LOV Available. The person code(s) of specific employee(s) to be processed.
LocationOptional, Multiple, and LOV Available. The report may be limited to the locations specified in this field.
DepartmentOptional, Multiple, and LOV Available. The report may be limited to the departments specified in this field.
Auth AreaOptional, Multiple, and LOV Available. The report may be limited to the authorization area specified in this field.
Org LevelOptional, Multiple, and LOV Available. The report may be limited to the organization level specified in this field.
UnitOptional, Multiple, and LOV Available. The report may be limited to the units specified in this field.
Group Optional, Multiple, and LOV Available. The report may be limited to the groups specified in this field.
Pay TypeOptional, LOV Available. May limit processing of employees to the type of pay indicate on their group.
StatusOptional, Multiple, and LOV Available. May limit the processing of employees to their employment status.

GENERATE PAY TRANSACTIONS#

Processing Information#

The Generate Pay Transactions (UPTG) form is used to create pay transactions for a selected number of employees based on their work rule definition.

Generation of batches of Pay Transactions is done for:

  • a specified payroll;
  • a set of employees within the payroll that match the report parameters;
  • a specified pay period or a date range within the specified pay period; or
  • a specified pay category.