Contrôler l’accès aux formulaires principaux
Cette rubrique s’applique à Dynamics 365 Customer Engagement (on-premises). Pour la version Power Apps de cette rubrique, consultez : Définir les rôles de sécurité pour un formulaire
Il existe deux méthodes permettent de contrôler l’accès aux formulaires principaux :
Rendre un formulaire principal inactif
Vous pouvez définir un état actif ou inactif aux formulaires principaux. Cette fonctionnalité a été incluse principalement pour gérer de nouveaux formulaires inclus lors de la mise à niveau des organisations, mais vous pouvez l’utiliser pour empêcher certains utilisateurs d’utiliser les formulaires principaux.
Attribution des rôles de sécurité au formulaire principal
Cette fonctionnalité permet de rendre un formulaire principal disponible pour des groupes spécifiques.
Différentes personnes de votre organisation peuvent interagir avec les mêmes données de différentes façons. Les directeurs peuvent avoir besoin d’analyser rapidement les informations d’un enregistrement et le personnel de service peut avoir besoin d’un formulaire qui rationalise l’entrée de données. Vous pouvez gérer les besoins en attribuant des formulaires aux rôles de sécurité auxquels les différents groupes d’utilisateurs appartiennent.
Pour les procédures pas à pas, voir Attribuer des rôles de sécurité aux formulaires.
Si plusieurs formulaires principaux sont définis pour une entité, vous pouvez sélectionner ceux accessibles aux utilisateurs en fonction de leurs rôles de sécurité. Comme chaque entité doit être en mesure d’afficher un formulaire pour n’importe quel utilisateur, au moins un formulaire doit être désigné comme formulaire « de base », un formulaire visible par les utilisateurs avec des rôles de sécurité auxquels aucun formulaire n’est explicitement attribué.
Note
Les formulaires Création rapide, Aperçus et Formulaires Carte ne peuvent pas être attribués aux rôles de sécurité.
Dans l’éditeur de formulaires ou à partir de la liste des formulaires, vous pouvez attribuer des rôles de sécurité à un formulaire. Cependant, s’il n’existe qu’un seul formulaire pour l’entité, vous ne pourrez pas désactiver l’option Activé pour le formulaire de base dans la boîte de dialogue Attribuer des rôles de sécurité. Dans ce cas, même si vous avez attribué des rôles de sécurité au formulaire, tout utilisateur associé possédant un rôle de sécurité que vous n’avez pas inclus pourra quand même afficher le formulaire car il est activé en tant que formulaire de base.
Après avoir créé un second formulaire principal pour l’entité, vous pourrez désactiver l’option Activé pour le formulaire de base pour l’un des formulaires. Le système vérifiera toujours qu’au moins un formulaire est activé en tant que formulaire de base.
Lorsque vous avez plusieurs formulaires principaux, vous pouvez spécifier un ordre des formulaires qui déterminera, parmi les formulaires que l’utilisateur peut voir, celui qui sera affiché par défaut. Si l’utilisateur a le choix entre plusieurs formulaires, il peut modifier les formulaires, et celui qu’il choisira sera son formulaire par défaut jusqu’à ce qu’il en change. Cette préférence est stockée dans le navigateur. Si les utilisateurs se servent d’un autre ordinateur ou navigateur, ils voient le formulaire par défaut d’origine.
Stratégies pour gérer le formulaire de base
Les stratégies pour gérer le formulaire de base sont les suivantes :
Tous les utilisateurs voient le même formulaire
Si vous n’avez pas besoin de plusieurs formulaires pour une entité, vous n’avez pas besoin d’un formulaire de base.
Créer un formulaire de secours
Si vous utilisez des formulaires basés sur des rôles, afin de limiter les informations affichables ou modifiables, envisagez de créer un formulaire qui possède un minimum d’informations affichées. Puis, dans la boîte de dialogue Attribuer des rôles de sécurité, sélectionnez Afficher uniquement pour les rôles de sécurité sélectionnés, mais ne sélectionnez aucun rôle sauf Administrateur système, puis sélectionnez Activé pour le formulaire de base. Au final, ce formulaire sera vu uniquement par l’Administrateur système et par les utilisateurs dont les rôles de sécurité n’ont pas été associés à un formulaire spécifique. Vous pouvez inclure une ressource Web HTML dans le formulaire avec des informations concernant les raisons du peu d’informations visibles dans le formulaire et un lien vers des informations sur la manière de demander à être ajouté à un rôle de sécurité associé à un formulaire ou d’inclure un rôle de sécurité pour un formulaire.
Note
Vous ne pouvez pas inclure une ressource Web dans un en-tête et un pied de page de formulaire.
Créer un formulaire générique
Si vous utilisez des formulaires basés sur un rôle pour fournir une expérience utilisateur personnalisée en fonction du rôle d’un utilisateur dans l’organisation, vous pouvez définir votre formulaire le moins spécialisé comme formulaire de base et le configurer pour qu’il soit visible pour tous. Ensuite, créez des formulaires personnalisés pour des rôles de sécurité spécifiques et configurez ces formulaires pour qu’il s’affiche uniquement pour les rôles de sécurité qui les demandent. N’activez pas ces formulaires comme formulaires de base. Enfin, dans la liste Formulaires, utilisez la boîte de dialogue Ordre des formulaires pour spécifier les formulaires à afficher en les triant du plus exclusif au moins exclusif. Votre formulaire de base est en bas de la liste. Avec cette stratégie, les utilisateurs voient le formulaire qui a été personnalisé pour leur rôle comme formulaire par défaut, pourtant ils peuvent toujours utiliser le sélecteur de formulaire pour sélectionner le formulaire le plus courant s’ils le souhaitent. Quel que soit le formulaire sélectionné, il reste leur formulaire par défaut jusqu’à ce qu’ils en sélectionnent un autre.
Utiliser les scripts de formulaires
Le contexte de formulaire de l’API client (formContext) fournit une référence au formulaire ou à un élément du formulaire, comme un contrôle d’aperçu ou une ligne dans une grille modifiable, sur lequel le code actuel est exécuté. Plus d’informations : Contexte de formulaire de l’API client
Important
Avec Dynamics 365 Customer Engagement (on-premises) version 9.0, l’objet Xrm.Page est déconseillé, et vous devez maintenant utiliser la méthode getFormContext de l’objet de contexte d’exécution transmis pour renvoyer la référence au formulaire approprié ou à un élément du formulaire.