AVAILABLE FROM CRM.COM R9.0.0
What does this section cover?
What are Workflow Rules ?
Workflow Rules are used in order to apply actions on specific entities, triggered by specific events, considering that the specified conditions are fulfilled. Each configured Workflow Rules refers to a specific Entity. The supported entities are the following:
- Activities
- Jobs
- Service Requests
- Subscriptions
Creating, Editing & Deleting Validations & Restrictions
Action | Validations | Restrictions | Additional Information |
---|---|---|---|
General | You can have multiple Effective and Not Effective definitions | Both effective and not effective Workflow Rules can be selected, but only Effective definitions are applicable | |
Create |
| ||
Edit |
| ||
Delete | Definition can be deleted only if the Approval Definition is not used by any effective or not effective workflow rules | ||
Setting Approval Definition to Not Effective | If the Approval definition is used in at least one effective workflow rule then
|
Workflow Rules attributes
NAME | DESCRIPTION |
---|---|
Name | The Workflow Rule's Name. Each Workflow Rule name should be unique |
Alternative Code | The Alternative Code of the Workflow Rule. The Alternative Code is mandatory so if none is define its value will default to the first letter of the Workflow Rule's name |
Description | A Description of the Workflow Rule |
Life Cycle State | The life cycle state of the Workflow Rule which can either be Effective or Not Effective. Only effective workflow rules are applicable |
Entity | The Entity for which the Workflow Rule is applied. Each Workflow Rule must be related to one and only one Entity and this related is defined at the Entity Type. |
Entity Types | The Type of the Entities for which the Workflow Rule will be triggered, evaluated and applied. The Entity of the Workflow Rule defines which Entity Types will be available for selection. Multiple Entity Types can be defined |
Processing Order | Defines the ordering of the Workflow Rule's actions. The Workflow Rule's actions are categorized as Updates and various Actions, so the Processing order defines whether the entity which triggers the rule will at first be updated and then actions will be performed based on its updated information or the other way around. The available options are:
|
Priority | A priority of the rule in case that multiple rules are applied on each entity. The available values are Low, Medium, High. |
Triggers | A list of events that will be triggering the workflow rule. Multiple triggers can be selected. The triggers should include the following:
|
Conditions | A set of Conditions that should be fulfilled in order to apply the Workflow Rule. Multiple Conditions can exist per Workflow Rule. The Workflow Rule's Conditions are met either when at least one of the Conditions is met or if all Conditions are met and this option is available when setting up the conditions. Conditions always refer to the information of the entity related to the Workflow Rule. Each Condition might include more than one fields of the related entity and at least one of them should be bet in order for the condition to be met. Each Condition also has a specific type that indicates how the entity's information will be evaluated. The Conditions include:
|
Actions | A set of Actions that should be applied according to the Workflow Rule but only as long as the Conditions are met. Multiple Actions can exist per Workflow Rule and all of them will be applied if the Conditions are met. The Workflow Rule's Processing Order setting defines the order in which the Actions will be applied. The Workflow Rule Actions include the following:
Each Entity Type has different Workflow Rule Actions described in the tables below |
Activity Workflow Rule Conditions and Actions
Conditions | Actions | ||
---|---|---|---|
Name | Description | Name | Description |
Who performs the update | Defines a set of Users or Units which either created new or modify an existing Activity. More than one options can be selected. If more than one options are defined then at least one of them should be met. The available Condition options are:
| Update Information | Defines how specific Activity fields should be updated and the new value that should be assigned to them as the result of successfully applying a Workflow Rule. Multiple fields can be selected to be updated within the set of actions of the same Workflow Rule, but only as long as they are not conflicting. The available fields to be updated are the following:
|
Specific Field Change | Defines a set of Activity fields for which the Condition is met if their value changes (change to any value). More than one fields can be selected. If more than one fields are defined, then at least one of them must change in order for the Condition to be met. The available fields are:
| Send Alerts | Sends alerts to the users. Existing or new alert definitions related with activities can be used Note that both effective and not effective definitions can be selected |
Specific Field Change to Value | Defines a specific value that specific field should have when the Condition is to be evaluated. Only one value per field is allowed to be defined. Multiple fields along with their values can be defined within the same set of Conditions. If more than one fields are defined, then at least one of them should be evaluated to true in order for the Condition to be met. The available fields are:
| Trigger Webhooks | Triggers Webhooks. Existing or new webhook definitions related with activities can be used Note that both effective and not effective definitions can be selected |
Specific Field Change From Value to another Value | Defines a specific value that a specific field should initially have and the value that the same field should have after the entity's update. Multiple fields along with their values can be defined within the same set of Conditions. If more than one fields are defined, then at least one of them should be evaluated to true in order for the Condition to be met. The available fields are:
| Request Approvals | Sets the approval settings. Existing or new approval definitions related with activities can be used Note that both effective and not effective definitions can be selected |
Job Workflow Rule Conditions and Actions
Conditions | Actions | ||
---|---|---|---|
Name | Description | Name | Description |
Who performs the update | Defines a set of Users or Units which either created a new or modified an existing Job. More than one options can be selected. If more than one options are defined then at least one of them should be met. The available Condition options are:
| Update Information | Defines how specific Service Request fields should be updated and the new value that should be assigned to them as the result of successfully applying a Workflow Rule. Multiple fields can be selected to be updated within the set of actions of the same Workflow Rule, but only as long as they are not conflicting. The available fields to be updated are the following:
|
Specific Field Change | Defines a set of Job fields for which the Condition is met if their value changes (change to any value). More than one fields can be selected. If more than one fields are defined, then at least one of them must change in order for the Condition to be met. The available fields are:
| Send Alerts | Sends alerts to the users. Existing or new alert definitions related with jobs can be used Note that both effective and not effective definitions can be selected |
Specific Field Change to Value | Defines a specific value that specific field should have when the Condition is to be evaluated. Only one value per field is allowed to be defined. Multiple fields along with their values can be defined within the same set of Conditions. If more than one fields are defined, then at least one of them should be evaluated to true in order for the Condition to be met. The available fields are:
| Trigger Webhooks | Triggers Webhooks. Existing or new webhook definitions related with jobs can be used Note that both effective and not effective definitions can be selected |
Specific Field Change From Value to another Value | Defines a specific value that a specific field should initially have and the value that the same field should have after the entity's update. Multiple fields along with their values can be defined within the same set of Conditions. If more than one fields are defined, then at least one of them should be evaluated to true in order for the Condition to be met. The available fields are:
| Request Approvals | Sets the approval settings. Existing or new approval definitions related with jobs can be used Note that both effective and not effective definitions can be selected |
Schedule Activities | Schedule Activities to be performed for the entity which triggers the Workflow Rule by setting up the Activity Types of the Activities that will be scheduled. Multiple Activity Types can be configured. For the automatic activity scheduling you must also configure activity assignments in Creating Automatic Collaboration Rules (ACR) as the assignment will be automatically done. |
Service Request Workflow Rule Conditions and Actions
Conditions | Actions | ||
---|---|---|---|
Name | Description | Name | Description |
Who performs the update | Defines a set of Users or Units which either created a new or modified an existing Service Request. More than one options can be selected. If more than one options are defined then at least one of them should be met. The available Condition options are:
| Update Information | Defines how specific Service Request fields should be updated and the new value that should be assigned to them as the result of successfully applying a Workflow Rule. Multiple fields can be selected to be updated within the set of actions of the same Workflow Rule, but only as long as they are not conflicting. The available fields to be updated are the following:
|
Specific Field Change | Defines a set of Service Request fields for which the Condition is met if their value changes (change to any value). More than one fields can be selected. If more than one fields are defined, then at least one of them must change in order for the Condition to be met. The available fields are:
| Send Alerts | Sends alerts to the users. Existing or new alert definitions related with service requests can be used Note that both effective and not effective definitions can be selected |
Specific Field Change to Value | Defines a specific value that specific field should have when the Condition is to be evaluated. Only one value per field is allowed to be defined. Multiple fields along with their values can be defined within the same set of Conditions. If more than one fields are defined, then at least one of them should be evaluated to true in order for the Condition to be met. The available fields are:
| Trigger Webhooks | Triggers Webhooks. Existing or new webhook definitions related with Service Requests can be used Note that both effective and not effective definitions can be selected |
Specific Field Change From Value to another Value | Defines a specific value that a specific field should initially have and the value that the same field should have after the entity's update. Multiple fields along with their values can be defined within the same set of Conditions. If more than one fields are defined, then at least one of them should be evaluated to true in order for the Condition to be met. The available fields are:
| Request Approvals | Sets the approval settings. Existing or new approval definitions related with Service Requests can be used Note that both effective and not effective definitions can be selected |
Schedule Activities | Schedule Activities to be performed for the entity which triggers the Workflow Rule by setting up the Activity Types of the Activities that will be scheduled. Multiple Activity Types can be configured. For the automatic activity scheduling you must also configure activity assignments in Creating Automatic Collaboration Rules (ACR) as the assignment will be automatically done. |
Subscriptions Workflow Rule Conditions and Actions
Conditions | Actions | ||
---|---|---|---|
Name | Description | Name | Description |
Who performs the update | Defines a set of Users or Units which either created a new or modified an existing Job. More than one options can be selected. If more than one options are defined then at least one of them should be met. The available Condition options are:
| Update Information | Defines how specific Service Request fields should be updated and the new value that should be assigned to them as the result of successfully applying a Workflow Rule. Multiple fields can be selected to be updated within the set of actions of the same Workflow Rule, but only as long as they are not conflicting. The available fields to be updated are the following:
|
Specific Field Change | Defines a set of Subscription fields for which the Condition is met if their value changes (change to any value). More than one fields can be selected. If more than one fields are defined, then at least one of them must change in order for the Condition to be met. The available fields are:
| Send Alerts | Sends alerts to the users. Existing or new alert definitions related with subscriptions can be used Note that both effective and not effective definitions can be selected |
Specific Field Change to Value | Defines a specific value that specific field should have when the Condition is to be evaluated. Only one value per field is allowed to be defined. Multiple fields along with their values can be defined within the same set of Conditions. If more than one fields are defined, then at least one of them should be evaluated to true in order for the Condition to be met. The available fields are:
| Trigger Webhooks | Triggers Webhooks. Existing or new webhook definitions related with subscriptions can be used Note that both effective and not effective definitions can be selected |
Specific Field Change From Value to another Value | Defines a specific value that a specific field should initially have and the value that the same field should have after the entity's update. Multiple fields along with their values can be defined within the same set of Conditions. If more than one fields are defined, then at least one of them should be evaluated to true in order for the Condition to be met. The available fields are:
| Request Approvals | Sets the approval settings. Existing or new approval definitions related with subscriptions can be used Note that both effective and not effective definitions can be selected |
Schedule Activities | Schedule Activities to be performed for the entity which triggers the Workflow Rule by setting up the Activity Types of the Activities that will be scheduled. Multiple Activity Types can be configured. For the automatic activity scheduling you must also configure activity assignments in Creating Automatic Collaboration Rules (ACR) as the assignment will be automatically done. |
Defining your own Workflow Rules tailored to your company's needs
- Navigate to FOUNDATION > WORKFLOWS > SET UP WORKFLOW RULES
- Either search for an existing one or from the Top Menu click on NEW
MAIN INFORMATION
- Provide the main information as explained in the table above
SETTINGS
Provide the following information- Entity: Select from the drop down list the entity for which the alert will be created
- Requested Number of Approvals: Type how many approvals are required
- Subject: Type the subject
AUTHORISED USERS
Select the users that are authorised to approve, reject or cancel approval requests- Assigned to User : Check the box if you would like the assigned to user, to be authorised to manage approval requests
Not available if the selected Entity in Settings is Subscriptions - Users Belonging to Assigned to Unit: Check the box if you would like the users that belong in the Assigned to Unit, to be authorised to manage approval requests
Not available if the selected Entity in Settings is Subscriptions - Specific Users: Click on Add and using the search modal select the users to be authorised to manage approval requests
- Users Belonging in Specific Units : Click on Add and using the search modal select the Units whose users are to be authorised to manage approval requests
- Users Assigned to Specific Security Profiles: Click on Add and using the search modal select the Security Profiles whose users are to be authorised to manage approval requests
- Assigned to User : Check the box if you would like the assigned to user, to be authorised to manage approval requests
WORKFLOW RULES
- This is a read only list of the workflow rules that include the alert definition
LOG INFORMATION
Log information section keeps all the logging information related to the specific record
- Basic set of information available in all entities
- Created By User: The user that created the entity
- Created By Unit: The unit of the user that created the entity
- Updated By User: The user that last updated the entity
- Updated by Unit: The unit of the user that last updated the entity
- Date Created: The date the account was entity
- Date Updated: The date the account was last entity
- Basic set of information available in all entities
From the Actions Menu click on SAVE
Deleting Workflow Rules
- Search for the entity that you would like to delete
Visit Using Summary Pages to find out how you can search using CRM.COM Summary Screens - Click on the link of the record you would like to delete, to be transferred to the Data Entry page
- From the actions menu click on "DELETE"
The entity will be deleted given that the validations are satisfied
Changing the Life Cycle State of Approval Definition
- Navigate to FOUNDATION > WORKFLOWS > SET UP WORKFLOW RULES
- Either search for an existing one or from the Top Menu click on NEW
- From the Actions Menu click on ACTIONS > SET AS EFFECTIVE
OR - From the Actions Menu click on ACTIONS > SET AS NOT EFFECTIVE
Related Areas
-
Working with Status Transitions — Discover Status Transitions and how they work
-
Managing Activities Approval Requests — Find out how to approve cancel or reject pending Approval Requests for Activities, through the Activities Data Entry page
-
Managing Jobs Approval Requests — Find out how to approve cancel or reject pending Approval Requests for Jobs, through the Jobs Data Entry page
-
Managing Approval Requests from the Entity Page — Learn how to Approve, Cancel or Reject Pending Approval Requests from the Entity Data Entry page
-
Managing Subscriptions Approval Requests — Find out how to approve cancel or reject pending Approval Requests for Subscriptions, through the Subscriptions Data Entry page
-
Configuring Approval Definitions — Learn to configure Approval Business Definitions that determine the overall behaviour of Approvals
-
Configuring Workflow Rules — Learn to configure Workflow Rules that determine the overall behaviour of Workflows
-
Configuring Webhook Definitions — Learn how to configure Webhook Business Definitions that determine the overall behaviour of Webhooks
-
Understanding Workflows — Understand the usage of Workflow Rules within CRM.COM
-
Using Alert Tags — Discover Alert Tags and how you can use them
-
Configuring Alert Definitions — Learn how to configure Alert Business Definitions that determine the overall behaviour of Alerts
Popular Labels
- accounts-receivable
- accounts-receivable-admin
- accounts-receivable-advanced
- accounts-receivable-advanced-r7
- accounts-receivable-basics
- activities
- activities-admin
- activities-admin-r7
- activities-basics
- activities-basics-r7
- additive-discounts-admin
- additive-discounts-advanced
- additive-discounts-basics
- billing-application
- billing-engine
- communication-centre
- communications-admin-r7
- communications-advanced-r7
- conax-web-services
- conax-web-services-advanced
- contact-information-admin
- contact-information-admin-r7
- crm-application
- crm-application-r7
- customer-events-basics-r7
- dashboards
- dashboards-advanced
- finance-application
- financial-transactions-admin
- financial-transactions-admin-r7
- financial-transactions-advanced
- financial-transactions-advanced-r7
- foundation-application
- foundation-application-r7
- global
- inventory-management-advanced
- inventory-management-basics
- inventory-management-basics-r7
- jobs
- jobs-admin
- jobs-admin-r7
- jobs-advanced
- jobs-basics
- jobs-basics-r7
- leads
- leads-admin
- leads-admin-r7
- leads-advanced
- network-management-basics
- network-management-basics-r7
- normal-billing-admin-r7
- normal-billing-r7
- normal-billing-run-admin
- normal-billing-run-basics
- notifications
- notifications-basics
- panaccess_advanced
- platform-basics
- prepaid-billing-basics
- prepaid-billing-r7
- products-admin-r7
- rated-billing-items-advanced
- rated-billing-items-basics
- reports-basics
- resource-scheduling
- resource-scheduling-advanced
- rewards-admin
- rewards-admin-r7
- rewards-advanced
- rewards-advanced-r7
- rewards-basics
- rewards-basics-r7
- security-management-advanced
- segmentation-basics
- service-requests
- service-requests-admin
- service-requests-admin-r7
- service-requests-advanced
- service-requests-advanced-r7
- stripe
- subscription-actions-r7
- subscriptions
- subscriptions-advanced
- subscriptions-advanced-r7
- subscriptions-basics
- subscriptions-basics-r7
- udrs-admin-r7
- usage-service-r7
- user-management
- user-management-basics
- vouchers-advanced
- vouchers-basics
- wallets
- wallets-advanced
- wallets-basics
- warranty-policies-advanced-r7
- workflows-admin-r7
- workflows-advanced-r7
- workflows-r7
- zapier-basics-r7