MB2-714 (Microsoft Dynamics CRM 2016 Customer Service): Entitlements

This is my next post created for anyone preparing for the MB2-714 exam. (Microsoft Dynamics CRM 2016 Customer Service)

This time I am going to cover the principles involves with entitlements. Like SLAs this is something I have created a couple of posts about previously. Entitlements and enhanced SLAs can be related subjects as you can associate a particular SLA with an entitlement. You may find it useful to also refer to my earlier posts on this subject;

Entitlements are a “tool” to help companies manage the services they provide, this post will explain entitlements and how they are used to support service management within Microsoft Dynamics CRM 2016. Entitlements are effectively a definition of agreements between the customer and supplier for services to be provided. Microsoft Dynamics CRM has historically used a concept of customer “Contracts” to manage service agreements, entitlements have effectively replaced contracts.

Entitlements are used to define the amount of service to be provided (in terms of hours or numbers of incidents), the service level to be applied and even what channels the service can be offered upon. It is possible to create a template for your entitlements, so let’s first look at those.

Entitlement Templates

The first thing to note is that the use of templates is completely optional but they are available to help speed the process of creating entitlements. Using entitlement templates also enforces consistency.

When you create a new entitlement you can opt to create it from scratch or base the new record on an entitlement template. (More on that a little later!)

You will find the entitlement templates option in the service management options in the settings area of CRM.

There are several fields that are important to understand with regard to entitlements (and templates);

  1. Allocation Type – determines if the entitlement is based on number of cases or hours consumed.
  2. Decrease remain on – this determines if the balance of support remaining should be decrementing based on cases raised or cases resolved.
  3. Total Terms – this is the total number of allocations allowed. (For example 100 cases or 50 hours of support.)
  4. Restrict based in entitlement terms – This options decides if new case creation will be prevented if the entitlement limit has been reached.

An entitlement template can include a start and end date, although typically these wouldn’t be used. As each entitlement created from the template will cover a different period.

In this simple example I haven’t defined entitlement channels or products but it is important to understand that you can define channel and product details within the template if required.

Create new entitlements

Entitlements can optionally be created from an entitlement template, as we have already mentioned. It will therefore come as no surprise that the entitlement itself actually resembles the template. Although there are some differences, firstly the actual entitlement will be associated with a customer.

There is a third method to create entitlements! As it is possible to create a new entitlement by renewing a cancelled or expired entitlement.

Entitlements are created / maintained from the service management options in the settings area of CRM.

When creating an entitlement, you enter a name, customer as well as a start and end date. (Typically an entitlement will have a start and end date as it forms the contract between the supplier and the customer.) You can also associate an entitlement to an SLA. I discussed how to create SLAs in my previous post! You can also define if this entitlement is the customer’s default entitlement or not.

As with the template you can define the allocation type (ie number of cases or hours) and number of allotments.

Another option (not available in the template) is the ability to restrict which contacts can raise cases against this entitlement. Useful if you need to tightly control who at the customer is allowed to log cases. For example: maybe only someone from their IT team is allowed to log support requests.

Entitlements start off in a draft state and need to be activated. Note that the entitlement does need to be activated before it can be set as the customer’s default entitlement. This does mean if the default entitlement is deactivated, maybe because some details need to be amended, when the entitlement is re-activated the default status will have been reset. So you will need to remember to repeat the process of setting it as default.

Entitlement Channels

Channels are optional restrictions on the entitlement, used to limit the amount of support that is provided on a particular channel. You may, for example, limit the number of hours of support provided on the telephone.

Channels are the mechanism the customer used to raise the case. So channels might include email, phone, web portal or web site and even social media options. The channel is based on the origin of the case.

It is possible for the total sum of cases allowed on each channel to exceed the total allowed on the agreement. This may seem strange at first but is logical. You might allow someone to log a maximum of 100 cases. With a maximum of 100 being from email, and a maximum of 100 from web and 50 from phone. This doesn’t mean a total of 250 is allowed! The total is the maximum on that channel. So I can log a maximum of 50 on the phone leaving a balance of 50 that could be logged by email or web. (Or I could log none on the phone and log 100 on the web etc.)

Whilst this logic sounds confusing, if you think about it, the purpose is to try to drive customers to have a preference for one channel over another. So in the example I gave we are trying to encourage customers to email requests (or use web) rather than telephoning. This encourages a channel shift that might be very desirable in some situations.

Apply Entitlement to cases

As cases are created the default customer entitlement will be automatically populated onto the case. However, it is also possible to select an entitlement as you may have multiple entitlements for one customer. Maybe reflecting the different service agreements, you have with that customer. It is important to understand that each entitlement is always tied to a specific customer.

Also whilst working with cases the user can optionally decide whether or not to decrement the number of allotments. It might be that a case is raised for a very simple question and the operator taking the call applies some discretion and decides to not reduce outstanding balance of support on the entitlement. Even though you might opt to not decrement the allotment the case would still be associated with the entitlement. As this works well for later reporting of service provided under the agreement and also you may still wish to apply the SLA defined on the entitlement.

If the entitlement is set to restrict cases should the balance remaining on the entitlement reach zero then you will not be able to create any additional cases. One behaviour on this you should be aware of is what happens if the balance remaining to decremented on case resolution. In this scenario, if a case is re-opened (unresolved) then the entitlement balance would increment. Giving one extra case that can be resolved.

Entitlement Products

In addition to restricting support based on channel it is possible to limit support to a specific product(s). Customers could also have the level of support restricted based on the product or service they have purchased.

Entitlement Service Level Agreements

I am only going to briefly mention the concept of linking entitlements to service level agreement, as I have given details on this in previous posts. But it is important to be aware that you need to understand this concept for the MB2-714 exam.

Entitlements Lifecycle

You will need to know the following; As already mentioned an entitlement will start off life in draft mode.

  • You then need to activate it to be able to start to “consume” the allotment on the entitlement by associating it with cases.
  • If you activate a contract that has a start date in the future its status will be set to “waiting”. It will then be automatically set to active on the start date.
  • You can only set the entitlement as default once it is active (or waiting).
  • Once a contract has been activated (or set to waiting) it can’t be changed but you can deactivate entitlements at any point, you must remember to reset as default once re-activated.
  • Entitlements that are active or waiting can be cancelled. Once cancelled they cannot be changed and also cannot be used on new cases.
  • After the end date of the entitlement has passed it will automatically change to expired.
  • Cancelled or expired entitlements can be renewed.

Hopefully you have “enjoyed” this post and it has helped you prepare for the MB2-714 exam.

In my next post I will continue this theme by looking at service scheduling. So that is something to look forward to!!!!

You can find my complete collection of posts for MB2-714 here.

2 thoughts on “MB2-714 (Microsoft Dynamics CRM 2016 Customer Service): Entitlements

  1. Pingback: MB2-714 (Microsoft Dynamics CRM 2016 Customer Service) | Microsoft Dynamics CRM and Unified Service Desk

  2. Pingback: MB2-714 Certification (Microsoft Dynamics CRM 2016 Customer Service) – Revision Guide | Microsoft Dynamics CRM and Unified Service Desk

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s