Cuando el propietario del flujo deja la empresa, las automatizaciones se detienen: las conexiones caducan, las cuentas se eliminan. Un resumen del rescate y la prevención.
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.
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.
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.
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.
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.
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.
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.
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
Un único propietario de flujo es un riesgo. Así configuras copropietarios en Power Automate desde el principio y evitas flujos huérfanos.
Tres palancas para flujos de Power Automate más rápidos: paralelismo dirigido, menos acciones y la elección correcta de conector, según la documentación de Microsoft.
Convenciones de nomenclatura para Flows, Trigger, acciones y conexiones en Power Automate: la base de gobernanza para automatizaciones limpias y fáciles de mantener.
Cuando el propietario de un flow deja la empresa, las automatizaciones suelen detenerse sin previo aviso porque los permisos y conexiones dependían de una sola persona. NordFlux se encarga de casos de rescate urgentes y configura copropietarios, soluciones y cuentas de servicio para que ningún flow vuelva a depender de una sola persona. En la primera conversación evaluamos cuán crítica es su dependencia actual.
