Your CloudSET SLA Management setup will record measurements pertaining to the performance of your agents against agreed service levels.
These measurements are recorded against your tickets as ticket fields that can be referenced as metrics in your reports and dashboards using Zendesk Explore.
A full list and explanation of the purpose and use of each ticket field is provided in the following article: Monitor and Measure SLA Performance in Views and Reports
At this time Zendesk explore doesn't offer an API or alternative import option to allow the automatic generation of templates and example reports and dashboards.
However, the following short videos provide instructions explaining how to build an example SLA Performance Dashboard, using the metrics provided by your CloudSET SLA setup and configuration.
*Important Note: after watching the videos and building the queries, please see the instructions for the introduction of an additional changes filter at the end of this article.
Building an Example Pass vs Violation Performance Dashboard
The following video explains how the CloudSET SLA metrics recorded in ticket fields can be used to build an example set of queries and a dashboard, to report on the number of ticket events passing or violating the SLA, to give a % within SLA.
Filtering out Irrelevant Changes
When the above videos were created it had been assumed that the calculated attributes and calculated metrics would have successfully filtered out the changes that aren't involved in SLA measurements (Explorer is a relatively new product and we're still learning about it ourselves).
However, it has since been discovered that Explore is unnecessarily returning all of the changes to the query before the metrics are applied, which can lead to performance issues or even prevent the query returning results.
An additional filter is therefore required to restrict the changes returned by the query to only those that involve an update to the SLA measures involved.
Applying the Changes Filter
The following screenshots explain how to apply a new filter to prevent unnecessary changes returning in the underlying query results.