Partager via

Facteurs à considérer lors de la conception des formulaires principaux

  • Article

Cette rubrique s’applique à Dynamics 365 Customer Engagement (on-premises). Pour la version Power Apps de cette rubrique, consultez : Considérations de conception pour les formulaires principaux d’application pilotée par modèle

Les formulaires principaux sont l’interface utilisateur principale où les utilisateurs consultent leurs données et interagissent avec elles. Les formulaires principaux offrent la plus large gamme d’options et sont disponibles pour les applications métier personnalisées pilotées par modèle, à l’exception de Dynamics 365 pour téléphones.

L’un des principaux objectifs de conception des formulaires principaux est de vous permettre de les créer une fois et de les déployer partout. Le même formulaire principal que vous créez pour l’application métier personnalisée ou l’application Web Dynamics 365 Customer Engagement (on-premises) est également utilisé dans Dynamics 365 for Outlook et Dynamic 365 pour tablettes. L’avantage de cette approche est que vous n’avez pas à intégrer des modifications dans plusieurs formulaires. Toutefois, plusieurs facteurs importants sont à prendre en compte lorsque vous concevez ces formulaires.

Formulaires personnalisés pour différents groupes

Puisque vous pouvez créer plusieurs formulaires principaux et attribuer des rôles de sécurité différents à chaque formulaire, vous pouvez présenter à votre organisation différents groupes avec un formulaire optimisé pour leur utilisation de l’application. Vous pouvez également fournir à chaque groupe différentes options et leur permettre de choisir entre différents formulaires. Plus d’informations : Contrôler l’accès aux formulaires

Vous pouvez supposer que les responsables et les décisionnaires souhaiteront des formulaires optimisés pour servir de référence rapide aux principaux points de données. Ils apprécieront l’affichage sous forme de graphiques plutôt de listes et effectueront peu de saisie des données.

Les utilisateurs qui interagissent directement avec les clients peuvent avoir besoin de formulaires personnalisés pour les tâches qu’ils accomplissent le plus souvent. Ils peuvent vouloir des formulaires qui permettent une saisie de données efficace.

Vous devrez savoir ce que les utilisateurs de votre organisation souhaitent et quels sont leurs besoins. Il s’agit généralement d’un processus itératif où vous regroupez les entrées, faites différents essais et créez des formulaires utilisables. Gardez à l’esprit que vous disposez de divers outils et que tout ne doit pas être fait dans le formulaire. Utilisez les règles métier, les processus de workflow, les dialogues et les flux des processus d’entreprise ainsi que vos formulaires pour fournir une solution qui fonctionne pour votre organisation.

Vous devrez équilibrer cela avec le temps nécessaire à la gestion des formulaires. La création et la modification de formulaires est relativement simple, mais lorsque vous créez plus de formulaires, vous devez gérer plus de formulaires.

Différences de présentation

Bien que vous n’ayez pas à gérer plusieurs formulaires pour chaque présentation, vous devez considérer en quoi les différences de présentation peuvent compter dans le formulaire principal. Présentations du formulaire principal décrit les différentes méthodes de présentation du formulaire principal. Les principaux éléments à prendre en compte sont :

  • Dynamics 365 for tablets ne prend pas en charge l’ajout d’images, de code HTML ni de ressources Web Silverlight aux formulaires.

  • La structure des formulaires Dynamics 365 for tablets est générée automatiquement en fonction du formulaire principal. Il n’existe aucun éditeur de formulaires spécifique pour les formulaires Dynamics 365 for tablets. Vous devez vérifier que la présentation du formulaire est adaptée aux deux clients.

  • Si des scripts non pris en charge interagissent avec des éléments DOM trouvés dans l’application Web, ces scripts ne fonctionnent pas dans les formulaires Dynamics 365 for tablets, car les mêmes éléments DOM ne sont pas disponibles.

  • Les formulaires de Volet de lecture Dynamics 365 for Outlook n’autorisent pas les scripts. La visibilité des éléments de formulaire dépend des paramètres par défaut et ne peut pas être modifiée au moment de l’exécution en utilisant des scripts.

Performances des formulaires

Les formulaires qui se chargent lentement ou ne répondent pas rapidement affectent naturellement la productivité et l’adoption du système par l’utilisateur. Optimiser les performances d’un formulaire fournit un certain nombre de recommandations dont vous devriez tenir compte lors de la conception des formulaires pour que les personnalisations ne compromettent pas les performances du formulaire.

Voir aussi

Créer et concevoir des formulaires
Créer et modifier des formulaires de création rapide
Création et modification des aperçus
Présentations du formulaire principal
Optimiser les performances de formulaire