Solución de problemas de automations: cuando los triggers no se disparan, las acciones fallan o faltan ejecuciones
Una automation tiene tres partes que pueden fallar de forma independiente:
| Parte | Pregunta |
|---|---|
| Trigger | ¿Ocurrió el evento de la forma en que la automation lo espera? |
| Condiciones | ¿La ejecución pasó el filtro (o fue omitida en silencio)? |
| Acción | ¿La acción se intentó, tuvo éxito o falló? |
Esta página es la escalera para recorrer cada una. Comienza siempre por arriba. Saltar directamente a “la acción falló” se pierde el 80 % de los casos que resultan ser problemas de trigger o de condición.
Comprobación rápida de estado
- Abre Automations en la app web.
- Encuentra la automation en cuestión.
- Abre su vista Runs / History. Deberías ver cada intento de ejecución reciente.
- Si no ves ninguna ejecución -> el trigger nunca se disparó. Salta a El trigger no se disparó.
- Si ves ejecuciones pero cada una está omitida -> las condiciones las filtran. Salta a Las condiciones omitieron la ejecución.
- Si ves ejecuciones que fallaron -> ve a La acción falló.
1. El trigger no se disparó
| Posible causa | Qué comprobar |
|---|---|
| La automation está inactiva | El interruptor de la automation debe estar en ON. Las automations recién creadas a veces se guardan como borrador. |
| El trigger está restringido a un check-in / equipo que no es tuyo | Abre los ajustes del trigger y confirma que esté vinculado al check-in correcto. |
| La hora del trigger programado aún no ha pasado | El scheduler se ejecuta en la zona horaria de la organización. Consulta scheduler. |
| Disparado por una acción de usuario que no ocurrió | “Check-in submitted” requiere un envío real, no solo abrir el enunciado. |
| El propio check-in que dispara está pausado / desactivado | Un check-in pausado no produce eventos. Consulta encontrar un check-in desactivado. |
Una prueba útil: cambia temporalmente el trigger a “cada 5 minutos” y verifica que aparezcan ejecuciones en el historial. Luego revierte.
2. Las condiciones omitieron la ejecución
Si la lista de ejecuciones muestra entradas marcadas como “skipped” o “did not match”, una condición las está filtrando.
Culpables habituales:
- Lógica AND vs OR en el grupo de condiciones. Las condiciones complejas a menudo resultan estar unidas con AND cuando el usuario esperaba OR.
- Error de tipeo en una referencia de campo (por ejemplo, comparar una cadena con un número).
- Campos vacíos en el evento de origen que la condición asume que están llenos.
- Condiciones de ventana de tiempo (por ejemplo, “solo en días laborables”). Comprueba el día/hora de la prueba.
Abre una ejecución omitida e inspecciona el registro de evaluación si está disponible. Si no, simplifica las condiciones para confirmar que las ejecuciones sí se disparan, y luego vuelve a añadir complejidad una regla a la vez.
3. La acción falló
| Síntoma | Causa probable |
|---|---|
permission denied a un canal |
El bot no está en el canal o le faltan permisos de Send Messages / Embed Links. |
not found para un usuario / equipo / canal |
La referencia (ID / slug) se eliminó o renombró después de crear la automation. |
timeout o 5xx de un sistema externo |
El destino de la integración está caído o limitado por tasa; la ejecución reintentará según la política de la plataforma. |
invalid template / variable sin resolver |
Una variable como {{member.email}} hizo referencia a un campo que está vacío para ese evento. |
| La acción se ejecuta pero no pasa nada | La acción publicó en un lugar que no estás observando (DM en lugar de canal, canal archivado, etc.). |
Haz clic en una ejecución fallida para ver el detalle del error. El detalle indica el campo o el paso que falló. Hazle una captura de pantalla si escalas el caso.
“Se ejecutó pero el usuario no recibió el mensaje”
Razones comunes:
- La acción publicó en un DM que el usuario tiene silenciado.
- El usuario está en time off.
- El canal de destino fue archivado entre la creación de la automation y la ejecución.
- El destino de la acción era una organización diferente (muy raro; solo en integraciones entre organizaciones).
- El usuario abandonó la organización pero la acción aún lo referencia.
Límites y tiempos
- Las automations no son en tiempo real como los sistemas de streaming. Espera segundos, no milisegundos, entre el trigger y la acción.
- Las acciones pesadas de “todos los miembros de la organización” se limitan para proteger los límites de tasa de la plataforma de chat.
- Una automation que depende del resultado de otra automation puede no ver el resultado posterior de inmediato.
Para conocer los límites exactos por plan, consulta Comparación de planes.
Cuándo escalar a soporte
Envía:
- El nombre de la automation y el ID de la ejecución de un ejemplo fallido.
- Los timestamps de cuándo esperabas que se disparara.
- Una captura de pantalla del detalle del error, si lo hay.
- Confirmación de que la automation está activa.
- El nombre de la organización y tu correo.
Luego contacta a soporte de Dailybot desde Help / Contact en el producto o en el sitio web.