Soluciones administradas y no administradas de Power Platform: la guía completa

By Mirko Peters · 2026-10-21

Conoce las diferencias clave entre las soluciones administradas y no administradas de Power Platform, las reglas de implementación y las prácticas recomendadas de ALM para tus aplicaciones.

Automatically translated with AI from the original post. Read the English original

Comprender la diferencia entre las soluciones administradas y no administradas de Power Platform es esencial para evitar la eliminación catastrófica de aplicaciones y las implementaciones fallidas. Esta guía explica cómo las capas no administradas funcionan como tu espacio de trabajo editable, mientras que las soluciones administradas sirven como paquetes congelados e implementables en los entornos de desarrollo, prueba y producción.

Puntos clave

• Las soluciones no administradas son tu copia de trabajo en los entornos de desarrollo, donde diseñas, editas y experimentas de forma activa.
• Las soluciones administradas son copias congeladas e implementables, pensadas exclusivamente para los entornos de prueba y producción con el fin de mantener la estabilidad.
• Eliminar una solución no administrada solo quita el contenedor y deja intactos los componentes, mientras que desinstalar una solución administrada elimina las tablas personalizadas y los datos asociados.
• No puedes importar una solución administrada de nuevo en el mismo entorno de desarrollo donde se creó su solución no administrada original.
• Tratar las soluciones no administradas como código fuente y las soluciones administradas como artefactos de compilación alinea tu ALM de Power Platform con las prácticas estándar del desarrollo de software.

Las diferencias fundamentales entre soluciones administradas y no administradas

Cuando empiezas a crear aplicaciones, flujos y tablas en Microsoft Power Platform, es fácil tratar los entornos como enormes bloc de notas digitales. Haces clic por todas partes, creas entidades personalizadas y conectas flujos de nube directamente en un espacio de trabajo predeterminado o compartido. Sin embargo, una vez que tu proyecto supera la fase de prueba de concepto, este enfoque improvisado conduce rápidamente a un código inmantenible y a la pérdida accidental de datos. Para crear aplicaciones fiables, debes dominar la división fundamental entre soluciones no administradas y administradas.

En esencia, una solución es simplemente un contenedor, un manifiesto de envío que agrupa los componentes de tu aplicación para que puedan moverse limpiamente entre entornos. Pero dentro de ese paradigma de contenedor existe una dicotomía estricta: no administrada frente a administrada. Recordar esta frase sencilla ayuda a aclarar sus propósitos diferenciados: no administrada es para editar aquí, mientras que administrada es para implementar allí.

Soluciones no administradas: tu espacio de trabajo de desarrollo

Una solución no administrada es tu copia de trabajo activa y editable. Cada vez que diseñas una aplicación de lienzo, escribes reglas de negocio o modificas tablas de Dataverse, estás trabajando dentro de una solución no administrada en tu entorno de desarrollo. Cada ajuste, cambio de color y modificación del esquema se aplica de inmediato a la aplicación subyacente.

¿Qué ocurre al eliminar una solución no administrada?

Una de las características de seguridad más importantes de las soluciones no administradas es cómo gestionan la eliminación. Si eliminas una solución no administrada de tu entorno de desarrollo, solo desaparece el contenedor en sí. Las personalizaciones, aplicaciones y tablas que creaste no desaparecen; en su lugar, pasan silenciosamente a la solución predeterminada. Aunque esto evita la destrucción total accidental durante el desarrollo, puede saturar tu espacio de trabajo predeterminado si no tienes cuidado.

Microsoft recomienda registrar tus soluciones no administradas directamente en sistemas de control de código fuente como GitHub o Azure DevOps. Si tratas tu solución no administrada como el verdadero repositorio de código fuente, mantienes un registro de auditoría histórico y completo de cada cambio realizado por tu equipo de desarrollo.

Soluciones administradas: tu paquete de despliegue en producción

Las soluciones administradas representan la copia final, compilada y congelada de tu aplicación. No editas una solución administrada directamente; en su lugar, exportas tu solución no administrada como administrada y despliegas ese paquete en los entornos posteriores, como las pruebas de aceptación de usuario (UAT), las pruebas de integración del sistema (SIT) y, finalmente, producción.

La realidad de alto riesgo de eliminar una solución administrada

A diferencia de sus equivalentes no administrados, las soluciones administradas están muy bloqueadas por diseño. No puedes editar componentes directamente dentro de una solución administrada. Y, más importante aún, desinstalar una solución administrada provoca exactamente el comportamiento contrario al de una no administrada: como todo lo que hay en el paquete está vinculado a ese despliegue específico, al eliminar la solución se eliminan todos sus componentes.

De forma crítica, esta eliminación al desinstalar incluye cualquier dato almacenado en tablas personalizadas que formaban parte de la solución, así como los datos almacenados en columnas personalizadas añadidas a tablas existentes. Una vez que se desinstala una solución administrada de un entorno, esos datos asociados se pierden de forma permanente. No existe un botón de deshacer nativo, por lo que comprender la arquitectura de tus despliegues es una responsabilidad administrativa fundamental.

Arquitectura de entornos y reglas de pruebas

La mecánica técnica de Power Platform impone límites estrictos entre entornos en la forma en que gestionas estos dos tipos de soluciones. Por ejemplo, no puedes importar una solución administrada de vuelta en el mismo entorno de desarrollo que contiene la solución no administrada con la que la creaste. Probar un despliegue administrado requiere un entorno completamente separado, por eso las buenas prácticas recomiendan configurar desde el primer día una canalización de varios entornos.

Una configuración de ALM (gestión del ciclo de vida de las aplicaciones) sana y estándar consta de al menos tres entornos diferenciados:

• Desarrollo: donde los creadores crean y modifican soluciones no administradas.
• Pruebas (UAT): donde importas la solución administrada para demostrar que tanto el proceso de despliegue como la funcionalidad de la aplicación funcionan correctamente.
• Producción: donde los usuarios reales dependen cada día de la solución administrada estable y congelada.

Dominar tu estrategia de despliegue en Power Platform

Adoptar una separación estricta entre los espacios de trabajo de desarrollo no administrados y los despliegues administrados de producción transforma tu estrategia de Power Platform, pasando de una colección de soluciones frágiles a una ingeniería de software de nivel empresarial. Al respetar los límites de las soluciones, proteger tus entornos de producción frente a ediciones improvisadas y mantener hábitos sólidos de control de código fuente, garantizas que tus aplicaciones críticas para el negocio sigan siendo estables y resilientes a medida que crecen.

Para profundizar aún más en la mecánica de los componentes de Power Platform, los editores, los prefijos y las capas de las soluciones, no dejes de escuchar el episodio completo y suscribirte al podcast para obtener información continua sobre el ecosistema de la nube de Microsoft.