Salud y Fiabilidad de los Triggers
Cómo MyBotBox mantiene los triggers fiables — reintentos, deduplicación, recuperación de datos históricos y recuperación automática.
Los triggers son el punto de entrada de cada flujo de trabajo desplegado, por lo que están diseñados para ser fiables incluso cuando un servicio externo falla intermitentemente. No necesitas configurar nada de esto — está activado por defecto.
Deduplicación de webhooks
Los webhooks entrantes pueden entregarse más de una vez. MyBotBox registra una huella digital de cada evento e ignora los duplicados, de modo que un flujo de trabajo se ejecuta exactamente una vez por evento real, aunque el proveedor reintente la entrega.
Los proveedores que firman sus webhooks (Slack, Stripe, GitHub, entre otros) son verificados antes de ser aceptados — un payload sin firma o con firma incorrecta es rechazado.
Recuperación histórica en el primer sondeo
Cuando un trigger de sondeo (RSS, IMAP, Gmail, Outlook, Google Tasks) se ejecuta por primera vez, establece una línea base del origen en lugar de inundar tu flujo de trabajo con todo el historial. Tú decides qué hace el primer sondeo:
| Modo | Comportamiento en el primer sondeo |
|---|---|
| Omitir | Marca todo como visto; se activa solo con elementos nuevos |
| Últimos N | Se activa con los N elementos más recientes y continúa desde allí |
Tras el primer sondeo, solo los elementos genuinamente nuevos desencadenan una ejecución.
Reintentos y retroceso exponencial
Un sondeo o envío que falla se reintenta con retroceso exponencial en lugar de descartarse. Los errores transitorios (un tiempo de espera del proveedor, una interrupción breve) se recuperan solos sin perder eventos.
Recuperación automática
Un monitor en segundo plano comprueba el estado de los triggers periódicamente. Un trigger que haya estado fallando se reactiva automáticamente una vez que el problema subyacente se resuelve, de modo que los flujos de trabajo se reanudan sin intervención manual.
Si un trigger sigue fallando — por ejemplo, por una credencial caducada — vuelve a autenticar la conexión de la que depende. El monitor se recupera de fallos transitorios, pero no puede solucionar un token revocado.