El nodo Webhook está disponible tanto en Tools como en Workflows. Solo puede existir un nodo Webhook por canvas.
Modos de operación
El nodo Webhook opera en dos modos, determinados automáticamente por la presencia delexecutionId:
Iniciar nueva ejecución
Cuando el request no incluye unexecutionId, el webhook crea una nueva ejecución del workflow desde cero.
Caso de uso: Un sistema externo (CRM, ERP, pasarela de pagos) necesita disparar un proceso automatizado en Jelou.
Reanudar ejecución existente
Cuando el request incluye unexecutionId, el webhook reanuda una ejecución que estaba pausada esperando una respuesta externa.
Caso de uso: Una pasarela de pagos notifica que el pago fue procesado, y el flujo debe continuar desde donde se detuvo.
Configuración
Nombre de la variable
Define el nombre bajo el cual se almacenarán los datos del webhook dentro de la variable$webhook. Los datos recibidos por el request quedarán disponibles en $webhook.<nombreVariable>. Por ejemplo, si defines miWebhook, podrás acceder al body via {{$webhook.miWebhook.body}}, a los headers via {{$webhook.miWebhook.headers}}, etc.
Método HTTP
Selecciona los métodos HTTP que acepta el webhook. Soporta GET, POST, PUT, PATCH y DELETE.Para métodos sin body (como GET), el
executionId para reanudar debe enviarse como query param: ?executionId=abc-123.Reanudar múltiples veces (oneTimeOnly)
Por defecto, una ejecución puede ser reanudada más de una vez por el webhook. Si necesitas restringir esto — por ejemplo, en integraciones de pagos donde una confirmación solo debe procesarse una vez — puedes activar la opción “Solo reanudar una vez” en la configuración avanzada.Variable $webhook
Cuando un request llega al nodo Webhook, toda la información del request queda disponible a través de la variable $webhook. Funciona de manera similar a $memory y $context.
Ejemplo de uso en el flujo
Suponiendo que definistemiWebhook como nombre de la variable, puedes usar las propiedades en cualquier nodo posterior:
Webhook en Workflows
El nodo Webhook está disponible en Workflows, lo que permite que flujos conversacionales sean disparados o reanudados por eventos externos.Consideraciones para Workflows
Nuevas ejecuciones en Workflows
Nuevas ejecuciones en Workflows
Para iniciar una nueva ejecución de un Workflow vía webhook, el request debe incluir el identificador del usuario (por ejemplo, el número de teléfono en WhatsApp). Esto es necesario para que el Workflow pueda enviar mensajes al usuario a través del canal correspondiente.
Reanudar ejecuciones en Workflows
Reanudar ejecuciones en Workflows
Para reanudar una ejecución existente, solo se necesita el
executionId. El sistema ya tiene el contexto del usuario desde la ejecución original.Restricciones de plataforma
Restricciones de plataforma
En plataformas como WhatsApp, si no hay una sesión activa (ventana de 24 horas) entre el usuario y el bot, el webhook no podrá enviar mensajes directamente. En estos casos, puedes usar un nodo HSM dentro del flujo para enviar una plantilla aprobada que reabre la ventana conversacional.
Versionamiento
Versionamiento
El webhook siempre ejecuta la última versión publicada del Workflow. Si hay más de un bot del mismo canal conectado al proyecto, se utiliza el más reciente.
Herencia en workflows hijos
Herencia en workflows hijos
Cuando un Workflow hijo hereda webhooks de su Workflow padre, si el Workflow hijo recibe un request, este sobrescribe los datos del webhook del flujo padre. La data de
$webhook se propaga a ejecuciones hijas (nodos Workflow internos).Testing (Draft)
Para probar el webhook durante el desarrollo (antes de publicar), el nodo genera una URL de pruebas con el sufijo/test:
/test ejecuta el draft actual del workflow, permitiéndote iterar sin afectar la versión publicada.
Retrocompatibilidad
Los webhooks creados antes de esta actualización siguen funcionando sin cambios. Las mejoras aplican solo hacia adelante:- Webhooks existentes conservan su configuración legacy, incluyendo el campo “variable” que guardaba la data en
$context. - Webhooks nuevos siempre guardan la información en la nueva entidad
$webhook, lo que ofrece una estructura más rica y consistente.
Para webhooks legacy que tenían configurada una variable de contexto, el componente de configuración de variable se seguirá mostrando por retrocompatibilidad. En webhooks nuevos, este campo no aparece ya que la data siempre se almacena en
$webhook.Casos de uso comunes
Notificaciones de pago
Recibe confirmaciones de pasarelas como Stripe o MercadoPago y reanuda el flujo de compra.
Integraciones CRM
Dispara flujos automatizados cuando se crea o actualiza un registro en tu CRM.
Eventos de e-commerce
Procesa eventos como abandono de carrito, envío de pedido o devolución.
Automatizaciones IoT
Recibe datos de sensores o dispositivos para disparar flujos de alerta o procesamiento.