Concepts de personnalisation

Date de publication : novembre 2016

S’applique à : Dynamics CRM 2015

Le fonctionnement de votre organisation est unique. Certaines organisations ont des processus d'entreprise bien définis qu'ils mettent en œuvre en utilisant Microsoft Dynamics 365. D'autres ne sont pas satisfaites de leurs processus d'entreprise actuels et utilisent Dynamics 365 pour appliquer de nouvelles données et de nouveaux processus à leur entreprise. Quelle que soit votre situation, vous trouverez de nombreuses possibilités de personnalisation dans Dynamics 365 qui s'adapteront à votre organisation.

Naturellement, vous êtes impatient de commencer, mais prenez quelques minutes pour lire le contenu de cette section. Vous y trouverez les termes importants et des explications sur les méthodes employées pour effectuer certaines tâches, ce qui vous permettra d'éviter certains problèmes.

Contenu de la rubrique

Que sont les métadonnées et en quoi sont-elles importantes ?

Quels types de personnalisations sont prises en charge ?

Quels types de personnalisations ne sont pas prises en charge ?

Ce que vous devez savoir sur les solutions

Publication des personnalisations

Modifications qui ont un effet sur les performances de l'organisation Dynamics CRM

Combiner les fonctionnalités de personnalisation

Autres fonctionnalités non incluses dans ce guide

Que sont les métadonnées et en quoi sont-elles importantes ?

Avant, pour personnaliser les applications d'entreprise, il fallait modifier le code source. Cela entraînait des complications, car chaque organisation procédait à ses propres modifications et les mises à niveau étaient très difficiles, ou très onéreuses. Les développeurs d'application ont ensuite commencé à exposer des interfaces de programmation d'applications (API) afin que d'autres développeurs puissent interagir avec l'application et ajouter leur propre logique sans toucher au code source. C'était un peu mieux, car les développeurs pouvaient étendre l'application sans la modifier. Mais il y avait toujours besoin d'un développeur pour écrire le code.

Aujourd'hui, les applications d'entreprise modernes utilisent une architecture pilotée par métadonnées qui permet aux utilisateurs de personnaliser l'application sans écrire de code. Les métadonnées sont des « données sur des données ». Elles définissent la structure des données stockées dans le système. Avec ces métadonnées, une application connaît toutes les modifications apportées à la structure des données et peut s'y adapter au fur et à mesure. Depuis les métadonnées, d'autres fonctionnalités liées aux métadonnées peuvent être ajoutées.

Lorsque vous personnalisez Microsoft Dynamics 365 à l'aide des outils de personnalisation dans l'application, vous ajoutez ou vous mettez à jour les métadonnées ou les données utilisées par les fonctionnalités qui dépendent des métadonnées. Dans la mesure où nous connaissons les types de données utilisées pour personnaliser le système, nous pouvons en tenir compte et ajouter de nouvelles fonctionnalités à Dynamics 365 sans détériorer votre système. Vous êtes ainsi toujours en mesure d'appliquer un correctif cumulatif ou une mise à niveau vers la version la plus récente et de bénéficier des meilleures nouvelles fonctionnalités.

Personnaliser ou configurer ?
La majorité des utilisateurs disent qu'ils veulent personnaliser l'application, d'où nous utilisons le mot « personnaliser » pour décrire la modification du système dans le sens souhaité. D'autres préfèrent utiliser le mot « configurer », qui suggère qu'aucun code n'a été requis pour effectuer les modifications. Quel que soit le mot employé, nous insistons sur le fait que vous n'avez pas besoin d'être développeur pour personnaliser Microsoft Dynamics 365.

Microsoft Dynamics 365 propose un ensemble de services Web et d'API qui permettent aux développeurs d'écrire du code. Lorsque du code est écrit en utilisant des méthodes prises en charge, vous pouvez compter qu'il continue de fonctionner lorsque vous mettez à niveau votre organisation.

Quels types de personnalisations sont prises en charge ?

Nous pensons que vous pouvez effectuer la plus grande part de votre personnalisation avec les outils de l'application. Tout ce que ces outils permettent est pris en charge par Microsoft, car les modifications sont appliquées aux métadonnées ou aux données qui dépendent des métadonnées.

Mais si les outils de personnalisation ne répondent pas à vos besoins, vous pouvez installer une solution fournie par un tiers ou recruter un développeur pour coder vos personnalisations. Dans tous les cas, il est important de connaître les personnalisations prises en charge. Si vous devez investir dans une solution qui nécessite du code, assurez-vous que le code est écrit uniquement à l'aide d'API prises en charge. Cela permet de protéger votre investissement dans Dynamics 365 et dans d'autres solutions.

Les développeurs qui étendent Microsoft Dynamics 365 doivent suivre les règles et les meilleures pratiques documentées dans le Kit de développement logiciel (SDK) : MSDN : Meilleures pratiques de développement avec Microsoft Dynamics CRM. Le SDK documente les API disponibles pour les développeurs et fournit des instructions pour les utiliser au mieux.Microsoftprend en charge uniquement les API et les pratiques qui sont documentées dans le Kit de développement logiciel. Vous trouverez peut-être sur Internet des explications pour résoudre un problème, mais si les méthodes ne tirent pas parti des API documentées dans le Kit de développement logiciel, elles ne sont pas prises en charge par Microsoft. Avant de demander à un développeur d'appliquer une modification, vérifiez qu'elle utilise des méthodes prises en charge.

Si les développeurs utilisent les API et les meilleures pratiques décrites dans le SDK, nous sommes surs de pouvoir tester si les modifications que nous apportons à Dynamics 365 risquent de désactiver les personnalisations existantes. Notre objectif est que les personnalisations de code entrées en utilisant les méthodes prises en charge continuent de fonctionner au fil des publications des nouvelles versions ou mises à jour de Dynamics 365. Vous avez tout à y gagner, car vous pouvez effectuer des mises à niveau vers les nouvelles versions avec des fonctionnalités améliorées sans que les développeurs ne modifient leur code à chaque fois.

Si nous détectons qu'un changement dans une nouvelle version de Dynamics 365 provoque la désactivation d'une personnalisation prise en charge, nous documenterons ce point et la modification à apporter au code pour résoudre le problème.

Quels types de personnalisations ne sont pas prises en charge ?

Ce n'est pas parce que certaines API et pratiques de programmation ne sont pas prises en charge par Microsoft qu'elles ne fonctionnent pas. « Non pris en charge par Microsoft » signifie exactement ce qui est écrit : vous ne pouvez pas obtenir d'aide de Microsoft pour ces API ou pratiques de programmation de la part de Microsoft. Nous ne les testons pas, et nous ne savons pas si l'une de nos modifications risque de les désactiver. Nous ne pouvons pas prévoir ce qui se produit si un utilisateur modifie du code dans notre application.

Les développeurs qui utilisent des API et des pratiques de programmation non prises en charge assument la responsabilité du suivi de leur code. Ils devront tester leur code pour vérifier son fonctionnement.

Si vous choisissez d'utiliser des personnalisations non prises en charge dans votre déploiement de Dynamics 365, vous devez absolument documenter ce qui a été fait et avoir une stratégie pour supprimer ces personnalisations avant de contacter le support technique de Microsoft Dynamics 365. Si vous avez besoin d'aide pour des personnalisations non prises en charge, contactez le développeur ou l'organisation qui a préparé les personnalisations.

Pratiques courantes de personnalisation non prises en charge

La liste suivante répertorie les pratiques courantes de personnalisation qui ne sont pas prises en charge. Ce n'est pas une liste complète.Pour plus d'informations :MSDN : Extensions prises en charge pour Microsoft Dynamics CRM : personnalisations non prises en charge

• Interaction avec les éléments DOM (Document Object Model) d'application Web utilisant JavaScript
  Toutes les bibliothèques JavaScript utilisées dans l'application doivent interagir uniquement avec les API documentées. Lorsque les développeurs JavaScript utilisent des applications, ils accèdent souvent aux éléments DOM en utilisant des noms spécifiques. Dans la mesure où Microsoft Dynamics 365 est une application Web, ces techniques fonctionnent, mais elles sont susceptibles d'être désactivées pendant une mise à jour, car les noms des éléments qu'ils référencent sont susceptibles d'être modifiés à tout moment. Nous nous réservons le droit d'apporter les modifications nécessaires dans l'application, ce qui implique souvent de modifier la construction de la page. Apporter des modifications en fonction de la structure actuelle de la page implique d'investir dans des tests et, peut-être, en de modifier le code personnalisé dans ces scripts à chaque fois que vous appliquez une mise à jour à votre application.

  La bibliothèque jQuery est très souvent utilisée par les développeurs JavaScript. Le plus grand avantage de l'utilisation de jQuery est qu'il simplifie la capacité d'un développeur à accéder et à créer des éléments DOM, ce qui est exactement ce que nous ne prenons pas en charge dans les pages d'application Dynamics 365.jQuery est recommandé lorsque les développeurs créent des interfaces utilisateur personnalisées avec les ressources Web HTML, mais dans les pages d'application Dynamics 365, les API prises en charge ne nécessitent pas l'utilisation de jQuery.

• Utilisation des objets ou méthodes internes non documentés avec JavaScript
  Microsoft Dynamics 365 utilise de nombreux objets JavaScript dans les pages. Un développeur JavaScript peut identifier ces objets en déboguant une page, puis accéder à ces objets et les réutiliser. Nous nous réservons le droit d'apporter les modifications nécessaires à ces objets, notamment de les supprimer ou de modifier le nom des méthodes. Si un script fait référence à ces objets, le script s'interrompt s'ils sont introuvables.

• Modifier directement les fichiers dans l'application
  Si vous avez une version locale de Microsoft Dynamics 365, vous pouvez accéder à l'application Web installée sur votre serveur. L'application Web contient plusieurs fichiers texte qu'un développeur peut modifier ou remplacer pour modifier le comportement ou l'apparence de l'application. La modification de ces fichiers n'est pas prise en charge, car les mises à jour que vous installez peuvent supprimer vos modifications, et les fichiers seront remplacés lors de la mise à jour vers la version suivante.

• Récupérer des données directement des tables de la base de données
  Si vous avez une version locale de Microsoft Dynamics 365, vous avez accès à la base de données et vous pouvez récupérer les données directement des tables. Toutefois, ce faisant, vous court-circuitez l'infrastructure de sécurité. La pratique recommandée consiste à utiliser les vues filtrées spéciales pour extraire les données. Cette action applique la sécurité de l'utilisateur appelant, qui ne peut voir que les données qu'il doit voir.

• Mettre à jour des données directement dans les tables de la base de données
  Si vous avez une version locale de Microsoft Dynamics 365, vous pouvez effectuer des mises à jour des données Dynamics 365 directement dans les tables de la base de données. Avec cette approche, le risque est de définir des données non valides qui peuvent désactiver l'application. Pour mettre à jour les données, les développeurs doivent toujours utiliser les API fournies avec les services Web de la plateforme d'applications.

• Modifier les tables de la base de données, les procédures stockées ou les vues
  Si vous avez une version locale de Microsoft Dynamics 365, vous pouvez utiliser les outils de base de données pour modifier la base de données. Les seules modifications directes de la base de données prises en charge sont l'ajout et la mise à jour des index. Utilisez les outils de personnalisation pour ajouter les nouvelles entités ou les nouveaux attributs d'entité. Il s'agit de la seule façon prise en charge d'appliquer des modifications à ces éléments de la base de données. Les modifications directes risquent de désactiver l'application ou de vous empêcher d'appliquer des correctifs cumulatifs. Toutes vos modifications peuvent être supprimées lorsque vous appliquez une mise à jour ou pendant une mise à niveau, et toutes les données que vous avez incluses dans les colonnes personnalisées de la table de la base de données seront perdues.

Comment vérifier les personnalisations non prises en charge pour une organisation

Si vous n'êtes pas sûr que votre organisation utilise des personnalisations non prises en charge, vous pouvez exécuter l'outil de validation de code personnalisé. Cet outil est une solution qui analyse l'organisation et peut détecter certains types de personnalisations non prises en charge, telles que des API obsolètes, qui peuvent exister. L'outil renvoie des informations sur la personnalisation. Notez que l'outil de validation de code personnalisé peut ne pas détecter d'autres personnalisations non prises en charge, comme décrit précédemment dans Pratiques courantes de personnalisation non prises en charge ou qu'il peut parfois détecter des personnalisations prises en charge comme étant non prises en charge. Pour plus d'informations, voir la documentation fournie avec l'outil.

Télécharger et exécuter l'outil de validation de code personnalisé

1. D'abord, vérifiez que l'organisation dispose d'une ou de plusieurs solutions importées. C'est souvent les solutions obsolètes qui sont à l'origine des personnalisations non prises en charge.Accédez à Paramètres > Solutions.. Les solutions installées s'affichent dans la vue Toutes les solutions.

2. Télécharger l'outil de validation de code personnalisé

3. Importez l'outil de validation de code personnalisé.Pour plus d'informations :Importer des solutions

4. Exécutez l'outil de validation de code personnalisé. Pour plus d'informations, voir le fichier Lisez-moi fourni avec le téléchargement.

Ce que vous devez savoir sur les solutions

Les solutions existent pour qu'un jeu de personnalisations puisse être acheté, partagé ou transporté d'une organisation à une autre. Vous pouvez vous procurer des solutions dans Microsoft Dynamics Marketplace ou auprès d'un éditeur de logiciels indépendant (ISV). Une solution Dynamics 365 est un fichier que vous pouvez importer pour appliquer un jeu de personnalisations.

Pour plus d'informations :Livre blanc : Modèles et principes des rédacteurs de solutions CRM Online

Si vous êtes prêt à personnaliser votre organisation, voici ce que vous devez connaître à propos des solutions :

• La création de solutions est facultative. Vous pouvez personnaliser votre système Dynamics 365 directement sans jamais créer de solution.

• Lorsque vous personnalisez le système Dynamics 365 directement, vous utilisez une solution spécifique appelée la solution par défaut. Cette solution par défaut contient tous les composants disponibles dans votre système.

• Vous pouvez exporter votre solution par défaut pour créer une sauvegarde des personnalisations que vous avez définies dans votre organisation. Il est important de prévoir le scénario le plus défavorable.

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. La liste qui suit répertorie les composants de solution que vous pouvez afficher dans une solution :

• Ruban de l’application

• Modèle d’article

• Règle métier

• Graphique

• Rôle de connexion

• Modèle de contrat

• Tableau de bord

• Modèle de courrier électronique

• Entité

• Relation d’entité

• Champ

• Profil de sécurité de champ

• Formulaire

• Modèle de publipostage

• Message

• Groupe d’options

• Assembly du plug-in

• Traiter

• Étape de traitement du message Sdk

• Rôle de sécurité

• Point de terminaison de service

• Plan du site

• Ressource Web

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é dans Propriétés gérées et dans toutes les Dépendances aux 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.

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.

Vous pouvez exporter votre solution par défaut uniquement sous la forme d'une solution non géré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 Dynamics 365. 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.

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 une 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 en utilisant 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

Certaines zones de Microsoft Dynamics 365 ne peuvent pas être personnalisées. Ces éléments 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.

Dynamics 365 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.

Éditeur de solutions

Chaque solution comporte un éditeur. La solution par défaut possède un éditeur nommé « éditeur par défaut pour <le nom de votre organisation> ».

L'enregistrement d'éditeur contient une valeur Préfixe. La valeur par défaut de ce préfixe est « nouveau ». Lorsque vous créez de nouveaux composants de solution, ce préfixe est ajouté au nom. C'est une manière rapide de permettre aux utilisateurs de connaître la solution dont font partie les composants.

Avant de commencer à personnaliser le système, nous vous recommandons de changer la valeur du préfixe de l'éditeur par défaut par un élément qui identifie votre entreprise.

Changer le préfixe de l'éditeur de solutions pour l'éditeur par défaut

1. Accédez à Paramètres > Personnalisations.

2. Sélectionnez Éditeurs.

3. S'il existe plusieurs éditeurs, ouvrez celui dont Nom complet commence par Éditeur par défaut pour*<le nom de votre organisation>*.

4. En bas du formulaire, mettez à jour le champ Préfixe et passez la valeur par défaut « nouveau » sur un élément qui identifie votre organisation.

5. Lorsque vous modifiez la valeur, veillez à accéder au champ suivant.Préfixe de valeur d’option génère automatiquement un nombre basé sur le préfixe de personnalisation. Ce nombre est utilisé lorsque vous ajoutez des options aux groupes d'options et fournit un indicateur de la solution utilisée pour ajouter l'option.

Publication des personnalisations

Certaines personnalisations qui modifient l'interface utilisateur doivent être publiées avant que les utilisateurs puissent s'en servir dans l'application. En cours de publication, vous pouvez enregistrer votre travail, puis revenir et finir ultérieurement. La publication est requise uniquement lorsque vous modifiez un composant de solution. Lorsque vous créez ou supprimez un composant de solution, la publication se fait automatiquement. Avant d'exporter une solution, vous serez invité à publier les personnalisations. Cela est dû au fait qu'aucune personnalisation non publiée ne sera incluse dans la solution.

Lorsque vous effectuez des personnalisations qui apparaîtront dans Microsoft Dynamics CRM pour tablettes, vous devez toujours publier explicitement vos personnalisations pour vérifier que chaque élément est synchronisé avec l'application CRM pour tablettes.

Les composants de solution suivants doivent être publiés lorsqu'ils sont mis à jour :

• Ruban de l’application

• Entité

• Relation d’entité

• Champ

• Formulaire

• Message

• Groupe d’options

• Plan de site

• Ressource Web

Modifications qui ont un effet sur les performances de l'organisation Dynamics CRM

L'importation des solutions et l'application de personnalisations qui modifient les métadonnées peuvent avoir un effet sur les performances de l'organisation Microsoft Dynamics 365. Voici des actions qui peuvent interférer avec le fonctionnement normal du système :

• Ajouter, supprimer ou modifier des entités, des clés secondaires, des attributs ou des relations.

  Pour plus d'informations : Créer et modifier des entités ; Définition de clés secondaires pour une entité ; Modification des attributs d’une organisation ; Création et modification de relations d'entité

• Importer une solution

• Publication des personnalisations

Si vous appliquez ces modifications à un système de production, il est recommandé de planifier ces opérations au moment le moins gênant pour les utilisateurs.

Combiner les fonctionnalités de personnalisation

Chaque rubrique de la section « Personnalisation de votre système CRM » décrit de façon très détaillée une fonctionnalité de personnalisation. Mais il est important de se rappeler que les solutions qui répondent à vos besoins métier utilisent souvent une combinaison de fonctionnalités.

Choisir la fonctionnalité de personnalisation adaptée à la tâche

La loi de l'instrument énonce « Si vous n'avez qu'un marteau, tout ressemble à un clou ». Grâce aux différentes fonctionnalités de personnalisation disponibles dans Microsoft Dynamics 365, c'est facile de se familiariser avec l'une d'entre elles et de les utiliser pour résoudre chaque problème. Lorsque vous évaluez les problèmes métier que vous souhaitez résoudre, partez du résultat final souhaité et travaillez en remontant jusqu'à la façon d'y parvenir.

Autres fonctionnalités non incluses dans ce guide

Outre les fonctionnalités décrites dans « Personnalisation de votre système CRM », vous devez connaître d'autres fonctionnalités non détaillées ici. Cette section présente certaines de ces fonctionnalités et contient des liens vers d'autres ressources où vous trouverez plus d'informations.

Gestion des documents

La gestion des documents permet l'intégration entre Microsoft Dynamics 365 et SharePoint. Pour plus d'informations sur l'activation et la configuration de la gestion des documents, voir Gestion de vos documents avec SharePoint ou Aide et formation : Gérer des documents SharePoint à partir de Microsoft Dynamics CRM. Les développeurs doivent consulter la rubrique du Kit de développement logiciel (SDK) : Microsoft Dynamics 365MSDN : Intégrer SharePoint avec Microsoft Dynamics CRM. Pour plus d'informations sur la configuration d'installation requise pour les déploiements locaux de Dynamics CRM, voir Configuration logicielle requise pour la gestion des documents SharePoint pour Microsoft Dynamics CRM.

Profils de sécurité de champ

Vous pouvez définir un niveau de sécurité supplémentaire pour un champ personnalisé que vous avez ajouté à un formulaire à l'aide des profils de sécurité de champ. Pour activer la sécurité au niveau du champ, vous devez définir la propriété Sécurité de champ du champ personnalisé, puis spécifier les autorisations que vous accordez pour ce champ aux profils de sécurité de champ que vous avez créés.Pour plus d'informations :Aide et formation : Créer et configurer un profil de sécurité de champ et Ajouter des équipes ou des utilisateurs à un profil de sécurité de champ

Localisation

Si dans votre organisation des utilisateurs parlent une langue différente de la langue de base que vous avez choisie lorsque vous avez déployé Dynamics CRM, vous pouvez ajouter des langues.

Pour CRM Online, toutes les langues sont déjà installées, il suffit de les activer.

Pour Microsoft Dynamics CRM 2015, vous pouvez installer des modules linguistiques supplémentaires pour ajouter des langues. Après avoir installé le module linguistique, vous devez activer la langue pour la rendre disponible dans les préférences personnelles des utilisateurs.Pour plus d'informations :Installation ou mise à niveau de modules linguistiques pour Microsoft Dynamics CRM

Activation des langues supplémentaires

1. Accédez à Paramètres > Administration.

2. Sélectionnez Langues.

3. Dans la boîte de dialogue Paramètres de langue, faites votre choix parmi les langues disponibles et choisissez Appliquer pour les activer.

Lorsque vous pouvez activer des langues supplémentaires, le texte traduit est disponible uniquement pour le texte inclus dans Dynamics 365 avant qu'il soit personnalisé. Vous pouvez uniquement personnaliser Dynamics 365 à l'aide de la langue de base. Les utilisateurs d'autres langues verront le texte dans la langue de base, sauf si vous exportez des traductions et que vous ajoutez le texte traduit pour des éléments de l'interface utilisateur que vous avez ajoutés ou modifiés.Pour plus d'informations :Aide et formation : Exportation d'une entité personnalisée et du texte d'un champ à convertir

Rôles de sécurité

L'examen de la mise en œuvre de la sécurité pour votre organisation n'est pas traité dans ce guide.Pour plus d'informations :Rôles et privilèges de sécurité

Voir aussi

Mise en route de la personnalisation
Privilèges requis pour la personnalisation
Utilisation de solutions pour vos personnalisations

© 2016 Microsoft Corporation. Tous droits réservés. Copyright