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

Pregunta

¿Por qué cambiaron mis datos para fechas en el pasado?

Cada vez que miro un informe para ver un periodo de tiempo en el pasado, los datos cambian. Por ejemplo, para el periodo del mes pasado, el informe mostró un tiempo de primera respuesta de 10 horas. Una semana después, el mismo informe mostró un tiempo de primera respuesta de 9,7 horas. ¿Por qué es así?

Respuesta

Hay muchas razones por las que los datos anteriores pueden cambiar con el tiempo:

• Esto es particularmente cierto si los datos se ordenan por la fecha de resolución de un ticket. Cuando un ticket más antiguo finalmente sea resuelto, respondido o se le asigne una calificación de satisfacción, esos datos se mostrarán en fechas pasadas en el informe.
• Los datos también pueden cambiar cuando se vuelve a abrir un ticket resuelto. Esto afecta el número de tickets resueltos o el tiempo de resolución completa. Por ejemplo, si un ticket se vuelve a abrir y se resuelve durante la última vez que vio el informe, el informe reflejará el nuevo tiempo necesario para resolver ese ticket.
• Además, en un ticket, el objetivo de tiempo de primera respuesta de los SLA no se inicia hasta que el ticket recibe un primer comentario público de un usuario final. El promedio de su tiempo de primera respuesta puede cambiar por este motivo. Para obtener más información, consulte este artículo: Los SLA de Zendesk y el tiempo de primera respuesta

Pregunta

¿Por qué el conjunto de datos Backlog solo muestra Tickets en proceso - Hora como 23?

Respuesta

Debido a que los datos de tickets en proceso se capturan por día, no se pueden segmentar por hora. Elregistro de tickets en proceso: la hora aparece como 23 porque los datos se capturan todos los días entre las 11 p.m., las 12 a.m. o la 1 a.m., según factores como el horario de verano.

Para obtener más información, consulte el artículo: Análisis del historial de tickets en proceso con 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.