Here I will continue my series of posts aimed at helping anyone preparing for the MB2-712 certification. (Customization and Configuration in Microsoft Dynamics CRM 2016) This time my focus will be business rules.
With business rules we can create complex rules that conditionally effect the user experience by
- showing error messages,
- setting fields to specific values (or default values),
- making fields mandatory,
- hiding and showing fields
- enabling/ disabling fields
Another nice thing about business rules is we can define their scope, so that they can be applied to a specific form, all forms or even operate at an entity level. Business rules represent client-side logic that is applied on the form as the form is opened. Also, additionally, when defined as entity level the business rule logic can be applied at a server level. Meaning server side business rules run client-side and server-side. Entity level rule are triggered as users interact with the form AND they run on the server when a record is created or saved.
If we have a business rule that runs on a form that references a fields that isn’t a specific form it simply doesn’t run.
You may have already noticed that we have business rule options on the entity, form and even on fields. When viewing business rules, at an entity level we can see all the business rules. When we view the business rules from a form we’ll see all the rules that apply to that form. And if we view them from a field within a form we’ll see only the business rules which could use or impact that specific field. Meaning the rules are displayed from the perspective that they are being viewed.
Business Rules Scope
There are three options possible for the scope of a business rule;
- Single Form Scope – Use this when a business rule specifically applies to a single form. It involves selecting a specific form name.
- All Forms – Use this to apply the business rule to all forms. (Including main and quick create forms.)
- Entity – Use this to run the business rule at a form and server level. (Server level being triggered by a create or update of data.) Useful if the rule is to be applied not only on forms but when data is imported.
Business Rules Example
The best way to explain business might be to show a quick example. Below you can see an example of a business rule.
Some things to notice, I have an if condition that says if policy type = “Car Insurance”. Then beyond this I have added an else if for policy type of “Life Insurance” and finally a default action as an Else.
Conditions, else if and else are all optional. But generally you will have at least one condition in a business rule. When creating the structure of your rule consider both sides of a condition. When a field is set to a value, say policy type to “Car Insurance” you will want something to happen. But also if the field changes you need to have that event covered. In my example car registration becomes mandatory if the policy type is “Car Insurance”. If the user incorrectly entered this value then you need to make sure an else condition would make it optional again.
After the conditions next notice the actions. My example is simple so I am just hiding fields and making them mandatory or not. Whilst a simple example it is important to understand that this is a very common use of business rules. Other actions types are available, as already mentioned.
When considering conditions in business rules it is important to be aware that a condition can have several parts and they can have and / or logic applied. (The default being and.)
Also a condition can be to check a field equals (or doesn’t) a particular value. You can also compare one field with another. Like in the example below when I say the modified user equals the owner of the record.
The operator on a condition can be one of many possibilities. Including obvious stuff like equals and does not equal. But also opens like contains or begins with are available. And with date and numeric values you have operators like is greater than, is less than etc.
Having created and saved your business rule, you will need to ensure it is activated. Once activated you need to deactivate the business rule to change it.
Each action has slightly different parameters. With set field, for example, you pick the field and then opt to set it to a value or another field. The best approach to learn how the different actions work will definitely be to try some out to see what happens.
I hope this post has given you a feel for how business rules work and some of the concepts you’ll need to cover for the MB2-712 exam. As always, this is an important area to get some hands-on experience of. J
3 thoughts on “MB2-712 Certification: Customization and Configuration in Microsoft Dynamics CRM 2016 – Business Rules”
Pingback: MB2-712 Certification: (Microsoft Dynamics CRM 2016 Customization and Configuration) – Revision Guide | Microsoft Dynamics CRM and Unified Service Desk
Hi Neil, thanks for all the infos you share with us !
I’m preparing MB2-712 and have a question for you:
in CRM 2013 business rules worked only for updated entities, is it still the case with CRM 2016 or is it working for any entity ?
Thanks for reading my blog.
Business rules can be applied to all custom and system entities. So they can work with any entity in Dynamics 365 and CRM 2016.