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 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);
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.
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 Life-cycle
You will need to know the following; As already mentioned an entitlement will start off life in draft mode.
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;
- Enhanced service level agreements and entitlements – part 1
- Enhanced service level agreements and entitlements – part 2
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);
- Allocation Type – determines if the entitlement is based on number of cases or hours consumed.
- Decrease remain on – this determines if the balance of support remaining should be decrementing based on cases raised or cases resolved.
- Total Terms – this is the total number of allocations allowed. (For example 100 cases or 50 hours of support.)
- Restrict based in entitlement terms – This options decides if new case creation will be prevented if the entitlement limit has been reached.
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.- Enhanced service level agreements and entitlements – part 1
- Enhanced service level agreements and entitlements – part 2
Entitlements Life-cycle
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.
No comments:
Post a Comment
if you have any doubts, please tell me