---
sourceDocument: Australie : activer l’IA
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/intelligent-experiences

 Release :

    - australia

ft:locale :

    - fr-FR

ft:publication_title :

    - Australie : activer l’IA

ft:clusterId :

    - platai

bundleId :

    - platai

workflow :

    - Platform


---

# Ajouter un modèle NLU à un ensemble de mises à jour

# Ajouter un modèle NLU à un ensemble de mises à jour {#ariaid-title1}

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

Utilisez des ensembles de mises à jour pour déplacer vos Compréhension du langage naturel modèles (NLU) d'une instance à une autre. Les ensembles de mises à jour incluent tous les enregistrements nécessaires au fonctionnement de votre modèle sur l'instance cible.

## Avant de commencer

* Assurez-vous que le module d'extension, Console NLU le module d'extension Core et Intelligence prédictive le Console NLU module d'extension sont tous installés et activés sur votre instance.
* Les instructions suivantes s'appliquent aux NLU modèles pour Agent virtuel et Recherche IA.
* Rôle requis : admin
{#add-model-update-set__ul_shl_vvs_tgb}

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

Utilisez des ensembles de mises à jour pour transférer un modèle d'une instance source vers une instance cible. L'instance cible doit déjà avoir le même périmètre que le périmètre du modèle dans l'instance source.  
L'ajout d'un modèle à un ensemble de mises à jour inclut les ressources suivantes :

* Contenu du modèle (intentions, énoncés, entités, annotations, vocabulaire et jeu de tests par défaut)
* Sources de vocabulaire associées
* Dernière solution ML active correspondante
* Artefacts du modèle ML
* Solution et définition ML (trois dernières exécutions, à condition que l'une d'entre elles ait réussi)
{#add-model-update-set__ul_hkc_yjp_trb}

Pour plus d'informations sur les ensembles de mises à jour, consultez [Ensembles de mises à jour système](https://www.servicenow.com/docs/access?context=system-update-sets&version=australia&pubname=australia-application-development&ft:locale=en-US).

Si vous souhaitez ajouter le modèle à un ensemble de mises à jour différent, vous devez définir cet ensemble de mises à jour comme l'ensemble actuel. Consultez [Create and select an update set as the current set](https://www.servicenow.com/docs/access?context=create-select-update-set&version=australia&pubname=australia-application-development&ft:locale=en-US).

Pour une portabilité optimale, ajoutez votre NLU modèle à un nouvel ensemble de mises à jour dédié plutôt qu'à un ensemble de mises à jour par défaut du système. Pour ce faire, un nouvel ensemble de mises à jour doit être créé manuellement dans le périmètre du modèle. Une erreur s'affiche si l'ensemble de mises à jour actuel est l'ensemble de mises à jour actuel par défaut du champ d'application. Cette erreur contient un lien pour créer manuellement un nouvel ensemble de mises à jour.

Si le modèle contient des enregistrements provenant de plusieurs périmètres, tels que des tables de vocabulaire, son ensemble de mises à jour doit avoir une structure parent-enfant (lot). Suivez la procédure de l'étape 5 pour créer un ensemble de mises à jour parent-enfant.

Lorsque des modèles (globaux ou dans le champ d'application) sont déplacés à l'aide d'ensembles de mises à jour, leur état de formation et de publication reste le même après le transfert. Ainsi, un modèle qui est formé et publié avant d'être ajouté à un ensemble de mises à jour ne nécessite pas de reformation ou de republication sur l'instance cible.

Pour plus d'informations sur les ensembles de mises à jour parent-enfant, reportez-vous à la section [Working with batched update sets](https://www.servicenow.com/docs/access?context=us-hier-overview&version=australia&pubname=australia-application-development&ft:locale=en-US). La vidéo suivante démontre ce processus.


## Procédure

1. Sélectionnez Tout et entrez <kbd class="ph userinput">sys_nlu_model.list</kbd> dans le navigateur.  
2. Sélectionnez le nom du modèle .  

   Le nom d'affichage est le nom que vous avez donné au modèle lors de sa création. Le nom de modèle lui est attribué par le système.
3. **Facultatif :** Si Global est votre application actuelle, suivez l'invite en haut pour modifier l'enregistrement.  
4. Dans la section Liens connexes , cliquez sur Ajouter un modèle à l'ensemble de mises à jour actuel.  
   Si les enregistrements du modèle se trouvent tous dans un seul périmètre, le système ajoute le modèle à l'ensemble de mises à jour actuel. Une fois terminé, l'enregistrement se trouve dans la table sys_update_set.

   Toutefois, le système affiche une erreur si le périmètre désigné est le périmètre par défaut. Poursuivez avec les étapes suivantes.
5. Si le système affiche l'erreur Vous tentez d'ajouter un enregistrement à l'ensemble de mises à jour par défaut du système, passez aux étapes restantes de cette procédure.  

   Dans la bannière d'erreur, sélectionnez le lien Nouvel ensemble de mises à jour local pour créer un ensemble de mises à jour qui n'est pas défini par défaut. Dans le cas d'un ensemble de mises à jour parent-enfant, le parent est d'abord créé dans le champ d'application du modèle. (Tous les ensembles de mises à jour enfants sont créés ultérieurement).  
   Le nouvel ensemble de mises à jour local ouvre un nouvel enregistrement dans la table sys_update_set.
6. Pour le nouvel enregistrement d'ensemble de mises à jour, fournissez un nom, passez en revue les autres valeurs, y compris le périmètre de l'application, puis sélectionnez Soumettre et mettre à jour.  
   Un nouvel ensemble de mises à jour est créé et l'écran s'ouvre à nouveau sur l'enregistrement du modèle dans la table sys_nlu_model.
7. Dans l'enregistrement du modèle dans sys_nlu_model, sélectionnez Ajouter un modèle à l'ensemble de mises à jour actuel sous Liens connexes.  
   Lorsque les enregistrements du modèle se trouvent dans plusieurs périmètres, cette étape crée des ensembles de mises à jour enfants qui ont un périmètre global.  
   Remarque :  
   Si les enregistrements du modèle se trouvent tous dans un seul périmètre, le système ajoute le modèle à l'ensemble de mises à jour actuel. Une fois terminé, l'enregistrement se trouve dans la table sys_update_set.
8. Si le modèle se trouve dans un périmètre non global : dans la table Ensembles de mises à jour sys_update_set, localisez l'ensemble de mises à jour parent et ses ensembles de mises à jour enfants (actualisez la page si nécessaire).  
   * La colonne Parent contient la valeur (vide) de l'ensemble de mises à jour parent.
   * Les ensembles de mises à jour enfants portent le nom du parent dans la colonne Parent et Global dans la colonne Application.
   * Les ensembles de mises à jour parents et enfants contiennent la même valeur dans la colonne Base de lots.
9. Ouvrez l'enregistrement du parent dans sys_update_set et définissez le champ État sur <kbd class="ph userinput">Terminé</kbd>.  
   Une boîte de dialogue de confirmation s'affiche. Sélectionnez <kbd class="ph userinput">Oui</kbd> pour confirmer. Cela définit le parent et tous les ensembles de mises à jour enfants sur Terminé.
10. Pour migrer le fichier d'ensemble de mises à jour, sélectionnez Exporter le lot d'ensemble de mises à jour en XML dans l'enregistrement du parent dans sys_update_set.  
    Les ensembles de mises à jour parent et enfant sont regroupés et exportés.

## Que faire ensuite

Dans l'instance cible, accédez à Ensembles de mises à jour récupérés et sélectionnez Importer les ensembles de mises à jour à partir de XML. Lorsqu'ils ne sont pas empaquetés, le parent et tous les enfants sont répertoriés dans la table Ensembles de mises à jour récupérés. Ouvrez le parent et sélectionnez Afficher un aperçu du lot d'ensembles de mises à jour.

Si un enregistrement référencé dans l'instance source n'est pas présent sur l'instance cible, vous pouvez rencontrer des erreurs lors de l'application de l'ensemble de mises à jour. Par exemple, le champ Origine dans sys_nlu_intent peut faire référence à une intention d'un modèle différent qui n'existe pas sur l'instance cible. Vous pouvez quand même sélectionner Accepter la mise à jour distante sur les enregistrements ayant échoué pour valider l'ensemble de mises à jour.

