Un flujo que funcionó durante meses y de un día para otro deja de enviar correos, de copiar datos o de pedir aprobaciones casi nunca se "echó a perder" solo: algo cambió a su alrededor. Una contraseña, un archivo que alguien movió, una licencia que venció. La buena noticia es que Power Automate deja registro de cada ejecución, así que casi siempre se puede encontrar la causa.
Primero: revisa el historial de ejecuciones
- Entra a make.powerautomate.com con tu cuenta de Microsoft 365.
- Ve a Mis flujos y abre el flujo que falla.
- Mira arriba el estado del flujo: si dice Desactivado o Suspendido, salta a la causa 7.
- En el historial de ejecuciones (guarda los últimos 28 días), abre una ejecución con estado Error.
- El paso que falló aparece marcado en rojo. Ábrelo y lee el mensaje de error: ahí está la pista principal.
Si el historial está vacío, el problema no es que el flujo falle, sino que no se está activando: revisa el desencadenador (por ejemplo, que la lista o el buzón que vigila sea el correcto) y sus condiciones.
Las siete causas más comunes
1. La conexión expiró o perdió permisos
Síntoma: errores 401, 403 o "Unauthorized", o un aviso que pide corregir conexiones.
Cada flujo se conecta a SharePoint, Outlook, Excel u otros servicios con la cuenta de alguien. Si esa persona cambió su contraseña, se le activó la verificación en dos pasos o le quitaron permisos sobre un sitio, la conexión deja de servir.
Qué hacer: en el menú lateral, abre Conexiones (a veces está dentro de Datos o Más), busca la que tiene advertencia y vuelve a iniciar sesión. Luego ejecuta el flujo de prueba.
2. El dueño del flujo ya no está en la empresa
Síntoma: varios flujos fallan al mismo tiempo, justo después de que alguien se fue.
Cuando se desactiva la cuenta de una persona, sus conexiones dejan de funcionar y, con ellas, todos los flujos que dependían de su cuenta.
Qué hacer: un administrador de Microsoft 365 puede agregar nuevos propietarios al flujo. Después hay que reemplazar las conexiones de la cuenta desactivada por otras de una cuenta vigente.
3. Algo cambió en la fuente de datos
Síntoma: errores 404, "not found" o "no se encontró el archivo/la lista".
Es de las más frecuentes: alguien renombró o movió el Excel, cambió el nombre de una columna en SharePoint, borró una lista o convirtió la tabla de Excel en un rango normal (los flujos solo leen Excel si los datos están en formato de tabla).
Qué hacer: edita el flujo, vuelve a seleccionar el archivo, la lista o la tabla en las acciones afectadas y revisa que los campos sigan apuntando a las columnas correctas.
4. Un campo vacío rompe una expresión
Síntoma: errores como "InvalidTemplate" o "Unable to process template language expressions".
El flujo funcionaba porque hasta ahora todos los registros traían ese dato. El primero que llega sin él hace fallar cualquier expresión que lo use.
Qué hacer: agrega una condición antes de usar el campo, o usa coalesce() para darle un valor por defecto cuando venga vacío, por ejemplo coalesce(<campo>, '').
5. Cambió la licencia o el conector es premium
Síntoma: el flujo aparece suspendido o el error menciona una licencia premium.
Conectores como SQL Server, HTTP o Dataverse requieren una licencia Premium de Power Automate. Si el flujo se armó durante un periodo de prueba, o se reasignaron licencias, puede quedar sin la que necesita.
Qué hacer: revisa con quien administra las licencias de tu empresa qué plan tiene la cuenta dueña del flujo. A veces conviene rediseñar el flujo con conectores estándar en lugar de pagar una licencia nueva.
6. El flujo choca con los límites de uso
Síntoma: errores 429, "TooManyRequests", o ejecuciones que tardan muchísimo.
Power Automate limita cuántas acciones puede ejecutar cada cuenta en un periodo. Un "Aplicar a cada uno" que recorre miles de filas una por una es el sospechoso habitual, sobre todo cuando los datos crecieron con el tiempo.
Qué hacer: filtra los datos en el origen (por ejemplo, con una consulta de filtro en "Obtener elementos") en lugar de traerlo todo y filtrar dentro del flujo, y elimina acciones que no aporten.
7. El flujo se desactivó solo
Síntoma: el estado dice Desactivado o Suspendido y nadie lo apagó a propósito.
Microsoft puede desactivar flujos que fallan repetidamente y, en algunos tipos de licencia, los que pasan mucho tiempo sin ejecutarse. Normalmente avisa por correo al propietario, un aviso que es fácil pasar por alto.
Qué hacer: corrige primero la causa del error (revisa las anteriores) y luego vuelve a activar el flujo.
Cómo evitar que vuelva a pasar
- Más de un propietario: agrega un copropietario a cada flujo importante, o mejor, que los flujos críticos dependan de una cuenta de servicio y no de una persona.
- Aviso automático de errores: agrega al final una acción que te envíe un correo y configúrala para ejecutarse solo cuando un paso anterior falle (opción "Configurar ejecución posterior", en inglés Configure run after). Así te enteras el mismo día y no semanas después.
- Documentación mínima: qué hace cada flujo, qué archivos o listas usa y quién lo mantiene. Evita la clásica pregunta "¿y esto quién lo hizo?".
- Avisar antes de cambiar: si vas a renombrar una lista, mover un archivo o cambiar columnas, revisa antes qué flujos los usan.