Vue d’ensemble de la création et de la personnalisation d’application pour Dynamics 365 Customer Engagement (on-premises), version 9.x
Dynamics 365 Customer Engagement (on-premises) offre des fonctionnalités de personnalisation et de création d’applications qui ne nécessitent pas que vous entriez une seule ligne de code. Avec un ensemble complet d’outils de concepteur et d’éditeur WYSIWYG, la plupart des utilisateurs peuvent entièrement personnaliser Dynamics 365 Customer Engagement (on-premises) ou créer leurs propres applications personnalisées.
Pour la documentation des versions antérieures (8.x et antérieures), visitez Documentation relative aux versions précédentes de Dynamics.
Composants de création et personnalisation d’applications
Une application bien conçue est constituée de plusieurs composants que vous sélectionnez à l’aide des concepteurs et des éditeurs disponibles pour établir l’aspect et les fonctionnalités de l’application finie. Les composants et les propriétés des composants que vous utilisez pour définir une application deviennent les métadonnées.
Pour comprendre comment chacun de ces composants sont associés à la conception de l’application, ils sont séparés ici en catégories de données, interface utilisateur, logique, et visualisation.
Données
Ces composants déterminent les données sur lesquelles l’application sera basée.
| Composant | Description | Concepteur |
|---|---|---|
| Entité | Un élément avec les propriétés que vous suivez, par exemple un contact ou un compte. De nombreuses entités standard sont disponibles. Vous pouvez personnaliser une entité standard hors système (entité de production) ou créer entièrement une entité personnalisée. | Concepteur d’entités |
| Champ | Propriété associée à une entité. Un champ est défini par le type de données, qui détermine le type de données qui peut être entré ou sélectionné. Citons notamment le texte, le numéro, la date et l’heure, la devise, ou la recherche (crée une relation avec une autre entité). Les champs sont généralement utilisés avec des formulaires, des vues, des recherches. | Concepteur d’entités |
| Relation | Les relations d’entité définissent la façon dont les entités peuvent être liées entre elles. Il existe trois types de relations : 1 à N (1 à plusieurs), N à 1 (plusieurs à 1) et N à N (plusieurs à plusieurs). Par exemple, l’ajout d’un champ de recherche à une entité crée une nouvelle relation 1 à N entre les deux entités et vous permet de placer ce champ de recherche sur un formulaire. | Concepteur d’entités |
| Champ Groupe d’options | Il s’agit d’un type particulier de champ, qui offre à l’utilisateur un ensemble d’options prédéterminées. Chaque option contient une valeur sous forme de nombre et une étiquette. Une fois ajouté à un formulaire, ce champ affiche un contrôle de manière à ce que l’utilisateur ne puisse sélectionner qu’une seule option. Il existe deux types de groupes d’options : les groupes d’options, où l’utilisateur peut uniquement sélectionner une option, et les groupes d’options à sélection multiple, autorisant plusieurs sélection. | Concepteur de groupe d’options |
Plus d’informations : Créer ou modifier des entités (types d’enregistrement)
UI
Ces composants déterminent la façon dont les utilisateurs interagissent avec l’application.
| Composant | Description | Concepteur |
|---|---|---|
| Application | Détermine les fondamentaux de l’application tels que les composants, les propriétés, le type de client, et l’URL de votre application. | Concepteur d’application |
| Plan de site | Spécifie la navigation de votre application. | Concepteur de plan de site |
| Formulaire | Ensemble de champs de saisie de données pour une entité donnée qui correspond aux éléments que votre organisation suit pour l’entité. Par exemple, un ensemble de champs de saisie de données où l’utilisateur saisit des informations importantes pour suivre les commandes précédentes d’un client avec des dates de nouvelles commandes demandées spécifiques. | Concepteur de formulaires |
| Vue | Les vues définissent la manière dont une liste d’enregistrements pour une entité spécifique est affichée dans votre application. Une vue définit les colonnes à afficher, la largeur de chaque colonne, le comportement de tri, et les filtres par défaut. | Concepteur de vues |
Plus d’informations : Créer ou modifier une application à l’aide du concepteur d’application
Logique
Ce composant détermine les processus métier, règles, automatisation que l’application contiendra. Les créateurs d’applications utilisent un concepteur spécifique au type de processus ou de règles.
| Type de logique | Description | Concepteur |
|---|---|---|
| Flux des processus d’entreprise | Un processus en ligne qui accompagne les utilisateurs au travers d’un processus d’entreprise standard. Par exemple, utilisez un flux de processus d’entreprise si vous souhaitez que tout le monde gère les demandes de service clientèle de la même manière, ou exige du personnel d’obtenir l’approbation d’une facture avant d’envoyer une commande. | Concepteur de flux des processus d’entreprise |
| Flux de travail | Les flux de travail automatisent les processus d’entreprise sans interface utilisateur. Les concepteurs utilisent les flux de travail pour lancer une automatisation qui ne nécessite aucune interaction utilisateur. | Concepteur de workflow |
| Actions | Les actions sont un type de processus qui vous permet de manuellement appeler les actions, notamment les actions personnalisées, directement depuis un workflow. | Concepteur de processus |
| Règle métier | Utilisée pour appliquer une règle ou une logique de recommandation à un formulaire, par exemple pour définir les besoins du champ, masquer des champs, ou valider des données. Les concepteurs d’application utilisent une interface simple pour implémenter et gérer des règles qui changent souvent et sont couramment utilisées. | Concepteur de règle métier |
Informations complémentaires : Créer une logique métier personnalisée à l’aide des processus
Visualisations
Détermine le type de visualisation de données et de génération de rapports dont disposera l’application.
| Composant | Description | Concepteur |
|---|---|---|
| Graphique | Visualisation graphique simple qui peut être affichée dans une vue, un formulaire, ou être ajoutée à un tableau de bord. | Concepteur de graphiques |
| Tableau de bord | Fonctionne comme palais pour une ou plusieurs visualisations graphiques qui fournissent une vue d’ensemble des données commerciales qui permettent de prendre des mesures. | Concepteur de tableau de bord |
| Rapports | Plusieurs rapports standard qui fournissent des informations commerciales utiles à l’utilisateur sont disponibles. Ces rapports sont basés sur SQL Server Reporting Services, et offrent le même ensemble de fonctionnalités disponibles pour les rapports SQL Server Reporting Services. | Assistant Rapport |
Informations complémentaires : Créer ou modifier un graphique système et Vue d’ensemble des rapports
Extensibilité
Dynamics 365 Customer Engagement (on-premises) 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.
Informations complémentaires : Guide du développeur pour Dynamics 365 Customer Engagement (on-premises)
Portabilité
Les solutions existent pour que Dynamics 365 Customer Engagement (on-premises) puisse être acheté, partagé ou transporté d’une organisation à une autre. Vous pouvez créer vos propres solutions ou vous procurer des solutions auprès de 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 : Présentation des solutions
Quels types de personnalisations sont pris en charge avec Dynamics 365 Customer Engagement (on-premises) ?
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.
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 les applications Customer Engagement et dans d’autres solutions.
Plus d’informations : Personnalisations prises en charge et non prises en charge
Modifications qui ont un effet sur les performances de l’organisation des applications Customer Engagement
Les créateurs et les personnalisateurs d’applications doivent savoir que l’importation de solutions et l’application de personnalisations qui modifient les métadonnées peuvent affecter les performances de l’organisation Dynamics 365 Customer Engagement (on-premises). 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.
Importer des solutions
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.
Voir aussi
Mise en route de la création et de la personnalisation d’applications