Cómo respaldar flujos: estrategia de copia de seguridad mediante exportación de soluciones en Power Automate

Un flujo que ha crecido durante meses, utiliza varias conexiones y funciona en producción en varios departamentos se pierde rápidamente si se elimina un entorno, cambia un estado de licencia o un flujo se sobrescribe por accidente. Power Automate no ofrece un botón clásico de «Guardar» como el que se conoce del software de copia de seguridad tradicional. En su lugar, toda copia de seguridad fiable pasa por el mismo mecanismo previsto también para mover flujos entre entornos: la exportación de una solución.

Este artículo muestra, basándose en la documentación oficial de Microsoft, cómo exportar flujos mediante soluciones, qué diferencia marcan las soluciones administradas y no administradas, y cómo construir a partir de ahí una rutina de copia de seguridad repetible. Así mantienes el control sobre si tus automatizaciones se pueden restaurar en caso de emergencia, en lugar de descubrirlo solo tras perder los datos. Actualizado a: julio de 2026.

Por qué Power Automate no tiene copia de seguridad integrada

En el día a día, un único flujo se puede crear, editar y ejecutar sin ninguna rutina de exportación, sin que tengas que ocuparte de una solución. Precisamente eso se convierte en un problema en caso de emergencia: sin una solución, un flujo existe solo como un objeto aislado en un entorno, sin copia versionada en ningún otro sitio. Según la documentación de Microsoft sobre la exportación de soluciones, esa es precisamente la razón por la que debería crearse una solución no administrada: «para que puedas crear una copia de seguridad en caso de que ocurra algo». Por tanto, una copia de seguridad no es un proceso automático en segundo plano, sino un paso de exportación deliberado que tú mismo desencadenas con regularidad o automatizas.

Las soluciones como base de toda estrategia de copia de seguridad

Antes de que una copia de seguridad funcione, el flujo debe formar parte de una solución. La documentación sobre los conceptos de solución distingue dos tipos:

• Las soluciones no administradas son el estado de desarrollo. Se pueden editar libremente y exportar tanto como no administradas como administradas. Precisamente esta versión no administrada se considera la fuente real de tus recursos de Power Platform y debería registrarse en un sistema de control de versiones.
• Las soluciones administradas son artefactos de compilación terminados que se importan en entornos de prueba o de producción. Ya no se pueden editar directamente y, lo que es decisivo para una estrategia de copia de seguridad, tampoco se pueden exportar.

Para que una copia de seguridad funcione, esto significa lo siguiente: el flujo debe estar en una solución no administrada, porque solo desde ahí puedes iniciar una exportación. Si un flujo forma parte hasta ahora únicamente de la solución predeterminada, primero debe añadirse a una solución propia y con nombre antes de que sea posible una exportación útil.

Paso a paso: exportar una solución

La guía para exportar una solución describe el proceso directamente en Power Automate:

• Inicia sesión en Power Automate y selecciona Soluciones en la navegación de la izquierda.
• Selecciona la solución no administrada que contiene el flujo y haz clic en Exportar.
• En la sección Antes de exportar deberías activar Publicar todas las personalizaciones, ya que al exportar una solución no administrada solo se incluyen los componentes publicados. Opcionalmente, también puedes ejecutar el verificador de soluciones para detectar problemas de rendimiento y estabilidad.
• Asigna un número de versión y elige Exportar como ya sea Administrada o No administrada. Para una copia de seguridad pura, la exportación no administrada es la opción correcta, ya que sigue siendo editable después.
• Tras la exportación, se pone a disposición un archivo ZIP para descargar. Dentro se encuentran los flujos en la carpeta Workflows, cada uno como su propio archivo JSON. Desde febrero de 2022, este formato se genera en varias líneas, precisamente para que pueda seguirse de forma limpia en un sistema de control de versiones como Git.

Antes de cada exportación merece la pena tener en cuenta un aviso de la misma guía: los valores de las variables de entorno deberían eliminarse antes de exportar, para que ningún valor específico del entorno, como URLs de servidores de prueba, acabe por accidente en la copia de seguridad y reaparezca al restaurar en el entorno equivocado.

Respaldar flujos individuales sin solución

No todos los flujos forman ya parte de una solución. Para este caso, la documentación sobre exportación e importación de flujos sin solución describe una segunda vía: la exportación de paquete clásica como archivo ZIP mediante Mis flujos y la opción de menú Exportar > Paquete (.zip). Importante para la práctica:

• Solo el propietario o copropietario de un flujo puede exportarlo de esta manera.
• Para importarlo en otro entorno se requiere allí el rol Creador de entornos.
• Los paquetes de flujo no se pueden mezclar con paquetes de solución de Dataverse; ambos formatos son incompatibles.

Microsoft señala expresamente, en el mismo lugar, que para una auténtica gestión del ciclo de vida de las aplicaciones, Dataverse y las soluciones son el camino recomendado, por lo que la exportación de paquete sigue siendo más bien una solución transitoria para flujos individuales que no son aptos para una solución. Para una estrategia de copia de seguridad sólida a través de varios flujos, no hay forma de evitar las soluciones.

Restauración: importar una solución

Una copia de seguridad solo es tan buena como su capacidad de restauración. La documentación sobre la importación de una solución recoge algunos detalles al respecto que son importantes en caso de emergencia:

• Una solución no se puede importar en un entorno en el que ya exista esa misma solución. Para probar una restauración necesitas, por tanto, un entorno independiente.
• Tras la importación, todos los componentes incluidos, es decir, flujos, referencias de conexión y aplicaciones, pertenecen al usuario que ha realizado la importación.
• Si los flujos estaban activados en el momento de la exportación y todas las referencias de conexión obtienen conexiones válidas durante la importación, se reactivan automáticamente. Si un flujo ya existe en el sistema de destino, su estado actual de activado o desactivado permanece sin cambios.
• Durante la importación, todos los flujos de la solución se desactivan brevemente y se vuelven a activar. Según la documentación, quien quiera minimizar este efecto en entornos de producción hace mejor trabajando con varias soluciones más pequeñas en lugar de una única solución grande.

Una rutina de copia de seguridad que funcione en el día a día

A partir de los distintos elementos de la documentación se puede derivar una rutina práctica:

• Agrupa los flujos relacionados en soluciones no administradas con nombres claros, en lugar de dejarlo todo en la solución predeterminada.
• Exporta estas soluciones con regularidad, no solo antes de cambios importantes, y guarda los archivos ZIP versionados en un repositorio.
• Elimina los valores de las variables de entorno antes de exportar y documenta en su lugar qué valores deben establecerse por cada entorno de destino.
• Mantén las soluciones más bien pequeñas y divididas por temas, para que una restauración no desactive innecesariamente muchos flujos no implicados.
• Prueba la restauración al menos una vez en un entorno independiente antes de confiar en ella en caso de emergencia.

Para muchas pymes, precisamente este último punto es la mayor carencia: existe algún archivo ZIP, pero nadie ha comprobado nunca si la importación realmente funciona. En NordFlux integramos esta rutina de copia de seguridad y exportación directamente dentro de nuestra consultoría de Power Automate, incluyendo control de versiones y una prueba de restauración documentada, para que la pérdida de un flujo deje de ser una emergencia y se convierta en un proceso de pocos minutos.

Preguntas frecuentes

¿Basta con duplicar manualmente los flujos en lugar de exportar una solución?

No, un objeto de flujo duplicado sigue vinculado al mismo entorno y no es una copia de seguridad externa. Solo la exportación de una solución crea un archivo ZIP fuera del entorno que se puede versionar, archivar e importar en otro entorno.

¿Puedo exportar una solución administrada como copia de seguridad?

No. Según la documentación, las soluciones administradas no se pueden exportar en absoluto. Para las copias de seguridad siempre necesitas la solución no administrada subyacente a partir de la cual se creó originalmente la versión administrada.

¿Qué ocurre con las conexiones al importar una solución en un nuevo entorno?

Las referencias de conexión se importan junto con el resto, pero las conexiones reales deben crearse de nuevo en el sistema de destino o compartirse con el usuario que realiza la importación. Sin una conexión válida, un flujo importado permanece visible pero no se puede activar automáticamente.

¿Con qué frecuencia debería respaldar los flujos mediante soluciones?

La documentación no indica una frecuencia fija, pero recomienda expresamente exportaciones regulares y repetidas. En la práctica, ha demostrado ser eficaz un ritmo orientado a la frecuencia de los cambios: tras cada modificación sustancial de un flujo, además de un intervalo fijo adicional, por ejemplo semanal, como red de seguridad.

¿Necesito una solución propia para cada flujo?

No, eso sería innecesariamente fragmentado. Es más sensato agrupar en una solución común los flujos relacionados temática o funcionalmente. Lo único importante es no dejar que una solución crezca tanto que una única operación de restauración desactive brevemente todos los flujos de la organización a la vez.