Hannah Meier

Hello Victor, 
You can certainly use CSAT for Messaging channels, such as WhatsApp. 
Please refer to the About CSAT ratings in Messaging article for more information on what this looks like and how to set it up:
https://support.zendesk.com/hc/en-us/articles/4408832620570-About-CSAT-ratings-in-messaging

Question

Pourquoi mes données pour des dates passées ont-elles changé ?

Chaque fois que je consulte un rapport pour une période donnée, les données changent. Par exemple, pour la période du mois dernier, le rapport a montré un délai avant première réponse de 10 heures. Une semaine plus tard, le même rapport indiquait un délai avant première réponse de 9,7 heures. Pourquoi ?

Réponse

Les données passées peuvent changer avec le temps pour de nombreuses raisons :

• C'est particulièrement vrai si les données sont triées par la date de résolution d'un ticket. Quand un ticket plus ancien est enfin résolu, s'il a reçu une réponse ou une note de satisfaction, ces données s'affichent aux dates passées dans le rapport.
• Les données peuvent également changer lors de la réouverture d'un ticket résolu. Cela a un impact sur le nombre de tickets résolus ou le délai avant résolution complète. Par exemple, si un ticket est rouvert et résolu au moment de la dernière consultation du rapport, le rapport reflétera la nouvelle date de résolution de ce ticket.
• En outre, sur un ticket, l'objectif de délai avant première réponse des SLA ne commence pas jusqu'à ce que le ticket reçoive un premier commentaire public d'un utilisateur final. C'est la raison pour laquelle votre délai avant première réponse moyen peut changer. Pour en savoir plus, consultez cet article : SLA Zendesk et délai avant première réponse

Question

Pourquoi le jeu de données Backlog n'affiche-t-il que 23heures ?

Réponse

Comme les données de tickets non traités sont capturées chaque jour, elles ne peuvent pas être segmentées toutes les heures. L'heure d'attente enregistrée est indiquée sur 23 , car les données sont capturées tous les jours entre 23 h, 12 h ou 1 h en fonction de facteurs comme l'heure d'été.

Pour en savoir plus, consultez l’article : Analyse de l'historique de vos tickets non traités avec Explore.

Hello @...,

You can do this by changing the last part of the formula, which formats the date. For example, if you want this formula to show the year and week number, you can change the formula to this:

IF (VALUE(First reply time (min))!=NULL)
THEN DATE_FORMAT(DATE_FROM_TIMESTAMP(DATE_TO_TIMESTAMP([Ticket created - Timestamp])+VALUE(First reply time (min))*60),"ww yyyy")
ELSE "-" 
ENDIF

Here is a link to an article that describes the values you can use in the DATE_FORMAT() function:

• Formatting Dates

Hello @...,

As discussed previously, the "reset" button on the bookmarks is working as designed. The "reset" button on a bookmark resets all filters so that they no longer impact any dashboard filters. If you have hidden filters that you wish to always be active, then I'd recommend that you hide the "reset" button on your bookmark widgets. 

If you want a tab at the front of the dashboard that filters all other tabs on your dashboard, you can do this by making sure you place the same exact filters on each tab of the dashboard (hiding them is you don't want them to be visible) and making sure you have the "do not share across tab" box (mentioned by Jacob above) unchecked.

Hello @...,

There is a data threshold of 50,000 rows on the underlying SQL in Explore. Explore is only able to query 50,000 rows of data at a time and displays the Network Error if that limit is exceeded. Bear in mind that this limit doesn't necessarily translate to 50,000 rows on the query itself, it also depends on the number of columns included, type of data calculated, etc.

Using standard calculated metrics in queries will add to the number of rows that need to be queried in SQL because it adds to the complexity of the queries.

To resolve this issue, narrow the query scope to prevent the exceeding of the data threshold. You can narrow the query scope by adjusting existing date and data filters or adding new ones. In Explore, query filters are applied to the data before calculated metrics/attributes are applied, so filtering down your data before it is sent to the calculation engine is the best way to prevent these errors. Below are some options for adding filters to your query to make it perform better

Adding a redundant data filter

In the example above, you have a calculated metric to only count specific tickets. You can add data filters to narrow down the data before it gets sent to the calculation engine.

For example, adding a query filter on the [Changes - Field name] attribute set to "ACD Anzahl Outboundcalls" in your query above should make this query run more efficiently.

Adjusting an existing date filter

1. Select an existing date filter on your query (for example, Ticket created - Date).
2. Make the defined date range smaller (for example Yesterday) to reduce the data computation required.

Adding a new date filter

Follow the steps in Editing dates and date ranges to add a new date filter with a specific date range.
If the Network error message persists, make the date range smaller.