Name #
This required field designates the unique name for the rule. It should be clear and descriptive, aiding users in understanding the purpose or function of the rule. For example:
- Contract – Deal – Copy End Date: A descriptive name for the rule that entails copying an end date from a contract to a related deal.
Description #
This field allows users to briefly describe the rule’s purpose and include any relevant information. Although optional, providing a description is highly recommended to enhance clarity. For example:
- When Contract enters the state Active, copy End Date to a related Deal: This description elaborates on the trigger, trigger source, target, and action associated with the rule Contract – Deal – Copy End Date.
Enabled #
Specifies whether the rule is active or inactive, providing users with control over its activation status. By default, all rules are enabled for execution. To halt or prevent the rule from executing, you can disable it.
- Yes (default): The rule is enabled and will execute.
- No: The rule is disabled and will not execute.
Configuration mode #
Specifies the mode in which the rule is configured. Depending on the complexity of the rule, users choose one of the options:
- Simple (default): Simple rule configuration options are displayed.
- Advanced: Advanced rule configuration options are displayed, showing additional functionalities. Refer to the advanced rule configuration guide for detailed instructions.
Trigger type #
Trigger type denotes the event that initiates rule execution. Choose from the following options:
- Object created: Choose this option to execute the rule upon creation of the source object.
- Object changed: Choose this option to execute the rule whenever any change is made to the source object. The Monitored properties field becomes available.
- Object metadata changed: Choose this option to execute the rule when the metadata of the source object is changed. The Monitored properties field becomes available.
- Object changed state: Choose this option to execute the rule when the source object undergoes a workflow state change.
- Object entered state: Choose this option to execute the rule when the source object enters a specific workflow state.
- Object left state: Choose this option to execute the rule when the source object leaves a specific workflow state.
- On comment: Choose this option to execute the rule whenever a comment is added to the source object.
- Scheduled: Choose this option to execute the rule at a specific time and/or on specific days. The Schedule option becomes available.
- RunOnce: Choose this option to execute the rule only once and on all matching objects in the vault.
- Orchestrated: In cases where multiple rules are connected to the same source and trigger, choose this option to execute the rules sequentially, according to a defined order.
Monitored properties #
Displayed only when Trigger Type is set to Object changed or Object metadata changed.
This field is optional and it allows users to specify one or more properties on the source object whose change will trigger rule execution. If no properties are specified, the rule will be triggered by any change to the source object. Note: If multiple monitored property conditions are set, they are combined with the OR operator. Within the Monitored Properties section, you’ll find the following fields: Property, Monitor Type, Value from, Operator, and Value (Mode).
- Expand the Monitored Properties section.
- Click on Add Monitored Property Condition.
- Expand Monitored Property Condition [1].
By default, the Property and Monitor Type fields are visible.
Property #
Specifies which property will be monitored. Select from the list or start typing the desired property. The list contains 50 suggestions of the properties within the vault. The properties are referenced by a GUID, ID or alias.
Monitor Type #
Determines how the property will be monitored.
- AnyChange (default): If selected, all changes will be monitored, triggering the rule on any property change.
- WithCondition: If selected, the rule will be triggered on property change only if a specified condition is satisfied. This option reveals additional fields: Value from, Operator, and Value.
Value from #
Specifies the object version in which a specific condition for the property value needs to be satisfied.
- CurrentVersion (default)
- PreviousVersion
Operator #
The operator used for comparing actual and expected property values. Choose one of the following options to specify the condition in more detail:
- = (default): Checks if the monitored property is equal to the selected value.
- != : Checks if the property values are not equal.
- : Checks if the first property value is greater than the second.
- < : Checks if the first property value is less than the second.
- >= : Checks if the first property value is greater than or equal to the second.
- <= : Checks if the first property value is less than or equal to the second.
- Contains: Checks if the monitored property contains the specified value.
- Does not contain: Checks if the monitored property doesn’t contain the specified value.
- Starts with: Checks if the monitored property’s value starts with a particular prefix.
- Does not start with: Checks if the monitored property’s value doesn’t start with a particular prefix.
Value #
Specifies the property value to use in the condition. It can be static or dynamic (from the current object). When expanded, the Mode field becomes available.
Mode #
Choose from the options to specify the value:
- Dynamic value: Select this option to dynamically create the target property value from the source property value.
- Static value: Select this option to statically create the target property value.
- Empty value: Select this option to make the target property value empty.
- No action: Select this option to perform no action. This state is invalid.
Schedule #
Displayed only when Trigger Type is set to Schedule.
This option allows you to schedule the rule.
- Expand Schedule or right-click on Schedule.
- Click on Add Schedule.
- Expand Schedule [1].
Choose the Frequency (Hourly is the default option) and Minutes (00 is the default option).
Trigger source #
For event-based triggers, these filters define the source object whose change will trigger rule execution. For the Scheduled and RunOnce trigger types, these filters are used to find objects on which the rule will be executed. Populate all necessary fields to define the source object. The following fields are available under Trigger source: Object type, Class, Workflow, Workflow state, as well as optional Search filters and Dynamic search filters.
Object type #
Specify the object type of the source object by selecting from a list of available object types within a particular vault. The object types are referenced by a GUID, ID or alias.
Class #
Specify the class of the source object by selecting from a list of available classes within a particular vault. If an object type is specified, select from a list of classes within that object type. The classes are referenced by a GUID, ID, alias or external ID.
Workflow #
Optionally, specify the workflow of the source object. If Trigger type is related to the state (such as Object changed state, Object entered state, Object left state), this value must be specified. Select from a list of workflows within a particular vault. The workflows are referenced by a GUID, ID or alias.
Workflow state #
Specify the workflow state of the source object by selecting from a list of available workflow states within a particular workflow. NOTE! If you have entered a workflow state, you must also specify the workflow above.
Search filters #
These optional filters define the search conditions that the object must meet. NOTE! Multiple filters are combined with the OR operator, meaning that the rule will be triggered if any of the filters are active. Multiple conditions within a single filter are connected with the AND operator, meaning that all need to be conditioned to trigger the rule. Within the Search filters section, you’ll find the Search conditions field.
- Expand Search filters.
- Click on Add Filter.
- Expand Filter [1].
Search conditions #
These are optional additional conditions that the source object needs to satisfy. Conditions within a single filter are combined with the AND operator, while multiple filters are combined using the OR operator. These conditions can be set only for properties with static values.
Dynamic search filters #
These optional dynamic search filters specify additional search conditions that the object must meet. Multiple filters are combined using the OR operator. Here, you can condition two properties, for example, specifying that the start date must be after the end date. Within the Dynamic search filters section, you’ll find the following fields: Property, Operator, Value, and Mode.
Property #
Specifies the property whose value will be checked. Select from the list or start typing the desired property. The list contains 50 suggestions of the properties within the vault. The properties are referenced by a GUID, ID or alias.
Look in #
Trigger source > Look in
Displayed when a search filter is added.
Determines whether the source object must meet the specified conditions in its current version or any version throughout its history. This additional option becomes available after specifying the conditions Workflow, Workflow state, Search conditions or Dynamic search conditions. If only Object type and Class of the source object are specified, the system defaults to searching for an object that currently satisfies the search criteria. Choose between two options:
- LatestObjVersion (default): Select this option to ensure that the current version of the object matches the specified conditions for it to be considered a source for this rule.
- AllObjVersions: Select this option to ensure that any version of the object matches the specified conditions for it to be considered a source for this rule.
Sort by #
Specifies the property by which the objects from the search result will be sorted.
Sort direction #
Choose between ascending or descending order.
- Ascending (default)
- Descending