Pruebas y ejecuciones
Preview de un nodo
Seleccioná un contacto, deal o ticket y ejecutá la previsualización. Revisá configuración resuelta, input, output y mensajes. El preview sirve para validar una pieza; no demuestra que todo el grafo funcione.
Prueba completa
- Guardá el workflow en borrador.
- Elegí tipo e ID de sujeto.
- Agregá un payload solo si el trigger lo requiere.
- Ejecutá la prueba.
- Revisá cada nodo y efecto.
- Repetí para ramas alternativas.
Matriz de escenarios
Probá al menos:
- condición verdadera y falsa;
- evento recibido y timeout;
- aprobación y rechazo;
- contacto con datos completos e incompletos;
- owner disponible y ausente;
- integración activa y desconectada;
- evento duplicado;
- error de API;
- fallback de comunicación;
- sujeto fuera del alcance del usuario.
Historial de ejecuciones
En Automatizaciones → Ejecuciones podés filtrar, expandir un run y ver grafo, timeline, estado, duración, inputs, outputs y nodo fallido. Los modos real y prueba se identifican por separado.
Estados de run: activo, completado, cancelado o fallido. Los nodos pueden estar pendientes, procesando, esperando, completados, fallidos, cancelados u omitidos.
Aprobaciones
Los runs detenidos por aprobación muestran la propuesta pendiente. Revisá sujeto, datos, acción y alcance; después elegí aprobar o rechazar. Ambas ramas deben continuar hacia un final o recuperación.
Diagnóstico
| Síntoma | Revisá |
|---|---|
| No inicia | estado activo, trigger, filtros, plan y permisos |
| Se inicia demasiadas veces | filtros e idempotencia |
| Nodo omitido | rama tomada y condición anterior |
| Espera indefinida | tipo de evento, correlación y timeout |
| Variable vacía | ruta, orden de nodos y rama ejecutada |
| Acción rechazada | rol, scopes, catálogo e integración |
| HTTP falla | URL, método, headers, body, timeout y respuesta |
| IA no devuelve lo esperado | instrucciones, contexto y estructura solicitada |
Activación segura
Activá primero con un universo reducido o filtro temporal. Supervisá las primeras ejecuciones y pausá si aparece volumen, duplicación o un efecto inesperado. Ampliá el alcance solo después de verificar resultados.
Evidencia de una prueba
Conservá workflow y versión, sujeto, payload, hora, rama tomada, outputs clave y efectos observados. Una captura del canvas no demuestra el resultado; el run y el registro afectado sí.
Verificar idempotencia
Ejecutá dos veces el mismo evento o payload. Confirmá que el comportamiento repetido sea el esperado: ninguna duplicación, una actualización segura o una segunda acción deliberada. Revisá especialmente actividades, deals, score, mensajes y webhooks.
Pruebas de espera
Usá tiempos cortos en una copia de prueba. Validá reanudación por evento y por timeout, zona horaria y correlación con el mismo sujeto. No esperes días para descubrir una rama desconectada.
Pruebas de comunicación
Usá destinatarios controlados. Verificá contenido resuelto, identidad remitente, canal, plantilla, fallback, consentimiento y registro del envío. Nunca pruebes una automatización nueva con toda una audiencia.
Criterio para publicar
El workflow puede activarse cuando cada rama fue ejecutada, los efectos coinciden, las repeticiones son seguras, los errores tienen salida, permisos e integraciones fueron probados y existe una persona responsable de supervisar los primeros runs.