Power Automate: desactivación tras 14 días de limitación continua (FAQ)

Cuando un flujo en Power Automate choca repetidamente con límites de limitación durante un periodo prolongado, Microsoft acaba interviniendo: el flujo se desactiva automáticamente. No se trata de una casualidad ni de un fallo de la plataforma, sino de una medida de protección documentada destinada a evitar que un único flujo bloquee capacidad de forma permanente sin que nadie intervenga. Para quienes crean flujos, esto suele sentirse como un sobresalto, sobre todo cuando el flujo es crítico para el negocio y de repente aparece como "Desactivado" sin un mensaje de error claro en la bandeja de entrada. Actualizado: julio de 2026.

Estas preguntas frecuentes explican exactamente cuándo entra en acción la desactivación automática tras una limitación continua, cómo saber si tu flujo se ve afectado y cómo reactivarlo correctamente después sin que el problema se repita de inmediato.

¿Qué significa realmente "limitado de forma continua"?

Power Automate establece, para cada flujo y cada conector, límites de rendimiento, es decir, cuántas acciones o solicitudes se pueden ejecutar dentro de una ventana de tiempo determinada. Si un flujo supera uno de estos límites, su ejecución no se detiene de inmediato, sino que se ralentiza. Según la documentación oficial Límites para flujos automatizados, programados e instantáneos la actividad del flujo se reanuda automáticamente en cuanto el uso dentro de la ventana móvil vuelve a situarse por debajo del límite. El problema surge solo cuando eso no ocurre y el flujo permanece de forma constante por encima de los límites durante un periodo prolongado. Justo entonces entra en vigor la regla de los 14 días.

Los desencadenantes típicos de una limitación continua son demasiadas acciones por ejecución, bucles anidados de "Aplicar a cada uno", un desencadenador que se activa con demasiada frecuencia, o un conector que responde con el código de error 429 ("Too Many Requests") porque se ha alcanzado el límite del servicio subyacente. Estos errores suelen manifestarse primero como un retraso perceptible en la ejecución del flujo, mucho antes de que la desactivación resulte visible.

La regla de los 14 días en detalle

Microsoft describe la regla en Entender los límites de la plataforma y evitar la limitación así: todos los flujos que se limitan de forma continua durante 14 días se desactivan. Estos flujos se pueden reactivar en cualquier momento, pero si el rendimiento no mejora, la plataforma los vuelve a desactivar. Por tanto, la desactivación no es un evento único, sino un mecanismo recurrente mientras la causa subyacente persista.

Importante para entender el contexto: este plazo de 14 días para la limitación no es el único límite de retención en Power Automate. En la tabla de límites de duración y retención aparecen varias reglas con nombres parecidos pero distintas entre sí:

• Flujos con errores: Un flujo en la nube cuyo desencadenador o acción falla de forma continua se desactiva después de 14 días.
• Flujos limitados de forma continua: Un flujo en la nube que alcanza constantemente los límites de rendimiento durante 14 días se desactiva. Una licencia de Power Automate Process puede proporcionar capacidad dedicada y evitar la limitación.
• Flujos sin actividad de activación: Un flujo en la nube que no se activa durante 90 días también se puede desactivar, aunque solo después de un aviso previo por correo electrónico enviado con 30 días de antelación al propietario y a los copropietarios.

Como estos tres casos se confunden fácilmente en la práctica, merece la pena revisar el correo de notificación de Power Automate: normalmente indica con claridad si el motivo de la desactivación fue un error, la limitación o la inactividad.

Cómo evitar una desactivación

La medida inmediata más obvia es editar el flujo y volver a guardarlo. Dado que, según Microsoft, los límites de rendimiento se aplican a una versión concreta de la definición del flujo, un cambio seguido de un nuevo guardado reinicia la ventana de tiempo. Esto te da tiempo, pero no resuelve la causa real.

Para una solución duradera, conviene considerar los siguientes pasos:

• Reducir acciones: Eliminar bucles anidados, sustituir "Aplicar a cada uno" por consultas filtradas con `$filter` o `$top`, y suprimir pasos intermedios innecesarios.
• Suavizar el desencadenador: Restringir un desencadenador que se activa con demasiada frecuencia mediante condiciones de desencadenador, o ajustar la frecuencia de sondeo.
• Distribuir la carga: Repartir grandes volúmenes de datos entre varias ejecuciones del flujo o flujos secundarios en lugar de procesarlo todo en una sola ejecución.
• Revisar la licencia: Una licencia Power Automate Process o Premium aumenta notablemente los límites permitidos por flujo y puede marcar la diferencia cuando la capacidad es ajustada.

En la referencia de códigos de error de Power Automate encontrarás además indicaciones concretas sobre errores de tiempo de espera y de limitación, por si quieres identificar el origen exacto del error en el historial del flujo.

Reactivar un flujo: qué ocurre después

Tras la desactivación, un flujo se puede volver a activar manualmente en cualquier momento. Según Activar o desactivar un flujo basta con hacer clic en "Activar" en la página de detalles, o en "Activar" desde el menú contextual en la vista general de flujos. Lo que ocurre después con los eventos pendientes depende del tipo de desencadenador:

• Desencadenadores por sondeo como la repetición comprueban el servicio conectado a intervalos fijos. Cuando el flujo se vuelve a activar, el desencadenador procesa todos los eventos acumulados desde la desactivación, lo que puede provocar un retraso notable tras un periodo largo de inactividad.
• Desencadenadores webhook se registran en el servicio correspondiente y, tras reactivarse, solo procesan eventos nuevos. Todo lo que ocurrió durante la desactivación se pierde.

Si no quieres este retraso acumulado, según la documentación la única opción es duplicar el flujo y eliminar el original, con lo que el desencadenador se vuelve a registrar correctamente. Así mantienes el control sobre qué datos se procesan realmente, en lugar de verte sorprendido por una avalancha de ejecuciones pendientes. Quien quiera operar este tipo de automatizaciones de forma estable a largo plazo no debería ignorar las advertencias de limitación, sino incluirlas pronto en la planificación de capacidad, por ejemplo en el marco de proyectos de automatización en curso.

Preguntas frecuentes

¿Se desactiva mi flujo de inmediato en cuanto se limita una vez?

No. Una limitación puntual solo ralentiza el flujo de forma temporal, y este sigue ejecutándose automáticamente en cuanto el uso vuelve a situarse por debajo del límite. La desactivación solo se produce cuando el flujo permanece de forma continua por encima de los límites durante 14 días.

¿Cómo saber si la limitación fue el motivo de la desactivación?

Power Automate notifica por correo electrónico a los propietarios y copropietarios del flujo en cuanto se desactiva un flujo. Además, puedes consultar el informe de análisis en la página de detalles del flujo para ver con qué frecuencia ha producido el código de error 429 o ejecuciones retrasadas en los últimos días.

¿Guardar simplemente el flujo reinicia el plazo de 14 días?

Sí, con matices. Como los límites de rendimiento se aplican por versión de la definición del flujo, la ventana de tiempo se reinicia después de cada guardado. Esto proporciona un alivio a corto plazo, pero no resuelve la causa real de la limitación si el flujo desencadena estructuralmente demasiadas acciones.

¿Qué ocurre con los eventos acumulados durante la desactivación?

Depende del tipo de desencadenador. Los desencadenadores por sondeo, como la repetición, procesan los eventos acumulados al reactivarse, mientras que los desencadenadores webhook solo procesan eventos nuevos a partir del momento de la reactivación y omiten los eventos anteriores.

¿Ayuda una licencia Premium o Process contra la desactivación automática?

Una licencia Power Automate Process proporciona al flujo capacidad dedicada con límites más altos y reduce así notablemente el riesgo de limitación persistente. Según Microsoft, es la medida recomendada para flujos que funcionan estructuralmente cerca de los límites, pero no sustituye la optimización de flujos mal diseñados.