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

 Release :

    - australia

ft:locale :

    - fr-FR

ft:publication_title :

    - Administration de la ServiceNow AI Platform en Australie

ft:clusterId :

    - platadm

bundleId :

    - platadm

workflow :

    - Platform


---

# Valeurs normales

# Valeurs normales {#ariaid-title1}

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

Une valeur normale remplace des valeurs de champ similaires mais ambiguës par une valeur standard.

## Variations des valeurs de champ {#c_WhatFieldNormalizationDoes__section_qkk_3jw_x1b}

Les valeurs des enregistrements peuvent provenir de plusieurs sources, notamment :

* Entrées automatisées effectuées par Découverte.
* Entrées automatisées effectuées en important des enregistrements à partir de systèmes ou de fichiers externes.
* Saisies manuelles effectuées par les utilisateurs.

{#c_WhatFieldNormalizationDoes__ul_vgd_k21_x1b}Chacune de ces sources peut décrire la même valeur de champ sous plusieurs formes différentes. Par exemple, le champ Type de processeur d'un formulaire CI d'ordinateur peut afficher l'une des valeurs similaires suivantes :

* E3350 (Intel) 4.5.2234
* Intel Xeon 5.4.554
* Xeon L3350
* L3350
{#c_WhatFieldNormalizationDoes__ul_q4v_5kz_xp}  
Sans normalisation, ces valeurs de champ de variante entraînent :

* Types de processeurs en double
* Résultats de recherche médiocres
* Requêtes et conditions complexes à appliquer à la logique métier
{#c_WhatFieldNormalizationDoes__ul_srv_q3w_x1b}

La création d'un enregistrement de valeurs normales résout ces problèmes en le consolidant sur une valeur standard telle que <kbd class="ph userinput">Xeon</kbd>.

## Identification des variations avec les alias et les règles

Chaque enregistrement de valeur normale spécifie comment identifier les variations d'une valeur normale à l'aide d'une combinaison d'alias et de règles.

Alias

:   Les alias sont des variations connues d'une valeur d'entrée que la normalisation convertit en valeur normale. Utilisez des alias lorsqu'il existe une courte liste de valeurs de variantes.

    Par exemple, vous pouvez créer un <kbd class="ph userinput">Xeon</kbd> à valeur normale qui possède ces alias.

    * E3350 (Intel) 4.5.2234
    * Intel Xeon 5.4.554
    * Xeon L3350
    * Réf. L3350
    {#c_WhatFieldNormalizationDoes__ul_jjc_2w1_x1b}  
    Chaque fois qu'une tâche de normalisation de données ou une requête normalisée voit une valeur de champ correspondant à un alias, elle remplace automatiquement la valeur de champ par la valeur normale. Les tâches et requêtes de données de normalisation traitent les alias avant les règles.  
    Remarque :  
    Les alias sont logiquement équivalents aux règles utilisant l'opérateur \[is\] dans une condition où \[nom de champ\]\[est\]\[valeur d'alias\]. Par exemple, les exemples d'alias sont équivalents à ces règles : \[Type de processeur\]\[est\]\[E3350 (Intel) 4.5.2234\] OU \[Type de processeur\]\[est\]\[Intel Xeon 5.4.554\] OU \[Type de processeur\]\[est\]\[Xeon L3350\] OU \[Type de processeur\]\[est\]\[L3350\]

Règles

:   Les règles spécifient les conditions dans lesquelles la normalisation remplace une valeur d'entrée par la valeur normale. Utilisez des règles lorsqu'il existe un grand nombre de valeurs de variantes possibles ou lorsque vous devez créer des conditions complexes.

    Par exemple, la valeur normale <kbd class="ph userinput">Xeon</kbd> pourrait avoir cette règle.

    \[Type de processeur\]\[correspond à la regex\]\[.\*\\bxeon\\b.\*\]

    Chaque fois qu'une tâche de normalisation de données ou une requête normalisée voit une valeur de champ correspondant à une règle, elle remplace automatiquement la valeur de champ par la valeur normale. Les tâches et requêtes de données de normalisation traitent les règles après les alias.

    Les règles et les alias peuvent être combinés pour normaliser un champ. Assurez-vous de tester vos méthodes de normalisation avant de les appliquer à tous les enregistrements existants dans la base de données.

## Requêtes normalisées

Un administrateur peut configurer la normalisation pour qu'elle s'applique aux requêtes émises sur les champs normalisés dans les listes. Cochez la case Normaliser la requête sur le formulaire de normalisation pour activer cette fonctionnalité. Dans une liste contenant des valeurs [normalisées, des filtres et des fils d'Ariane](https://www.servicenow.com/docs/access?context=c_UsingFiltersAndBreadcrumbs&version=australia&pubname=australia-platform-user-interface&ft:locale=en-US) utilisant la valeur d'origine (brute) du champ normalisé dans la condition de requête.

La liste filtrée renvoie les enregistrements avec la valeur normale substituée à la valeur brute. Toutefois, les fils d'Ariane du filtre affichent les conditions de requête d'origine.

## Scripting et normalisation {#c_WhatFieldNormalizationDoes__section_cmg_5wp_x1b}

Les scripts qui mettent à jour ou insèrent des enregistrements dans la base de données (GlideRecord) sont normalisés automatiquement lorsque la normalisation de champ est appliquée. Par exemple, si un script pour insérer un enregistrement CI contient un type de processeur Xeon L3350, le script est normalisé pour insérer le CI avec un type de processeur Xeon à la place. Les scripts qui interrogent la base de données pour obtenir des valeurs de champ normalisées (en utilisant les conditions est égal ou différent de) peuvent être configurés pour renvoyer la valeur normale (par exemple, Xeon) plutôt que la valeur d'origine (brute).
**Information associée**   

* [GlideRecord](https://www.servicenow.com/docs/access?context=p_GlideServerAPIs&version=australia&pubname=australia-api-reference&section=c_GlideRecord&ft:locale=en-US)