Skip to main content
Un seguimiento puede ser una tarea para una persona, una actualización del CRM o un nuevo contacto con el cliente. Elegí primero qué evento lo habilita; después configurá la acción.

​
Elegí el mecanismo

Recibí el webhook de análisis. Usá resultado y datos extraídos para decidir el siguiente paso en tu backend, n8n o Make.

​
Receta: crear una tarea después de una llamada

1

Definí el dato que decide el seguimiento

En Post llamada, agregá un dato de análisis como requiere_seguimiento, de tipo boolean. Explicá cuándo debe ser verdadero. El valor llegará en data.call.call_analysis.custom_analysis_data.requiere_seguimiento.
2

Configurá el receptor y el mapeo

Publicá la URL del webhook de salida del agente. Conservá data.call.call_id y, cuando exista, data.contact.contact_id. Guardá el evento en almacenamiento persistente antes de confirmar recepción; luego procesá la tarea desde una cola o ejecución recuperable.
3

Aplicá condiciones antes de actuar

Admití solo los tipos de llamada previstos, excluí pruebas y comprobá que existe contacto. Si el dato de análisis falta, mandá el caso a revisión o consultá la llamada: no interpretes ausencia como false.
4

Creá la tarea una sola vez

Usá una clave única propia como call_id + crear_tarea_seguimiento. Guardá estado y resultado de la acción de manera recuperable. No dependas de memoria temporal ni marques como terminado antes de crear la tarea.Podés crearla en tu CRM o con Create task. Ese endpoint requiere details, brief, type y created_by. Incluí la referencia de contacto en details: actualmente contact_id no crea una asociación persistida en esa operación.

​
Qué datos mapear

​
Decidí el siguiente paso

Para volver a llamar, usá Call a contact con schedule. Guardá la relación entre intento original y nuevo. No conectes cada no_answer a una llamada inmediata: crearía un ciclo sin límite.

​
Receta: enviar los datos de una conversación a tu CRM

En una regla del inbox, elegí un disparador como Conversation Closed, agregá AI Conversation Analysis si necesitás extraer datos, y después Send Webhook. Definí un Body template con las variables disponibles en el editor. Las variables ai.* solo existen después del paso de análisis. Inspeccioná Run History → Trigger Payload y el Output de cada paso. Replay ejecuta acciones otra vez; el receptor también debe reconocer duplicados.
Una prueba puede iniciar llamadas, enviar mensajes o crear tareas reales. Usá un contacto controlado y verificá una ejecución completa antes de activar el flujo para todos.

​
Si el siguiente paso es WhatsApp

El webhook de voz no aporta automáticamente channel_id ni thread_id. Obtené el canal con List channels y elegí la conversación correcta. Cuando corresponda iniciar contacto o usar una plantilla, consultá Send template y Plantillas. El webhook de una llamada no abre por sí mismo una ventana de conversación de WhatsApp.

​
Preguntas frecuentes

La respuesta de creación identifica la solicitud. Esperá el webhook de análisis o consultá el registro antes de decidir por resultado.
El reintento solo entrega datos nuevamente. Pero tu automatización sí podría llamar otra vez si no controla acciones duplicadas.
Antes de ejecutar una acción pendiente, volvé a comprobar respuesta del cliente, estado de la oportunidad y límites de intentos en tu sistema.

​
Seguí con

Tipos de llamada

Separá pruebas, campañas y producción.

Tipos de webhooks

Elegí el disparador correcto.