Descripción general del trabajo con soluciones
Este tema se aplica a Dynamics 365 Customer Engagement (on-premises). Para la versión de Power Apps de este tema, consulte: Información general de las soluciones
En Dynamics 365 Customer Engagement (on-premises), las soluciones se aprovechan para transportar aplicaciones y componentes desde una organización a otra o para aplicar un conjunto de personalizaciones a aplicaciones existentes. Una solución puede contener una o varias aplicaciones así como otros componentes como mapas del sitio, entidades, procesos, recursos web, los conjuntos de opciones, etc. Puede obtener soluciones desde AppSource o desde un proveedor de software independiente (ISV). Una solución es un archivo que puede importar a un entorno como una aplicación o aplicar un conjunto de personalizaciones en una aplicación existente.
Más información: Notas del producto: patrones y principios para los creadores de soluciones
Si es un ISV que crea una aplicación que va a distribuir, deberá usar soluciones. Para obtener más información sobre cómo usar soluciones, consulte Empaquetar y distribuir extensiones con soluciones.
Componentes de solución
Un componente de la solución representa algo que puede personalizar. Todo lo que se puede incluir en una solución es un componente de la solución. Para ver los componentes incluidos en una solución, en el explorador de soluciones vaya a Configuración>Soluciones y luego abra la solución que desee. Los componentes se enumeran en la lista Componentes.
La mayoría de los componentes están anidados en otros componentes de la solución. Por ejemplo, una entidad contiene formularios, vistas, gráficos, campos, relaciones de entidad, mensajes y reglas de negocio. Cada uno de los componentes de la solución necesita que exista una entidad. Un campo no puede existir fuera de una entidad. Decimos que el campo depende de la entidad. Existe el doble de tipos de componentes de la solución que se muestra en la lista anterior, pero la mayoría de ellos no aparecen en la aplicación.
El objetivo de tener componentes de la solución es mantener un seguimiento de las limitaciones sobre lo que se puede personalizar mediante propiedades administradas y todas las dependencias de soluciones para que se pueda exportar, importar y (en las soluciones administradas) eliminar sin dejar nada atrás.
Soluciones administradas y no administradas
Una solución administrada puede desinstalarse una vez importada. Todos los componentes de la solución se eliminan al desinstalar la solución.
Cuando importa una solución no administrada, debe agregar todos los componentes de la solución a la solución predeterminada. No puede eliminar componentes desinstalando la solución.
Cuando importa una solución no administrada que contiene componentes de la solución que ya personalizó, las personalizaciones se sobrescribirán por las personalizaciones de la solución no administrada. No se puede deshacer esto.
Importante
Instale una solución no administrada si solo desea agregar todos los componentes de la solución predeterminada y sobrescribir las personalizaciones existentes.
Incluso si no va a distribuir solución, es posible que desee crear y usar una solución no administrada para tener una vista diferente que solo incluya las partes de la aplicación que ha personalizado. Siempre que personalice algún elemento, agréguelo a la solución no administrada que ha creado.
Para crear una solución administrada, puede elegir la opción de la solución administrada cuando se exporta la solución. Si crea una solución administrada, no puede importarla nuevamente a la misma organización usada para crearla. Solo puede importarla en otra organización.
Cómo se aplican las soluciones
Todas las soluciones se evalúan como capas para determinar lo que hace la aplicación hará realmente. En el siguiente diagrama se muestra cómo las soluciones administradas y no administradas se evalúan y cómo los cambios que se realicen en ellas aparecerán en la organización.
Empezando por abajo y siguiendo hasta el principio:
Solución del sistema
La solución del sistema es como una solución administrada que toda organización tiene. La solución del sistema es la definición de todos los componentes predefinidos del sistema.
Soluciones administradas
Las soluciones administradas pueden editar componentes de la solución del sistema y agregar nuevos componentes. Si se instalan varias soluciones administradas, la primera que se instala aparece debajo de la solución administrada instalada más tarde. Esto significa que la segunda solución instalada puede personalizar la que se ha instalado antes. Cuando dos soluciones administradas tienen definiciones conflictivas, la regla general es " El último gana". Si desinstala una solución administrada, la solución administrada que esté por debajo de ella entrará en vigor. Si desinstala todas las soluciones administradas, el comportamiento predeterminado definido en la solución del sistema se aplica.
Personalizaciones no administradas
Las personalizaciones no administradas son los cambios que haya realizado en su organización a través de una solución no administrada. La solución del sistema define lo que se puede y no se puede personalizar mediante propiedades administradas. Los editores de soluciones administradas tienen la misma capacidad de restringir su capacidad de personalización de los componentes de la solución que agregan a su solución. Puede personalizar cualquier componente de la solución que no tenga propiedades administradas que le impidan personalizarlo.
Comportamiento de aplicación
Esto es lo que se ve realmente en su organización. La solución predeterminada del sistema más todas las soluciones administradas, más todas las personalizaciones no administradas que ha aplicado.
Propiedades administradas
Algunos componentes no se pueden personalizar. Estos componentes en la solución del sistema tienen metadatos que impiden personalizarlos. Se denominan propiedades administradas. El editor de una solución administrada también puede establecer las propiedades administradas para evitar que personalice su solución de formas que no desea.
Dependencias de soluciones
Debido al modo en que las soluciones administradas se estructuran, algunas soluciones administradas pueden ser dependientes de los componentes de la solución en otras soluciones administradas. Algunos editores de soluciones aprovecharán esta característica para crear soluciones modulares. Es posible que tenga que instalar una solución administrada "base" primero y luego puede instalar una segunda administrada que personalice aún más los componentes de la solución administrada base. La segunda solución administrada depende de los componentes de la solución que forman parte de la primera solución.
El sistema sigue estas dependencias entre las soluciones. Si intenta instalar una solución que requiere una solución base que no está instalada, no podrá instalar la solución. Recibirá un mensaje que indica que la solución requiere que se instale otra solución primero. De forma similar, debido a las dependencias, no puede desinstalar la solución base mientras una solución que depende de esta aún está instalada. Es necesario desinstalar la solución dependiente antes de desinstalar la solución base.
Vea también
Introducción a la personalización
Privilegios requeridos para la personalización