Partager via


Présentation de l’utilisation des solutions

Cette rubrique s’applique à Dynamics 365 Customer Engagement (on-premises). Pour la version Power Apps de cette rubrique, consultez : Présentation des solutions

Dans Dynamics 365 Customer Engagement (on-premises), les solutions sont utilisées pour transporter des applications et des composants d’une organisation à une autre ou pour appliquer un ensemble de personnalisations à des applications existantes. Une solution contient une ou plusieurs applications ainsi que d’autres composants tels que des plans de site, des entités, des processus, des ressources Web, des groupes d’options, etc. Vous pouvez vous procurer des solutions auprès de l’AppSource ou d’un éditeur de logiciels indépendant (ISV). Une solution est un fichier que vous pouvez importer dans un environnement en tant qu’application ou pour appliquer un ensemble de personnalisations à une application existante.

Plus d’informations : Livre blanc : Patterns and Principles for Solution Builders (Modèles et principes pour les constructeurs de solutions)

Si vous êtes éditeur de logiciels indépendant et que vous créez une application que vous distribuerez, vous devez utiliser des solutions. Pour plus d’informations sur l’utilisation de solutions, voir Package et distribution des extensions avec les solutions.

Composants de solution

Un composant de solution est un élément que vous pouvez vous permettre de personnaliser. Tout ce qui peut être inclus dans une solution est un composant de solution. Pour afficher les composants inclus dans une solution, dans l’explorateur de solutions, accédez à Paramètres>Solutions puis ouvrez la solution que vous souhaitez. Les composants sont répertoriés dans la liste Composants.

La plupart des composants de solution sont imbriqués dans d’autres composants de solution. Par exemple, une entité contient des formulaires, des vues, des graphiques, des champs, des relations d’entité, des messages et des règles métier. Ces composants de solution requièrent tous une entité. Un champ ne peut pas exister en dehors d’une entité. Nous disons que le champ dépend de l’entité. Il existe deux fois plus de types de composants de solution qu’illustré dans la liste précédente, mais la plupart d’entre eux ne sont pas visibles dans l’application.

L’intérêt de disposer de composants de solution consiste à pouvoir suivre toutes les limitations sur ce qui peut être personnalisé à l’aide des Propriétés gérées et dans toutes les dépendances des solutions afin de pouvoir les exporter, les importer et (dans les solutions gérées) les supprimer sans rien perdre.

Solutions gérées et non gérées

Une solution gérée peut être désinstallée après son importation. Tous les composants de la solution sont supprimés en désinstallant la solution.

Lorsque vous importez une solution non gérée, vous ajoutez tous les composants de la solution dans votre solution par défaut. Vous ne pouvez pas supprimer les composants en désinstallant la solution.

Lorsque vous importez une solution non gérée contenant les composants de solution que vous avez déjà personnalisés, vos personnalisations seront remplacées par les personnalisations dans la solution non gérée. Vous ne pouvez pas annuler cela.

Important

Installez une solution non gérée uniquement si vous souhaitez ajouter tous les composants à votre solution par défaut et remplacer les personnalisations existantes.

Même si vous ne prévoyez pas de distribuer votre solution, vous pouvez créer et utiliser une solution non gérée pour créer une vue distincte incluant uniquement les parties de l’application que vous avez personnalisées. Lorsque vous personnalisez un élément, ajoutez-le à la solution non gérée que vous avez créée.

Pour créer une solution gérée, sélectionnez l’option de solution gérée lorsque vous exportez la solution. Si vous créez une solution gérée, vous ne pouvez pas la réimporter dans l’organisation que vous avez utilisée pour la créer. Vous pouvez uniquement l’importer dans une autre organisation.

Comment les solutions sont appliquées

Toutes les solutions sont évaluées par couches pour déterminer ce que fait votre application. Le diagramme suivant illustre comment les solutions gérées et non gérées sont évaluées et comment leurs modifications apparaissent dans votre organisation.

Superposition de solutions.

En partant du bas, et en remontant :

Solution système
La solution système ressemble aux solutions gérées de toutes les organisations. La solution système est la définition de tous les composants prédéfinis dans le système.

Solutions gérées
Les solutions gérées peuvent modifier les composants de solution système et ajouter de nouveaux composants. Si plusieurs solutions gérées sont installées, la première installée se trouve sous la solution gérée installée ultérieurement. Cela signifie que la deuxième solution installée peut personnaliser celle installée avant. Lorsque deux solutions gérées ont des définitions contradictoires, la règle générale est « la dernière gagne ». Si vous désinstallez un solution gérée, la solution gérée qui se trouve en dessous devient effective. Si vous désinstallez toutes les solutions gérées, le comportement par défaut défini dans la solution système est appliqué.

Personnalisations non gérées
Les personnalisations non gérées sont toutes les modifications que vous avez apportées à votre organisation via une solution non gérée. La solution système définit ce que vous pouvez personnaliser ou non à l’aide des propriétés gérées. Les éditeurs de solutions gérées ont la même possibilité de limiter votre possibilité de personnaliser les composants de solution qu’ils ajoutent dans leur solution. Vous pouvez personnaliser tous les composants de solution qui n’ont pas de propriété gérée vous empêchant de les personnaliser.

Comportement d’application
Il s’agit de ce que vous voyez dans votre organisation. La solution système par défaut et toutes les solutions gérées, plus les personnalisations non gérées que vous avez appliquées.

Propriétés gérées

Certains composant ne sont pas personnalisables. Ces composants de la solution système ont des métadonnées qui vous empêchent de les personnaliser. On parle de propriétés gérées. L’éditeur d’une solution gérée peut également définir les propriétés gérées afin de vous empêcher de personnaliser sa solution d’une façon ou d’une autre.

Dépendances aux solutions

En raison de la façon dont les solutions gérées sont organisées, certaines solutions gérées peuvent dépendre de composants de solution dans d’autres solutions gérées. Certaines éditeurs de solutions tireront parti de cela pour bâtir des solutions modulaires. Vous devrez peut-être d’abord installer une solution gérée « de base » avant d’installer une autre solution gérée qui personnalisera davantage les composants de la solution gérée de base. La seconde solution gérée dépend des composants de solution qui font partie de la première solution.

Le système suit ces dépendances entre les solutions. Si vous essayez d’installer une solution qui requiert une solution de base qui n’est pas installée, vous ne pourrez pas installer la solution. Vous recevrez un message indiquant que la solution nécessite l’installation préalable d’une autre solution. De même, en raison des dépendances, vous ne pouvez pas désinstaller la solution de base lorsqu’une solution qui en dépend est toujours installée. Vous devez désinstaller la solution dépendante avant de désinstaller la solution de base.

Voir aussi

Mise en route de la personnalisation
Privilèges requis pour la personnalisation