💡 Introducción

En el mundo de la automatización empresarial, no basta con que un flujo «funcione»; debe ser capaz de resistir fallos temporales. Las conexiones de red, las caídas momentáneas de servicios externos o los límites de API (throttling) son realidades inevitables. Un consultor experto no solo diseña el «camino feliz», sino que construye flujos resilientes. En este artículo, exploraremos cómo configurar las Políticas de Reintento (Retry Policies) y gestionar los Timeouts para garantizar que tus procesos de misión crítica no se detengan ante el primer obstáculo.

💻 Maximizando la Continuidad: Políticas de Reintento (Retry Policy)

Por defecto, la mayoría de las acciones en Power Automate tienen una política de reintento preconfigurada (usualmente 4 reintentos en intervalos exponenciales). Sin embargo, para procesos financieros o integraciones con ERPs, necesitamos un control granular.

🛠️ Configuración de la Política

Para modificarla, debemos ir a los «Settings» (Configuración) de la acción específica. Las opciones principales son:

1. None (Ninguna): El flujo falla inmediatamente si la acción devuelve un error.
2. Default: El estándar de la plataforma.
3. Fixed Interval (Intervalo Fijo): Reintenta X veces cada Y segundos. Ideal para servicios que sabemos que tardan poco en recuperarse.
4. Exponential Interval (Intervalo Exponencial): Aumenta el tiempo de espera entre cada intento. Es la mejor práctica para evitar saturar un servicio que ya tiene problemas.

Tip Pro: Combina esto con la configuración de «Run After» (Configurar ejecución posterior) para capturar el error si, tras todos los reintentos, la acción sigue fallando.

---

💻 Gestión de Timeouts: El Arte de Saber Esperar

A veces, el problema no es un error 500, sino una respuesta que nunca llega. El Timeout define cuánto tiempo esperará Power Automate antes de considerar que una acción ha fallado por exceso de tiempo.

🛠️ ¿Cuándo ajustar el Timeout?

• Consultas SQL complejas: Si tu base de datos tarda más de 2 minutos en responder, el flujo fallará por defecto. Ajustar el timeout en formato ISO 8601 (ej. PT5M para 5 minutos) es vital.
• Aprobaciones Críticas: Aunque las aprobaciones pueden durar hasta 30 días, las acciones HTTP tienen límites mucho más estrictos.
• Llamadas a APIs Externas: Si la API es lenta por diseño, aumenta el límite de espera para evitar reintentos innecesarios que consuman tus límites de solicitudes diarias.

---

✍️ Mini Ejercicio Práctico

Vamos a configurar una acción HTTP que consulta un servicio de inventario externo para que sea verdaderamente resiliente:

1. Configurar Reintento: En la acción HTTP, ve a Settings > Retry Policy. Selecciona Exponential Interval. Define 5 reintentos, con un intervalo mínimo de PT10S y un máximo de PT1M.
2. Configurar Timeout: En la misma pantalla de Settings, busca la propiedad Timeout. Escribe PT2M para permitir que la consulta espere hasta 2 minutos antes de abortar.
3. Manejo de Error: Agrega una acción de «Send email» después del HTTP. Cambia su «Run After» para que solo se ejecute si la acción HTTP ha fallado (Has failed) o ha expirado (Has timed out). Así, notificarás al equipo de soporte solo cuando la resiliencia automática no sea suficiente.

📚 Fuentes Consultadas

• Documentación oficial: Límites y configuración de flujos en Power Automate
• Manejo de errores y excepciones en Cloud Flows