Working with Policies

Overview

Often tasks require that actions be automatically triggered by specific process events. SAS Workflow Studio provides a way to define these actions through policies. A policy object encapsulates executable business logic. Because an activity might initiate multiple actions simultaneously, multiple policies can be associated to a single activity. Policies are event-driven executable actions that can be configured to perform useful automation such as the following:
  • Indicate how and when notifications of deadlines should be sent.
  • Configure the process to notify the owner of a process of arbitrary task events such as task start or task stop.
  • Configure the process to notify users of arbitrary task events such as task start or task stop with links to the task that has been changed.
  • Integrate the system with other back-end systems.
The following events can be used to trigger policies:
Process Started
Generated when the process state changes to Started.
Process Finished
Generated when process state changes to Finished.
Status Addition
Generated when status is added to workflow process.
When no status is specified (when the default --- is selected), the associated policy is executed for any status addition.
Status Removal
Generated when status is removed from workflow process
Timer Expired
Generated when a timer associated with workflow process triggers.
Data Object Updated
Generated when a data object is updated.
When no data object is specified (when the default --- is selected), the associated policy is executed for any data object update.
Participants Updated
Generated when participants list of the process is updated.
Note: It is strongly recommended that policies do not delete process templates from the repository. Deleting a process template can cause unpredictable results when process information is accessed from SAS Workflow Administrator.
Note: Process data should not be defined within a policy. Data objects should be used to hold relevant business data in the workflow and can be updated within policies. However, in general, policies should be limited to actions.
Note: Policies are asynchronous and are subject to timing for execution order. For example, if you use a policy to copy the value from a root data object to local activity data object, then you must ensure that the source object is set and is not subject to change.

Policy Actions

Add Status to Process

The Add Status to Process policy is commonly used to add a status to the current workflow, thus automating itself based on the event trigger. This can include the Process Started event trigger, if the activity is designed to trigger other policy activities and then stop itself.
The following parameters can be defined for this policy:
Parameter Name
Description
Process
Specifies the label path of the process or subprocess to which the status is added.
Status
Specifies the label path of the status to be added.

Add Status to Process with ID

The Add Status to Process with ID policy is used to add the selected status to any process (including other process instances and activities) based on the ID value. The referenced data object can be updated while the workflow process is active.
The following parameters can be defined for this policy:
Parameter Name
Description
Process ID Data Object
Specifies the label path to a data object that contains the process ID value of the target process.
Status Label
Specifies the label path to the status that is added to the target process.

Copy Participants to Process

The Copy Participants to Process policy is used to copy participant values between processes.
The following parameters can be defined for this policy:
Parameter Name
Description
Source Process
Specifies the label path of the activity from which the participant is copied.
Source Role
Specifies the workflow role that is copied from the source activity.
Target Process
Specifies the label path of the activity to which the participant is copied.
Target Role
Specifies the workflow role for the target activity.
Note: Swimlanes also affect participant values (via Set Process Participant policy). So, if the activity that triggers the Copy Participant to Process policy transitions into a swimlaned activity, then a race condition occurs because all policies are asynchronous. In this case, the value is either the copied one or the swimlane one. You should avoid this situation or ensure that the participant values match.

Copy Data Object

The Copy Data Object policy is used to copy values between data objects.
The following parameters can be defined for this policy:
Parameter Name
Description
Source Data Object
Specifies the label path of the data object whose value is to be copied.
Target Data Object
Specifies the label path of the target data object where the value is to be copied.

Copy Data Object to External Process

The Copy Data Object to External Process policy is used to copy data object values between processes.
The following parameters can be defined for this policy:
Parameter Name
Description
Source Data Object
Specifies the label path of the local data object whose value is to be copied.
Target Process ID Data Object
Specifies the label path to a data object that contains the process ID value of the target process.
Target Data Object Label
Specifies the label path of the target data object where the value is to be copied.

Copy Data Object from External Process

The Copy Data Object from External Process policy is used to copying a data object from another process (remote or external) into the current process.
The following parameters can be defined for this policy:
Parameter Name
Description
Source Process ID Data Object
Specifies the label path to a data object that contains the process ID value of the source process.
Source Data Object Label
Specifies the label path of the external data object whose value is to be copied.
Target Data Object
Specifies the label path of the target data object in the current process where the value is to be copied.

Extract from XML Data Object

The Extract from XML Data Object policy is used to extract the values from an XML type data object and assign it to another data object. XML data objects are commonly used as the output of a Web service invocation. See Invoke Web Service for details.
The specified XPath expression is applied to the XML value stored in the data object, and the result is returned as text. If the result of XPath extraction is an array, then the first member in the array is returned.
The following parameters can be defined for this policy:
Parameter Name
Description
XML Data Object
Specifies the label path to the data object that contains the XML value from which the value is extracted.
Output Data Object
Specifies the label path to the data object to which the extracted value is stored.
XPath Statement
Specifies the statement that is used to extract the desired text from the data object specified in the XML Data Object parameter.
In the following example, the XML data object has the value:
<?xml version="1.0" encoding="ISO-8859-1"?>
<bookstore>
   <book>
      <title lang="en">Harry Potter</title>
      <author>J K. Rowling</author>
      <year>2005</year>
      <price>29.99</price>
   </book>
</bookstore>
If the policy specifies /bookstore/book/title for the XPath Statement parameter, then the policy stores the value Harry Potter in the target data object.
If the XML schema includes namespace prefix notations, then you should use the following format for the XPath expression:
declare namespace n =
 "http://support.sas.com/xml/namespace/biwebservices/webservicemaker-9.2";
/n:ListWebServicesResponse/n:ListWebServicesResult/n:string

HTTP Request

The HTTP Request policy is used to invoke an HTTP method using the information specified in the policy definition.
The following parameters can be defined for this policy:
Parameter Name
Description
Directive Name
Specifies the name of the directive.
The value can be specified using data object substitution. For more information, see Data Object Substitution.
Note: If you are logged in to the SAS platform, then the ellipsis button (Ellipsis) launches a directive picker.
URL
Specifies the target URL to invoke, execute, or access.
The value can be specified using data object substitution.
Parameters
Specifies additional HTTP parameters.
The value can be specified using data object substitution.
Method
Specifies the HTTP method to execute.
Note: POST is the only method that is currently supported.
Status Code Data Object
Specifies an optional data object to bind to the return code of the HTTP request.
This URL can be an absolute (or complete) URL that includes the host and port, or it can be a relative URL. If a relative URL is specified, then the policy uses the same host and port that the Workflow Service is configured to use.
However, if the URL is not specified or if it identifies a data object that contains an empty value, then the Directive Name parameter is used to create the appropriate URL. The policy retrieves the named directive from the SAS Directive Service, and uses it to build the URL. If the parameters field is specified, then it is appended to the URL value. The policy execution always uses the trusted user identity. See Policy Usage Examples for a detailed example.

Increment Data Object

The Increment Data Object policy is used to increment a numeric data object.
The following parameters can be defined for this policy:
Parameter Name
Description
Data Object
Specifies the label path to a data object to be incremented.
Increment Value
Specifies the numeric value by which the data object should be incremented.

Invoke SAS Code

The Invoke SAS Code policy is used to execute SAS code stored in a SAS program. The SAS program can return only a single value to the process.
The following parameters can be defined for this policy:
Parameter Name
Description
Source URI
Specifies either a file URI or a URL that is the name of the file that contains the SAS code to execute.
The value can be specified using data object substitution. For more information, see Data Object Substitution.
Logical Server Name
Specifies the name of the Pooled Workspace Server to use to execute the SAS code.
The value can be specified using data object substitution.
Repository Name
Specifies the name of the metadata repository in which the Pooled Workspace Server is defined.
The value can be specified using data object substitution.
Result Macro Variable
Specifies the name of a global macro variable defined in the SAS code.
The value can be specified using data object substitution.
Return Data Object
Specifies the data object that is used to store the returned value.
Pass all root process data objects?
controls the scope of root data objects when executing the SAS code.
If this parameter is checked, then each root-level data object is converted to a macro variable. Each macro variable is prepended to the SAS code before the code is submitted to the server for processing.
Parameter n Data Object
Parameter n Macro Variable
specify up to five optional additional pairs of data object and macro variable values, where n is the sequence number for a list of values. The macro variable name is limited to 32 maximum characters.
Values can be specified using data object substitution.
If you pass all the root data objects, then the macro variables are available for use within the SAS code. The macro name generation rules are as follows:
  • All macro variable names are case-insensitive.
  • A single underscore is defined as the default prefix character when forming macro variable names.
For example, if a root data object is defined with the name category and a value of sales then the following macro variable definition is submitted:
%let _category=sales;
By default, no prefix is added to the name and no default value is specified. To define a default prefix, follow these steps:
  1. Open SAS Management Console and navigate to Configuration Managerthen selectSAS Application Infrastructurethen selectWorkflow Services 9.3then selectProperties.
  2. Click the Advanced tab and add the Workflow.SASCodeOperandPrefix property.
  3. Assign the desired value to the new property.
For example, if the Workflow.SASCodeOperandPrefix is defined as wf_, then the following macro variable definition is submitted:
%let wf_category=sales;
If underscores exist in the data object name, then the resulting macro variable name retains each underscore even if an underscore is used as the first character. Thus, _quarterly_sales becomes wf__quarterly_sales. Spaces in data object names are replaced by double underscores. Quarterly Sales becomes _quarterly__sales. The total length of the macro variable name, including the prefix, cannot exceed 32 characters. Longer names are truncated to 32 characters.
The SAS code execution always uses the trusted user identity.
See Policy Usage Examples for a detailed example.

Invoke Web Service

The Invoke Web Service policy is used to invoke a Web service over SOAP/HTTP.
The following parameters can be defined for this policy:
Parameter Name
Description
Endpoint URL
Specifies the URL of the Web service endpoint.
Note: If you are logged in to the SAS platform, then selecting the ellipsis button (Ellipsis) provides a list of all the registered SOAP Web services.
Service Name
Specifies the name of the target SOAP service.
If you specify a value for the Endpoint URL parameter, then this field should be left blank.
Action
Specifies the SOAP action header value for the Web service.
Input Data Object
Specifies the XML data object used for input.
The associated schema parameter should be set from the WSDL for the Web service. The value of the data object should contain the body of the SOAP request message.
Output Data Object
Specifies the XML data object used for output.
The associated schema parameter should be set from the WSDL for the Web service. The value of the data object should contain the body of the SOAP response message.
Username
Specifies the user name (optional).
If a value is specified, then security-level headers are added to the request at both transport level and message level.
Password
Specifies the password (optional).
If this parameter is specified, then it is used in the security-level headers on the Web service request.
Note: This policy supports a single request object, so the value must be set as a single XML string. Data object substitution is not supported.
Note: This policy requires a single output object for storage of the Web service response. If the Web service does not define a response, then there is no way to verify that the invocation succeeded. In addition, if a fault occurs, then the response object is not set and the fault message is logged only on the server and is not delivered to the client.
See Policy Usage Examples for a detailed example.

Notify Participant

The Notify Participant policy is used to send a notification via the SAS Alert Notification Service to a participant as defined by their preferences. The notification can be sent when an activity starts or finishes.
The following parameters can be defined for this policy:
Parameter Name
Description
Subject
Specifies the subject of the notification.
Message
Specifies the body of the notification.
To create a policy that notifies a participant that an activity has started, follow these steps:
  1. Select the target activity for the policy definition.
  2. Right-click and select Edit to open the Edit Activity dialog box.
  3. Select the Notify participant when activity starts check box.
If you expand the activity’s Policies folder in the process tree, then you should see the Workflow:Notify Participant policy definition. The notification is triggered by the Process Started event that is generated when the associated activity starts. When the policy executes, it evaluates the process to see whether the Actual Owner workflow role exists on the process. If the Actual Owner role is found, then the notification is sent to all users associated with that workflow role. If no Actual Owner workflow role is defined, then the policy execution looks for the Potential Owner workflow role. If the Potential Owner role is found, then the notification is sent to all potential owners. In either case, the policy execution obtains the person or group defined for the workflow role, looks up that person or group in SAS metadata, and obtains the relevant notification settings as defined in the metadata.
To create a policy that notifies a participant that an activity has ended, follow these steps:
  1. Select the target activity for the policy definition.
  2. Right-click and select Edit to open the Edit Activity dialog box.
  3. Select the Notify owner when activity ends check box.
If you expand the activity’s Policies folder in the process tree, then you should see the Workflow:Notify Owner policy definition. The notification is triggered by the Process Finished event that is generated when the associated activity completes. The notification is sent to the owner of the process—the person in the Task Initiator workflow role. When a process instance starts, SAS Workflow Studio automatically adds the Task Initiator workflow role to the process, identifying that person as the original owner (or task initiator).
In addition to the predefined Notify Participant and Notify Owner policies, a process designer can create the policy directly and configure the policy using the Edit Policy dialog box accordingly.

Remove Status from Process

This policy is used to remove a status from the specified process.
The following parameters can be defined for this policy:
Parameter Name
Description
Process
Specifies the label path for the target process or activity.
Status
Specifies the label path for the status that is removed from the target process.

Schedule Process

This policy is used to schedule the initiation of a process.
The following parameters can be defined for this policy:
Parameter Name
Description
Process to Schedule
Specifies the label path for the scheduled process.
Schedule Timer Data Object
Specifies the data object with the expression that defines the start time.
End Timer Data Object
Specifies the data object with the expression that specifies the end time (optional).
The Schedule Timer Data Object expression identifies when the scheduled process or activity should start. The timer value can be an exact date (Date or String) or a relative expression (String). An exact date must be specified in the following form:
MM/dd/yyyy hh:mm:ss AM|PM
An example is: 12/31/2010 11:59:00 PM. A relative expression can be used to configure the process to be started at a moment in time, relative to when the policy is triggered. The expression syntax supports seconds, minutes, hours, days, and weeks, as follows:
Expression
Interpretation
Now
Timer expires immediately.
+1s
Timer expires in one second.
+1m
Timer expires in one minute.
+1h
Timer expires in one hour.
+1d
Timer expires in one day.
+1w
Timer expires in one week.
+1h+1m+1s
Timer expires in one hour + one minute + one second.
Note: The optional End Timer Data Object parameter that identifies when the schedule timer should be stopped.

Send E-mail

This policy is used to send e-mail notifications via the SAS Mail Service using the information provided in the policy definition.
The following parameters can be defined for this policy:
Parameter Name
Description
To
Specifies one or more recipient e-mail addresses.
Separate multiple recipient addresses with commas.
From
Specifies the sender e-mail address.
Subject
Specifies the subject of the e-mail message.
The value can be specified using data object substitution. For more information, see Data Object Substitution.
Message
Specifies the body text of the e-mail message.
The value can be specified using data object substitution.

Send Notification by Data Object

This policy is used to send notifications via the SAS Alert Notification Service based on the information stored in various workflow data objects.
The following parameters can be defined for this policy:
Parameter Name
Description
User Data Object
Specifies a user that is defined in SAS metadata.
Subject
Specifies the subject text of the notification message.
The value can be specified using data object substitution. For more information, see Data Object Substitution.
Message Data Object
Specifies the data object that contains the body text of the notification message.
When the policy executes, it retrieves the values from the specified data objects. The User data object value must identify the name of a user defined in the SAS metadata. The policy searches SAS metadata for this user and retrieves the relevant address defined for that user to send the notification.
Note: This policy is supported for legacy usage and does not leverage the SAS platform user preference settings regarding alert and e-mail support. Therefore, one of the other notification policies should be used.

Send Notification by Workflow Role

This policy is used to send notifications via the SAS Alert Notification Service based on the workflow role of a user.
The following parameters can be defined for this policy:
Parameter Name
Description
Role Data Object
Specifies one of the supported workflow roles
Subject
Specifies the subject text of the notification message
The value can be specified using data object substitution. For more information, see Data Object Substitution.
Message Data Object
Specifies the notification message body
When the policy executes, it retrieves the values from the specified data objects. The Role data object value must map to a valid workflow role: Actual Owner, Potential Owner, or Business Administrator. When the policy executes, it obtains the process’s workflow roles, searches for the role identified by the data object value, and extracts the relevant user for that role. The policy searches SAS metadata for this user and retrieves the relevant address defined for that user to send the notification.
Note: This policy is supported for legacy usage and does not leverage the SAS platform user preference settings regarding alert and e-mail support. Therefore, one of the other notification policies should be used.

Send Workflow Group Notification

This policy is used to send a workgroup event notification, which triggers the SAS Alert Notification Service to generate end-user notification messages. This policy is used to send notifications to a group or set of recipients and where all recipients are required to be addressed together in a single message. This capability is useful in collaboration scenarios or where the event should be copied to all interested parties. E-mail is the only delivery channel supported using the group notification policy.
The following parameters can be defined for this policy:
Parameter Name
Description
Recipients(s)
Specifies as primary recipients one or more users defined in SAS metadata.
Separate multiple user names with commas.
CC Recipient(s)
Specifies as copied recipients one or more users defined in SAS metadata.
Separate multiple user names with commas.
BCC Recipient(s)
Specifies as blind-copied recipients one or more users defined in SAS metadata.
Separate multiple user names with commas.
Group Recipient(s)
Specifies as primary recipients one or more groups defined in SAS metadata.
Separate multiple group names with commas.
Group CC Recipient(s)
Specifies as copied recipients one or more groups defined in SAS metadata.
Separate multiple group names with commas.
Group BCC Recipient(s)
Specifies as blind-copied recipients one or more groups defined in SAS metadata.
Separate multiple group names with commas.
Description
Specifies the description (display name) for the event.
Template
Specifies the SAS notification template to use.
If this parameter is not specified, then the policy defaults to the SAS_Email_Message template.
Directive
Specifies the target page to which you are directed upon notification. The value must be a registered SAS directive name.
If you are logged on to the SAS platform, then selecting the ellipsis button (Ellipsis) presents a list of all registered directives.
Notification Variables
Specifies one or more label paths for data objects that represent name-value pairs that are used as merge variables for the template. The data object name corresponds to the notification variable name while the data object value is used as the variable value.
Separate the label path values with commas.
HTTP Parameters
Specifies one or more label paths for data object that represent name-value pairs that are used as HTTP parameters. The data object name corresponds to the HTTP parameter name while the data object value is used as the parameter value.
Separate the label path values with commas.
Action on Expiry
Specifies the action to perform if the process is not completed by the date specified by the Expiration Date Data Object parameter. The available expiry options are None, Remove, Reroute, Resend, and Start Workflow. For more information, see Expiry Options for Notification Policies.
Expiration Date Data Object
Specifies the data object that defines the expiration date of the policy.
Expiry Recipients(s)
Specifies one or more users defined in SAS metadata to whom notifications are sent when the policy reaches its expiration date.
Separate multiple user names with commas.
Note: This parameter is available only when the Action on Expiry parameter is set to Reroute.
Expiry Group Recipients(s)
Specifies one or more groups defined in SAS metadata to which notifications are sent when the policy reaches its expiration date.
Separate multiple group names with commas.
Note: This parameter is available only when the Action on Expiry parameter is set to Reroute.
All policy parameters except for Expiration Date Data Object are text fields representing a specific value or a dynamic value using data object substitution. For more information, see Data Object Substitution. The Expiration Date Data Object parameter is a label path to a data object and does not support object substitution.
When the Alert Notification Service receives the event, an end-user notification message is generated using the Template Service to specify the message format. Notification variables are name-value pairs that are used as merge variables and are applied to the template. If the Directive parameter is set, then the Directive Service is used to generate a URL based on the directive name and any value specified for the HTTP Parameters values. The HTTP parameters are optional name-value pairs specified on the event.
Note: Data objects that are used as notification (merge) variables must follow the naming conventions defined for the SAS Template Service.

Expiry Options for Notification Policies

For policies that have expiration date properties, one of the following expiry options can be specified to determine the action that is taken when the expiration date is reached.
None
no expiration for this notification.
Note: The Expiration Date Data Object parameter is not required for this option because the notification does not expire.
Remove
removes the policy after the date is passed.
Reroute
sends the notification to alternative recipients or group recipients as specified.
Resend
re-sends the notification to the original recipients defined.
Workflow
starts a new process with the name specified.

Send Workflow Notification

This policy is used to send a directed workgroup notification via the SAS Alert Notification Service. Workflow notifications can be sent to users via e-mail, SMS message or displayed in a portlet.
The following parameters can be defined for this policy:
Parameter Name
Description
Recipients(s)
Specifies one or more users defined in SAS metadata.
Separate multiple user names with commas.
Group Recipient(s)
Specifies one or more groups defined in SAS Metadata.
Separate multiple group names with commas.
Description
Specifies the description (display name) for the event.
Template
Specifies the notification template to use.
If this parameter is not specified, then the policy defaults to the SAS_Email_Message template.
Directive
Specifies the target page to which you are directed upon notification. The value must be a registered SAS directive name.
If you are logged on to the SAS platform, then selecting the ellipsis button (Ellipsis) presents a list of all registered directives.
Notification Variables
Specifies one or more label paths for data objects that represent name-value pairs that are used as merge variables for the template. The data object name corresponds to the notification variable name while the data object value is used as the variable value.
Separate the label path values with commas.
HTTP Parameters
Specifies one or more label paths for data objects that represent name-value pairs that are used as HTTP parameters. The data object name corresponds to the HTTP parameter name while the data object value is used as the parameter value.
Separate the label path values with commas.
Action on Expiry
Specifies the option to perform if the process is not completed by the date specified by the Expiration Date Data Object parameter. The available expiry options are None, Remove, Reroute, Resend, and Start Workflow. For more information, see Expiry Options for Notification Policies.
Expiration Date Data Object
Specifies the data object that defines the expiration date of the policy.
Expiry Recipients(s)
Specifies one or more users defined in SAS metadata to whom notifications are sent when the policy reaches its expiration date.
Separate multiple user names with commas.
Note: This parameter is available only when the Action on Expiry parameter is set to Reroute.
Expiry Group Recipients(s)
Specifies one or more groups defined in SAS metadata to which notifications are sent when the policy reaches its expiration date.
Separate multiple group names with commas.
Note: This parameter is available only when the Action on Expiry parameter is set to Reroute.
All policy parameters except for Expiration Date Data Object are text fields representing a specific value or a dynamic value using data object substitution. For more information, see Data Object Substitution. The Expiration Date Data Object parameter is a label path to a data object and does not support object substitution.
When the Alert Notification Service receives the event, end-user notification message is generated using the SAS Template Service to specify the message format. Notification variables are name-value pairs that are used as merge variables and are applied to the template. If the Directive parameter is set, then the Directive Service is used to generate a URL based on the directive name and any value specified in the HTTP Parameters parameter. The HTTP parameters are optional name-value pairs specified on the event.
Note: Data objects that are used as notification (merge) variables must follow the naming conventions as defined by the SAS Template Service.
Note: This notification is directed and cannot be opted out based on SAS platform user preferences.

Set Process Participant

This policy is used to set a participant, which specifies access control information for the activity.
The following parameters can be defined for this policy:
Parameter Name
Description
Process
Specifies the label path for the target process or activity.
Role
Specifies the workflow role for the participant.
Type
Specifies the access control type: User, Group, or Role.
Name Data Object
Specifies the data object that defines the name of the participant.
Note: The policy must be defined in the same process where the data object is defined. Otherwise, the policy does not execute.

Set Multiple Process Participants

The Set Multiple Process Participants policy is used to add multiple participants which specify access control information for the activity.
The following parameters can be defined for this policy:
Parameter Name
Description
Process
Specifies the label path for the target process or activity.
Role
Specifies the workflow role for the participant.
Names Data Object
Specifies the data object that specifies the names of the participants.
Delimiter
Specifies the delimiter used if multiple values are specified for the Names Data Object parameter.
Note: The policy must be defined in the same process where the data object is defined. Otherwise, the policy does not execute.

Set Overdue Status

The Set Overdue Status policy is used to add the Overdue status to a process.
The following parameters can be defined for this policy:
Parameter Name
Description
Process
Specifies the label path for the target process or activity.

Start Process

The Start Process policy is used to start a subprocess or activity.
The following parameters can be defined for this policy:
Parameter Name
Description
Process
Specifies the label path for the target process or activity.

Start Process with Label

The Start Process with Label policy is used to start a new separate process.
The following parameters can be defined for this policy:
Parameter Name
Description
New Process Label Data Object
Specifies the label path to a data object that contains the name of the process definition to clone and start.
New Process ID Data Object
Specifies the label path to a data object that specifies the value of the instance ID of the newly created process instance.
Current Process ID Data Object
Specifies a data object that specifies the instance ID of the process executing this policy. The data object must exist in the newly created instance.
When the policy executes, the new, separate process is started. The instance ID of the newly started process instance is stored in the New Process ID data object. In addition, the policy execution looks for the Current Process ID data object in the newly started instance and stores the instance ID of the activity associated with the policy.

Stop Process

The Stop Process policy is used to stop a subprocess or activity.
The following parameters can be defined for this policy:
Parameter Name
Description
Process
Specifies the label path for the target process or activity.

Stop Process with ID

The Stop Process with ID policy is used to stop a process as defined by the process identifier that is stored in a data object.
The following parameters can be defined for this policy:
Parameter Name
Description
ID of Process to Stop
Specifies the label path to a data object with the ID value of the process to stop.

Adding Policies

Because the policy definition varies significantly depending on the action supported, the Edit Policy dialog box configuration adapts according to the type of policy.
To define a new policy, follow these steps:
  1. In the process tree, right-click the top-level or local Policies folder in the process tree and then select New Policy.
    Alternatively, right-click an activity in the diagram editor and then select the New Policy menu option.
  2. In the Edit Policy dialog box, select the desired values:
    Event
    corresponds to the workflow event that triggers the policy.
    Action
    corresponds to the policy type. The selection controls which fields appear in the Properties section.
  3. Some policy types are parameterized policies, which require parameters to configure the policy instance. If applicable, enter the parameter values.
    Note: Some of these parameters provide a text editing tool. Others use the selection button to access global data objects
  4. Click OK to save the policy definition.

Editing Policies

To edit an existing policy, follow these steps:
  1. In the process tree, open the Policies folder.
  2. Right-click on the desired policy node and then select Edit.
  3. Changed the desired values in the Edit Policy dialog box.
  4. Select OK to save the changes to the policy definition.

Deleting Policies

To completely remove a policy from the workflow, follow these steps:
  1. Right-click on the target policy in the process tree and then select Delete.
    Alternatively, select the policy directly in the process tree and press the Delete key or CTRL+X.
  2. Select Yes in the confirmation dialog box to permanently remove the selected policy.

Assigning Policies

To assign a policy to an activity, drag the desired policy from the process tree to the relevant activity in the diagram editor.
Alternatively, copy (to reuse the global definition) or drag (to demote it to a local definition) the policy element into the Policies folder for the target activity in the process tree.