Comprendre les critères d'utilisateur pour les types d'événements dans Optimisation de la main d'œuvre pour ITSM

  • Rversion finale: Zurich
  • Mis à jour 31 juil. 2025
  • 2 minutes de lecture

    • Gérez l'accès des utilisateurs pour tout type d'événement, notamment les demandes de réunion, de formation et de congé dans le calendrier de l'équipe.

    Vous pouvez inclure ou exclure des droits Créer, Lire, Écrire ou Mettre à jour et Supprimer (CRUD) pour les types d'événements à l'aide de l'accès aux critères d'utilisateur d'inclusion et d'exclusion. Vous pouvez effectuer les opérations CRUD pour les utilisateurs, les groupes ou les rôles.
    Remarque :
    Par défaut :
    • Les utilisateurs disposent d'un accès basé sur les rôles pour gérer les types d'événements.
    • Les membres de l'équipe n'ont pas d'accès en lecture aux événements de type Travail réel.
    Pour plus de flexibilité dans la gestion de l'accès CRUD, vous pouvez définir les critères d'utilisateur pour chaque type d'événement. Par exemple, si les membres de l'équipe n'ont pas accès à la modification de leurs équipes de travail à l'aide de leur accès basé sur les rôles, vous pouvez définir cet accès à l'aide de critères d'utilisateur. Vous pouvez définir cet accès pour des membres spécifiques de l'équipe ou pour l'ensemble du groupe.

    Le diagramme de flux présente la logique de fonctionnement de l'accès aux critères d'utilisateur d'inclusion et d'exclusion pour les types d'événements.Infographie qui décrit l'accès aux critères d'utilisateur pour le flux des types d'événements. Le texte qui décrit le flux suit cette infographie.

    Fonctionnement de l'accès aux critères d'utilisateur d'inclusion et d'exclusion
    Les règles de critères d'utilisateur sont évaluées dans l'ordre suivant :
    1. Le système évalue d'abord l'accès d'exclusion pour chaque critère.
      • Si l'accès d'exclusion pour une opération CRUD est défini sur true, le système évalue les critères d'utilisateur.
        1. Si l'utilisateur ne dispose pas d'un accès en fonction de son rôle, l'accès à l'opération CRUD spécifique lui est refusé.
        2. Si l'accès n'est pas refusé à l'utilisateur, le système évalue les critères d'inclusion.
      • Si l'accès d'exclusion pour une opération CRUD est défini sur false, le système évalue les critères d'inclusion.
    2. En ce qui concerne l'accès d'inclusion, pour une opération CRUD spécifique telle que Créer, le système vérifie si au moins l'un des critères d'utilisateur d'inclusion est défini sur true. Si tel est le cas, le système évalue les critères d'utilisateur en fonction de l'accès du rôle de l'utilisateur.
      • Si l'utilisateur :
        • Dispose d'un accès à l'opération CRUD en fonction de son rôle d'utilisateur, l'utilisateur peut effectuer cette action. Par exemple, si le type d'événement est une formation et que l'opération CRUD est Créer, l'utilisateur peut créer les types d'événements de formation.
        • Ne dispose pas d'un accès à l'opération CRUD en fonction de son rôle d'utilisateur, l'utilisateur ne peut pas effectuer cette action.
      • Si au moins un des critères d'inclusion n'est pas défini sur true, l'utilisateur n'a pas accès à l'opération CRUD spécifique. Dans cet exemple, l'utilisateur ne peut pas créer les types d'événements de formation.
    Remarque :
    L'accès d'exclusion a toujours priorité sur l'accès d'inclusion. Si aucun accès d'inclusion ou d'exclusion n'est défini, l'accès basé sur les rôles est utilisé pour gérer les types d'événements.