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

Pergunta

Por que meus dados mudaram para datas no passado?

Sempre que analiso um relatório de um período de tempo passado, os dados são alterados. Por exemplo, para o período do mês passado, o relatório mostrou um tempo da primeira resposta de 10 horas. Uma semana depois, o mesmo relatório mostrava um tempo da primeira resposta de 9,7 horas. Por que isso acontece?

Resposta

Há muitos motivos pelos quais os dados passados podem mudar ao longo do tempo:

• Isso é especialmente verdadeiro se os dados estiverem classificados pela data de resolução do ticket. Quando um ticket mais antigo é finalmente resolvido, respondido ou recebe um índice de satisfação, esses dados são exibidos em datas passadas no relatório.
• Os dados também podem mudar quando um ticket resolvido é reaberto. Isso afeta o número de tickets resolvidos ou o tempo total de resolução. Por exemplo, se um ticket for reaberto e resolvido no mesmo horário em que você viu o relatório, o relatório refletirá o novo horário de resolução desse ticket.
• Além disso, em um ticket, a meta de tempo da primeira resposta dos SLAs não é iniciada até que o ticket receba o primeiro comentário público de um usuário final. A média do seu tempo da primeira resposta pode mudar por esse motivo. Para obter mais informações, consulte este artigo: SLAs do Zendesk e o tempo da primeira resposta

Pergunta

Por que o conjunto de dados Backlog mostra apenas a Lista de pendências registrada - hora como 23?

Resposta

Como os dados da lista de pendências são capturados por dia, eles não podem ser segmentados por hora. A Lista dependências gravada - hora está listada como 23 porque os dados são capturados diariamente entre 11h00, 12h ou 13h, dependendo de fatores como o horário de verão (DST).

Para obter mais informações, consulte o artigo: Análise do histórico da lista de pendências de tickets com o 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.