Configurer plusieurs formulaires

Les utilisateurs d’applications pilotées par modèle rencontrent de nombreux formulaires dans leur expérience utilisateur, et même différents formulaires pour la même table en fonction de leur rôle, de leurs tâches et des résultats souhaités.

Vous pouvez définir l’ordre des formulaires lorsque vous en utilisez plusieurs. L’ordre des formulaires définit l’ordre dans lequel un utilisateur voit les formulaires disponibles, parmi l’ensemble de formulaires autorisés pour ses rôles de sécurité.

Les paramètres de formulaire vous permettent de choisir un ensemble de formulaires dans la liste déroulante, puis de modifier l’ordre des formulaires par glisser-déplacer. Pour enregistrer le nouvel ordre, appuyez sur le bouton Enregistrer et publier.

Accéder aux formulaires

Lorsque les utilisateurs doivent accéder à des tables communes pour différents rôles, il peut être utile de disposer d’autres formulaires pour adapter l’expérience utilisateur à cet ensemble spécifique d’utilisateurs. Vous pouvez affecter un rôle de sécurité (ou une collection de rôles de sécurité) pour contrôler l’accès au formulaire. Par exemple, vous pouvez disposer d’un ensemble d’utilisateurs qui se concentrent sur les ventes et ont des personnalisations de la ligne Contact telles que l’ajout des widgets LinkedIn Sales Navigator. Pour un utilisateur non commercial, cela constituerait une expérience indésirable, avec des charges de zones vides inutiles sur le formulaire Contact. Vous pouvez simplement copier la ligne de contact principal, puis ajouter ou supprimer les composants à la copie, puis attribuer des rôles de sécurité à chacun des formulaires.

Types de formulaires et comportements

• Principal : les formulaires principaux correspondent à l’interface utilisateur principale où les gens affichent et interagissent avec leurs données. Les formulaires principaux offrent le plus large éventail d’options et sont disponibles pour les applications pilotées par modèle. L’une des qualités fondamentales des applications pilotées par modèle est qu’elles réagissent à la taille et au type d’appareil utilisé lors des interactions avec elles. Cela affecte la position des contrôles sur le formulaire en sus de leur comportement. C’est notamment le cas des formulaires principaux. L’un des objectifs de conception des formulaires principaux est de les concevoir une fois et de les déployer partout. Le même formulaire principal que vous concevez pour une application pilotée par modèle ou l’application web d’applications d’engagement client est également utilisé dans Dynamics 365 for Outlook et Dynamics 365 pour tablettes. L’avantage de cette approche est que vous n’avez pas à intégrer les modifications à plusieurs formulaires. L’enregistrement automatique est le comportement par défaut sur les formulaires principaux, mais les administrateurs peuvent le désactiver.

• Création rapide : avec les formulaires de création rapide, une application peut offrir une expérience de saisie de données rationalisée avec une prise en charge complète de la logique définie par les scripts de formulaire et les règles métier. Dans une application Power Apps pilotée par modèle, les formulaires de création rapide s’affichent lorsqu’un utilisateur clique sur le bouton Créer dans la barre de navigation ou sur + Nouveau lors de la création d’une ligne à partir d’une recherche ou sous-grille. Les applications pilotées par modèle et les applications mobiles Dynamics 365 créent des lignes à l’aide de formulaires de création rapide. Si un formulaire de création rapide est déjà configuré pour une table, les applications mobiles utilisent ce formulaire. Si un formulaire de création rapide n’a pas encore été configuré pour une table, Power Apps génère un formulaire de création rapide pour créer des lignes dans les applications mobiles en fonction de la définition du formulaire principal. Bien que vous puissiez créer plusieurs formulaires de création rapide, vous ne pouvez en désigner qu’un seul, comme défini par l’ordre des formulaires. Vous ne pouvez pas leur affecter des rôles de sécurité et ils ne permettent pas à l’utilisateur de changer de formulaire. Vous devez également les activer pour la table.

• Vue rapide : vous pouvez ajouter un aperçu à un autre formulaire en tant que contrôle Vue rapide. Il fournit un modèle pour afficher des informations sur une ligne de table associée dans un formulaire pour une autre ligne de table. Cette fonctionnalité signifie que les utilisateurs de votre application n’ont pas besoin d’accéder à une autre ligne pour voir les informations nécessaires à leur travail. Les contrôles Vue rapide sont associés à une colonne de recherche incluse dans un formulaire. Bien qu’un aperçu puisse s’afficher sur une vue ou un formulaire, il est créé en tant que formulaire plutôt qu’en tant que vue. Si la valeur de la colonne de recherche n’est pas définie, le contrôle Vue rapide n’est pas visible. Les utilisateurs ne peuvent pas modifier les données des contrôles Vue rapide et les aperçus ne prennent pas en charge les scripts de formulaire.

• Fiche : les formulaires Fiche sont utilisés dans les vues pour les applications pilotées par modèle. Ils présentent des informations dans un format compact adapté aux appareils mobiles. Bien que vous puissiez créer et modifier des formulaires Fiche de la même manière que les autres types de formulaires, vous les ajoutez différemment aux applications. Au lieu d’ajouter un formulaire en tant que composant d’application, vous ajoutez des formulaires Fiche personnalisés à des vues à l’aide du contrôle Grille en lecture seule.

Détails de formulaires divers

• Chaque table doit avoir un formulaire de base désigné. Il s’agit du formulaire que tous les utilisateurs voient s’ils ne sont pas affectés à un rôle de sécurité qui correspond à vos formulaires adaptés aux rôles. Les formulaires de base sont disponibles uniquement avec les formulaires principaux et ne s’appliquent pas aux formulaires de création rapide, aperçus et formulaires Fiche.

• Lorsqu’un utilisateur a accès à plusieurs formulaires, il voit un sélecteur de formulaires en haut du formulaire. Si un utilisateur n’a accès qu’à un seul formulaire pour une table donnée, il ne voit pas le sélecteur de formulaires.

• Vous pouvez désigner un formulaire principal comme inactif. Cela le rend invisible pour tous les utilisateurs, quel que soit leur rôle de sécurité. Cette fonctionnalité a été incluse principalement pour gérer les nouveaux formulaires inclus lors de la mise à niveau des organisations, mais elle vous permet d’empêcher les utilisateurs d’utiliser tout formulaire principal.

Pouvoir configurer ses formulaires est une compétence essentielle pour un développeur d’applications pilotées par modèle.