---
sourceDocument: Options de la ServiceNow AI Platform en Australie
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/servicenow-platform

 Release :

    - australia

ft:locale :

    - fr-FR

ft:publication_title :

    - Options de la ServiceNow AI Platform en Australie

ft:clusterId :

    - platcap

bundleId :

    - platcap

workflow :

    - Platform


---

# Créer un enregistrement de critères d'utilisateur dans Catalogue de services

# Créer un enregistrement de critères d'utilisateur dans Catalogue de services {#ariaid-title1}

* Rversion finale: Australia
* 
* Mis à jour 12 mars 2026
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 3 minutes de lecture

Créez un enregistrement de critères d'utilisateur pour définir les conditions qui sont évaluées par rapport aux enregistrements utilisateur.

## Avant de commencer

Rôle requis : admin, catalog_admin

## Pourquoi et quand exécuter cette tâche

Vous pouvez appliquer plusieurs enregistrements de critères d'utilisateur à un seul élément de catalogue ou catégorie. Dans ce cas, les utilisateurs ne correspondent qu'à un seul de ces enregistrements de critères pour y avoir accès.

## Procédure

1. Accédez à la TousCatalogue de servicesDéfinition du catalogueCritères d'utilisateur et créer un enregistrement.
2. Renseignez les champs du formulaire comme il convient.  
   {#t_CreateAUserCriteriaRecord__table_ojq_r1g_1r__entry__2}

   | Champ | Description |
   |-|-|
   | Nom | Nom de l'enregistrement des critères. |
   | Utilisateurs | Les enregistrements d'utilisateurs individuels à associer. |
   | Groupes | Les enregistrements de groupe à associer. |
   | Rôles | Les rôles à associer. Remarque : * L'évaluation d'un rôle est mise en cache dans la session, de sorte que tout changement dans le rôle nécessite que vous vous déconnectiez et que vous vous connectiez, comme pour les rôles dans ACL (liste de contrôle d'accès). * Les critères d'utilisateur ne s'appliquent pas aux rôles de privilège élevé. {#t_CreateAUserCriteriaRecord__ul_dwb_ss2_bjb} |
   | Avancé | Case à cocher permettant d'afficher ou de masquer le champ de script . |
   | Script | [Script](https://servicenow-prod.fluidtopics.net/Wn_nSwAc7GF4OoqupkXxWA#t_ContrlAccessByCDGUOrLoc "Catalogue de services Permet à un administrateur d’accorder ou de refuser l’accès à un élément ou à une catégorie de Service Catalog par société, département, groupe, utilisateur ou emplacement.") pour définir tous les critères supplémentaires et renvoyer vrai ou faux. Ce champ n'est disponible que si la case Avancé est cochée. Remarque : * Le script est évalué dans le périmètre dans lequel les critères d'utilisateur sont créés. * L'évaluation du script est mise en cache dans la session, de sorte que tout changement dans l'évaluation nécessite que vous vous déconnectiez et que vous vous connectiez, comme pour les rôles dans ACL. * N'utilisez pas gs.getUser() ou d'autres API de session, car elles provoquent des conflits lorsqu'elles sont utilisées dans des outils de diagnostic. Utilisez la variable <var class="keyword varname">user_id</var> prédéfinie disponible dans le script pour obtenir l'ID de l'utilisateur utilisé pour évaluer le script. * Étant donné que les scripts sont évalués dynamiquement, l'inclusion de scripts dans les enregistrements de critères d'utilisateur peut réduire les performances. * Comme answer est un mot-clé préréservé, n'utilisez pas une fonction portant le nom answer, c'est-à-dire answer(). {#t_CreateAUserCriteriaRecord__ul_zgw_vql_l3b} |
   | Actives | Case à cocher permettant d'activer ou de désactiver cet enregistrement de critère. |
   | Sociétés | Les entreprises à la hauteur. |
   | Emplacements | Les emplacements à faire correspondre. |
   | Départements | Départements à associer. |
   | Respecter tout | Case à cocher permettant de déterminer si tous les éléments de chaque champ de critères renseigné doivent correspondre. Si la case est cochée, seuls les utilisateurs qui correspondent à tous les critères ont l'accès. Si elle est décochée, l'utilisateur doit répondre à un ou plusieurs des critères définis pour avoir l'accès. Par défaut, la case n'est pas cochée. Ainsi, n'importe quelle condition remplie fournit une correspondance. Par exemple, imaginons un enregistrement de critères d'utilisateur pour les éléments suivants : * Emplacements A ou B * Société C ou D {#t_CreateAUserCriteriaRecord__ul_q3r_1jg_1r} Lorsque l'option Correspondre à tout est sélectionnée, seuls les utilisateurs répondant à toutes ces conditions sont mis en correspondance. Par exemple, un utilisateur avec un emplacement A et une société C. Lorsque l'option Correspondre à tout est décochée, les utilisateurs répondant à l'une de ces conditions sont mis en correspondance. Par exemple, un utilisateur avec un emplacement B. Remarque : Si vous sélectionnez Correspondre à tout, veillez à ne pas créer de conditions contradictoires qui ne pourront jamais être remplies. Par exemple, si tous les utilisateurs à l'emplacement A travaillent pour la société G, alors les conditions de cet exemple ne pourront jamais être remplies. |
   [Tableau 1. Champs des critères d'utilisateur]

   {#t_CreateAUserCriteriaRecord__table_ojq_r1g_1r}  
   Un enregistrement de critères d'utilisateur est considéré comme vide si aucun des attributs suivants n'est défini :
   * Rôles
   * Groupes
   * Départements
   * Emplacement
   * Société
   * Script (ou toute autre condition d'attribut utilisateur)  
     Remarque :  
     Un critère d'utilisateur vide correspond uniquement aux utilisateurs authentifiés. Les utilisateurs non authentifiés ne correspondent plus à un critère d'utilisateur vide. Notez que ce comportement ne s'applique qu'à la version Australia.

## Implémentation des critères d'utilisateur {#ariaid-title2}

Lors de la création de critères d'utilisateur pour votre système, tenez compte des recommandations suivantes.
* Critères de conception pour la réutilisation :Assurez-vous de concevoir des critères d'utilisateur pour une réutilisation maximale. Créez des enregistrements de critères d'utilisateur avec des ensembles de conditions communes correspondant aux exigences de votre organisation. Autorisez leur partage entre autant d'éléments et de catégories que possible, plutôt que de créer plusieurs enregistrements de critères similaires pour des éléments et des catégories individuels.

* Conventions de dénomination : donnez un nom significatif à chaque enregistrement de critères d'utilisateur, pour vous aider à déterminer la fonction de cet enregistrement. Par exemple :
  * Utilisateurs dans l'entreprise Cloud Dimensions ET à Madrid
  * Utilisateurs dans l'entreprise Cloud Dimensions OU à Madrid
  * Utilisateurs appartenant au groupe Développement, IT ou Ventes
  * Utilisateurs avec rôle itil, asset_manager ou catalog_admin
  {#r_GoodPracImpleUsrCritria__ul_nly_gkg_1r}
* Testez les critères d'utilisateur sur une instance de développement ou de test, puis transférez les enregistrements des tables de critères d'utilisateur et des enregistrements de catalogue vers votre instance de production à l'aide [d'ensembles de mises à jour](https://www.servicenow.com/docs/access?context=system-update-sets&version=australia&pubname=australia-application-development&ft:locale=en-US).
{#r_GoodPracImpleUsrCritria__ul_hnf_2kg_1r}