Retry

Retry

Tipo: retry  ·  Paquete: Core Activities v1.0.0

Ejecuta un bloque de actividades y, si falla, lo vuelve a intentar hasta un número máximo de veces, con una espera opcional entre intentos. Es ideal para acciones que fallan de forma intermitente y que suelen funcionar al segundo o tercer intento: una página web lenta, una red inestable, un sistema que tarda en responder.

Cómo funciona

1. Ejecuta el bloque body.
2. Si tiene éxito, termina y continúa el flujo.
3. Si falla, registra una advertencia con el motivo, espera delay milisegundos (si lo configuraste) y vuelve a intentar.
4. Repite hasta agotar attempts intentos. Si todos fallan, la actividad falla con el último error (lo que detiene la ejecución, salvo que esté dentro de un Try / Catch).

Parámetros requeridos

Parámetro	Editor	Descripción
attempts	expresión	Número máximo de intentos, incluido el primero. Ej: 3 = un intento + 2 reintentos.

Parámetros opcionales

Parámetro	Editor	Descripción
delay	expresión	Milisegundos a esperar entre intentos. Por defecto 0 (sin espera).

Sub-flujos (lanes)

body requerido

Las actividades a ejecutar y, si fallan, reintentar.

Ejemplo

Reintentar hasta 3 veces una acción web, esperando 2 segundos entre intentos:

Retry   attempts = 3   delay = 2000
 └─ body:
      Page Navigate   page = = pagina   url = "https://erp.cliente.com"
      Page Click      page = = pagina   selector = "#login"

Si el primer intento falla (la página no cargó), espera 2 s y reintenta; si el segundo falla, espera y reintenta una vez más. Si el tercero también falla, la actividad falla con el último error.

Cada intento reejecuta TODO el body

Si el bloque tiene varias actividades y falla en la última, el reintento vuelve a ejecutar todas desde el principio. Mantén en el body solo las acciones que tenga sentido repetir juntas (idealmente idempotentes — que repetirlas no cause efectos duplicados).

Retry vs Delay vs Try/Catch

• Delay: espera fija, sin reintentar. Frágil por sí solo.
• Retry: reintenta una acción inestable. La mejor opción para fallos transitorios.
• Try / Catch: maneja el error con un plan B cuando reintentar no basta.

Combínalos: pon un Retry dentro del try de un Try/Catch para reintentar primero y manejar el fallo definitivo después.

Actividades relacionadas

• Try / Catch — manejar el error si todos los intentos fallan.
• Delay — espera fija (Retry ya incluye delay entre intentos).