Negative Commitment Created When an iProcurement Requisition Is Edited Before Purchase Order Is Created
Last updated on JULY 21, 2016
Applies to:Oracle iProcurement - Version 12.1.3 and later
Information in this document applies to any platform.
In Oracle iProcurement, Release 12.1.3, when a requisition is edited after it is approved, but before the PO is created (i.e. if the requisition is rejected), negative/incorrect encumbrances (commitments) are created when the distributions are changed.
When using the forms in Oracle Purchasing to create a requisition, the issue does not occur as the commitment is not created until the requisition is approved.
When creating the requisition in iProcurement, however, the commitment is created when the requisition is initially submitted and so the issue can occur in iProcurement.
Steps To Reproduce
The issue can be reproduced at will with the following steps in Oracle iProcurement:
1. Requestor creates and submits a non-catalog requisition with two distributions:
The commitments created are:
GL Acct 22.214.171.1245050.0.0.0.0.0 - Amount 300
GL Acct 126.96.36.1995050.0.0.0.0.0 - Amount 200
2. The approver user rejects the requisition, with no changes to commitments.
3. Edit the requisition so that all 500 is on one line of distribution.
GL Acct 188.8.131.525050.0.0.0.0.0 - Amount 500
At this point, nothing changes to the commitments are sent to the GL. This is correct functionality so far, based on development's response in ER Bug 6053227 which states "when Approver edits requisition, Requisition is unreserved and funds re-reservation will happen only after last approver has approved the requisition."
4. Approve the revised requisition.
***Nothing changes to the commitments are sent to the GL. This is the problem.
When the PO is created a negative commitment is created on the requisition
GL Acct 184.108.40.2065050.0.0.0.0.0 - Amount -200
The issue has the following business impact:
Due to this issue, users have to create a manual journal entry; however, unless the dollar impact is significant they do not always know it has happened, and therefore are unable to correct it in these cases.
Sign In with your My Oracle Support account
Don't have a My Oracle Support account? Click to get started
My Oracle Support provides customers with access to over a
Million Knowledge Articles and hundreds of Community platforms