Bookshelf Home | Contents | Index | PDF |
Siebel Business Process Framework: Workflow Guide > Defining Custom Workflow Policies > Defining Conditions for a Workflow Policy > Using Specialized Operators in the Conditions List'The Comparison field supports the IS ADDED, IS UPDATED, and IS DELETED specialized operators. Siebel CRM uses these operators for special conditions that it uses with Dynamic mode when it calls rows to look up a regular condition. If you define a workflow policy that runs in batch, then you must use a specialized operator in conjunction with a regular workflow policy condition. Siebel CRM uses the following operators only at the workflow policy component level:
Siebel CRM uses the following operators only at the field level:
Guidelines for Using Specialized OperatorsIf you use specialized operators, then it is recommended that you use the guidelines that Table 62 describes.
Generating Database Triggers with Specialized and Standard OperatorsSiebel CRM implies an OR between specialized operators, where one or more of the workflow policy conditions must be met before the action occurs. For example, a service representative can receive an email if Siebel CRM adds an activity to an open service request. The following conditions in the policy implement this example: If a workflow policy condition is IS ADDED or IS UPDATED, then the database triggers that Siebel CRM creates do not represent every condition defined in the policy. The policy ignores any database triggers that are not represented. For details, you can examine the entries in the trigger.sql file that Siebel CRM creates as a result of doing the comparison. This behavior is expected. If you modify a condition, then you must run Generate Triggers so that Siebel CRM implements this condition. If you use a workflow policy condition with a standard operator, then the database triggers that Siebel CRM creates encompass the condition. If you use a specialized operator, then Workflow Monitor Agent evaluates this condition at run time. Using IS UPDATED in the Conditions ListSiebel CRM joins workflow policy conditions when it runs an IS UPDATED statement, but the format of the trigger.sql statement that it creates for the condition does not include an AND operator in the SQL format. If a workflow policy condition is met, and if IS UPDATED does not occur, then the Workflow Monitor Agent calls the policy. If an IS UPDATED operator is included as criteria on a field in this condition, then Siebel CRM does not check any of the other fields that the condition references. Using IS DELETED in the Conditions ListThe example in this topic uses IS DELETED in the Conditions list. If a user deletes an activity from a service request that includes a Sub-Status of In Process, then Siebel CRM must notify the service request owner. Table 63 describes this configuration.
If you use IS DELETED, then Siebel CRM cannot track the ROW_ID of the record that it deletes from the child workflow policy component. It cannot log this record in the S_ESCL_REQ table and the Workflow Monitor Agent cannot identify the deleted row. If you must use Siebel Workflow to capture the deleted row, then you must use a workflow process that a run-time event starts. The run-time event is the BusComp_PreWriteRecord event. For more information about the BusComp_PreDeleteRecord event, see Siebel Object Interfaces Reference. For more information, see Tables That Workflow Monitor Agent Uses. |
Siebel Business Process Framework: Workflow Guide | Copyright © 2016, Oracle and/or its affiliates. All rights reserved. Legal Notices. | |