El propietario del flujo deja la empresa: cómo rescatar flujos de Power Automate huérfanos

Cuando el propietario de un flujo de Power Automate deja la empresa, la paralización es solo cuestión de tiempo: sus conexiones caducan, su cuenta se desactiva y, a más tardar con la eliminación de la cuenta, los flujos fallan, a menudo semanas después y aparentemente de la nada. Este es, en las pymes, el riesgo operativo más subestimado de la automatización de Microsoft, porque la mayoría de las veces nadie sabe con exactitud qué procesos dependen de la cuenta de un solo compañero. La buena noticia: los flujos huérfanos se pueden rescatar, y con tres reglas no volverá a ocurrir. Fecha: julio de 2026.

Caso urgente: asumir un flujo huérfano

Mientras la cuenta siga existiendo, la transferencia es sencilla: un administrador o copropietario añade en el flujo, entre los propietarios, a otra persona que continuará gestionando el flujo. La guía de Microsoft para flujos huérfanos también describe el caso más complicado tras la eliminación de la cuenta: el administrador encuentra el flujo a través del centro de administración de Power Platform y lo asigna a un nuevo propietario, o lo exporta y lo vuelve a importar. Lo decisivo después: todas las conexiones del flujo deben cambiarse a la cuenta del nuevo propietario, porque las conexiones antiguas siguen perteneciendo a la persona que se marchó y desaparecen con su cuenta. Solo cuando cada acción tiene su propia conexión funcional, el proceso vuelve a ejecutarse de forma fiable.

Por qué los flujos de solución son más fáciles de rescatar

Que la transferencia sea sencilla o dolorosa se decide en un pequeño detalle al crear el flujo: según la documentación de Microsoft, los flujos dentro de una solución se pueden reasignar directamente a un nuevo propietario o incluso a una entidad de servicio (service principal), mientras que los flujos clásicos fuera de una solución no, ahí solo queda el camino de los copropietarios o de exportar y reimportar con un nuevo cableado. Por eso, para todo flujo que sostenga un proceso de negocio, la regla es: colocarlo en una solución. Eso cuesta un clic al crearlo y ahorra días en caso de emergencia.

Prevención: las tres reglas para las pymes

• Ningún flujo crítico para el negocio con un solo propietario: al menos un copropietario, mejor un equipo. Los copropietarios pueden editar y reparar el flujo y asumirlo de inmediato en caso de emergencia.
• Procesos centrales en una cuenta de servicio o una entidad de servicio: La recepción de facturas, las aprobaciones y procesos continuos similares no deben depender de la cuenta de una persona, sino de una cuenta de automatización dedicada con acceso documentado, o, como flujo de solución, de una entidad de servicio sin caducidad de contraseña.
• Punto de baja (offboarding): automatizaciones: en cada lista de verificación de baja debe figurar la pregunta de qué flujos, conexiones y buzones compartidos están vinculados a la persona. El centro de administración muestra los flujos de un usuario, cinco minutos de revisión evitan un fallo sorpresa.

El gemelo oculto: la cuestión de la licencia

Aunque el flujo tenga un nuevo propietario, puede quedar detenido: si la persona que se marchó usaba una licencia premium, el flujo pierde con ella su base de licencia, se limita y se desactiva a los 14 días. Por lo tanto, el nuevo propietario también necesita la licencia adecuada, o el flujo pasa a una licencia de proceso (process license), que está vinculada al flujo y no a la persona. Los detalles sobre esto se explican en el artículo sobre la cuestión de las licencias de Power Automate. Si no está seguro de cuántos riesgos de una sola persona duermen en su tenant: precisamente este tipo de diagnóstico lo realizamos en nuestra consultoría de Power Automate, incluyendo el traslado de los flujos críticos a una base sólida.

Preguntas frecuentes sobre flujos huérfanos

¿Los flujos siguen funcionando después de que el propietario se ha dado de baja?

Al principio, a menudo sí, y eso es precisamente lo que hace el problema tan traicionero: mientras la cuenta y las conexiones estén activas, el flujo sigue funcionando. Solo falla cuando la cuenta se desactiva o se elimina, o cuando una conexión exige un nuevo inicio de sesión. Entre la salida y el fallo suelen pasar semanas en las que ya nadie piensa en los flujos.

¿Cómo averiguo qué flujos pertenecen a un empleado que se va?

En el centro de administración de Power Platform, los administradores pueden ver los flujos por entorno y revisarlos por propietario, y en el caso de los flujos de solución, incluso cambiar el propietario directamente. Esta revisión debe formar parte de todo proceso de baja, junto con la pregunta sobre los buzones compartidos y las conexiones que pertenecen a la persona.

¿Deberían los flujos ejecutarse en general a través de una cuenta de servicio?

Para procesos de negocio centrales y permanentes, sí: una cuenta de automatización dedicada o, en el caso de los flujos de solución, una entidad de servicio (service principal) desacopla el proceso de los cambios de personal. Para flujos de productividad personales de usuarios individuales sería excesivo, ahí bastan los copropietarios. Aspecto importante con la cuenta de servicio: documentar el acceso, asignar una licencia y no utilizarla como modelo de ahorro de licencias para muchos usuarios, eso sería multiplexado no permitido.