#Application dans l'interface utilisateur

This feature is provided by the plugin «Contrôle d"accès»

#Permissions des blocs de données

La visibilité des blocs de données d'une collection est contrôlée par les permissions d'affichage. Les configurations individuelles priment sur les paramètres globaux.

Comme illustré ci-dessous : avec les permissions globales, le rôle « admin » dispose d'un accès complet, mais la collection « Commandes » peut avoir des permissions individuelles configurées, la rendant invisible.

Configuration des permissions globales :

Configuration des permissions individuelles pour la collection « Commandes » :

Dans l'interface utilisateur, tous les blocs de la collection « Commandes » ne sont pas affichés.

Voici le processus de configuration complet :

#Permissions des champs

Affichage : Détermine si des champs spécifiques sont visibles au niveau du champ, permettant de contrôler quels champs sont visibles pour certains rôles au sein de la collection « Commandes ».

Dans l'interface utilisateur, seuls les champs avec des permissions configurées sont visibles dans le bloc de la collection « Commandes ». Les champs système (Id, Créé le, Dernière mise à jour le) conservent les permissions d'affichage même sans configuration spécifique.

• Modification : Contrôle si les champs peuvent être modifiés et enregistrés (mis à jour).

  Comme illustré, configurez les permissions de modification pour les champs de la collection « Commandes » (la quantité et les articles associés ont des permissions de modification) :

  

  Dans l'interface utilisateur, seuls les champs avec des permissions de modification sont affichés dans le bloc de formulaire d'action de modification au sein de la collection « Commandes ».

  

  Voici le processus de configuration complet :

  

• Ajout : Détermine si les champs peuvent être ajoutés (créés).

  Comme illustré, configurez les permissions d'ajout pour les champs de la collection « Commandes » (le numéro de commande, la quantité, les articles et l'expédition ont des permissions d'ajout) :

  

  Dans l'interface utilisateur, seuls les champs avec des permissions d'ajout sont affichés dans le bloc de formulaire d'action d'ajout de la collection « Commandes ».

  

• Exportation : Contrôle si les champs peuvent être exportés.

• Importation : Contrôle si les champs supportent l'importation.

#Permissions d'action

Les permissions configurées individuellement ont la priorité la plus élevée. Si des permissions spécifiques sont configurées, elles remplacent les paramètres globaux ; sinon, les paramètres globaux sont appliqués.

• Ajout : Contrôle si le bouton d'action d'ajout est visible dans un bloc.

  Comme illustré, configurez les permissions d'action individuelles pour la collection « Commandes » afin de permettre l'ajout :

  

  Dans l'interface utilisateur, lorsque l'action d'ajout est autorisée, le bouton d'ajout apparaît dans la zone d'action du bloc de la collection « Commandes ».

  

• Affichage : Détermine si le bloc de données est visible.

  Comme illustré, la configuration des permissions globales est la suivante (aucune permission d'affichage) :

  

  Configuration des permissions individuelles pour la collection « Commandes » :

  

  Dans l'interface utilisateur : les blocs de données de toutes les autres collections restent masqués, mais le bloc de la collection « Commandes » est affiché.

  Voici le processus de configuration complet de l'exemple :

  

• Modification : Contrôle si le bouton d'action de modification est affiché dans un bloc.

  

  Les permissions d'action peuvent être affinées en définissant la portée des données.

  Par exemple, configurez la collection « Commandes » de sorte que les utilisateurs ne puissent modifier que leurs propres données :

  

• Suppression : Contrôle la visibilité du bouton d'action de suppression dans un bloc.

  

• Exportation : Contrôle la visibilité du bouton d'action d'exportation dans un bloc.

• Importation : Contrôle la visibilité du bouton d'action d'importation dans un bloc.

#Permissions d'association

#En tant que champ

• Les permissions d'un champ d'association sont contrôlées par les permissions de champ de la collection source. Cela contrôle si le composant entier du champ d'association est affiché.

Par exemple, dans la collection « Commandes », le champ d'association « Client » n'a que les permissions d'affichage, d'importation et d'exportation.

Dans l'interface utilisateur, cela signifie que le champ d'association « Client » ne sera pas affiché dans les blocs d'action d'ajout et de modification de la collection « Commandes ».

Voici le processus de configuration complet de l'exemple :

• Les permissions pour les champs au sein du composant de champ d'association (tel qu'un sous-tableau ou un sous-formulaire) sont déterminées par les permissions de la collection cible.

Lorsque le composant de champ d'association est un sous-formulaire :

Comme illustré ci-dessous, le champ d'association « Client » dans la collection « Commandes » a toutes les permissions, tandis que la collection « Clients » elle-même est configurée en lecture seule.

Configuration des permissions individuelles pour la collection « Commandes », où le champ d'association « Client » a toutes les permissions de champ :

Configuration des permissions individuelles pour la collection « Clients », où les champs n'ont que des permissions d'affichage :

Dans l'interface utilisateur : le champ d'association « Client » est visible dans le bloc de la collection « Commandes ». Cependant, lorsqu'il est basculé vers un sous-formulaire, les champs au sein du sous-formulaire sont visibles dans la vue détaillée mais ne sont pas affichés dans les actions d'ajout et de modification.

Voici le processus de configuration complet de l'exemple :

Pour contrôler davantage les permissions des champs au sein du sous-formulaire, vous pouvez accorder des permissions à des champs individuels.

Comme illustré, la collection « Clients » est configurée avec des permissions de champ individuelles (le nom du client n'est ni visible ni modifiable).

Voici le processus de configuration complet de l'exemple :

Lorsque le composant de champ d'association est un sous-tableau, la situation est cohérente avec celle d'un sous-formulaire :

Comme illustré, le champ d'association « Expédition » dans la collection « Commandes » a toutes les permissions, tandis que la collection « Expéditions » est configurée en lecture seule.

Dans l'interface utilisateur : ce champ d'association est visible. Cependant, lorsqu'il est basculé vers un sous-tableau, les champs au sein du sous-tableau sont visibles dans l'action d'affichage mais pas dans les actions d'ajout et de modification.

Pour contrôler davantage les permissions des champs au sein du sous-tableau, vous pouvez accorder des permissions à des champs individuels :

#En tant que bloc

• La visibilité d'un bloc d'association est contrôlée par les permissions de la collection cible du champ d'association correspondant, et est indépendante des permissions du champ d'association.

Par exemple, l'affichage du bloc d'association « Client » est contrôlé par les permissions de la collection « Clients ».

• Les champs au sein d'un bloc d'association sont contrôlés par les permissions de champ dans la collection cible.

Comme illustré, vous pouvez définir des permissions d'affichage pour des champs individuels dans la collection « Clients ».