0% found this document useful (0 votes)
652 views16 pages

Position Based Approval Hierarchy

The document describes how to set up an approval hierarchy using positions in Oracle Purchasing. It involves 6 key steps: 1) enabling approval hierarchies, 2) creating positions, 3) assigning positions to employees, 4) defining the position hierarchy, 5) creating approval groups for each position, and 6) assigning approval groups to positions. This determines the approval routing for purchase requisitions based on the defined position hierarchy.

Uploaded by

Muhammad Faysal
Copyright
© Attribution Non-Commercial (BY-NC)
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as DOCX, PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
652 views16 pages

Position Based Approval Hierarchy

The document describes how to set up an approval hierarchy using positions in Oracle Purchasing. It involves 6 key steps: 1) enabling approval hierarchies, 2) creating positions, 3) assigning positions to employees, 4) defining the position hierarchy, 5) creating approval groups for each position, and 6) assigning approval groups to positions. This determines the approval routing for purchase requisitions based on the defined position hierarchy.

Uploaded by

Muhammad Faysal
Copyright
© Attribution Non-Commercial (BY-NC)
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as DOCX, PDF, TXT or read online on Scribd
You are on page 1/ 16

Approval hierarchies let you automatically route documents for approval.

There are two kinds of approval hierarchies in Purchasing: position hierarchy and employee/supervisor relationships. If an employee/supervisor relationship is used, the approval routing structures are defined as you enter employees using the Enter Person window. In this case, positions are not required to be setup. If you choose to use position hierarchies, you must set up positions. Even though the position hierarchies require more initial effort to set up, they are easy to maintain and allow you to define approval routing structures that remain stable regardless of how frequently individual employees leave your organization or relocate within it.

Setups required for Position hierarchy in detail: Say we want to implement the below position hierarchy for the Requisition Document approval routing in Purchasing (Each rectangle represents a Position), below are the setups required:

1) Enable the check box Use Approval Hierarchies

Navigation: Purchasing Responsibility > Setup > Organizations > Financial Options

Click Human Resources tab. to use positions and position hierarchies to determine approval paths for your documents within Purchasing. (Disable this option if you want approval paths based on the supervisor structure)

2) Create Positions S20, MGR, DIR based on the above hierarchy in HR.

Navigation: Human Resources responsibility > Work Structures > Position > Description Click on New Button and enter the required fields.

Similarly create MGR and DIR positions.

3) Assign the positions created to the Employees who fall under the portfolio. Each position can be assigned to more than one employee.

Navigation: Human Resources responsibility > People > Enter and Maintain

Query for the Employee Name. Click on Find Button.

Click on Assignment button

Enter the desired value in the Position field.

Save the work.

4) Create the Position hierarchy

Navigation: Human Resources Responsibility > Work Structures > Position > Hierarchy

Enter Hierarchy Name Save Enter the From Date Save

Click in the POSITION field and query the position you would like to be your Top position. In our example you would query for DIR.

After the Position is selected Press the Down Key. Your cursor will now be in the subordinate region, choose the position MGR to go under DIR position.

Again hit the Blue Down Arrow. You will now see the Subordinate position shift to where the Top Position was located. Add a new Position S20.

Save the work.

5) Create Approval groups for each Position.

Approval Groups window lets you define the Approval limits for a particular group which will be assigned to a position. As per our example, we will create three Approval Groups S20, MGR, DIR and define the limits.

Navigation: Purchasing Responsibility > Setup > Approvals > Approval Groups

Enter the Name of the approval group Select Enabled to permit the approval group to be assigned to a position in the Approval Assignments window. Choose one of the following Objects: Account Range (Required) You enter the accounting flexfields for the Low and High Values. Document Total (Required) The document total refers to the monetary limit on an individual document. Item Category Range You enter the purchasing category flexfields for the Low and High Values. Item Range For this option, you enter the item flexfields for the Low and High Values. Location The location refers to the deliver-to location on a requisition as well as the ship-to location on purchase orders and releases. Select the rule Type: Include or Exclude indicates whether to allow objects that fall within the selected range. Enter the Amount Limit. This is the maximum amount that a control group can authorize for a particular object range.

Enter the Low Value. This is the lowest flexfield (accounting, purchasing category, or item) in the range pertinent to this rule. When the object is Location, enter the location. You cannot enter this field when the object is Document Total. Enter the High Value. This is the highest flexfield (accounting, purchasing category, or item) in the range pertinent to this rule. You cannot enter this field when the object is Location or Document Total. Save your work.

6) Assign the Approval groups to the Position

Navigation: Purchasing Responsibility > Setup > Approvals > Approval Assignments

Query the Position for which you want to assign the Approval group.

Select the Document type you want to assign to this position or job (As per our example we will choose Approve Purchase Requisition) Enter the approval group that you want to assign to the selected position or job. The list of values includes only enabled approval groups with at least one approval rule. (Assign it to the approval group DIR as per our example) Enter the Start Date and End Date for the assignment. Save your work.

Similarly assign the Approval groups MGR and S20 to the positions MGR and S20 respectively for the document type Approve Purchase Requisition.

7) Assign the Position hierarchy created to the desired Document Type. Document Types window can be used to define access, security, and control specifications for all Purchasing documents. Navigation: Purchasing Responsibility > Setup > Purchasing > Document Types

Find Document Types window appears. Select the document type Requisition .

Enter your Document Name for the document. The description must be unique for the given document type.

Check Owner Can Approve to indicate that document preparers can approve their own documents. Check Approver Can Modify to indicate that document approvers can modify documents. Check Can Change Forward-To to indicate that users can change the person the document is forwarded to.

Check Can Change Forward-From to indicate that users can change the name of the document creator. This field is applicable only when the Document Type is Requisition.

Check Can Change Approval Hierarchy to indicate that approvers can change the approval hierarchy in the Approve Documents window. This field is not applicable when the Document Type is Quotation or RFQ.

Check Disable to disable a document type. For Purchase requisitions only, select Use Contract Agreements for Auto Sourcing to require the requisition creation autosourcing logic to include approved contract purchase agreements.

Include Non-Catalog Requests For Oracle iProcurement only, this checkbox is used in conjunction with the Use Contract Agreements for Auto Sourcing. Select this checkbox to enable the use of contract purchase agreements when autosourcing non-catalog requisitions.

Choose one of the following options: Hierarchy Only the document owner and users above the owner in the defined purchasing security hierarchy may access these documents.

Private Only the document owner may access these documents. Public Any user may access these documents. Purchasing Only the document owner and users listed as buyers in the Define Buyers

window may access these documents. Choose one of the following Access Level options:

Full Users can view, modify, cancel, and final close documents. Modify Users can only view and modify documents. View Only Users can only view documents. Choose one of the following options:

Direct The default approver is the first person in the preparers approval path that has

sufficient approval authority. Hierarchy The default approver is the next person in the preparers approval path

regardless of authority. (Each person in the approval path must take approval action until

the person with sufficient approval authority is reached.) Choose the Position Hierarchy that we have created previously Purchasing Approval Test as the Default Hierarchy field.

Run the Fill Employee Hierarchy Request Navigation: Purchasing Responsibility > View Requests Click on Submit a New Request button and select Single Request.

Approval routing explanation based on the example hierarchy:

1. Say the S20 position creates a Purchase Order for $4,000 and submits for Approval. 2. The system will look at which Approval Hierarchy to be used from the Document Types window. Since in our example Owner Can Approve is not checked, it will try to determine what the Approval group is for the position MGR as MGR is the next Position in our hierarchy. 3. Once the Approval Group is located, the rules will then be considered one at a time, from first

to last. 4. If all rules are satisfied, the Purchase Order will be forwarded to the Manager for Approval. If a rule cannot be satisfied, the Purchase Order will be forwarded to the next position (DIR) in the Hierarchy. Whoever is assigned to that position will then need to take action on the Purchase Order.

In release 11.0, when attempting to Approve a Purchase Order, if the system doesnt find any of the positions defined in the hierarchy to have the authority to Approve, then the Document will remain Incomplete without any warnings instead of In Process.

Common questions

Powered by AI

The setup process for approval groups involves defining monetary limits and conditions under which approvals can be granted for specific document types. By setting low and high values for account ranges, document totals, item categories, and locations, the system ensures that only approved positions with defined limits can authorize transactions. Additionally, rules can be selected to include or exclude options, providing a nuanced control mechanism .

If a Purchase Order remains 'Incomplete' due to insufficient approval authority within the hierarchy, it halts the procurement process, potentially delaying operational needs being met. This situation may necessitate revising approval hierarchies to ensure that such scenarios are rare or initiating exemption protocols. This highlights the crucial need for appropriately configuring approval limits and hierarchies to match organizational requirements .

Enabling 'Use Contract Agreements for Auto Sourcing' can significantly enhance procurement efficiency by ensuring that approved contract purchase agreements are automatically factored into requisition creation and sourcing decisions. This reduces cycle time for approvals and negotiation, minimizing manual intervention and promoting consistency in purchasing decisions. Procurement teams can thus focus their efforts on strategic activities rather than operational processes .

The 'Approver Can Modify' option allows the approver of a document to make modifications before finalizing it. This flexibility can facilitate adjustments based on new information or corrections needed during approval, thereby enhancing the accuracy and relevance of the document at the approval stage. However, it also places significant trust and responsibility in the hands of the approver to make necessary modifications responsibly .

Position hierarchies require the set up of specific positions and are more stable in the long term as they are less prone to changes when employees leave or relocate. On the other hand, employee/supervisor relationships use existing employee data and do not require additional position setups. Selecting position hierarchies involves more initial setup effort, but they are easier to maintain because they are unaffected by staff changes, while employee/supervisor hierarchies may require frequent updates as organization membership changes .

Enabling 'Can Change Forward-To' and 'Can Change Forward-From' would be beneficial in dynamic environments where staff roles frequently change or when urgent approvals are required while the primary approver is unavailable. These settings allow flexibility in document routing, ensuring continuity in approval processes without delays, and adapting to sudden staffing changes or availability .

The 'Hierarchy' access level option restricts document access to the document owner and others higher in the defined purchasing security hierarchy. This limits exposure of sensitive purchasing information, thereby enhancing security. By ensuring only relevant personnel have document access, organizations can better manage information flow and maintain operational confidentiality .

The 'Owner Can Approve' setting allows the document preparer to approve their own documents, streamlining the approval process and possibly expediting time-sensitive requisitions. Disabling this option adds a layer of control and ensures that independent verification occurs by having another individual in the hierarchy approve the document, thus reducing potential conflicts of interest .

Choosing 'Direct' as the default approver sends the document to the first person in the approval path with the necessary authority, accelerating the approval process. In contrast, 'Hierarchy' requires each person in the path to take action until reaching the sufficiency of authority. While 'Hierarchy' ensures thorough review, it might slow down approval, affecting operational efficiency where rapid decision-making is crucial .

Position hierarchies are essential in high-turnover environments because they remain stable regardless of personnel changes. Unlike employee/supervisor relationships, position hierarchies establish a structure that does not require frequent updates when an employee leaves or changes roles. This ensures that the approval process remains consistent and reliable, supporting continuous and smooth operation of the purchasing system .

You might also like