Skip to main content
Todo corpo de webhook tem um campo type cujo valor é um dos tipos de evento desta página. Quando você assina um endpoint, o array events deve conter os tipos de evento que você quer (ou estar vazio para assinar todos). Dois estilos de entrega transportam estes eventos: Os payloads de exemplo abaixo mostram o envelope de endpoint em sua ordem de transmissão (chaves ordenadas alfabeticamente: data, event_id, type); as entregas legadas transportam os mesmos data sem event_id.

Eventos de chamada

telephony.incoming

Enviado quando uma chamada de entrada chega a um dos seus números de telefone. As entregas ao endpoint são notificações fire-and-forget enviadas para todas as chamadas de entrada, seja o número configurado com agente ou com webhook. Números sem um agente atribuído também recebem a solicitação de configuração bloqueante no webhook legado — consulte telephony.incoming / web.incoming para o esquema completo de solicitação / resposta.

telephony.complete

Enviado quando uma chamada telefônica de entrada ou saída termina. Não bloqueante. Inclui a transcrição completa, a URL da gravação e o resumo de cobrança. Consulte telephony.complete / web.complete para o esquema do payload.

telephony.tool

Enviado depois que uma chamada telefônica invoca uma ferramenta de função. Notificação de auditoria não bloqueante — a ferramenta já foi executada quando este evento é entregue; ela abrange suas próprias ferramentas de função (não ferramentas integradas, de base de conhecimento, de conexão de aplicativo ou MCP).
response é o resultado executado: {"status": <http status>, "response": <your endpoint's JSON>} em caso de sucesso, ou {"status": <status>, "error": "<message>"} em caso de falha.

web.incoming

O equivalente no canal web de telephony.incoming, enviado quando uma sessão do widget web ou uma chamada de teste de microfone do builder é iniciada. As entregas ao endpoint são fire-and-forget para todas as sessões web. Chaves publicáveis em mode="webhook" também recebem a solicitação de configuração bloqueante no webhook legado — essa solicitação bloqueante tem uma estrutura diferente (origin_domain, publishable_key_prefix; sem números de telefone). Consulte telephony.incoming / web.incoming.
from_number é sempre o literal "web". Para sessões de widget no modo webhook, to_number fica vazio (o número do agente da sessão é atribuído após a configuração); para chamadas de teste de microfone do builder, origin_domain e publishable_key_prefix ficam vazios.

web.complete

O equivalente no canal web de telephony.complete, abrangendo chamadas do widget web (direction: "web") e chamadas de teste de microfone do builder (direction: "test"). Não bloqueante. Tem a mesma estrutura de payload de telephony.complete, além de origin_domain, com from_number definido como "web".
No webhook legado de URL única, chamadas de teste de microfone do builder historicamente são relatadas como telephony.complete — apenas chamadas com direction: "web" usam o tipo web.complete nesse caso. O sistema de endpoints mapeia chamadas web e de teste para web.*. Payloads históricos podem conter os valores legados de direction, widget ou mic.

web.tool

O equivalente no canal web de telephony.tool. O data contém origin_domain em vez de from_number / to_number.

Eventos de qualidade

call.graded

Enviado sempre que uma execução de avaliação por IA é concluída para uma chamada. Não bloqueante.
Uma chamada pode ser avaliada mais de uma vez — uma avaliação heurística rápida geralmente é seguida por uma avaliação completa do modelo quando a gravação está disponível, e reavaliações manuais são possíveis. Cada execução concluída emite seu próprio evento call.graded; considere o graded_at mais recente como autoritativo.

issue.reported

Enviado quando um relatório de problema é criado — seja enviado por uma pessoa usuária pelo painel (source: "user") ou automaticamente pela avaliação de chamadas (source: "system"). Não bloqueante.
Reavaliar uma chamada recria seus relatórios de problemas gerados pelo sistema, o que reemite issue.reported para os relatórios recriados. Faça a deduplicação por call_id + title se quiser apenas uma notificação por problema subjacente.

Eventos de chamadas de teste

test-call.completed

Enviado quando uma execução de chamada de teste atinge um status terminal — completed ou failed, incluindo execuções que falharam na inicialização e nunca produziram uma chamada. Não bloqueante. Útil para integrar execuções de CI em lote aos seus sistemas de chat/notificações.

Eventos de alerta

alert.triggered

Enviado quando uma regra de alerta com o canal Entregar para webhooks de desenvolvedor ativado ultrapassa seu limite. Não bloqueante. Uma regra é disparada uma vez e então respeita seu período de espera, portanto uma violação contínua produz um evento por janela de período de espera.
Consulte o guia de Alertas para criar regras, métricas, períodos de espera e os canais de e-mail / Slack.

Relacionados

telephony.incoming / web.incoming

O payload bloqueante de chamada recebida ao qual você precisa responder.

telephony.complete / web.complete

Transcrição e métricas após a chamada.

Endpoints de webhook

Inscreva uma URL em um subconjunto destes eventos.

Ferramentas de função

Como os eventos telephony.tool / web.tool são gerados.