Print      Open PDF Version of Online Help


Previous Topic

Next Topic

About Time-Based Workflow Rules

You can configure workflow rules so that actions are performed when a time limit has expired. For example, you can configure a rule so that an action on the rule is performed when the due date of a record has passed, or if a record has not been worked on for some time.

To configure a time-based workflow rule, you add one or more Wait actions to the rule. In each case where you want a time-based action to be performed, you create a Wait action that specifies the period of time for the delay, or the end-date and time of the delay. You can specify periods of time or dates directly, or you can create an expression to calculate the period or date. You then order the actions on the rule so that the Wait action comes immediately before the action that you want to delay. If more than one rule is required to fulfill a business process, you order the rules appropriately to achieve your objective.

About Reevaluating Workflow Conditions After Wait Actions

Using Wait actions, you can specify if the workflow rule condition is to be reevaluated when the waiting period ends. If the Reevaluate Rule Conditions After Wait check box on the Wait action is selected, then when the wait period ends the record is reread and reevaluated against the condition on the workflow rule.

If the rule condition is not met (because the record has been changed during the wait period), the remaining actions on the rule are not performed. By default, the Reevaluate Rule Conditions After Wait check box is selected on Wait actions.

If you deselect the Reevaluate Rule Conditions After Wait check box on a Wait action, then when the wait period ends the record is reread and the next action on the rule is performed without checking that the record still meets the rule condition. If you have more than one Wait action on a rule, the Reevaluate Rule Conditions After Wait check box must be selected on each Wait action where you want the rule condition to be reevaluated when the wait period ends.

Example of Using Time-Based Workflow Rules

The following is an example of how time-based workflow rules might be used. You might use time-based workflow rules differently, depending on your business model.

Three priority options are used for service requests: Standard, Urgent, and Critical. The priority of a service request is set to Standard by default when the service request is created. A business process for service escalation requires the following actions:

  1. After a new service request is created, and if the status of the service request is not updated within 24 hours, the priority of the service request is changed to Urgent and an email is sent to the owner of the service request to notify the owner that the service request must be updated.
  2. If another 24 hours pass without a change to the status of the service request, the following happens:
    • The Priority field on the service request is changed to Critical
    • The service request is reassigned to the original owner’s manager
    • An email is sent to the original owner of the service request and to the new owner to tell them that the service request has been reassigned to the owner's manager and the Priority has been changed to Critical

To meet this requirement, the company administrator sets up a workflow rule for the service request record type, which is configured as follows:

  1. The rule trigger is set to the following value: When New Record Saved.
  2. The rule condition specifies that the status of the service request is not set to Pending, as follows:

    [<Status>]<>LookupValue("SR_STATUS", "Pending")

  3. The following sequence of actions is on the workflow rule:
    1. A Wait action with a duration of 24 hours, with the Reevaluate Rule Conditions After Wait check box selected
    2. An Update Values action to change the Priority field on the service request to Urgent
    3. A Send Email action to send email to the owner of the service request to notify the owner that the priority of the service request has changed to Urgent and the service request must be updated
    4. A Wait action with a duration of 24 hours, with the Reevaluate Rule Conditions After Wait check box selected
    5. An Update Values action to change the Priority field on the service request to Critical
    6. An Update Values action to assign the original owner’s manager as the new owner
    7. A Send Email action to send email to the owner of the service request and to the owner's manager to notify them that the service request has been reassigned and the priority of the service request has changed to Critical

For information about creating Wait actions and Update Values actions on workflow rules, see Creating Workflow Actions: Wait and Creating Workflow Actions: Update Values.

Related Topics

See the following topics for related workflow information:


Published 5/4/2012 Copyright © 2005, 2012, Oracle. All rights reserved. Legal Notices.