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

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
17 26-Nov-2021 10:22 6 KB JMyers to previous
16 26-Nov-2021 10:22 6 KB JMyers to previous | to last
15 26-Nov-2021 10:22 6 KB JMyers to previous | to last
14 26-Nov-2021 10:22 5 KB JMyers to previous | to last
13 26-Nov-2021 10:22 4 KB JAiken to previous | to last
12 26-Nov-2021 10:22 4 KB JEscott to previous | to last
11 26-Nov-2021 10:22 4 KB JEscott to previous | to last
10 26-Nov-2021 10:22 5 KB JEscott to previous | to last
9 26-Nov-2021 10:22 5 KB JEscott to previous | to last
8 26-Nov-2021 10:22 4 KB JEscott to previous | to last
7 26-Nov-2021 10:22 4 KB JEscott to previous | to last
6 26-Nov-2021 10:22 3 KB JEscott to previous | to last
5 26-Nov-2021 10:22 2 KB JEscott to previous | to last
4 26-Nov-2021 10:22 1 KB JEscott to previous | to last
3 26-Nov-2021 10:22 1 KB JEscott to previous | to last
2 26-Nov-2021 10:22 1 KB JEscott to previous | to last
1 26-Nov-2021 10:22 809 bytes JEscott to last

Page References

Incoming links Outgoing links

Version management

Difference between version and

At line 1 removed one line
[{TableOfContents }]
At line 4 changed one line
WMTTSE (Manage Time Exception) was developed to give managers the ability to manage their employees' time exceptions for a pay period. This functionality can only be used for employees whose time sheets are generated with shifts (start and end time sheets). As an exception is handled, it is removed from the exception list.
WMTTSE (Manage Time Exception) was developed to give managers the ability to manage their employees time exceptions for a pay period. This functionality can only be used for employees whose time sheets are generated with shifts (start and end time sheets). As an exception is handled, it is removed from the exception list.
At line 6 changed one line
The screen will only display previous day(s) time exceptions. Clients have the ability to define the time frame for which they want the exceptions to display in the list. This may be done by modifying the where clause called ‘EX_TM_TYP_MGR’. By default the exception period is 7 days from yesterday. Although users have the ability to change the exception period, we do not recommend making the interval too long as it may result in performance issues.
The screen will only display previous day(s) time exceptions. Clients have the ability to define the time frame for which they want the exceptions to display in the list. This may be done by modifying the where clause called ‘EX_TM_TYP_MGR’. By default the exception period is 7 days from yesterday. Although users have the ability to change the exception period, High Line does not recommend making the interval too long as it may result in performance issues.
At line 9 changed one line
This section displays all employees who have exceptions that must be handled.
This section displays all employees that have exceptions that must be handled.
At line 22 removed one line
There are 2 dialogs that can be used to manage exceptions listed in the grid:
At line 24 changed 4 lines
;[Change Work|ACT_CATEGORIZE_WORK]: This button allows managers to allocate the time for the specific transaction against a specific time code or use special conditions. Once the time sheet has been approved the dialog will no longer be available.
;[Add Leave|ACT_ADD_AWAY_FROM_WORK]:This button allows managers to place the employee on leave by selecting the appropriate time code or special condition.Once the time sheet has been approved the dialog will no longer be available.
;[Change Work|ACT_CATEGORIZE_WORK]: This button allows Managers to allocate the time for the specific transaction against a specific time code or use special conditions. Once the time sheet has been approved the dialog will no longer be available.
;[Add Leave|ACT_ADD_AWAY_FROM_WORK]:This button allows Managers to place the employee on leave by selecting the appropriate time code or special condition.Once the time sheet has been approved the dialog will no longer be available.
At line 40 changed 3 lines
;[Expected Punch Prediction|CLOCK_ENTRY_TYPE]:This field will display what the expected punch will be, ie: In, Out
;[In Punch|DRV_IS_IN]:This field will indicate if the clock punch was an IN punch type.
;[Out Punch|DRV_IS_OUT]:This field will indicate if the clock punch was an OUT punch.
;[Expected Punch^Prediction|CLOCK_ENTRY_TYPE]:This field will display what the expected punch will be, ie: In, Out
;[In^ Punch|DRV_IS_IN]:This field will indicate if the clock punch was an IN punch type.
;[Out^ Punch|DRV_IS_OUT]:This field will indicate if the clock punch was an OUT punch.
At line 54 removed 36 lines
\\
----
!!Restrictions on Changing the Time Sheet
The following restrictions have implemented on the time sheet:
#The ‘Change Work’ and ‘Add Leave’ dialogs will be disabled once a time sheet has been approved (i.e. Time Sheet Status = Ready for Payroll)
#The ‘Create Missing Punch’ dialog will always be enabled, however once a time sheet has been submitted and if a punch is added to the time sheet it will not be processed in the system. The Maintain Clock Entry form will store the punch with a status of ‘Un-generated’. The Audit Info field will display a message indicating that the time sheet has been closed.
\\
----
!!Defining the Time Codes to Display in the Exceptions List
Each client can identify which time codes they would like to display in the exceptions list by setting up the lexicon ‘X_TM_EXCEPTIONS’. Each time code must be setup in the lexicon ‘X_TM_EXCEPTIONS’ as follows:
|Saved Value|Time Code (this must be identical to the time code definition)
|Displayed Value|It is recommended that this value be identical to the saved value
|Meaning|It is recommended that this value be identical to the saved value
|Usage|User-Defined
\\
----
!!Defining the Time Frame for Displaying Exceptions
Clients have the ability to define the time frame for which they want the exceptions to display in the list. A where clause called ‘EX_TM_TYP_MGR’ should be defined.
[WMTTSE.JPG]
\\
By default the exception period is seven days from yesterday. Although users have the ability to change the exception period, it is not recommended to make the interval too long as it may result in performance issues.
\\
----
!!Making the Function Available in Self-Service
As with any other Self Service function, this must be attached to the manager menu in [IMMU] and appropriate execution rights granted to the function in [IMER].
----
![Notes|Edit:Internal.WMTTSE]
[{InsertPage page='Internal.WMTTSE' default='Click to create a new notes page'}]