Professional Documents
Culture Documents
Setup Approval Groups in PO
Setup Approval Groups in PO
There are three attributes on this form that determine the approval path of the document:
a) Forward Method
b) Default Hierarchy
c) Transaction Type (for Requisitions only)
* Each of these 3 options are described in some details below
a) Forward Method
This field has two options that apply regardless as to whether you use a Position Hierarchy or an
Employee/Supervisor relationship.
- Direct: the document will pass to the next position or supervisor in the hierarchy who has enough
authority to approve the document.
- Hierarchy: the document will pass to the next person in the hierarchy regardless to whether that
position or supervisor has enough approval authority to approve.
b) Default Hierarchy
The Default Hierarchy option will only appear on the Document Type form if the option Use Approval
Hierarchies is checked on the Human Resources zone on the Financial Options screen. The Default
Hierarchy field has a LOV. This list is derived from the hierarchies created using the Position Hierarchy
form.
The Default Hierarchy is the one that will be used by the approval process unless the person who
submits the document for approval changes it in the Approval Modal form. But, the hierarchy can only
be changed on the Approval Modal form if the attribute Can Change Approval Hierarchy is checked on
the Document Type form - and this attribute is only enabled if the Use Approval Hierarchies is checked.
When choosing the action of 'Approve' for a document, if a Forward-To person is not defined and the
person taking action does not have sufficient approval authority, the default hierarchy will first be
searched for the employee attempting the approval. This default hierarchy is defined on the Document
Types form:
Purchasing: Setup: Purchasing: Document Types
Thus, it is imperative that the low-end users (those with little approval authority) be present in this
default hierarchy so the next Forward-To approver can be found. Alternatively, the checkbox Can
Change Approval Hierarchies should be selected on the Document Types form. With this checkbox
enabled, the user has the option to specify an alternate approval hierarchy, provided that the user
belongs to one or more additional hierarchies (i.e. the Approval Hierarchy list of values in the
Document Approval window will only contain the hierarchies that this user belongs to).
If the low-end user is not part of the default hierarchy specified in the Document Types form and
chooses to approve the document, the end result will be a notification to the user stating 'No Approver
Found'.
A similar scenario of 'No Approver Found' will result if the 'Owner Can Approve' checkbox (on the
Document Types form) is disabled and the person attempting to approve the document is not in the
Default Hierarchy. When the Approve button is clicked, this setting is validated and enforced; it is at
this time that the requisition and purchase order approval workflows will look to the default approval
hierarchy, searching for the current approver's position in the hierarchy in order for the next approver
in line to be located.
c) Transaction Type
For requisitions only, select the Approval Transaction Type. If you have implemented Oracle Approvals
Management, this selection associates the transaction type with the requisition document type. Leave
the field blank to use the standard Oracle Purchasing approval logic