Pular para o conteúdo

Um chamado, quatro pontos de vista

O mesmo chamado é uma coisa diferente para cada pessoa que encosta nele. Este guia percorre os quatro pontos de vista, na ordem em que eles se encontram: alguém pede, o Scala classifica, alguém atende, e o catálogo decide quanto disso já vem pronto.

Se você ainda não configurou grupos, categorias e SLA, comece por Colocar a primeira fila em produção — este guia assume a fila de pé.


/portal — liberado a todo colaborador autenticado

O requerente tem uma tela só dele. Não vê fila de ninguém, não escolhe setor, não precisa entender o produto: descreve o que precisa, ou escolhe um serviço do catálogo, e acompanha o que já pediu.

Ele não precisa de permissão. A raiz tickets vem liberada em nível de ver, e a API devolve apenas os chamados da própria pessoa. Isso é decisão de produto: um helpdesk em que se pede permissão para pedir ajuda não é um helpdesk.

O que o requerente faz por ali:

  • Abrir chamado descrevendo o problema, ou pelo serviço já catalogado
  • Acompanhar o andamento sem escrever para ninguém perguntando
  • Responder o que o atendimento perguntou, no próprio chamado

/portal/scala — a sala de conversa, alcançada pelo cartão de abertura do portal

Em vez de um formulário em branco, o Scala pergunta. Ele conduz a abertura: entende o pedido, classifica e registra o chamado no setor certo, devolvendo o protocolo ali mesmo.

O ganho não é para quem pede — é para quem atende. Chamado que nasce triado chega com categoria, setor e contexto; chamado que nasce em campo de texto livre chega para alguém ler e classificar antes de começar a resolver.

O mesmo assistente atende pelo WhatsApp, quando a mensageria está configurada.

Service Desk → Scala, com a permissão chatbots

O fluxo é feito de blocos e decisões, editável na própria interface. Acrescentar uma pergunta ou redirecionar um caminho não exige deploy — e é por isso que a triagem acompanha a operação em vez de envelhecer.

A recomendação prática: teste antes de publicar. O fluxo tem rascunho e publicação separados justamente para que a fila não vire ambiente de teste.


Service Desk → Chamados, com tickets em nível de editar e o escopo do setor

Três formas de olhar o mesmo trabalho, e cada uma serve a um momento:

VisãoQuando usar
FilaAtender em ordem, um a um
QuadroEnxergar o estado por coluna — o que travou, o que espera terceiro
TabelaOperar em volume: filtrar, ordenar, agir em vários

No detalhe do chamado ficam juntos o formulário que o originou, a conversa com o requerente e o SLA correndo. Não é preciso trocar de tela para saber se vai vencer.

Duas coisas que mudam o dia:

  • Responder e resolver na mesma ação, quando o atendimento acabou ali. A maioria dos chamados de N1 termina em uma resposta — e forçar dois passos para isso é atrito repetido dezenas de vezes por dia.
  • Pendente pausa o SLA, se você configurou assim. Chamado esperando o requerente não deveria consumir o prazo de quem atende.

Configurações → Service Desk (super administrador)

O catálogo de serviços é o que transforma “preciso de acesso” em um chamado com categoria, setor, prioridade e as perguntas certas já respondidas. Cada serviço carrega o formulário do que precisa ser perguntado.

A conta é simples: uma pergunta que não está no formulário vira uma ida e volta com o requerente. Dez chamados por dia, uma ida e volta cada, é uma hora por dia de alguém.

Comece pequeno e cresça pela fila:

  1. Catalogue os cinco pedidos mais frequentes do mês passado
  2. Para cada um, escreva as perguntas que o atendimento sempre precisa fazer
  3. Depois de um mês, olhe onde ainda houve ida e volta — e acrescente aquela pergunta

Catálogo grande demais no primeiro dia envelhece sem nunca ter sido usado. Catálogo que cresce pela fila reflete a operação de verdade.


O requerente pede pelo portal ou pelo WhatsApp; o Scala conduz e classifica; o chamado nasce no setor certo com o formulário do catálogo respondido; quem atende encontra contexto em vez de texto livre; e o SLA corre à vista dos dois lados.