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

This page was created on 26-Nov-2021 10:22 by JLawler

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
69 26-Nov-2021 10:22 9 KB kparrott to previous
68 26-Nov-2021 10:22 9 KB jmyers to previous | to last APPROVAL_WIP_REC ==> APPROVAL_WIP_REC(System_Preference)
67 26-Nov-2021 10:22 9 KB JEscott to previous | to last
66 26-Nov-2021 10:22 9 KB JEscott to previous | to last
65 26-Nov-2021 10:22 9 KB JEscott to previous | to last
64 26-Nov-2021 10:22 9 KB JEscott to previous | to last
63 26-Nov-2021 10:22 9 KB JEscott to previous | to last
62 26-Nov-2021 10:22 9 KB JMyers to previous | to last
61 26-Nov-2021 10:22 9 KB JMyers to previous | to last

Page References

Incoming links Outgoing links

Version management

Difference between version and

At line 71 added 9 lines
||Abbreviation||Stored Value
|Department Manager| 01
|Position Manager| 02
|Assignment Manager| 03
|First Manager| 04
|Specified Person| 07
|Spec List Of People| 08
|Last Approver's Manager| 09
|All Managers| 10
At line 81 added 2 lines
At line 99 added 17 lines
!Approvers
Approvers may be restricted using a “WHERE_CLAUSE” (IMDAO) to which approval entity they can approve within this process.
Example: For the PA beginning approved above The PROCESS has already said that only PA’s of type “A WAGE INCREASE” will be approved. And the specified approver can now only approve PA’s for employees in a specific “DEPARTMENT”.
Approvers that qualify in the above WHERE_CLAUSE are then assessed for their particular type. (Department Manager, Position Manager, Assignment Manager, Any Manager, Specified Person, Spec List Of People)
The “Manager” types are considered to be off the prime assignment for the identity of the approval entity. Ex: For the PA in the example above. This PA is for specific person. The manager defined on the prime assignment either for department, position, assignment or any person who is a manager at any of the previous levels will qualify as an approver for the above approval step.
*The “Specified Person” is the selected identity as the qualified approver the above approval step.
*The “List of People” allows all identities in the list as qualified approvers.
%%information People lists that are generated through ep2k can only be used in this selection. These people lists use the “WHERE_CLAUSE” functionality as defined in [IMDAO]%%
At line 174 removed 25 lines
!Approvers
Approvers are defined by selecting an Approver Type. Supported Approver types as defined in X_APPROVER_TYPE lexicon are listed below.
||Abbreviation||Stored Value
|Department Manager| 01
|Position Manager| 02
|Assignment Manager| 03
|First Manager| 04
|Specified Person| 07
|Spec List Of People| 08
|Last Approver's Manager| 09
|All Managers| 10
Approvers may be restricted using a “WHERE_CLAUSE” (IMDAO) to which approval entity they can approve within this process.
Example: For the PA beginning approved above The PROCESS has already said that only PA’s of type “A WAGE INCREASE” will be approved. And the specified approver can now only approve PA’s for employees in a specific “DEPARTMENT”.
Approvers that qualify in the above WHERE_CLAUSE are then assessed for their particular type. (Department Manager, Position Manager, Assignment Manager, Any Manager, Specified Person, Spec List Of People)
The “Manager” types are considered to be off the prime assignment for the identity of the approval entity. Ex: For the PA in the example above. This PA is for specific person. The manager defined on the prime assignment either for department, position, assignment or any person who is a manager at any of the previous levels will qualify as an approver for the above approval step.
*The “Specified Person” is the selected identity as the qualified approver the above approval step.
*The “List of People” allows all identities in the list as qualified approvers.
%%information People lists that are generated through ep2k can only be used in this selection. These people lists use the “WHERE_CLAUSE” functionality as defined in [IMDAO]%%