A refund control typically requires one or more levels of approval before any financial activity can take place. The refund control type defines an approval hierarchy, indicating which group of users is authorized to approve the refund control based on its total amount (sum of all the overpayment amounts). The refund control type may be configured to require multiple levels of approval based on the total amount. Or it may indicate that a single group should approve where the group to approve can depend on the total amount. This is analogous to the approval functionality provided for an overpayment process. Refer to Approval Is Controlled By Its Type for more information.
If there is some amount that doesn't require approval, the refund control transitions directly to Approved. If one or more levels of approval are required, the record transitions to Approval in Progress and remains in this state until all approval occur. At any time, a user can choose to Reject the refund control at which point they may be prompted for a reject reason, based on the configuration. Once all approvals are done, the record transitions to Approved.
To Do Entries are created to notify approvers. This analogous to the functionality provided for overpayments. Refer to To Do Entries Are Created to Notify Approvers for more information.
Copyright © 2007, 2016, Oracle and/or its affiliates. All rights reserved. Documentation build: 2.5.2016 10:21:45 [T1_1454696505000]