Politiques et propriétés des règles dans Générateur de tables

  • Rversion finale: Yokohama
  • Mis à jour 30 janv. 2025
  • 9 minutes de lecture
  • Vous pouvez configurer les politiques et règles de champ de base pour n’importe quel champ que vous utilisez dans Générateur de tables.

    Politiques d'interface utilisateur

    La section Politiques d’interface utilisateur vous permet de configurer l’apparence des formulaires en fonction des rôles et des entrées de l’utilisateur.

    Pour en savoir plus sur les propriétés de base des champs, reportez-vous à la section Créer une politique d’interface utilisateur dans Générateur de tables.

    La table suivante présente les descriptions des champs de la section Détails de la politique lors de l’ajout ou de la modification d’une politique d’interface utilisateur.
    Tableau 1. Détails de la politique
    Champ Description
    Description brève Bref résumé de la politique d’interface utilisateur.
    Table Table de données à laquelle la politique s’applique.
    Domaine Domaine dans lequel réside le choix.
    Commande

    Séquence de traitement, du nombre le plus bas au nombre le plus élevé. Si deux politiques sont en conflit, la politique d’interface utilisateur associée au nombre le plus élevé s’exécute.

    Pour les politiques d’interface utilisateur héritées, les politiques d’interface utilisateur de la table étendue (enfant) s’exécutent en premier. Ensuite, les politiques d’interface utilisateur de la table de base s’exécutent, de la valeur spécifiée la plus basse à la valeur la plus élevée.

    Actif État de la politique d’interface utilisateur. Seules les politiques d’interface utilisateur actives sont appliquées.
    Appliquer à toutes les vues/Appliquer à la vue [Paramètres avancés] Option permettant de spécifier si la politique d’interface utilisateur s’applique à toutes les vues de formulaire ou à des vues spécifiques. Pour plus d’informations sur les vues de formulaire, voir Gestion des vues.
    Lors du chargement [Paramètres avancés]

    Option permettant de spécifier que le comportement de la politique d’interface utilisateur doit être appliqué lors du chargement ainsi que lorsque le formulaire change.

    Activez ou désactivez la case à cocher « Lors du chargement » de la politique d’interface utilisateur pour contrôler s’il s’exécute à chaque fois qu’un formulaire est chargé et que les conditions sont satisfaites. Dans l’exemple suivant, un administrateur ne souhaite pas qu’un incident passe à l’état En attente d’informations utilisateur à moins que l’utilisateur ne fournisse une explication au client. L’administrateur crée une politique d’interface utilisateur avec les paramètres suivants :
    • Dans la section Lorsque ces conditions sont remplies, ajoute la condition [État] [est] [En attente d’infos utilisateur] et décoche la case Au chargement . La politique d’interface utilisateur s’applique uniquement lorsque l’état est changé sur En attente d’informations utilisateur.
    • Dans la liste Actions de politique d’interface utilisateur, crée un enregistrement qui rend obligatoire le champ Commentaires supplémentaires lorsque la condition est remplie.
    Inverse si faux [Paramètres avancés] Option permettant de spécifier que l’action de politique d’interface utilisateur doit être inversée lorsque les conditions de sa politique d’interface utilisateur sont évaluées comme fausses. Lorsque les conditions sont vraies, les actions sont effectuées et lorsqu’elles redeviennent fausses, les actions sont inversées (annulées).
    Hériter [Paramètres avancés]

    Option permettant de spécifier si les tables étendues héritent de cette politique d’interface utilisateur.

    Lorsqu’une table enfant a une politique d’interface utilisateur héritée de sa table parente, la politique d’interface utilisateur sur la table enfant s’exécute toujours en premier, quel que soit l’ordre des politiques d’interface utilisateur. Dans l’exemple suivant :
    • Une table enfant a une politique d’interface utilisateur avec la valeurd’ordre500 qui affiche le champ Urgence lorsque ses conditions sont remplies.
    • Sa table parente a une politique d’interface utilisateur avec les mêmes conditions qui masquent le champ Urgence . La politique d’interface utilisateur de la table parente a la valeur d’ordre100.
    • Bien que le champ Ordre de la table parente ait une valeur inférieure, la politique d’interface utilisateur enfant s’exécute en premier, puis la politique d’interface utilisateur parente s’exécute. Lorsque les conditions sont remplies, le champ Urgence est masqué.
    La table suivante présente les descriptions de champs pour la section Quand ces conditions sont remplies lors de l’ajout ou de la modification d’une politique d’interface utilisateur.
    Tableau 2. Lorsque ces conditions sont remplies
    Champ Description
    Condition définie

    Conditions qui, si elles sont remplies, entraînent l’application de la politique d’interface utilisateur. Les conditions sont créées avec le générateur de conditions à l’aide d’instructions logiques. Pour définir des conditions à l’aide d’un script, utilisez plutôt un script client.

    Les conditions ne sont revérifiées que si un utilisateur modifie manuellement un champ sur un formulaire. Si la modification est effectuée par une action d’interface utilisateur ou une action de menu contextuel ou via l’éditeur de liste, elle n’est pas évaluée.

    La table suivante présente les descriptions des champs de la section Effectuer les opérations suivantes lors de l’ajout ou de la modification d’une politique d’interface utilisateur.
    Tableau 3. Faites ce qui suit
    Champ Description
    Nom de champ
    Champ de la table sélectionnée auquel la politique d’interface utilisateur effectue une action si les conditions sont remplies.
    Remarque :
    Si le champ spécifié ne figure pas sur le formulaire, la politique d’interface utilisateur effectue l’action sur la variable portant le même nom.
    Obligatoire
    Liste indiquant comment la politique d’interface utilisateur affecte l’état requis du champ. Les choix sont les suivants :
    • Ne rien faire
    • Vrai
    • Faux
    Visible
    Liste indiquant comment la politique d’interface utilisateur affecte l’état visible du champ, c’est-à-dire s’il apparaît. Les choix sont les suivants :
    • Ne rien faire
    • Vrai
    • Faux
    Lecture seule
    Liste permettant de spécifier comment la politique d’interface utilisateur affecte l’état en lecture seule du champ. Les choix sont les suivants :
    • Ne rien faire
    • Vrai
    • Faux
    Effacer la valeur du champ

    Option permettant d’effacer le champ spécifié si les conditions sont remplies.

    Règles de contrôle d’accès

    La section Règles de contrôle d’accès vous permet de configurer l’accès à la ressource spécifiée en fonction du rôle, de la condition et des critères de script remplis.

    La table suivante présente la description des champs pour la section Règles de contrôle d’accès.
    Champ Description
    Nom Nomme chaque utilisateur qui a l’autorisation d’accéder au formulaire ou aux données.
    • Saisissez les noms tels que prenom.nom en minuscules, séparés par un point (par exemple, john.smith). Chaque nom doit avoir un enregistrement utilisateur correspondant dans hi.servicenow.com.
    • Entrez plusieurs noms et séparez-les par des virgules si plusieurs utilisateurs ont l’autorisation d’accéder au formulaire ou aux données.
    • Entrez un astérisque (*) comme nom pour permettre à tous les utilisateurs d’accéder au formulaire ou aux données.
    Description Vue d’ensemble de ce que la règle de contrôle d’accès restreint ou active.
    Type Type d’objet que l’accès contrôle, y compris les suivants :
    • Includes de script pouvant être appelés par le client
    • Processeur
    • Enregistrement
    • Page de l'interface utilisateur
    • Itinéraire UX
    Pour plus d’informations sur les types d’objets, consultez Exigences de correspondance ACL pour les objets.
    Opération

    Type d’action que le système peut entreprendre sur l’objet spécifié, comme supprimer ou exécuter. Certains objets, tels que les enregistrements, prennent en charge plusieurs opérations, tandis que d’autres, tels qu’un REST_Endpoint, ne prennent en charge qu’une seule opération. Pour plus d’informations sur les types d’actions, consultez Types de règles ACL.

    Actif État actif de la règle :
    VRAI
    La règle est active et disponible pour utilisation.
    faux
    La règle est inactive et indisponible pour utilisation.
    Condition Toutes les conditions qui s’appliquent à la règle.
    Rôles Tous les rôles auxquels la règle s’applique.
    Remplacement administrateur Option permettant de forcer l’évaluation de la règle pour les remplacements administrateur au niveau de l’accès. Pour plus d’informations sur les remplacements d’administrateur, consultez Évaluer le remplacement d’administrateur au niveau de l’accès.
    Avancés Option permettant d’associer un script à la règle.

    Scripts clients

    La section Règles de scripts clients vous permet de créer des scripts qui contrôlent l’apparence des champs de formulaire en fonction de critères définis.

    Pour obtenir la liste complète des valeurs des champs de script client, voir Formulaire de script client

    La table suivante présente les descriptions de champs pour la section Règles de scripts clients.
    Champ Description
    Nom Nom du script.
    Description Donner une vue d’ensemble des fonctionnalités et de l’objectif du script.
    Table Table ou formulaire pour lequel le script est disponible.
    Actif État actif du script :
    VRAI
    Le script est actif et disponible pour utilisation.
    faux
    La règle est inactive et indisponible pour utilisation.
    Type d'interface utilisateur Type d’application pour laquelle le script est disponible, par exemple ordinateur de bureau ou mobile.
    Type Lorsque le script s’exécute sur la table ou le formulaire, y compris les éléments suivants :
    • onCellEdit
    • onChange
    • onLoad
    • onSubmit
    Nom de champ Champ sur lequel le script est exécuté.
    Vue Vues sur lesquelles le script client s’exécute (ne s’applique pas aux scripts globaux).
    Hérité Indique si le script client s’applique aux tables étendues.

    Règles métier

    La section Règles métier vous permet de créer des règles métier pour accomplir des tâches telles que le changement automatique des valeurs dans les champs de formulaire lorsque certaines conditions sont remplies.

    Pour obtenir la liste complète des valeurs des règles métier, consultez Créer une règle métier.

    La table suivante présente la description des champs pour la section Règles métier.
    Champ Description
    Nom Nom de la règle métier.
    Table Table ou formulaire sur lequel la règle métier s’exécute.
    Actif État actif de la règle métier :
    VRAI
    La règle métier est active et disponible pour utilisation.
    faux
    La règle métier est inactive et non disponible pour utilisation.
    Quand Lorsque la règle métier s’exécute : affichage, avant, async, ou après la fin de l’opération de base de données.
    Conditions de filtres Conditions créées à l’aide du générateur de conditions pour déterminer quand la règle métier doit s’exécuter en fonction des valeurs de champ dans la table sélectionnée.
    Conditions de rôles Rôles que doivent avoir les utilisateurs qui modifient des enregistrements dans la table ou le formulaire pour que la règle métier s’exécute.
    Actions Actions effectuées par la règle métier sur les champs spécifiés, telles qu’insérer, mettre à jour et supprimer.
    Définir des valeurs de champ Champs de table ou de formulaire sur lesquels l’action s’exécute.
    Ajouter un message Si un message s’affiche lors de l’exécution de cette règle métier :
    VRAI
    Un message s’affiche lorsque la règle métier est exécutée.
    faux
    Aucun message ne s’affiche lorsque la règle métier est exécutée.
    Action d'abandon Si la règle métier abandonne ou non la transaction de base de données actuelle :
    VRAI
    La règle métier abandonne la transaction de base de données en cours lorsqu’elle est exécutée.
    faux
    La règle métier n’abandonne pas la transaction de base de données actuelle lorsqu’elle est exécutée.
    Par exemple, dans une règle métier avant l’insertion, si les conditions sont remplies, n’insérez pas l’enregistrement dans la base de données.
    Commande Indique l’ordre dans lequel cette règle métier doit s’exécuter. S’il existe plusieurs règles sur une activité particulière, les règles s’exécutent dans l’ordre spécifié, de la plus basse à la plus élevée.

    Règles des vues d’espace de travail

    La section Vue d’espace de travail vous permet de définir des règles pour contrôler la façon dont les utilisateurs voient les espaces de travail en fonction de critères.

    La table suivante présente les descriptions de champ pour la section Règles des vues d’espace de travail.
    Champ Description
    Nom Nom de la règle de vue de l’espace de travail.
    Table Table ou formulaire pour lequel la règle de vue de l’espace de travail est disponible.
    Vue Vue utilisée pour afficher le formulaire. La vue par défaut est utilisée si ce champ est laissé vide ou contient une valeur non valide.
    Rôles Tous les rôles auxquels la règle s’applique.
    Conditions Toutes les conditions qui s’appliquent à la règle.
    Masquer la navigation de la section Option permettant d’activer ou de désactiver la navigation dans les sections.
    Désactiver la réduction de la section Option permettant d’activer ou de désactiver la réduction de section.
    Ordre d'onglet par défaut Ordre dans lequel les onglets de formulaire s’affichent par défaut.