¿Su flujo de Power Automate ya no funciona? Condiciones de activación, conexiones, regla de los 90 días, licencia y DLP de un vistazo.
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.
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.
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.
Un orden fijo de cuatro comprobaciones lleva al objetivo más rápido.
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.
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.
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.
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.
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.
Fundador de NordFlux. Siete años de experiencia, desde la web y el SEO hasta la automatización a escala de grupo, hoy de forma pragmática para las pymes y con soberanía de datos alemana.
Certificaciones
¿n8n no arranca tras una actualización? Resumen de las causas, checklist de emergencia y rollback a una versión anterior fijada (pinned).
Cómo iniciar un flujo de Power Automate directamente desde un elemento de lista de SharePoint con el desencadenador «Para un elemento seleccionado».
Las 5 razones más frecuentes por las que los agentes RAG en n8n ignoran el vector store: embeddings, chunking, filtros, prompt y salida de la herramienta de un vistazo.
Ya sea una conexión caducada, la desactivación a los 90 días o un desencadenador mal configurado, un flow detenido suele paralizar todo un proceso de negocio hasta encontrar la causa. NordFlux se encarga de la operación gestionada de sus flows de Power Automate con monitorización que detecta fallos antes de que su equipo los note siquiera. En la primera conversación revisamos sus flows más críticos y mostramos los riesgos de fallo.
