TIME SHEET PRIOR PERIOD ADJUSTMENT
Back to current versionRestore this version

TIME SHEET PRIOR PERIOD ADJUSTMENT#

The purpose of this white paper is to provide instructions on how to setup new dialogs in order to allow users to enter Time Sheet Prior Period Adjustments in a current Time Sheet.

Once a time sheet has a “Sent to PR” status, no changes can be made to the time sheet. Data entered through the ‘open’ time sheet (TS) dialogs is restricted to a time sheet period. Therefore this feature has been implemented to allow users to enter prior period adjustments in a current time sheet in Self Service.


Current Solutions#



Prior Period Adjustments limitations#

Because of the allowed prior period adjustments for the From/To time sheet, we implement the rounding rule on prior time sheet entries (PTSE) that have start and end time. This was needed because we could not use the regular path of execution (TSH + TTX + Rounding on INs and Outs -> PTSE) used for data that belongs to the current time sheet. All of prior period adjustments are entered using PTSE, so if you enter time for a whole shift with three slots (work, meal, work) then you have to enter three PTSE for each time frame.

Add / Delete Prior Period Adjustment Dialogs#

This new dialogs are not added by default into forms. They can be added by the users using the following columns: The following is an example of how to add these dialogs into the WETTS form.

MPPPA – Add Prior Period Adjustment

Note: If the dialog is used for Hours TS, the start and end time can be hidden using security. The dialog consists of three sections: 1. A section used to define the prior period adjustment 2. A section used to show the summary from the original time sheet and does not include any adjustments 3. A section used to show the summary for adjustment entered under the current time sheet

MPDCH – Delete All Prior Period Adjustments for Date

The system will delete all adjustments entered for a specified date. Reason for Change LOV Setup 1. In IMLN, add the user defined time rule that will be used by this LOV to the X_TM_PRIOR_PERIOD_ADJ lexicon. The following is an example of how this lexicon can be defined.

2. Lexicon Saved Value should match time rule type defined in ITRT. The description entered in ITRT will become a value in the Reason for Change LOV. User defined Time Rule type should be created with a sequence # greater than 9000.

It is important to use the correct time rule action for the time rules used in the prior period adjustments. They should be defined as below:  "Add" if the time rule needs to add time  "Replace" if the time rule needs to offset time 3. Reason for Change LOV is a combination of the lexicon values and employee time rules defined in IDWR