|Bookshelf Home | Contents | Index | PDF|
NOTE: A number of the functions available with Workflow Policies can be supported using Workflow Processes. It is recommended that Workflow Policies be used to define conditions for invoking workflow processes. Use Workflow Processes for defining the actions.
The basic underlying construct of Workflow Policies is the rule. The structure of a rule is: if all conditions are true, then an action occurs. The rule contains a policy condition and a policy action. This means when the conditions of the workflow policy are met, an action occurs.
A workflow policy represents the rules the database monitors. A workflow policy, based on the Workflow Policies rule structure, is composed of conditions and actions. A workflow policy condition is a trigger—a circumstance or situation that causes something to happen. A workflow policy action is an action invoked by a policy condition being fulfilled. You can also have a duration, which is the period of time for which all policy conditions exist for the conditions of the policy to be met.
A policy condition expresses an object/attribute relationship to a value. For example, a policy condition may target data such as Service Request Severity. The policy condition compares that data to a value, such as 1-Critical. The combination of the data element (Service Request Severity), a comparison operation (=), and the value (1-Critical) make up the policy condition.
The fact that a Service Request Severity is 1-Critical may be an issue only if the policy condition remains valid for some extended period of time, such as two hours. If this is the case, a duration can be set for two hours on the workflow policy. The duration becomes part of the policy condition. The policy actions are not executed until the policy conditions are met for the specified duration.
Policy actions can also occur when time duration is not set. For example, email is automatically sent to a sales manager each time a sales representative quotes a discount rate exceeding 25 percent on revenue less than $100,000.
Policies frequently have more than one condition. All the conditions of the policy must be met before an action can occur. A service request with a severity of 1-High and a duration of two hours may be important only if another comparison is also valid, such as the Service Request Status is Open. The policy condition becomes the combination of these two comparison operations:
Siebel Workflow Policies supports only AND linkages between policy conditions, not OR linkages. If you need to monitor the SR Severity to be 1-Critical or 2-High and the SR Status is Open, you can use the IN operand to evaluate the OR of the SR Severity Condition.
Alternatively, OR linkages can be simulated by creating multiple policies for each key policy condition. The combination of workflow policies will act like an OR linkage. For more discussion on comparisons, see Using Comparison Values in the Conditions Applet.
A workflow policy action contains two parts: the action and the action parameters. An action is a type of request, such as "Send an Urgent Page." Action parameters are the arguments, such as the name of the recipient of the page and the alphanumeric text transmitted with the page.
You can specify several actions for one workflow policy, such as sending a page to one person and an email to another. You can reuse actions in multiple workflow policies. See About Customizing Workflow Policies with Siebel Tools for a discussion of actions and their parameters.
You can use programs in multiple action definitions and you can use action definitions in multiple workflow policies. Predefined Programs contains a list of the predefined programs.
Workflow policies are organized into groups. A workflow policy group is a collection of workflow policies to facilitate load balancing on the servers. Workflow policy groups allow you to manage and optimize Workflow Agent process performance by grouping similar policies to run under one Workflow Agent process.
The key elements of the Workflow Policies module are workflow policy object creation in Siebel Tools, workflow policy creation in Siebel Business Process Designer, and policy execution by the Siebel Server Workflow Components.
The Workflow Policies module is administered through the Siebel Business Process Designer in the Siebel client. Instructions for accessing and using the Workflow Policies views are in About Customizing Workflow Policies with Siebel Tools.
|Siebel Business Process Designer Administration Guide|