Visión xeral do traballo con solucións

Este tema aplícase a Dynamics 365 Customer Engagement (on-premises). Para a versión de Power Apps deste tema, consulte: Visión xeral de solucións

En Dynamics 365 Customer Engagement (on-premises), as solucións aprovéitanse para transportar aplicacións e compoñentes desde unha organización a outra, ou para aplicar un conxunto de personalizacións a aplicacións existentes. Unha solución pode conter unha ou varias aplicacións así como outros compoñentes como mapas do sitio, entidades, procesos, recursos web, conxuntos de opcións e moito máis. Pode obter solucións de ou dun vendedor de AppSource software independente (ISV). Unha solución é un ficheiro que pode importar a un ambiente como unha aplicación ou aplicar un conxunto de personalizacións a unha aplicación existente.

Máis información:Whitepaper: Patróns e principios para construtores de solucións

Se vostede é un ISV que crea unha aplicación que vai distribuír, precisará utilizar solucións. Para obter máis información sobre o uso de solucións, consulte Package e distribúe extensións mediante solucións.

Compoñentes da solución

Un compoñente da solución representa algo que potencialmente pode personalizar. Todo aquilo que poden ser incluídos nunha solución é un compoñente da solución. Para ver os compoñentes incluídos nunha solución, no explorador de solucións vai a Configuración de solucións>e, a seguir, abre a solución que desexe. Os compoñentes figuran na lista Compoñentes.

A maioría dos compoñentes da solución son aniñadas dentro outros compoñentes da solución. Por exemplo, unha entidade contén formularios, visualizacións, gráficas, campos, relacións entre entidades, mensaxes e regras de negocio. Todos os compoñentes da solución require que existe unha entidade. Un campo non existe fóra dunha entidade. Nós dicimos que o campo depende da entidade. Hai realmente dúas veces como moitos tipos de compoñentes da solución como se mostra na lista de arriba, pero maior parte das que non está visible na aplicación.

A finalidade de ter compoñentes da solución é rastrexar as limitacións do que se pode personalizar utilizando Propiedades xestionadas e todas as dependencias de solucións para que se poidan exportar, importar e (en solucións xestionadas) eliminar sen deixar rastro.

Solucións xestionadas e non xestionadas

Unha solución xestionada pode ser desinstalada despois de ser importada. Todos os compoñentes de solución elimínanse desinstalando a solución.

Cando importa unha solución non xestionada , engade todos os compoñentes desa solución na súa solución por defecto. Non é posible eliminar os compoñentes desinstalando a solución.

Cando importa unha solución non xestionada que conteña compoñentes da solución que xa personalizou, as súas personalizacións serán sobrescritas polas personalizacións na solución non xestionada . Non se pode desfacer isto.

Importante

Instalar unha solución non xestionada só se desexa engadir todos os compoñentes na solución predefinida e substituír as personalizacións existentes.

Aínda que non ten intención no distribuír a solución, é posible que desexe crear e utilizar unha solución non xestionada para ter unha visualización diferente, só inclúe os partes da aplicación que personalizou. Sempre que personalice algo, basta con engadirlle na solución non xestionada que creou.

Para crear unha solución xestionada , escolle a opción solución administrada cando exporta a solución. Se exporta unha solución xestionada, non pode volver-la a importar na mesma organización de onde foi importada. Só pode importar-la na outra organización diferente.

Como aplícase solucións

Todas as solucións están avaliadas como capas para determinar que vai facer realmente a aplicación . O seguinte diagrama mostra como solucións xestionadas e non xestionadas son avaliadas e como as modificacións neles aparecerán na súa organización.

A partir da parte inferior e traballando a parte superior:

Solución do sistema
A solución do sistema é como unha solución xestionada que ten cada organización. A solución do sistema é a definición de todos os compoñentes da caixa listas para utilizar no sistema.

Solucións xestionadas
As solucións xestionadas pode modificar os compoñentes da solución do sistema e engadir compoñentes novos. Se están instalados varias solucións xestionadas, a primeira instalada é debaixo da solución xestionada instalada máis tarde. Isto significa que a segunda solución instalada pode personalizar la solución instalada antes. Cando dúas solucións xestionadas teñen definicións conflitivas, a regra xeral é "A última vitoria". Se desinstalas un solución administrada, o solución administrada a continuación ten efecto. Se desinstala todas as solucións xestionadas, o comportamento predefinido definido dentro da solución do sistema é a aplicar.

Personalizacións non xestionadas
Personalizacións non xestionadas son calquera modificación realizada a súa organización a través dunha solución non xestionada. A solución do sistema define o que se pode ou non se pode personalizar utilizando propiedades xestionadas. Publicadores de solucións xestionadas teñen a mesma capacidade para limitar súa capacidade para personalizar os compoñentes de solución que eles engaden en as súas solucións. Pode personalizar calquera os compoñentes da solución que non ten propiedades xestionadas que evitan que se personalización eles.

Comportamento de aplicación
Este é o que realmente ve o usuario da súa organización. A solución predefinida do sistema e calquera solución xestionada, e as personalizacións non xestionadas aplicadas.

Propiedades xestionadas

Algúns compoñentes non se poden personalizar. Estes compoñentes da solución do sistema teñen metadatos que impiden que vostede os personalice. Estas son chamadas propiedades xestionadas. O publicador dunha solución xestionada tamén pode definir as propiedades xestionadas para evitar que personalice a súa solución en formas que non desexa.

Dependencias da solución

Debido a forma en que solucións xestionadas son superpostas, algunhas solucións xestionadas poden ser dependentes nos compoñentes de solución en outras solucións xestionadas. Algúns publicadores de solucións aproveitarán isto para compilar solucións modulares. É posible que necesite instalar unha solución xestionada “base“ primeiro e, a seguir, pode instalar unha segunda xestionada que personalizará os compoñentes da solución xestionada base. Da segunda solución xestionada depende dos compoñentes da solución que son parte da solución primeira.

O sistema rastrexa estas dependencias entre solucións. Se tenta instalar unha solución que require unha solución base que non está instalada, non será capaz de instalar a solución. Recibirá unha mensaxe dicindo que a solución require outra solución que vai instalar primeiro. De forma similar, polos dependencias, non se pode desinstalar a solución base mentres unha solución que depende de se aínda está instalado. Debe desinstalar a solución dependente antes de poder desinstalar a solución base.

Consulte tamén

Introdución a personalización
Privilexios que precisa para a personalización