zendesk-explore-recipe-duration-of-fields

eesel Team
Written by

eesel Team

Last edited 26 fevereiro 2026

{
  "title": "Como criar relatórios sobre a duração dos campos no Zendesk Explore: Um guia completo",
  "slug": "zendesk-explore-recipe-duration-of-fields",
  "locale": "pt",
  "date": "2026-02-26",
  "updated": "2026-02-26",
  "template": "default",
  "excerpt": "Um guia prático para criar receitas do Zendesk Explore que medem a duração dos campos, incluindo métricas personalizadas para tempo de status, atribuições de grupo e campos personalizados.",
  "categories": [
    "Zendesk",
    "Guides"
  ],
  "tags": [
    "Zendesk Explore",
    "Custom Metrics",
    "Field Duration",
    "Reporting",
    "Customer Support"
  ],
  "readTime": 9,
  "author": 16,
  "reviewer": 14,
  "seo": {
    "title": "Como criar relatórios sobre a duração dos campos no Zendesk Explore: Um guia completo",
    "description": "Um guia prático para criar receitas do Zendesk Explore que medem a duração dos campos, incluindo métricas personalizadas para tempo de status, atribuições de grupo e campos personalizados.",
    "image": "https://wmeojibgfvjvinftolho.supabase.co/storage/v1/object/public/public_assets/blog-gen/banner-98e6ddee-0b68-4352-a643-1e75e9a01d5d"
  },
  "coverImage": "https://wmeojibgfvjvinftolho.supabase.co/storage/v1/object/public/public_assets/blog-gen/banner-98e6ddee-0b68-4352-a643-1e75e9a01d5d",
  "coverImageAlt": "Imagem do banner para Como criar relatórios sobre a duração dos campos no Zendesk Explore: Um guia completo",
  "coverImageWidth": 1920,
  "coverImageHeight": 1080,
  "faqs": {
    "heading": "Perguntas Frequentes",
    "type": "blog",
    "answerType": "html",
    "faqs": [
      {
        "question": "Posso usar a receita do Zendesk Explore para duração de campos se eu estiver no plano Lite?",
        "answer": "Não, o relatório de duração de campos requer o Explore Professional ou Enterprise. O plano Lite tem capacidades de relatório limitadas que não incluem o conjunto de dados do histórico de atualizações ou métricas calculadas personalizadas."
      },
      {
        "question": "Por que minha receita do Zendesk Explore para duração de campos mostra horas corridas em vez de horas úteis?",
        "answer": "Os cálculos de duração personalizados no Explore usam apenas horas corridas. As métricas padrão de horas úteis (Tempo da primeira resolução, Tempo total da resolução, Tempo de espera do solicitante) funcionam com horas úteis, mas quaisquer métricas personalizadas que você criar para campos específicos usarão horas corridas. Esta é uma limitação da plataforma."
      },
      {
        "question": "Como encontro o valor de campo correto para minha receita do Zendesk Explore para duração de campos?",
        "answer": "Você precisa verificar a resposta da API, não o nome de exibição. Visite seu domínio.zendesk.com/api/v2/ticket_fields/{field_id} e procure a propriedade \"value\". Usar o nome de exibição em vez do valor da API resultará em uma fórmula válida que não retorna dados."
      },
      {
        "question": "Posso relatar quanto tempo os tickets passam com vários valores diferentes usando a mesma receita do Zendesk Explore para duração de campos?",
        "answer": "Sim, mas você precisará de métricas calculadas separadas para cada valor. Crie uma métrica por valor de campo que você deseja rastrear e, em seguida, adicione todas ao mesmo relatório. Alternativamente, crie um atributo calculado que mapeia vários valores para exibir nomes e, em seguida, use esse atributo com a métrica de tempo de alterações de campo pré-construída."
      },
      {
        "question": "O que devo fazer se minha receita do Zendesk Explore para duração de campos continuar a expirar?",
        "answer": "Adicione filtros mais restritivos. Comece com um pequeno intervalo de datas (últimos 7 dias) e expanda quando o relatório funcionar. Você também pode filtrar por grupos específicos, tipos de ticket ou campos personalizados para reduzir o tamanho do conjunto de dados. Relatórios muito grandes com muitos campos e longos intervalos de datas podem exceder os limites de volume de dados do Explore."
      },
      {
        "question": "A receita do Zendesk Explore para duração de campos inclui o tempo gasto no grupo final antes que um ticket seja resolvido?",
        "answer": "Não, a abordagem padrão mede o tempo gasto em um grupo antes de ser movido para outro grupo. Para capturar o tempo desde a última atribuição de grupo até a resolução, você precisa de uma fórmula diferente usando a função DATE_DIFF com o carimbo de data/hora do Ticket resolvido. Isso requer a criação de um atributo calculado para identificar o último tempo de atribuição de grupo."
      }
    ],
    "supportLink": null
  }
}
---

Já se perguntou quanto tempo os tickets realmente ficam em cada status? Ou quanto tempo eles passam com grupos de suporte específicos antes de serem encaminhados? Estas são questões críticas para a conformidade com o SLA e identificação de gargalos, mas obter respostas no [Zendesk Explore](https://support.zendesk.com/hc/en-us/articles/4408824320794) requer uma abordagem específica.

Este guia orienta você na criação de receitas do Zendesk Explore que medem a duração dos campos. Você aprenderá como rastrear o tempo gasto nos status do ticket, medir a duração da atribuição de grupo e até mesmo monitorar valores de campos personalizados. Tudo o que você precisa é do Zendesk Explore Professional ou Enterprise com permissões de Editor ou Administrador.

Se você está gastando horas construindo esses relatórios manualmente, existe uma maneira mais rápida. Nosso [agente de IA](https://www.eesel.ai/product/ai-agent) pode ler os valores dos seus campos personalizados automaticamente e tomar medidas sobre esses dados sem a construção de relatórios complexos. Mas, primeiro, vamos dominar a abordagem do Explore.

![Uma captura de tela da plataforma eesel AI mostrando a interface sem código para configurar o agente de IA principal, que usa várias ferramentas de subagente.](https://website-cms.eesel.ai/wp-content/uploads/2025/08/03-The-eesel-AI-dashboard-for-configuring-the-supervisor-agent-an-alternative-to-complex-subagent-tools.png)

## O que você aprenderá neste guia

O relatório de duração de campos no Zendesk Explore ajuda você a responder perguntas como:

- Qual é o tempo médio que um ticket permanece em cada status durante seu ciclo de vida?
- Quanto tempo os tickets passam com cada um dos meus grupos de suporte?
- Quanto tempo se passa enquanto os tickets têm valores de campos personalizados específicos aplicados?

Esses insights são importantes para a análise de SLA, identificação de gargalos e compreensão da distribuição da carga de trabalho entre as equipes. As receitas neste guia levam cerca de 20 a 30 minutos cada para serem configuradas, supondo que você tenha os pré-requisitos em vigor.

Antes de começar, certifique-se de que você tem:

- [Zendesk Explore Professional ou Enterprise](https://support.zendesk.com/hc/en-us/articles/4660627546010) (esses recursos não estão disponíveis no plano Lite)
- Permissões de Editor ou Administrador no Explore
- Dados de ticket no Zendesk Support

## Entendendo o conjunto de dados do histórico de atualizações

Aqui está algo que confunde muitas pessoas: você não pode usar o conjunto de dados padrão **Support - Tickets** para relatórios de duração de campos. Esse conjunto de dados captura apenas o estado atual dos tickets, não o histórico de alterações.

Em vez disso, você precisa do conjunto de dados **Support - Updates history** (Suporte - Histórico de atualizações). Este conjunto de dados armazena cada atualização e evento que acontece no Zendesk Support, incluindo alterações de campo, transições de status e reatribuições de grupo. É o único lugar onde você pode encontrar os carimbos de data/hora necessários para calcular a duração.

As principais métricas com as quais você trabalhará incluem:

- **Field changes time (min)** (Tempo de alterações de campo (min)) - a duração bruta em minutos
- **Duration - Field changes (hrs)** (Duração - Alterações de campo (hrs)) - métricas horárias pré-calculadas para campos comuns

Os atributos que tornam isso possível:

- **[Changes - Field name]** ([Alterações - Nome do campo]) - identifica qual campo foi alterado (como "status" ou "group_id")
- **[Changes - Previous value]** ([Alterações - Valor anterior]) - o valor antes da alteração
- **[Changes - New value]** ([Alterações - Novo valor]) - o valor após a alteração

Quando um campo de ticket é alterado, o Explore registra o valor antigo, o novo valor e quanto tempo o ticket teve o valor antigo. Essa é a base de todos os relatórios de duração.

## Receita 1: Tempo médio em cada status do ticket

Esta receita mostra o tempo médio que os tickets resolvidos gastaram em cada status ao longo de seu ciclo de vida. É útil para a conformidade com o SLA e para entender onde os tickets ficam presos.

**Passo 1: Crie um novo relatório**

No [Zendesk Explore](https://support.zendesk.com/hc/en-us/articles/4408824320794), clique no ícone de relatórios e, em seguida, em **New report** (Novo relatório). Selecione **Support** > **Support - Updates history** (Suporte > Suporte - Histórico de atualizações) e, em seguida, clique em **Start report** (Iniciar relatório).

**Passo 2: Adicione as métricas de duração**

No painel **Metrics** (Métricas), clique em **Add** (Adicionar). Na lista de métricas, expanda **Duration - Field changes (hrs)** (Duração - Alterações de campo (hrs)) e escolha:

- **New status time (hrs)** (Tempo do novo status (hrs))
- **Open status time (hrs)** (Tempo do status aberto (hrs))
- **Pending status time (hrs)** (Tempo do status pendente (hrs))

Depois de adicionar cada métrica, clique nela e altere o agregador para **AVG** (MÉD). Isso exibe a média de todos os valores retornados. Se você tiver o status Em espera habilitado, também poderá adicionar **On-hold status time (hrs)** (Tempo do status em espera (hrs)).

![A interface do construtor de métricas personalizadas, mostrando uma fórmula para calcular 'Tempo gasto no grupo' com base nas alterações de campo, especificamente usando 'Tempo de alterações de campo (min)'.](https://zen-marketing-documentation.s3.amazonaws.com/docs/en/Explore_fc_recipe_1.png)

**Passo 3: Defina a visualização**

No menu Visualization type (Tipo de visualização), escolha **Table** (Tabela). O Explore exibe o relatório finalizado mostrando as horas médias gastas em cada status.

O resultado responde a perguntas como: "Os tickets ficam em status pendente mais tempo do que deveriam?" ou "Estamos resolvendo os tickets rapidamente quando eles atingem o status Aberto?"

## Receita 2: Tempo gasto com um grupo de suporte específico

Esta receita cria uma métrica calculada que mostra quanto tempo os tickets passam em um grupo de suporte específico. É valioso para análise de carga de trabalho e compreensão dos padrões de transferência entre as equipes.

**Passo 1: Encontre o ID do seu grupo**

Antes de criar a métrica, você precisa do número de ID do grupo. No seu navegador da web, visite:

https://yourdomain.zendesk.com/api/v2/groups.json


Substitua "yourdomain" pelo seu subdomínio Zendesk real. Você verá uma resposta JSON com todos os seus grupos e seus IDs. Procure o grupo que você deseja rastrear e anote seu número de ID.

**Passo 2: Crie a métrica calculada**

No seu relatório, clique no menu **Calculations** (Cálculos) e selecione **Standard calculated metric** (Métrica calculada padrão). Dê a ele um nome como "Tempo gasto no Grupo de Suporte 1".

No campo **Formula** (Fórmula), insira:

IF ([Changes - Field name]="group_id") AND ([Changes - Previous value]="YOUR_GROUP_ID") THEN VALUE(Field changes time (min))/60 ENDIF


Substitua `YOUR_GROUP_ID` pelo número de ID real que você encontrou no Passo 1. A fórmula verifica as alterações de atribuição de grupo, procura tickets que saíram do seu grupo de destino e calcula o tempo gasto lá em horas.

![O editor de atributos calculados padrão exibindo o campo de entrada de fórmula para criar atributos personalizados.](https://zen-marketing-documentation.s3.amazonaws.com/docs/en/explore_standard_calculated_attribute_panel.png)

**Passo 3: Adicione a métrica ao seu relatório**

Clique em **Save** (Salvar) para criar a métrica. Em seguida, no painel **Metrics** (Métricas), clique em **Add** (Adicionar) e selecione sua nova métrica calculada na pasta **Calculated metrics** (Métricas calculadas). Defina o agregador para **AVG** (MÉD), **SUM** (SOMA) ou **MED** (MED), dependendo do que você deseja ver.

Esta métrica mede o tempo gasto em um grupo antes de ser movido para outro grupo. Não inclui o tempo gasto no grupo antes que o ticket fosse resolvido.

## Receita 3: Duração para campos de ticket personalizados

Os campos personalizados adicionam outra camada de complexidade porque você precisa encontrar o valor específico da API, não apenas o nome de exibição. Esta receita rastreia quanto tempo os tickets mantêm valores de campos personalizados específicos.

**Passo 1: Encontre o ID do campo personalizado**

No [Admin Center](https://support.zendesk.com/hc/en-us/articles/4408838272410), clique no ícone **Objects and rules** (Objetos e regras) na barra lateral e, em seguida, selecione **Tickets** > **Fields** (Tickets > Campos). Na coluna **Field ID** (ID do campo), encontre o número de ID do seu campo personalizado e anote-o.

![A página de campos de ticket do Admin Center exibindo valores de campo e suas tags associadas, que servem como IDs de campo.](https://support.zendesk.com/hc/user_images/01JH3RV6DHF22BH5DJ5H0C0817.png)

**Passo 2: Encontre o valor de campo específico**

Visite este URL no seu navegador:

https://yourdomain.zendesk.com/api/v2/ticket_fields/YOUR_FIELD_ID


Substitua `YOUR_FIELD_ID` pelo ID do Passo 1. Na resposta JSON, procure a propriedade `"value"` da opção que você deseja rastrear. Isso é diferente do nome de exibição. Por exemplo, um campo pode ser exibido como "Suporte Avançado", mas ter um valor de `"advanced_support"`.

**Passo 3: Crie a métrica calculada**

Crie uma nova **Standard calculated metric** (Métrica calculada padrão) com uma fórmula como esta:

IF ([Changes - Field name]="Your Field Name") AND ([Changes - Previous value] = "field_value_from_api") THEN VALUE(Field changes time (min)) ENDIF


Use o nome de exibição do campo para `[Changes - Field name]` e o valor da API (não o nome de exibição) para `[Changes - Previous value]`. Se você usar o nome de exibição em vez do valor da API, a fórmula será válida, mas não retornará nenhum resultado.

Adicione esta métrica ao seu relatório, defina o agregador para **AVG** (MÉD) ou **SUM** (SOMA) e adicione atributos de tempo como **Update - Month** (Atualização - Mês) para fornecer contexto.

## Limitações importantes a serem conhecidas

Antes de criar esses relatórios, entenda o que eles não podem fazer.

**Limitação de horas úteis**

Quaisquer cálculos de duração de tempo para campos de ticket em métricas personalizadas são limitados a **horas corridas apenas**. Se você precisar de cálculos de horas úteis, use as métricas de duração padrão que estão disponíveis no conjunto de dados do histórico de atualizações:

- First resolution time - Business hours (hrs) (Tempo da primeira resolução - Horas úteis (hrs))
- Full resolution time - Business hours (hrs) (Tempo total da resolução - Horas úteis (hrs))
- Requester wait time - Business hours (hrs) (Tempo de espera do solicitante - Horas úteis (hrs))

Essas métricas pré-construídas respeitam sua programação de horas úteis. As métricas calculadas personalizadas não.

**Considerações de desempenho**

Grandes conjuntos de dados podem causar timeouts de relatório. Se você encontrar erros, tente:

- Adicionar um filtro de tempo menor (últimos 7 dias em vez dos últimos 30)
- Adicionar mais filtros para restringir os resultados
- Dividir o relatório em segmentos menores

**Comportamento de dados históricos**

Alterar uma opção suspensa não atualiza retroativamente os tickets históricos. O valor antigo persiste como uma tag em tickets fechados. Isso é útil para relatórios históricos precisos, mas pode ser confuso se você espera que tudo mostre o novo valor.

## Solução de problemas comuns

Mesmo com passos claros, as coisas às vezes dão errado. Veja como corrigir os problemas mais comuns.

**Resultados vazios quando você sabe que os dados existem**

Verifique seus filtros de data primeiro. Os tickets "criados" no mês passado são diferentes dos tickets "resolvidos" no mês passado ou "atualizados" no mês passado. Certifique-se de que você está filtrando no campo de data correto para sua análise.

**Erros de fórmula**

Verifique novamente se os nomes e valores dos campos estão entre aspas. Verifique se você está usando o valor da API (como `"advanced_support"`) e não o nome de exibição (como `"Suporte Avançado"`). Verifique se há erros de digitação nos nomes dos campos, eles diferenciam maiúsculas de minúsculas.

**Timeouts de relatório ou "Erro de rede"**

Seu conjunto de dados é muito grande. Adicione um filtro de tempo menor ou adicione mais filtros para restringir os resultados. Tente filtrar por grupos específicos, tipos de ticket ou intervalos de datas.

**O campo personalizado não aparece na lista**

Campos personalizados não numéricos aparecem em **Ticket custom fields** (Campos personalizados de ticket) nos painéis Linhas ou Colunas. Campos numéricos aparecem no painel Métricas. Se você ainda não conseguir encontrá-lo, verifique se o campo tem permissões que permitem o acesso ao Explore.

**Os dados parecem errados após as alterações de campo**

Lembre-se de que alterar uma opção suspensa não atualiza retroativamente os tickets fechados. O valor antigo persiste como uma tag. Isso afeta a precisão dos relatórios históricos, mas garante a integridade dos dados.

## Indo além do Explore com insights automatizados

Construir esses relatórios oferece visibilidade dos dados de suporte estruturados. Mas há uma diferença entre saber que os clientes VIP esperam mais e priorizar automaticamente seus tickets.

Na [eesel AI](https://www.eesel.ai/), ajudamos as equipes a ir além dos relatórios para a automação. Nosso [agente de IA](https://www.eesel.ai/product/ai-agent) lê os valores dos seus campos personalizados automaticamente, encaminha os tickets com base nesses dados e pode até mesmo atualizar os campos com base no conteúdo da conversa. Em vez de apenas saber que os tickets ficam pendentes por muito tempo, um agente de IA pode enviar lembretes de acompanhamento e escalar quando necessário.

![Um diagrama de fluxo de trabalho para esta visão geral do Notion Mail que contrasta o Notion Mail com uma verdadeira plataforma de automação como o eesel AI.](https://website-cms.eesel.ai/wp-content/uploads/2025/10/05-eeselAI-Automation-Workflow-with-Helpdesk-Integration.png)

As receitas neste guia cobrem os casos de uso mais comuns para relatórios de duração de campos no Zendesk Explore. Quando você estiver pronto para transformar esses dados em fluxos de trabalho automatizados, explore nossa [integração com o Zendesk](https://www.eesel.ai/integrations/zendesk) ou experimente o eesel AI gratuitamente para ver como ele funciona com sua configuração existente.

Compartilhe esta postagem

eesel undefined

Article by

eesel Team