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:
- As entregas de endpoint são sempre notificações não bloqueantes
com tentativas: responda com
qualquer 2xx; o envelope contém um
event_idpara deduplicação. - As trocas bloqueantes são executadas apenas no
webhook de URL única legado: a solicitação de
configuração
telephony.incoming/web.incoming(números em modo webhook e chaves de widget, tempo limite de 10 s) e o despacho de ferramentas em modo webhook. Sua resposta molda a chamada ao vivo.
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.