El flujo de Power Automate no se inicia: las 7 causas más frecuentes

Un flujo de Power Automate que de repente deja de iniciarse tiene en la práctica casi siempre una de siete causas: condiciones de activación incorrectas o demasiado restrictivas, una conexión de conector caducada, la desactivación automática después de 90 días sin activarse, una licencia faltante o caducada, una política DLP bloqueante, un modo de administración activado en el entorno de Power Platform, o una desactivación automática por acciones que fallan de forma permanente. Quien revisa estos siete puntos en orden suele encontrar la causa en pocos minutos, sin tener que reconstruir el flujo. Fecha: julio de 2026.

¿Cuáles son las 7 causas que con más frecuencia detienen un flujo de Power Automate?

Según la documentación oficial de Power Automate de Microsoft, las siguientes siete razones cubren la gran mayoría de los flujos que no se inician.

• Condiciones de activación (Trigger Conditions) incorrectas: Si el desencadenador contiene una condición que comienza con el símbolo @, el flujo solo se inicia si esa condición se cumple. Si la condición está formulada incorrectamente o hace referencia a un campo que no existe en absoluto en el evento, la comprobación se omite y el flujo no se inicia. Microsoft denomina internamente este error TriggerConditionNotMet.
• Conexión de conector caducada: Las conexiones a servicios como SharePoint, Outlook o Dataverse caducan si no se utilizan durante mucho tiempo o si cambia la contraseña de la cuenta de conexión. El flujo permanece activado, pero el desencadenador ya no puede registrarse en el servicio.
• Desactivación automática tras 90 días de inactividad: Un flujo en la nube que no se ha activado durante 90 días es desactivado automáticamente por Power Automate, salvo que el propietario disponga de una licencia Premium o de capacidad.
• Licencia faltante o caducada: Para editar, activar manualmente o utilizar conectores Premium se necesita una licencia de Power Automate adecuada. Si una licencia de prueba caduca o se retira, el flujo permanece visible pero ya no se inicia.
• Una política DLP bloquea el flujo: Las políticas de prevención de pérdida de datos (DLP) determinan qué conectores pueden usarse juntos en un flujo. Si un flujo infringe dicha política, se detiene y el desencadenador deja de activarse.
• Problema de entorno por modo de administración activado: Si el modo de administración está activado para un entorno de Power Platform, se desactivan todos los procesos en segundo plano, incluidos todos los flujos de ese entorno.
• Desactivación automática por acciones que fallan de forma permanente: Si un desencadenador o una acción falla de forma continua durante 14 días, Power Automate desactiva el flujo por sí mismo para evitar más ejecuciones defectuosas.

¿Por qué exactamente Power Automate desactiva los flujos después de 90 días?

Microsoft limita explícitamente a 90 días el tiempo sin actividad de activación en los límites oficiales para flujos. Literalmente indica: un flujo en la nube que no se activa dentro de un periodo de 90 días puede estar desactivado, como documenta la página Límites para flujos automatizados, programados e instantáneos. Los flujos de usuarios con licencias Premium o de capacidad asignada quedan exentos de esta regla, y tanto los propietarios como los copropietarios reciben una notificación 30 días antes de la desactivación.

Quien pasa por alto esta notificación, por ejemplo porque rara vez se revisa un buzón interno o porque la persona que creó el flujo ya ha dejado la empresa, simplemente encuentra el flujo desactivado la próxima vez que lo revisa. Por separado, un límite de 90 días también se aplica con frecuencia a las conexiones de conector individuales, pero a nivel de la conexión y no de todo el flujo, como describe la página Solución de problemas de conexiones dañadas con el ejemplo del conector de SharePoint. Ambos plazos pueden superponerse en la práctica y deben revisarse por separado.

¿Cómo encuentra la causa concreta en su propio flujo?

Un orden fijo de cuatro comprobaciones lleva al objetivo más rápido.

• Revisar el historial de ejecuciones: Abra el flujo afectado en "Mis flujos" y consulte el historial de ejecuciones de 28 días en "Todas las ejecuciones" para ver si se omitió una comprobación del desencadenador. Esto indica una condición de activación no cumplida.
• Controlar el estado de la conexión: En "Datos" y "Conexiones", Power Automate muestra qué conexión debe repararse, tal como también describe la página Solución de problemas comunes con los desencadenadores.
• Consultar la licencia y el estado del flujo: El área de detalles del flujo muestra el plan de licencia actual, así como si el flujo está marcado como pausado o suspendido.
• Usar el comprobador de flujos: Al guardar el flujo, el comprobador de flujos integrado indica infracciones de DLP y permisos faltantes directamente en el editor.

Si se utilizan infraestructuras de Power Automate más grandes con varios entornos y modelos de licencia, a menudo vale la pena recurrir a una consultoría de Power Automate estructurada que revise por completo de una vez la lógica de activación, la distribución de licencias y las políticas DLP, en lugar de depurar cada flujo individualmente.

Preguntas frecuentes sobre flujos de Power Automate que no se inician

¿Por qué se desactivó mi flujo sin previo aviso?

Según Microsoft, en realidad esto no ocurre completamente sin previo aviso. En la regla de inactividad de 90 días, se envían notificaciones a los propietarios y copropietarios 30 días antes; en el caso de ejecuciones que fallan de forma continua, la desactivación se produce a los 14 días. El motivo más frecuente por el que la desactivación aun así parece sorprendente: el correo de notificación llega a un buzón que rara vez se revisa, o la persona que creó el flujo ya ha dejado la empresa.

¿Basta con volver a activar el flujo simplemente?

En caso de desactivación por inactividad o errores repetidos, suele bastar con volver a activarlo, siempre que se haya solucionado la causa subyacente. En caso de una conexión caducada o una licencia faltante, también debe volver a autorizar la conexión o asignar la licencia, de lo contrario la siguiente ejecución volverá a fallar de inmediato.

¿Cómo distingo una condición de activación de un bloqueo DLP?

Una condición de activación no cumplida muestra una comprobación del desencadenador omitida en el historial de ejecuciones, mientras que un bloqueo DLP genera un mensaje de error explícito del comprobador de flujos al guardar el flujo, que remite a la política infringida. En caso de duda, ayuda revisar ambos lugares, ya que desde fuera ambos patrones de error parecen inicialmente iguales, es decir, un flujo que simplemente no se ejecuta.

¿Afecta la regla de los 90 días también a los flujos utilizados con frecuencia?

No, la regla solo se aplica si un flujo no se ha activado ni una sola vez en 90 días. Los flujos que se ejecutan con regularidad, como los desencadenadores de recurrencia diarios o semanales, no se ven afectados, independientemente del tipo de licencia.