Usar recursos extras de tickets pela API
Consulte um ticket e controle pausas, avaliações e compartilhamentos sem confundir identificadores nem repetir operações de escrita após uma resposta incerta.
Antes de começar
- API ativa e token guardado em local seguro
- URL base e ApiID obtidos no próprio ambiente
- Ticket fictício ou atendimento autorizado para homologação
- Permissão operacional para pausar, avaliar ou compartilhar o ticket usado no teste
Preparar uma chamada controlada
- 1
Acesse Configuração > API e confirme a credencial destinada à integração.
- 2
Copie a URL base e o ApiID do mesmo ambiente em que está o ticket de teste.
- 3
Envie o token no cabeçalho Authorization com o esquema Bearer.
- 4
Nas requisições com corpo JSON, use Content-Type application/json e envie somente os campos publicados para a rota.
- 5
Registre método, rota, horário e ticketId, mantendo token e conteúdo do atendimento fora dos logs de diagnóstico.

Consultar o ticket antes de qualquer escrita
- POST /v2/api/external/{ApiID}/showTicketById consulta um ticket conhecido.
- ApiID é uma string obrigatória no caminho.
- O corpo publicado é um objeto com ticketId do tipo string.
- O schema não marca ticketId nem o próprio corpo como obrigatórios; confirme o comportamento da versão do seu ambiente antes de automatizar.
- 1
Obtenha o ticketId por uma consulta anterior e não o confunda com telefone, número do contato ou ID da mensagem.
- 2
Consulte o ticket e confira contato, canal, fila, responsável e estado esperado.
- 3
Execute somente uma operação de escrita.
- 4
Consulte novamente e confirme o resultado também na tela de atendimento.

Iniciar, consultar e encerrar uma pausa
- POST /v2/api/external/{ApiID}/ticket/pause/start/{ticketId} inicia a pausa. ApiID e ticketId são strings obrigatórias no caminho; o corpo expõe pauseReason como string.
- GET /v2/api/external/{ApiID}/ticket/pause/logs/{ticketId} consulta os registros de pausa. ApiID e ticketId são strings obrigatórias no caminho.
- POST /v2/api/external/{ApiID}/ticket/pause/end/{ticketId} encerra a pausa. ApiID e ticketId são strings obrigatórias no caminho; o schema do corpo é um objeto sem propriedades.
- Os schemas de início e encerramento não marcam o corpo nem suas propriedades como obrigatórios.

- 1
Consulte o ticket e verifique se já existe uma pausa ativa.
- 2
Valide no ambiente de homologação qual valor de pauseReason corresponde ao motivo autorizado pela operação; o contrato publica apenas o tipo string.
- 3
Inicie a pausa uma única vez.
- 4
Consulte os registros pela rota de logs e confira o estado na interface.
- 5
Encerre a pausa somente depois de confirmar que ela continua ativa.
- 6
Consulte os registros novamente antes de considerar o fluxo concluído.
Listar e enviar avaliações
- GET /v2/api/external/{ApiID}/listTicketEvaluations recebe ApiID como string obrigatória no caminho e aceita page e limit como inteiros opcionais na query.
- POST /v2/api/external/{ApiID}/sendEvaluation recebe ApiID como string obrigatória no caminho.
- O corpo de sendEvaluation publica ticketId como number, body como string, externalKey como string e force como boolean.
- Nenhuma propriedade do corpo de sendEvaluation aparece marcada como obrigatória.

Criar e consultar um compartilhamento
- POST /v2/api/external/{ApiID}/ticket/share recebe ApiID como string obrigatória no caminho e publica ticketId e inviteUrl como strings no corpo.
- GET /v2/api/external/{ApiID}/ticket/share/{ticketId} recebe ApiID e ticketId como strings obrigatórias no caminho.
- O corpo da criação não marca ticketId nem inviteUrl como obrigatórios.
- O contrato não define formato de inviteUrl, duração, revogação, permissões nem conteúdo acessível pelo compartilhamento.

Reconhecer limites e reconciliar o resultado
As rotas publicam resposta HTTP 200 com conteúdo application/json, mas não apresentam schema de resposta, exemplos de retorno, códigos de erro, limites de uso, idempotência ou regras de retentativa. O sistema consumidor precisa validar o formato realmente devolvido pela versão do ambiente.
- Ticket não encontrado: confirme URL base, ApiID, ticketId e o tipo exigido pela rota.
- Pausa divergente: consulte o histórico antes de iniciar ou encerrar novamente.
- Avaliação aparentemente ausente: consulte os registros e o log da interface antes de reenviar.
- Paginação inconsistente: page e limit não têm faixa nem base inicial publicadas; determine o comportamento com uma consulta controlada.
- Resposta 200 inconclusiva: confira o estado funcional na consulta e na interface, sem tratar o código isolado como confirmação suficiente.
Se ainda houver dúvida, continue pelos artigos relacionados abaixo.
