Saltar al contenido principal
Un webhook envía datos de una llamada a tu sistema mediante una solicitud POST. La llamada puede terminar correctamente aunque tu endpoint no reciba el evento.

Configurar y probar

1

Prepará tu receptor

Creá una URL accesible que acepte POST JSON. Si vas a iniciar llamadas por API, guardá sus IDs para relacionarlas con tu sistema.
2

Publicá la URL en el agente

Abrí Agente de voz → Avanzado → Post llamada, configurá el webhook de salida y publicá. El webhook de entrada obtiene contexto y tiene otro contrato.
3

Hacé una llamada controlada

Usá Probar agente y esperá el análisis. Si hay criterios de evaluación, el envío puede esperar sus resultados.
4

Compará la entrega y la acción

Revisá el cuerpo en tu receptor y en Llamadas → Webhooks. Confirmá también que la tarea, ticket o actualización esperada se completó.
El editor actual no ofrece un botón de payload de ejemplo. Las llamadas de prueba pueden ejecutar acciones reales en tu receptor.

Qué vas a recibir

El body tiene un objeto data con agente, organización, llamada y contexto disponible. Los bloques de contacto y campaña dependen del registro. Una prueba web puede tener contacto si se registró con email.

Campos y ejemplos del payload

Explorá los objetos y elegí un JSON por tipo de llamada.

Tipos de llamada

Distinguí pruebas, API, campañas, entrantes y widgets.

Diagnosticar la entrega

En Llamadas → Webhooks, abrí un evento para consultar su URL, estado, intentos, respuesta HTTP, datos crudos y llamada asociada. Guardá data.call.call_id en tu receptor. El ID de evento visible en la app sirve para diagnóstico, pero no viene automáticamente en el body. Hacé que tu receptor tolere entregas repetidas: un reintento no debe crear dos tickets ni duplicar una operación. No confundas estos envíos con los webhooks de canales de mensajes, las automatizaciones del inbox o los eventos del enrutamiento. Tienen configuración y contenido propios.

Preguntas frecuentes

No. Reintenta la entrega del evento. Tu receptor puede ejecutar acciones otra vez si no controla duplicados.
No. El de entrada obtiene contexto antes de conversar; el de salida entrega información de la llamada.
ID de evento, ID de llamada, fecha y respuesta HTTP, sin secretos del receptor.

Ver también