Flujos dormidos: las automatizaciones que ya nadie pilota

La automatización peligrosa no es la que se cae. Es aquella en la que nadie ha pensado desde hace dieciocho meses, que todavía retiene una cuenta de servicio, y que rompería algo si la apagaras, sin que nadie sepa decirte el qué.

Un flujo no tiene fecha de fin. Se construye para un proyecto, el proyecto se entrega, el proyecto se cierra, y el flujo conserva su desencadenador. No avisa de que su razón de ser ha desaparecido. Simplemente se ejecuta, o espera, y sigue en la lista.

Dormido no es lo mismo que roto

Se confunden tres estados, y piden respuestas distintas.

En error. El flujo se ejecuta y devuelve error. Visible, al menos en principio: la plataforma lo registra.

Dormido. El flujo está activo, su desencadenador es válido, y hace mucho que no se ejecuta. Nada va mal. Tampoco pasa nada.

Huérfano. El flujo funciona perfectamente, y su responsable dejó la empresa. Este es el peor de los tres, porque todo parece estar en orden.

Un flujo puede estar dormido y huérfano a la vez, y esa es la combinación que conviene cazar primero.

Por qué un flujo dormido no sale gratis

El instinto dice dejarlos en paz: se ejecutan poco, luego no cuestan nada. Tres razones por las que eso es falso.

Retiene una conexión. Un flujo dormido mantiene una conexión autenticada con SharePoint, un CRM, un buzón. Esa conexión es una credencial viva ligada a un proceso que nadie supervisa. Cuando es una cuenta personal y no una cuenta de servicio (lo que ocurre a menudo, porque el flujo se montó deprisa), es además una credencial que se romperá el día en que esa persona se vaya, de una forma que nadie sabrá diagnosticar.

Ocupa un asiento. Según el plan de licencias, un flujo desactivado o dormido sigue contando. Estás pagando por la opción de ejecutarlo.

Se despertará. Esto es lo que más se subestima. Un flujo dormido durante un año porque su carpeta desencadenadora estaba vacía se disparará el día en que alguien deje un archivo ahí. Ejecutará entonces una lógica de 2024 sobre datos de 2026, y lo hará en silencio.

Cómo encontrarlos, concretamente

La señal no es «no se ha ejecutado hace tiempo». Eso marca los flujos trimestrales y anuales legítimos y te entierra en falsos positivos.

La señal útil es una combinación:

• Ninguna ejecución en 60 días: el filtro de partida, nada más.
• Ninguna modificación en 12 meses: un flujo que se sigue manteniendo es un flujo que a alguien le sigue importando.
• Su autor ya no tiene una cuenta activa: la señal aislada más fuerte, y la más fácil de comprobar.
• Su desencadenador apunta a algo que ya no existe: una lista borrada, un buzón dado de baja, la carpeta de un proyecto cerrado.

Una sola de ellas significa muy poco. Tres juntas significan que el flujo casi con certeza ha sobrevivido a su propósito.

La pregunta que hay que hacerle a cada uno

Una vez tienes la lista, la tentación es apagarlo todo de golpe. No lo hagas. El modo de fallo de ese enfoque es descubrir en noviembre que el flujo que desactivaste en septiembre era el que producía un informe del que el equipo financiero dependía en silencio.

Para cada flujo, una pregunta en este orden:

1. ¿Qué hace, en una frase? Si nadie en la sala sabe responder, ese es el hallazgo. Escribe la frase antes de hacer nada más. Estás documentando un parque que no tenía documentación.

2. ¿Quién lo notaría si se parase? No «quién es el responsable»: a menudo no es nadie. Quién recibe su salida, lee su archivo, recibe su correo.

3. ¿Esa persona sigue aquí, y todavía lo necesita? Es un solo mensaje. Envíalo.

4. Y entonces decide. Conservar y asignar un responsable, o apagar y archivar.

El archivo importa. Borrar un flujo borra la única descripción que quedaba de un proceso de negocio. Desactívalo, exporta la definición, guárdala en algún sitio. El almacenamiento sale más barato que reconstruir un proceso de memoria.

Asignar un responsable es la verdadera solución

Encontrar flujos dormidos es una limpieza. Evitarlos es una regla, y es simple: ningún flujo en producción sin un responsable y un suplente con nombre y apellidos.

El suplente no es un formalismo. El modelo de responsable único falla exactamente en el momento en que lo necesitas: cuando esa persona se va, cambia de equipo o está de vacaciones durante la incidencia. Dos nombres son la diferencia entre «lo miraremos» y «hemos llamado a Nadia».

Dale a cada flujo, como mínimo:

• Un nombre que entienda un lector no técnico. No Flow_v3_FINAL.
• Una frase que describa qué hace y por qué existe.
• Un responsable y un suplente, ambos en plantilla.
• Una fecha de revisión. Aunque sea anual. Un flujo que nadie ha vuelto a mirar en un año es un flujo camino de dormirse.

La parte incómoda

Hacer esto bien implica admitir que un buen número de tus automatizaciones no debería existir. No es un fracaso del equipo que las construyó: tenían razón cuando las construyeron. Las circunstancias cambiaron, y nada en las herramientas se dio cuenta.

Ese es exactamente el hueco. Las plataformas son muy buenas ejecutando flujos y completamente indiferentes a si un flujo todavía merece ejecutarse. Nada en Power Automate, n8n o Make te dirá jamás que el proyecto de un flujo terminó hace dos años, porque ninguna de ellas sabe qué es un proyecto.

Alguien tiene que mirar. La única pregunta es si eso ocurre por calendario, o la semana siguiente a que algo salga mal.