Propriétés des politiques et des règles dans Créateur de tables
Vous pouvez configurer les politiques et règles de champ de base pour n’importe quel champ utilisé dans Créateur 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 de l’entrée de l’utilisateur.
Pour comprendre les propriétés de base des champs, reportez-vous à Créer une politique d’interface utilisateur dans Créateur de tables.
| Champ | Description |
|---|---|
| Description courte | Bref résumé de la politique d’interface utilisateur. |
| Table | Table de données à laquelle la politique s’applique. |
| Domaine | Domaine dans lequel le choix réside. |
| Commande | Séquence de traitement, du numéro le plus bas au nombre le plus élevé. Si deux politiques entrent en conflit, la politique d’interface utilisateur dont le nombre est 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 spécifiée 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, reportez-vous à la rubrique Gestion des vues. |
| Lors du chargement [Paramètres avancés] | Option permettant de spécifier que le comportement de politique d’interface utilisateur doit être exécuté lors du chargement ainsi que lorsque le formulaire change. Cochez ou décochez la case Lors du chargement de la politique d’interface utilisateur pour vérifier si elle 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 :
|
| 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 sur faux. 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 politique d’interface utilisateur d’une table enfant a été héritée de sa table parente, la politique d’interface utilisateur de la table enfant s’exécute toujours en premier, quel que soit l’ordre des politiques d’interface utilisateur. Dans l’exemple suivant :
|
| Champ | Description |
|---|---|
| Condition définie | Conditions qui, si elles sont remplies, entraînent l’application de la politique d’interface utilisateur. Les conditions sont élaborées avec le créateur de condition à 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. |
| Champ | Description |
|---|---|
| Nom de champ | Champ de la table sélectionnée sur lequel la politique d’interface utilisateur effectue une action si les conditions sont remplies. Remarque : Si le champ spécifié n’est pas sur le formulaire, la politique d’interface utilisateur effectue l’action sur la variable portant le même nom. |
| Obligatoire | Liste servant à spécifier comment la politique d’interface utilisateur affecte l’état requis du champ. Les choix sont les suivants :
|
| Visible | Liste servant à spécifier comment la politique d’interface utilisateur affecte l’état visible du champ, c’est-à-dire s’il apparaît. Les choix sont les suivants :
|
| Lecture seule | Liste servant à spécifier comment la politique d’interface utilisateur affecte l’état en lecture seule du champ. Les choix sont les suivants :
|
| 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 des critères de rôle, de condition et de script remplis.
| Champ | Description |
|---|---|
| Nom | Nomme chaque utilisateur qui a l’autorisation 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 les contrôles d’accès, y compris les suivants :
|
| Opération | Type d’action que le système peut effectuer sur l’objet spécifié, telle que 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 :
|
| 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 contournements admin, consultez Évaluer le contournement admin au niveau de l’accès. |
| Avancé | 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’affichage des champs de formulaire en fonction de critères définis.
Pour obtenir une liste complète des valeurs des champs de script client, consultez Formulaire Script client
| Champ | Description |
|---|---|
| Nom | Nom du script. |
| Description | Vue d’ensemble de la fonctionnalité et de l’objectif du script. |
| Table | Table ou formulaire pour lequel le script est disponible. |
| Actif | État actif du script :
|
| 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 :
|
| 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 une liste complète des valeurs des règles métier, consultez Créer une règle 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 :
|
| Quand | Lorsque la règle métier s’exécute : affichage, avant, asynchrone ou après la fin de l’opération de base de données. |
| Conditions de filtres | Conditions créées à l’aide du créateur de condition 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 les utilisateurs qui modifient des enregistrements dans la table ou le formulaire doivent avoir 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 que l’insertion, la mise à jour et la suppression. |
| 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 :
|
| Action d'abandon | Si la règle métier abandonne la transaction de base de données actuelle :
|
| Commande | Indique la séquence dans laquelle 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é, du plus bas au plus élevé. |
Règles des vues d’espace de travail
La section Vue de l’espace de travail vous permet de définir des règles pour contrôler la façon dont les utilisateurs visualisent les espaces de travail en fonction de critères.
| Champ | Description |
|---|---|
| Nom | Nom de la règle de vue d’espace de travail. |
| Table | Table ou formulaire pour lequel la règle de vue d’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 la section. |
| Désactiver la réduction de la section | Option permettant d’activer ou de désactiver la réduction de la section. |
| Ordre d'onglet par défaut | Ordre dans lequel les onglets de formulaire s’affichent par défaut. |