Tâches antérieures et postérieures à la mise à niveau pour divers produits

En préparation de votre mise à niveau, passez en revue les tâches de mise à niveau et de migration pour diverses applications et fonctionnalités. Prévoyez d’effectuer ces tâches, le cas échéant, avant ou après la fin de la mise à niveau.

Préparer votre instance pour une mise à niveau plus fluide

Avant d’effectuer la mise à niveau vers Zurich, examinez ces tâches avant et après la mise à niveau et effectuez les tâches selon les besoins.

Tâches de mise à niveau et de migration

Important :

Pour toute modification de la procédure de mise à niveau pour les clients auto-hébergés, consultez KB0563844 pour plus de détails.

Tableau 1.

Produit	Notes de publication	Famille
Recherche IA	Lorsque vous effectuez une mise à niveau vers Vancouver à partir d’une version antérieure, Recherche IA réindexe automatiquement les tables autres que Tâche pour permettre l’affichage des résultats de recherche de pièces jointes avec leur enregistrement parent, mais ne réindexe pas automatiquement la table Tâche [task] et ses tables enfants. Avant de pouvoir afficher les résultats de recherche de pièces jointes d’enregistrement de tâche avec leurs enregistrements parents, vous devez réindexer manuellement la table Tâche [task]. Pour plus d’informations sur la réindexation d’une table, consultez Effectuer un index de table complet ou réindexer pour une source indexée unique. Remarque : La réindexation de la table de tâches peut prendre un certain temps. Après la mise à niveau vers Vancouver à partir d’une version antérieure, vous pouvez éventuellement republier vos profils de recherche contenant des règles d’amélioration des résultats avec des actions de blocage et de promotion. La republication de ces profils de recherche résout un problème dans lequel les règles d’amélioration des résultats peuvent ne pas bloquer ou promouvoir correctement les résultats de recherche traduits. Pour obtenir des instructions sur la republication d’un profil de recherche, voir Publier un profil de recherche. Pour en savoir plus sur la façon dont Recherche IA gère le contenu traduit, consultez Prise en charge de l’internationalisation de Recherche IA.	Vancouver
Assessments and Surveys	Mettez à jour les tests ATF (Automated Test Framework ) si vous effectuez une mise à niveau vers Vancouver à partir d’une version antérieure à Utah. Dans la version Utah , tous les boutons des cartes d’évaluation ou d’enquête ont été supprimés. Pour exécuter des tests ATF avec succès, l’étape Cliquer sur le bouton Participer à une enquête doit être remplacée par l’étape Cliquer sur la carte d’enquête pour tous les tests qui comportent cette étape.	Vancouver
Framework de tests automatisés	Copiez et personnalisez les tests de démarrage rapide fournis par la plateforme d’IA ServiceNow® pour valider que votre instance fonctionne après avoir effectué des changements de configuration. Par exemple, si vous appliquez une mise à niveau ou développez une application. Les tests ne peuvent produire un résultat de réussite que lorsque vous les exécutez sur un système de base sans aucune personnalisation et avec les données de démonstration par défaut fournies avec le module d’extension de l’application ou de la fonctionnalité. Pour appliquer un test de démarrage rapide à des données spécifiques à votre instance, copiez le test de démarrage rapide et ajoutez vos données personnalisées. Pour plus d’informations, voir Tests de démarrage rapide disponibles par application ou fonctionnalité.	Vancouver
Gestion des coûts du cloud	Pour obtenir des instructions sur la mise à niveau de Gestion des coûts du cloud vers Vancouver, consultez Mettre à niveau Analyse des coûts du cloud.	Vancouver
Base de données de gestion des configurations (CMDB)	Pendant la mise à niveau, un script correctif qui modifie le parent de la table Mappage de définition de rapprochement [cmdb_reconciliation_definition_mapping] s’exécute. La durée nécessaire à ce script correctif dépend du nombre de règles de rapprochement dans l’instance mise à niveau et ajoute généralement plusieurs minutes à la mise à niveau. Le changement de parent de la table Mappage de définition de rapprochement [cmdb_reconciliation_definition_mapping] est nécessaire pour s’assurer que les données de cette table sont capturées par les ensembles de mises à jour lors de l’exportation de règles de rapprochement entre les instances. Après la mise à niveau, tous les changements apportés aux règles de rapprochement sont entièrement capturés par des ensembles de mises à jour et sont correctement portés vers les instances de destination.	Vancouver
Gestion du service clientèle (CSM)	Suite à une mise à niveau vers la version Vancouver , vous devrez peut-être reformer et redéployer Task Intelligence pour la catégorisation et les modèles de sentiment du Service clientèle. Pour plus d’informations, consultez Étapes à suivre après la mise à niveau vers Vancouver dans la documentation Intelligence des tâches pour Service clientèle.	Vancouver
Intelligence documentaire	Intelligence documentaire 3.0 et versions ultérieures incluent un schéma mis à jour pour prendre en charge sa transition d’une application incluse dans le périmètre vers un module d’extension de plateforme IA ServiceNow . Pour plus d’informations sur la mise à niveau, voir Mise à niveau vers Intelligence documentaire 3.0 ou ultérieure à partir de la version 2.4 ou antérieure.	Vancouver
Cadre de travail des objectifs	À partir de la version 4.2.0, les cibles existantes dont le champ Type est défini sur Jalon sont considérées comme des cibles qualitatives. Après la mise à niveau du cadre de travail des objectifs, pour ces cibles existantes, l’unité de mesure est définie sur Oui/Non, la valeur de base est définie sur Non et la valeur cible est définie automatiquement sur Oui . En outre, la valeur réelle est définie sur Oui si la valeur de progression est de 100 %, sinon la valeur est définie sur Non.	Vancouver
Visibilité ITOM	Microsoft Azure Configuration des alertes Après la mise à niveau, configurez le service d’alerte Microsoft Azure pour transmettre les notifications d’alerte à la plateforme IA ServiceNow de manière sécurisée. Pour plus d’informations, consultez Utiliser un webhook sécurisé pour transmettre les alertes Microsoft Azure à Now Platform.	Vancouver
Identité et authentification	Authentification report_view listes de contrôle d’accès (ACL) qui déterminent qui peut afficher les rapports dans les tableaux de bord et ailleurs sont activées par défaut dans la version Vancouver . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.	Vancouver
Gestionnaire de processus industriel	Si vous utilisez le connecteur du graphe de services ISA fourni avec le Gestionnaire de processus de fabrication et que vous effectuez une mise à niveau vers le Gestionnaire de processus industriel, assurez-vous que toutes les nouvelles entités de modèle d’équipement ISA ont un champ de nom unique.	Vancouver
Réplication de données d'instance	Améliorez les performances et l’efficacité de traitement de la réplication de données d’instance (IDR) en mettant à niveau vos ensembles de réplication vers la version V2, qui utilise le service de messagerie Hermes. Pour plus d’informations, consultez Mise à niveau des ensembles de réplication hérités vers V2 dans Réplication de données d’instance. Si la table Erreur de charge utile de réplication [idr_replication_payload_error] de votre instance contient plus de 10 millions d’enregistrements, configurez la rotation de table en fonction KB1364728. L’utilisation de la rotation de table pour supprimer des enregistrements de la table Erreur de charge utile de réplication [idr_replication_payload_error] est sécurisée car cette table contient uniquement les erreurs de réplication journalisées par IDR et non des données répliquées.	Vancouver
Serveur MID	Pour connaître la dernière configuration système requise pour le Serveur MID , consultez Configuration système requise pour le Serveur MID. La version JRE minimale prise en charge est 11.0.9 et la version recommandée est 11.0.16.1. Si vous avez installé votre propre JRE, le processus de mise à niveau prend les mesures suivantes pour s’assurer que le serveur MID utilise un JRE pris en charge : Si un serveur MID utilise une version non prise en charge de JRE lors de la mise à niveau, le processus de mise à niveau affiche un message d’avertissement avec la version JRE minimale et recommandée. Si un JRE pris en charge est en cours d’exécution sur l’hôte du Serveur MID , le Serveur MID mis à niveau utilise cette version. Tous les ordinateurs hôtes de MID Server doivent accéder au site de téléchargement à install.service-now.com pour activer les mises à niveau automatiques. Pour plus d’informations, lisez comment le système gère les mises à niveau de Serveur MID. Un seul service Windows MID Server est autorisé par chemin d’accès exécutable. Les serveurs MID Windows mis à niveau qui ont plusieurs services pointant vers le même dossier d’installation ne peuvent pas démarrer. Voir Échec du démarrage du Serveur MID pour plus d’informations. Pour plus d’informations sur les mises à niveau de Serveur MID , consultez les rubriques suivantes : Vérification préalable à la mise à niveau de Serveur MID : décrit comment le moniteur de mise à niveau automatique teste la capacité du Serveur MID à se mettre à niveau sur votre système avant la mise à niveau réelle. Mise à niveau manuelle du serveur MID : décrit comment mettre à niveau manuellement vos serveurs MID.	Vancouver
Now Assist	Pour plus d’informations sur le dépannage des mises à niveau de votre application et de votre module d’extension Now Assist , consultez l’article de la base de connaissances sur les problèmes et l’atténuation des mises à niveau Now Assist.	Vancouver
Gestion des commandes	À compter de la version de novembre 2023, l’application Order Management prend en charge le cycle de vie complet des commandes de produits et de services, y compris les fonctionnalités d’exécution des commandes fournies avec l’application Order Management for Telecommunications, Media, and Technology . Si vous disposez d’un abonnement à Gestion des services de télécommunications, vous installez l’application Order Management for Telecom, Media and Tech à partir du ServiceNow Store. Cette application installe l’application Order Management , les données de démonstration de télécommunications et les implémentations ServiceNow Open API suivantes des spécifications REST de l’API TM Forum : API ouverte du catalogue de produits API ouverte de Catalogue de services Commande de produit API ouverte API ouverte de commande de service Inventaire des produits : ouvrir l’API API ouverte de qualification du service technique Si vous êtes familier avec l’application Order Management pour Gestion du service clientèle , vous pouvez éventuellement utiliser cette interface après avoir installé l’application Order Management . Pour plus d’informations, voir Activer l’interface utilisateur pour la gestion des commandes pour Gestion du service clientèle KB1554296. Pour plus d’informations sur les changements apportés à l’interface, voir Changements apportés à l’application Order Management pour Customer Service Management KB1560237. Lors de la mise à niveau, la table Tâche de commande [sn_ind_tmt_orm_order_task] est étendue à partir de la table Tâches planifiées [planned_tasks] utilisée dans l’application Gestion du service client . La table Tâche de commande a également été modifiée. Pour plus d’informations sur les changements apportés à la table Tâche de commande, consultez OMT Changement de parent des changements de modèle de données KB1496935. Si vous avez effectué une mise à niveau vers la version Vancouver et que vous utilisez une version de l’application Order Management for Telecommunications, Media, and Technology qui n’est pas la version 5.2.0, vous ne pourrez pas accéder aux correctifs pour renseigner l’inventaire des produits et les caractéristiques des modèles de produits. Pour obtenir ces modifications, effectuez une mise à niveau vers le correctif Vancouver actuel.	Vancouver
Espace de travail d'analyse de plateforme	La version Vancouver de Platform Analytics Workspace (3.0) inclut les mises à jour de la version 2.1.x, auparavant disponibles uniquement dans le ServiceNow® Store.	Vancouver
Planification de portefeuille	Si vous effectuez une mise à niveau d’une version antérieure vers Planification de portefeuille v6.1.1 ou supérieure, un script correctif est exécuté pour supprimer le rôle milestone_editor du rôle roadmap_editor, car le rôle roadmap_editor n’est plus utilisé. Dans ce cas, la mise à niveau peut prendre plus de temps si votre instance ServiceNow dispose d’un grand nombre d’utilisateurs disposant du rôle roadmap_editor. Pour plus d’informations, consultez KB1443618. Si vous effectuez une mise à niveau à partir d’une version antérieure vers Planification de portefeuille 7.0.0 ou 7.1.0, il est possible que la liste des entités ne se charge pas à l’étape Sélectionner les entités lorsque vous créez ou modifiez un plan de portefeuille. Dans ce cas, vous devez ajouter le script dans le composant Liste de la page Sélectionner des entités. Pour plus d’informations, consultez KB1566418.	Vancouver
Concepteur d'automatisation de processus	Après la mise à niveau vers Vancouver, mettez à jour l’application dans le ServiceNow Store.	Vancouver
Public Sector Digital Services	Avant d’effectuer une mise à niveau vers Public Sector Digital Services v8.0, vous devez créer des définitions de service personnalisées pour les données de la table Services proposés, les données de la table Services reçus et toutes les autres données affectées par la conversion de la table Services proposés en table Définition de service (données du tableau de bord Analyse des performances, données des rapports du membre ou de l’entreprise...). Les données personnalisées relatives aux services proposés et aux services reçus créées dans les versions précédentes ne sont pas automatiquement migrées vers la nouvelle version et, après la mise à niveau, ne sont pas accessibles dans l’application tant que les données ne sont pas migrées des entités héritées vers la table Définition de service. Pour plus d’informations, consultez les conseils sur la migration des services proposés et des services reçus et Configurer une définition de service pour les playbooks dans Public Sector Digital Services. Après la mise à niveau, certains menus du secteur public et éléments de menu de l’espace de travail configurable CSM reviennent à leur nom d’étiquette CSM d’origine. Vous pouvez réétiqueter ces éléments pour une utilisation dans le secteur public en mettant à jour les catégories de liste UX pour les organisations de clients et de services. Pour plus d’informations, consultez Ré-étiquetage des éléments pour une utilisation dans le secteur public après la mise à niveau.	Vancouver
Concentrateur de l’automatisation des processus robotiques (RPA)	Assurez-vous de mettre à niveau les programmes d’installation de logiciels Microsoft (MSI) actuellement installés (RPA Desktop Design Studio, Robot assisté, Robot non assisté et Login Agent robot non assisté ) en téléchargeant les applications RPA. Pour plus d’informations, consultez Télécharger les applications RPA à partir de RPA Hub. Les étapes de mise à niveau suivantes ne s’appliquent que lorsque vous effectuez une mise à niveau de San Diego ou Tokyo vers Vancouver. D’après le nombre d’enregistrements dans la table Fichier d’application, vous pourriez rencontrer un retard potentiel lors de la mise à niveau des applications RPA Hub depuis Tokyo ou avant vers Vancouver. Avant de mettre à niveau RPA Hub vers Vancouver, vous devez définir la valeur de la glide.rollback.blacklist.TableParentChange.change propriété système sur faux. Si cette propriété n’existe pas dans la table Propriété système [sys_properties], ajoutez-la et définissez sa valeur sur faux. Après la mise à niveau vers Vancouver, les définitions du processus de bot basculent vers la nouvelle structure, c’est-à-dire la configuration du processus de bot. Bien que la configuration du processus de bot ne remplace pas complètement le processus de bot. La plupart des champs sont déplacés de la configuration du processus de bot vers la configuration du processus de bot. Si vous effectuez une mise à niveau vers la version Utah sans mettre à jour la valeur de propriété système, les tables n’étendent pas la table Fichier d’application. Pour mettre à jour manuellement les changements de tables, consultez l’article Restructuration des tables RPA Hub à sys_metadata dans la base de connaissances Now Support de la base de connaissances Now Support .	Vancouver
Security Incident Response		Vancouver
Pont de services	Pour plus d’informations sur la mise à niveau et l’utilisation des nouvelles applications de Pont de services, consultez Migrer à partir de Pont de services (hérité).	Vancouver
Espace de travail pour l'exploitation des services pour ITSM	Assurez-vous que les applications suivantes ont des versions mises à niveau compatibles : Application Applications ITSMpour l’Espace de travail pour l’exploitation des services (sn_sow_itsm_cont) Espace de travail pour l’exploitation des services Application ITOM Applications (sn_sow_itom_cont) Tableau 2. Versions SOW compatibles SOW-ITSM (sn_sow_itsm_cont) SOW-ITOM (sn_sow_itom_cont) 1.1.x 21.0.y 1.2.x 21.1.y 1.3.x 21.2.y, 21.5.y et 21.6.y 2.0.x 22.0.y 2.1.x 22.1.y et 22.y.y 4.0.x 24.y.y Ici, x est la sous-version de l’application Espace de travail pour l’exploitation des services pour applications ITSM (sn_sow_itsm_cont) et y est la sous-version de l’application Espace de travail pour l’exploitation des services pour applications ITOM (sn_sow_itom_cont). Si l’instance mise à niveau dispose de l’une des personnalisations suivantes, vous devez migrer les changements de page d’enregistrement standard. Pour plus d’informations, consultez Configurer une page d’enregistrement standard dans Espace de travail pour l’exploitation des services. Toute action déclarative personnalisée du type de client N’importe quelle fenêtre modale personnalisée L’écran ou la condition d’écran de n’importe quel onglet horizontal ou de panneau latéral contextuel personnalisé Après la mise à niveau 3.0, la fonctionnalité Cadre de travail des recommandations n’est plus disponible et, à la place, seule la version standard de la fonctionnalité Actions recommandées pour ITSM est disponible.	Vancouver
Portail de services	Après la mise à niveau, vous devez spécifier les tables à partir desquelles les utilisateurs invités peuvent accéder aux données de tous les widgets publics qui acceptent le paramètre d’entrée de table. Par défaut, dans la version Vancouver Patch 7 et les versions ultérieures, les widgets publics qui acceptent le paramètre d’entrée de table ne peuvent pas accéder aux données des tables pour les utilisateurs invités et les renvoyer. Si vous avez ajouté les glide.service_portal.widget.table_allow_list propriétés système ou glide.service_portal.widget.allow_list avant la mise à niveau, les valeurs de ces propriétés sont migrées vers la liste d’autorisation de la table publique pour les widgets après la mise à niveau vers la version Vancouver Patch 7 ou ultérieure. Pour plus d’informations, consultez Configurer la sécurité des widgets. En outre, les ACL de lecture au niveau du champ sont appliquées par défaut pour les conditions de filtre dans les instances de widget de liste simple. Une nouvelle propriété système, glide.service_portal.enable_acls_for_encoded_query_in_list, applique ces ACL indépendamment du fait que l’option Appliquer les ACL de lecture au niveau du champ sur les termes de la requête de filtre soit sélectionnée ou non pour les instances de widget de liste simple. Pour utiliser l’option Appliquer les ACL de lecture au niveau du champ sur les termes de requête de filtre, changez la valeur de glide.service_portal.enable_acls_for_encoded_query_in_list sur faux. Pour plus d’informations, consultez Widget Liste simple.	Vancouver
Gestion des portefeuilles de services	L’affichage des résultats de disponibilité a été introduit dans la version Tokyo , mais s’applique également aux versions ultérieures. Lors de la mise à niveau, pour les clients identifiés comme ayant une charge de données lourde, le système lance une tâche en arrière-plan de longue durée, qui peut prendre longtemps. Pour plus d’informations, consultez KB1123644.	Vancouver
Skills Management	Si vous avez personnalisé l’URL de la page Gérer les compétences, vous devez mettre à jour manuellement l’URL pour qu’elle pointe vers la nouvelle page. Voici le chemin d’accès relatif à la nouvelle page Gérer les compétences : https://<nom d’instance>.service-now.com/now/nav/ui/manage-skills/params/parent-skill/2eb1c2029f100200a3bc1471367fcfe4/parent-department/221f79b7c6112284005d646b76ab978c/recursive-departments/true/recursive-skills/true/group-by/department. Vous pouvez remplacer le chemin d’accès existant par celui-ci. Remarque : Assurez-vous que la compétence parente et la sys_ids département parent sont les mêmes que celles figurant dans votre URL existante.	Vancouver
Gestion des actifs logiciels	Pour plus d’informations sur la mise à niveau à partir du module d’extension Software Asset Management Foundation (com.snc.sams), consultez Rétablir les personnalisations de Gestion des actifs logiciels. Lors de la mise à niveau vers Vancouver, les champs Version et Édition des définitions de carte de détection (DMAP) prennent en charge la nouvelle valeur is_empty . Si le champ Edition d’une définition DMAP de composant Microsoft SQL Server existante a été précédemment défini sur is_anything, il est automatiquement mis à jour avec la nouvelle valeur is_empty suite à la mise à jour du contenu.	Vancouver
Strategic Planning	À partir de la version 2.1.0, l’accès au module Objectifs dans Strategic Planning nécessite les rôles sn_apw_advanced.spw_goal_user_read et sn_apw_advanced.spw_goal_user pour l’accès en lecture et en modification, respectivement. Après la mise à niveau de Strategic Planning, affectez ces rôles aux utilisateurs d’objectifs existants pour gérer les objectifs dans Strategic Planning. À partir de la version 2.1.0, les cibles existantes dont le champ Type est défini sur Jalon sont considérées comme des cibles qualitatives. Après la mise à niveau de Strategic Planning, pour ces cibles existantes, l’unité de mesure est définie sur Oui/Non, la valeur de base est définie sur Non et la valeur cible est définie automatiquement sur Oui . En outre, la valeur réelle est définie sur Oui si la valeur de progression est de 100 %, sinon la valeur est définie sur Non. Si vous effectuez une mise à niveau d’une version antérieure vers Strategic Planning v2.1.0 ou une version ultérieure, un script correctif est exécuté pour supprimer le rôle milestone_editor du rôle roadmap_editor, car le rôle roadmap_editor n’est plus utilisé. Dans ce cas, la mise à niveau peut prendre plus de temps si votre instance ServiceNow dispose d’un grand nombre d’utilisateurs disposant du rôle roadmap_editor. Pour plus d’informations, consultez KB1443618. Si vous effectuez une mise à niveau à partir d’une version antérieure vers Strategic Planning v3.0.0 ou v3.4.0, il est possible que la liste des entités ne se charge pas à l’étape Sélectionner des entités lorsque vous créez ou modifiez un plan de portefeuille. Dans ce cas, vous devez ajouter le script dans le composant Liste de la page Sélectionner des entités. Pour plus d’informations, consultez KB1566418.	Vancouver
Telecommunications Service Operations Management	Le package de démarrage Integration Hub, ainsi que le déclencheur externe, sont inclus en tant que composants du package de démarrage dans Vancouver Patch 1. Le client doit utiliser la version familiale Vancouver Correctif 1 pour obtenir la fonctionnalité de notification de l’API de télécommunications.	Vancouver
Gestion des risques liés aux tiers		Vancouver
Agent virtuel	Certaines fonctionnalités qui ont été livrées dans Vancouver Patch 7 ne sont pas disponibles dans la version initiale de l’accès anticipé de Washington DC . Ces fonctionnalités seront disponibles dans les futures versions du correctif de Washington DC : Changements du contrôle du collecteur d’entrées Effectuez un glisser-déplacer pour réorganiser les entrées au sein du nœud. Spécifiez le type d’entrée que le nœud acceptera : texte, e-mail, adresse IP, numéro de téléphone, URL ou personnalisé. Le nombre maximal d’entrées par nœud est de 5. Option d’invite utilisateur appliquée dans le contrôle d’entrée utilisateur de texte Commutateur dans la zone Propriétés avancées qui permet aux auteurs de rubriques de spécifier le message affiché à l’utilisateur au lieu de la réponse générée par le LLM.	Vancouver
Intégrations de Réponse aux vulnérabilités	Pour plus d’informations sur les versions publiées de l’application Vulnerability Response , ainsi que sur les applications tierces et ServiceNow compatibles avec Vancouver, consultez l’article Matrice de compatibilité de Vulnerability Response et Changements de schéma de mise en production [KB0856498] dans la base de connaissances. Pour plus d’informations sur les nouvelles fonctionnalités de Vulnerability Response, consultez les notes de publication de Vulnerability Response.	Vancouver
Réponse aux vulnérabilités	En raison d’un changement de modèle de données dans l’application Vulnerability Response , la mise à niveau peut prendre beaucoup plus de temps que les mises à niveau précédentes. Pour plus d’informations, consultez KB0856498. Lors de la mise à niveau vers une version plus récente, la durée de mise à niveau peut augmenter en fonction des données et de la version à partir desquelles vous effectuez la mise à niveau. Ce problème est dû à des changements de schéma supplémentaires qui ont été ajoutés pendant la mise à niveau. Pour plus d’informations, consultez KB0856498. À partir de la version 20.0 de l’application Vulnerability Response et de la version 2.03 de l’application Vulnerability Emergency Response, Vulnerability Analyst Workspace est renommé Vulnerability Assessment Workspace. Toutes les références à l’espace de travail de l’analyste de vulnérabilité sont désormais des espaces de travail d’évaluation de la vulnérabilité.	Vancouver
Recherche IA	Correctif 9 de Washington DC : Après la mise à niveau vers Washington DC Patch 9 à partir d’une version antérieure, rendez le contenu des blocs de connaissances consultable en réindexant toutes vos sources indexées qui incluent des articles de la base de connaissances. Pour plus de détails sur la réindexation, voir Indexer ou réindexer une source indexée ou Indexer ou réindexer plusieurs sources indexées. Washington DC : Lorsque vous effectuez une mise à niveau vers Washington DC, Recherche IA met automatiquement à jour vos configurations de résultats Genius existantes pour utiliser les nouveaux champs de formulaire Configuration de résultat Genius Recherche IA. Cette procédure de mise à jour apporte les changements suivants : Supprime les valeurs de champ de type de réponse de résultat Genius existantes. Migre les valeurs de champ de la logique de résultat Genius vers le nouveau processeur de demande Recherche IA et les champs de processeur de réponse Recherche IA selon le cas. Après la mise à niveau de votre instance vers Washington DC, Recherche IA conserve la valeur que vous avez définie précédemment pour l’opérateur de recherche booléen à utiliser lorsqu’une requête de recherche inclut une propriété système à termes multiples ( glide.ais.query.search_operator ). Pour bénéficier des avantages du nouveau mode de requête amélioré pour les recherches multitermes, définissez la valeur de cette propriété système sur AND then OR 2+ key terms. Pour plus d’informations sur les propriétés système Recherche IA , consultez Propriétés système Recherche IA. À partir de Washington DC, la table Utilisateur [sys_user] trie par défaut les enregistrements indexés en fonction de leur date de sys_created_on au lieu de leur date de sys_updated_on. Ce changement nécessite une réindexation de la source indexée de la table Utilisateur pour Recherche IA, ce qui peut être très long. Lorsque vous effectuez une mise à niveau vers Washington DC à partir d’une version familiale précédente, Recherche IA ne réindexe pas automatiquement la source indexée de la table Utilisateur. Si vous avez besoin de pouvoir rechercher les enregistrements utilisateur dans la dernière configuration, vous pouvez réindexer manuellement la source indexée de la table Utilisateur, ce qui peut prendre un certain temps. Dans le cas contraire, Recherche IA réindexe les enregistrements individuels de la table Utilisateur au fur et à mesure de leur mise à jour jusqu’à ce que tous les enregistrements aient été réindexés.	Washington DC
Framework de tests automatisés	Copiez et personnalisez les tests de démarrage rapide fournis par la plateforme d’IA ServiceNow® pour valider que votre instance fonctionne après avoir effectué des changements de configuration. Par exemple, si vous appliquez une mise à niveau ou développez une application. Les tests ne peuvent produire un résultat de réussite que lorsque vous les exécutez sur un système de base sans aucune personnalisation et avec les données de démonstration par défaut fournies avec le module d’extension de l’application ou de la fonctionnalité. Pour appliquer un test de démarrage rapide à des données spécifiques à votre instance, copiez le test de démarrage rapide et ajoutez vos données personnalisées. Pour plus d’informations, voir Tests de démarrage rapide disponibles par application ou fonctionnalité.	Washington DC
Business Continuity Management	Après la mise à niveau vers la version Washington DC , vous devez noter les informations importantes suivantes pour les analyses d’impact sur l’entreprise, les plans de continuité d’activité et les événements existants : Pour les analyses d’impact sur l’entreprise, la colonne Source de l’évaluation des dépendances est renommée Source primaire et la source BCM est renommée Manuel pour les dépendances ajoutées manuellement après une mise à niveau. Lorsque vous sélectionnez le bouton Mettre à jour les dépendances , le système ajoute les dépendances CMDB . Pour les plans de continuité d’activité, la colonne Source est renommée Source primaire à la suite d’une mise à niveau. Lorsque vous sélectionnez le bouton Mettre à jour les dépendances , le système ajoute les dépendances CMDB et BIA. Pour maintenir la compatibilité avec les versions précédentes, l’administrateur BCM peut configurer les sources et conserver uniquement la dépendance BIA en amont et les dépendances BIA en aval comme sources dans la configuration mise à jour. Pour les événements et les exercices, lorsque vous sélectionnez le bouton Mettre à jour les dépendances , le système ajoute les dépendances CMDB, BIA et Business Continuity Planning (BCP) après une mise à niveau. Pour maintenir la compatibilité avec les versions précédentes, l’administrateur BCM peut configurer les sources et conserver uniquement la dépendance BIA en amont et les dépendances BIA en aval comme sources dans la configuration mise à jour.	Washington DC
Base de données de gestion des configurations (CMDB)	La colonne product_instance_id a été ajoutée à la table Élément de configuration de base [cmdb_ci] pour prendre en charge le nouvel identificateur d’instance de produit (PID), qui permet la recherche et la liaison de tous les actifs, CI et éléments de base d’installation (IBI) connexes préexistants. Pour plus d’informations sur l’impact de ce changement pendant la mise à niveau et sur la manière de minimiser cet impact, consultez l’article de la base de connaissances Impact de la mise à niveau des changements de schéma de CMDB_CI pour la version Washington [KB1534035]. Si vous activez CMDB 360 pour la première fois après la mise à niveau vers la version Washington DC , vous devez définir la glide.identification_engine.multisource_non_cmdb_ci_enabled propriété système sur true pour activer la capture des données CMDB 360 pour les CI de classes non CMDB (classes non dérivées de la classe d’élément de configuration [cmdb_ci]). Si vous avez utilisé l’application de certification des données héritée sur l’interface utilisateur principale, les définitions associées ne seront pas disponibles dans la nouvelle implémentation de la certification des données dans Espace de travail CMDB. Après la mise à niveau vers la version Washington DC et vers la version 6.0 de CMDB Workspace, vous pouvez convertir les définitions créées dans l’application Certification des données héritée en brouillons de politiques de certification du gestionnaire de données dans Espace de travail CMDB. Pour en savoir plus, reportez-vous à .	Washington DC
Plateforme IA ServiceNow Core	Auparavant, si une transaction était annulée, certaines opérations auditables n’étaient pas enregistrées. Ce comportement d’enregistrements d’audit manquants est dû au fait que la plateforme exécute certaines opérations entre le changement d’enregistrement et est annulée avant la création de l’audit. Mais désormais, les audits sont créés immédiatement après la modification de l’enregistrement, ce qui réduit le risque d’abandon de l’opération par une transaction annulée avant l’enregistrement de l’audit. Pour faciliter cette mise à jour, les audits sont maintenant enregistrés dans le même thread que la transaction. Les audits précédents ont été créés dans un thread d’arrière-plan. Ce changement redéfinit la valeur par défaut de la propriété glide.db.audit.lazy de vrai à faux. Idéalement, cette propriété n’est pas définie dans la table Propriétés, ce qui signifie que la majorité des instances commencent à utiliser la nouvelle valeur et le nouveau comportement par défaut avec la version Washington DC . Sur certaines instances, cette propriété peut avoir été insérée avec la valeur définie sur vrai, ce qui signifie que ces instances ne pourront pas utiliser ce changement pour auditer le comportement. Supprimez cette propriété pour tirer parti de cette mise à jour.	Washington DC
Gestion de la clé de chiffrement	Si vous mettez à niveau votre instance vers Washington DC , mais que vous ne mettez pas à niveau votre serveur MID, l’authentification de gestion des secrets échoue. Évitez les échecs d’authentification en mettant à niveau votre serveur MID vers Washington DC. Si vous ne pouvez pas effectuer la mise à niveau, vous devez désactiver l’authentification jusqu’à ce que le serveur MID soit mis à niveau vers Washington DC pour éviter les échecs d’authentification. Pour plus d’informations sur les mises à niveau de Serveur MID, voir Mises à niveau de Serveur MID.	Washington DC
Enterprise Asset Management	Après la mise à niveau vers Washington DC, le champ model_component n’est plus disponible dans la table Actif d’entreprise [sn_ent_asset]. À la place, un nouveau champ model_component_id est disponible dans la table Actif [alm_asset]. Le script ENT - Migrer vers un nouveau composant de modèle déplace les données du champ model_component existant vers le champ model_component_id. Notez les scénarios de mise à niveau suivants pour le coût total de possession (TCO) des actifs : La mise à niveau fonctionne pour toutes les tâches de flux Enterprise Asset Management Vous devez disposer de cartes d’évaluation de tâche pour chaque tâche de workflow. La mise à niveau du TCO renseigne les champs decatégorie Actif et Dépense sur les lignes de dépense correspondant à chaque tâche. La catégorie de dépenses est renseignée en fonction des lignes de dépense et de la source des lignes de dépense. Vous devez renseigner le champ Coût de point de référence du TCO et Seuil de point de référence du TCO sur tous les modèles existants manuellement ou à l’aide de la fonctionnalité d’importation en bloc. La mise à niveau du TCO renseigne les champs suivants sur les formulaires d’actifs : Fin de vie utile de l’actif : date de création plus la durée de vie utile en mois. Date de première utilisation de l’actif : date de création. TCO de l’actif : somme agrégée de toutes les lignes de dépense liées à l’actif. Pour les actifs simples, le TCO de l’actif correspond à la somme agrégée des lignes de dépense associées. Pour les actifs complexes, le TCO de l’actif correspond à la somme agrégée des lignes de dépense de l’actif parent et de son actif enfant.	Washington DC
Financial Services Operations Core	Lors de la mise à niveau vers Washington DC, le module d’extension Opérations des services financiers Core change le parent des tables suivantes : Remarque : La mise à niveau peut avoir plus de temps si votre instance mise à niveau comporte un grand nombre d’enregistrements. La table de définition de service [sn_bom_service_definition] est développée à partir de la table de définition de service [sn_case_type_selection] au lieu de la table de définition de demande [sn_ind_request_definition. La table Tâche financière [sn_bom_task] est développée à partir de la table Tâche [sn_customerservice_task] du Service clientèle au lieu de la table Tâche globale [task]. La table Participant à la police [sn_bom_policy_participant] est développée à partir de la table Partie connexe du produit vendu [sn_install_base_sold_product_related_party]. Le changement de parent permet de tirer parti des avantages et des avancées introduits par ServiceNow® Customer Service Management (CSM) tout en préservant les fonctionnalités des applications existantes.	Washington DC
Gestion des actifs matériels 10.0.0	Après votre mise à niveau vers Washington DC, gardez à l’esprit les scénarios de mise à niveau suivants concernant le coût total de possession (TCO) des actifs : La mise à niveau fonctionne pour toutes les tâches de flux Gestion des actifs matériels . Vous devez disposer de cartes d’évaluation de tâche pour chaque tâche de workflow. La mise à niveau du TCO renseigne un champ de catégorie d’actifs et de dépenses sur la ligne de dépense correspondant à chaque tâche. La catégorie de dépenses est renseignée en fonction des lignes de dépense et de la source des lignes de dépense. Vous devez renseigner le champ Coût de point de référence du TCO et Seuil du point de référence du TCO sur tous les modèles existants manuellement ou à l’aide de la fonctionnalité d’importation en bloc. La mise à niveau du TCO renseigne les champs suivants sur les actifs : Fin de vie utile de l’actif : date de création avec la durée de vie utile en mois. Date de première utilisation de l’actif : identique à la date de création. TCO de l’actif : somme agrégée de toutes les lignes de dépense associées à l’actif. Pour les actifs simples, le TCO de l’actif correspond à la somme agrégée des lignes de dépense associées. Pour les actifs complexes, le TCO de l’actif correspond à la somme agrégée des lignes de dépense de l’actif parent et de son actif enfant.	Washington DC
Santé et sciences de la vie Service Management Core	Lors de la mise à niveau vers Washington DC, la table parente des produits vendus dans le secteur de la santé [sn_hcls_sold_product] devient Élément de base d’installation [sn_install_base_item] pour les tables suivantes : Plan de membre [sn_hcls_member_plan] Médicaments [sn_hcls_medication] Immunisation [sn_hcls_immunization] Programme inscrit [sn_hcls_enrolled_program] Service de programme inscrit [sn_hcls_enrolled_program_service] En outre, les tables parentes suivantes ont été supprimées et sont autonomes : Organisation de soins de santé[sn_hcls_organization] Centre de santé[sn_hcls_location] Cabinet de médecin [sn_hcls_practitioner_facility] Ce changement de parent permet aux clients d’utiliser les organisations et les tables d’emplacement pour un ensemble plus large de cas d’utilisation. Les données existantes sont migrées de la manière suivante afin que les fonctionnalités existantes ne soient pas impactées : La référence du champ d’emplacement dans sn_hcls_immunization mise à jour pour utiliser cmn_location. Toutes les données sont déplacées des tables Produit vendu des services de santé vers les tables Élément de base d’installation. Les lignes de l’élément de base d’installation affecté sont renseignées en fonction de la valeur source_task du produit vendu pour les services de santé. L’état de sn_hcls_enrolled_program et sn_hcls_enrolled_program_service sont copiés à partir de hcls_state. Toutes les données sont déplacées vers les tables autonomes Organisation de soins de santé, Centre de santé et Cabinet du praticien. Le script crée des enregistrements dans la table Emplacement de l’entreprise pour les enregistrements existants dans la table Organisation de soins de santé afin de former une référence 1:1. Les enregistrements qui font référence à une organisation de services sont mis à jour avec une référence à l’emplacement d’entreprise approprié. Tout médecin disposant d’un enregistrement dans le site du médecin verra un enregistrement créé dans la table Membre de l’organisation de service avec l’emplacement d’entreprise approprié. Les enregistrements qui contiennent des données d’emplacement de soins de santé contiendront l’organisation de services parente de cet établissement de santé. Remarque : La mise à niveau peut avoir plus de temps si votre instance mise à niveau comporte un grand nombre d’enregistrements.	Washington DC
Gestionnaire de processus industriel	L’application Gestionnaire de processus industriel a maintenant une dépendance avec les applications Operational Technology Service Management , qui incluent Operational Technology Incident Management et Operational Technology Change Management. Pour installer Gestionnaire de processus industriel sur votre instance, l’une des références SKU suivantes est requise : Technologie opérationnelle SKU de visibilité Gestion des services de technologie opérationnelle SKU Toute UGS personnalisée qui autorise le gestionnaire de processus industriel	Washington DC
Réplication de données d'instance	Améliorez les performances et l’efficacité de traitement de la réplication de données d’instance (IDR) en mettant à niveau vos ensembles de réplication vers la version V2, qui utilise le service de messagerie Hermes. Pour plus d’informations, consultez Mise à niveau des ensembles de réplication hérités vers V2 dans Réplication de données d’instance. La rotation du journal est automatiquement activée pour la table Erreur de charge utile de réplication [idr_replication_payload_error] après la mise à niveau. Par défaut, la planification de rotation des journaux comprend sept partitions, avec cinq jours pour chaque partition. Toutes les entrées de journal de cette table créées avant la mise à niveau sont automatiquement tronquées.	Washington DC
Serveur MID	Pour connaître la dernière configuration système requise pour le Serveur MID , consultez Configuration système requise pour le Serveur MID. La version JRE minimale prise en charge est 11.0.9 et la version recommandée est 11.0.16.1. Si vous avez installé votre propre JRE, le processus de mise à niveau prend les mesures suivantes pour s’assurer que le serveur MID utilise un JRE pris en charge : Si un serveur MID utilise une version non prise en charge de JRE lors de la mise à niveau, le processus de mise à niveau affiche un message d’avertissement avec la version JRE minimale et recommandée. Si un JRE pris en charge est en cours d’exécution sur l’hôte du Serveur MID , le Serveur MID mis à niveau utilise cette version. Tous les ordinateurs hôtes de MID Server doivent accéder au site de téléchargement à install.service-now.com pour activer les mises à niveau automatiques. Pour plus d’informations, lisez comment le système gère les mises à niveau de Serveur MID. Un seul service Windows MID Server est autorisé par chemin d’accès exécutable. Les serveurs MIDWindows mis à niveau qui ont plusieurs services pointant vers le même dossier d’installation ne peuvent pas démarrer. Voir Échec du démarrage du Serveur MID pour plus d’informations. Pour plus d’informations sur les mises à niveau de Serveur MID , consultez les rubriques suivantes : Vérification préalable à la mise à niveau du serveur MID : décrit comment le moniteur de mise à niveau automatique teste la capacité du serveur MID à se mettre à niveau sur votre système avant la mise à niveau réelle. Mise à niveau manuelle du serveur MID : décrit comment mettre à niveau manuellement vos serveurs MID.	Washington DC
Now Assist pour les créateurs	Pour bénéficier d’améliorations des performances de Studio de workflow , installez l’une de ces versions de l’application Studio de workflow à partir du ServiceNow Store. Pour plus d’informations sur la mise à niveau du Studio de workflow, voir Mettre à jour vers la dernière version du Studio de workflow. Tableau 3. Chemin de mise à niveau de la compétence de génération de flux Now Assist pour les créateurs est-il déjà installé ? Version de Studio de workflow à utiliser pour la mise à niveau Non Mettre à niveau Studio de workflow vers la version 25.1.3 Oui Mettre à niveau Studio de workflow vers la version 25.0.0	Washington DC
Now Assist	Pour plus d’informations sur le dépannage des mises à niveau de votre application et de votre module d’extension Now Assist , consultez l’article de la base de connaissances sur les problèmes et l’atténuation des mises à niveau Now Assist.	Washington DC
Gestion des commandes	Les nouvelles fonctionnalités introduites dans cette version Washington DC ne sont pas prises en charge dans les versions antérieures de Gestion des commandes pour les télécommunications, les médias et la technologie. À partir de la version Washington DC , les frais mensuels récurrents (MRC) et les frais non récurrents (NRC) définis pour les offres de produits et les caractéristiques d’attribut de produit sont stockés dans le modèle de données de tarification dans des listes de prix et des lignes de liste de prix, plutôt que dans le modèle de données d’offre de produits. Si vous souhaitez mettre à niveau vos informations de tarification pour utiliser les listes de prix après la mise à niveau vers Washington DC, consultez l’article Adoption du module d’extension de gestion des prix (com.sn_csm_pricing) pour les clients des télécommunications, des médias et de la technologie effectuant une mise à niveau vers Washington [KB1585863] dans la base de connaissances Now Support. Après la mise à niveau vers la version Washington DC , un script correctif s’exécute automatiquement pour désactiver certains enregistrements de liste de télécommunications qui ne sont plus nécessaires pour reprendre la capture d’une commande inachevée. Pour plus d’informations sur ces enregistrements et sur l’utilisation de l’ancien processus de capture de commandes si nécessaire, consultez l’article Dépréciation de la liste Telco pour la capture de commandes [KB1586538] dans la base de connaissances Now Support. Après la mise à niveau vers Washington DC, passez en revue les solutions de contournement de reconfiguration pour travailler sur de nouvelles commandes de modification ou des commandes avec des actions de déconnexion, de suspension ou de reprise lors de l’utilisation du configurateur de produit. Pour plus d’informations, consultez l’article Problèmes de reconfiguration de la ligne de commande dans l’État de Washington lors de l’utilisation de l’interface utilisateur de capture de commandes [KB1585976] dans la base de connaissances Now Support.	Washington DC
Gestion des commandes	Les fonctionnalités introduites dans cette version Washington DC ne sont pas prises en charge dans les versions antérieures d’Order Management. Si vous effectuez une mise à niveau à partir de la version 6.0 ou antérieure d’Order Management for Telecommunications and Media : À partir de la version Washington DC, les frais mensuels récurrents (MRC) et les frais non récurrents (NRC) pour les offres de produits et les caractéristiques d’attribut de produit sont stockés dans le modèle de données de tarification dans des listes de prix et des lignes de liste de prix plutôt que dans le modèle de données d’offre de produits. Si vous souhaitez mettre à niveau vos informations de tarification pour utiliser les listes de prix après la mise à niveau vers Washington DC, consultez l’article Adoption du module d’extension de gestion des prix (com.sn_csm_pricing) pour les clients des télécommunications, des médias et de la technologie effectuant une mise à niveau vers Washington [KB1585863] dans la base de connaissances Now Support. Après la mise à niveau vers la version, un script correctif s’exécute automatiquement pour désactiver certains enregistrements de liste de télécommunications qui ne sont plus nécessaires pour reprendre la capture d’une commande inachevée. Pour plus d’informations sur ces enregistrements et sur l’utilisation de l’ancien processus de capture de commandes si nécessaire, consultez l’article Liste de dépréciation de la capture de commandes [KB1586538] dans la base de connaissances Now Support. Après la mise à niveau vers la version Washington DC, passez en revue les solutions de contournement de reconfiguration lors de l’utilisation de nouveaux ordres de modification ou d’ordres avec déconnexion, suspension ou reprise d’actions lors de l’utilisation du configurateur de produit. Pour plus d’informations, consultez l’article Problèmes de reconfiguration des lignes de commande dans l’État de Washington lors de l’utilisation de l’interface utilisateur de capture de commandes [KB1585976] dans la base de connaissances Now Support.	Washington DC
Analyse des performances	La table des scores PA [pa_scores] héritée est en cours de dépréciation. Si vous avez encore des scores d’indicateurs capturés dans la table des scores PA et que leur nombre est inférieur à 43 millions, ces scores sont migrés automatiquement vers les tables pa_scores_l1 et pa_scores_l2 lors de la mise à niveau. La durée ajoutée prévue à la mise à niveau est d’environ deux heures. Pour plus d’informations, consultez KB1294371 ou Migration des scores d’Analyse des performances.	Washington DC
Expérience de Platform Analytics	Analyse de la plateforme La fonctionnalité d’expérience se trouvait auparavant dans l’espace de travail Platform Analytics . La fonctionnalité fait désormais partie de la plateforme IA ServiceNow principale, accessible via la navigation unifiéeNext Experience. Vous pouvez migrer tous les tableaux de bord, rapports et widgets d’Analyse des performances qui ont été créés dans l’interface utilisateur principale vers cette fonctionnalité.	Washington DC
Playbooks dans Studio de workflow	Après la mise à niveau vers Washington DC, mettez à jour les applications Playbooks et Studio de workflow dans le ServiceNow Store.	Washington DC
Planification de portefeuille	À partir de la version 8.0.0, vous pouvez accéder aux fonctionnalités sous licence de Strategic Portfolio Management (SPM) Pro uniquement dans l’espace de travail de la planification stratégique. Si vous utilisiez l’espace de travail de Planification de portefeuille pour accéder aux fonctionnalités sous licence SPM Pro, telles que Objectifs, Commentaires sur les produits et Planification de portefeuille hybride, vous devez maintenant installer Planification stratégique pour accéder à ces fonctionnalités. Pour en savoir plus sur les fonctionnalités accessibles uniquement dans Espace de travail de la planification stratégique , voir Comparaison de la planification de portefeuille avec la planification stratégique.	Washington DC
Intelligence prédictive	Si vous effectuez une mise à niveau vers Washington DC, vous ne pourrez pas créer de nouvelles solutions de régression. Si vous avez des solutions existantes, elles seront toujours prises en charge et vous pourrez les former et les modifier, mais vous ne pourrez pas en créer de nouvelles. Les changements apportés aux solutions de similarité et de mise en grappe s’appliquent à toutes les instances qui se trouvent sur Washington DC.	Washington DC
Proactive Service Experience Workflows	Les clients qui préfèrent ne pas recevoir de notifications de ticket d’incident peuvent désactiver les règles métier associées aux tables d’incidents et de tickets. Pour en savoir plus sur la désactivation des règles métier pour la notification de ticket d’incident, consultez Désactiver la notification de ticket d’incident.	Washington DC
Gestion du catalogue de produits et gestion des prix	Si vous avez utilisé des caractéristiques d’attribut dans la matrice d’ajustement de prix standard dans la version initiale des applications Gestion des ventes et Gestion des commandes et que vous effectuez une mise à niveau vers la version de mai 2024 des applications Gestion des ventes et Gestion des commandes , vous devez exécuter une tâche planifiée qui corrige le format des valeurs de code générées automatiquement. Exécuter la tâche planifiée pour modifier le champ de code sur les enregistrements de caractéristiques qui contiennent des caractères spéciaux Tâche à la demande pour remplacer tout caractère qui n’est pas une lettre (a-z, A-Z), un nombre (0-9), un trait de soulignement (_) ou un signe dollar ($) par un trait de soulignement (_). Cette tâche corrige la valeur du code afin qu’elle ne commence pas ou ne se termine pas par un trait de soulignement, ne commence pas par un chiffre et ne contienne aucun trait de soulignement consécutif.	Washington DC
Public Sector Digital Services	Après la mise à niveau, certains menus du secteur public et éléments de menu de l’espace de travail configurable CSM reviennent à leur nom d’étiquette CSM d’origine. Vous pouvez réétiqueter ces éléments pour une utilisation dans le secteur public en mettant à jour les catégories de liste UX pour les organisations de clients et de services. Pour en savoir plus sur le réétiquetage, accédez à Tous > Service membre > Administration > Configuration guidée, puis sélectionnez Espace de travail configurable for Public Sector Digital Services > Personnaliser manuellement les étiquettes de l'espace de travail.	Washington DC
Concentrateur de l’automatisation des processus robotiques (RPA)	Assurez-vous de mettre à niveau l’un des programmes d’installation de logiciels Microsoft (MSI) actuellement installés suivants en téléchargeant les applications RPA : RPA Desktop Design Studio Robot assisté Robot non assisté Robot non assisté Login Agent Pour plus d’informations, consultez Télécharger les applications RPA à partir de RPA Hub. Les étapes de mise à niveau suivantes ne s’appliquent que lorsque vous effectuez une mise à niveau de San Diego ou Tokyo vers Washington DC. D’après le nombre d’enregistrements dans la table Fichier d’application, vous pourriez rencontrer un retard potentiel lors de la mise à niveau des applications RPA Hub à partir de Tokyo ou avant vers Washington DC. Avant de mettre à niveau RPA Hub vers Washington DC, vous devez définir la valeur de la glide.rollback.blacklist.TableParentChange.change propriété système sur false. Si cette propriété n’existe pas dans la table Propriété système [sys_properties], ajoutez-la et définissez sa valeur sur faux. Pour plus d’informations sur l’ajout d’une propriété, consultez Ajouter une propriété système. Après la mise à niveau vers Washington DC, les définitions des processus de bot basculent dans la nouvelle structure, qui correspond à la configuration du processus de bot. Bien que la configuration du processus de bot ne remplace pas complètement le processus de bot, la plupart des champs sont déplacés de la configuration du processus de bot à la configuration du processus de bot. Si vous effectuez une mise à niveau vers la version Utah sans mettre à jour la valeur de propriété système, les tables n’étendent pas la table Fichier d’application. Pour mettre à jour manuellement les changements apportés à la table, consultez l’article Restructuration des tables RPA Hub à sys_metadata dans la base de connaissances Now Support de la base de connaissances Now Support.	Washington DC
Contrôle de la posture de sécurité	Pour obtenir la liste complète des applications requises pour implémenter Contrôle de la posture de sécurité, consultez Installer les applications prises en charge pour Contrôle de la posture de sécurité.	Washington DC
Espace de travail pour l’exploitation des services pour Gestion des services IT	Assurez-vous que les applications suivantes ont des versions mises à niveau compatibles : Application Applications ITSMpour l’Espace de travail pour l’exploitation des services (sn_sow_itsm_cont) Espace de travail pour l’exploitation des services Application ITOM Applications (sn_sow_itom_cont) Tableau 4. Versions SOW compatibles SOW-ITSM (sn_sow_itsm_cont) SOW-ITOM (sn_sow_itom_cont) 1.1.x 21.0.y 1.2.x 21.1.y 1.3.x 21.2.y, 21.5.y et 21.6.y 2.0.x 22.0.y 2.1.x 22.1.y et 22.y.y 3.1.x 23.y.y 4.x.x 24.y.y Dans la table, x est la subversion de l’application Applications ITSM de l’Espace de travail pour l’exploitation des services (sn_sow_itsm_cont) et y est la subversion de l’application Applications ITOM de l’Espace de travail pour l’exploitation des services (sn_sow_itom_cont). Après la mise à niveau 3.0, la fonctionnalité Cadre de travail des recommandations n’est plus disponible. Au lieu de cela, seule la version standard de la fonctionnalité Actions recommandées pour ITSM est disponible.	Washington DC
Portail de services	Après la mise à niveau, vous devez spécifier les tables à partir desquelles les utilisateurs invités peuvent accéder aux données de tous les widgets publics qui acceptent le paramètre d’entrée de table. Par défaut dans la version Washington DC , les widgets publics qui acceptent le paramètre d’entrée de table ne peuvent pas accéder aux données des tables pour les utilisateurs invités et ne peuvent pas les renvoyer. Si vous avez ajouté des propriétés système ou glide.service_portal.widget.table_allow_listglide.service_portal.widget.allow_list avant la mise à niveau, les valeurs de ces propriétés seront migrées vers la liste d’autorisation de la table publique pour les widgets après la mise à niveau. Pour plus d’informations, consultez Configurer la sécurité des widgets. En outre, les ACL de lecture au niveau du champ sont appliquées par défaut pour les conditions de filtre dans les instances de widget de liste simple. Une nouvelle propriété système, glide.service_portal.enable_acls_for_encoded_query_in_list, applique ces ACL indépendamment du fait que l’option Appliquer les ACL de lecture au niveau du champ sur les termes de la requête de filtre soit sélectionnée ou non pour les instances de widget de liste simple. Pour utiliser l’option Appliquer les ACL de lecture au niveau du champ sur les termes de requête de filtre, changez la valeur de glide.service_portal.enable_acls_for_encoded_query_in_list sur faux. Pour plus d’informations, consultez Widget Liste simple. Si un utilisateur a précédemment sélectionné une préférence de consentement de l’utilisateur pour l’analyse de l’expérience utilisateur pour les portails différents du reste de la plateforme, la préférence sélectionnée pour la plateforme est également utilisée pour les portails dans la version Washington DC . Par exemple, si les utilisateurs se sont désabonnés du suivi des portails, mais ont choisi le suivi du reste de la plateforme dans la version Vancouver , les analyses de l’expérience utilisateur pour les portails sont suivies pour eux dans la version Washington DC . Les utilisateurs peuvent mettre à jour leur sélection à partir de la page de profil d’utilisateur dans les portails à tout moment.	Washington DC
Gestion des actifs logiciels	Après la mise à niveau vers Washington DC, vous devez effectuer à nouveau toutes vos personnalisations liées aux intégrations Adobe et Microsoft 365 avec votre instance ServiceNow , car les fonctionnalités de ces intégrations sont déplacées vers l’application du magasin Gestion des actifs logiciels - Gestion des licences SaaS . Si vous avez personnalisé un fichier impacté, le processus de mise à niveau ignore le fichier et indique un conflit. Vous devez résoudre manuellement le conflit et vous assurer que l’ancien fichier existant est supprimé. Si vous n’avez pas personnalisé un fichier impacté, le fichier est supprimé dans le cadre de la mise à niveau et un fichier avec un nouveau sys_id est créé.	Washington DC
Strategic Planning	À partir de la version 4.0.2, vous pouvez accéder aux fonctionnalités sous licence de Strategic Portfolio Management (SPM) Pro uniquement dans Espace de travail de planification stratégique. Si vous utilisiez l’espace de travail de Planification de portefeuille pour accéder aux fonctionnalités sous licence SPM Pro, telles que Objectifs, Commentaires sur les produits et Planification de portefeuille hybride, vous devez maintenant installer Planification stratégique pour accéder à ces fonctionnalités. Pour en savoir plus sur les fonctionnalités accessibles uniquement dans Espace de travail de la planification stratégique, voir Explorer la planification de portefeuille dans Planification stratégique. Si vous effectuez une mise à niveau vers Strategic Planning v4.1.2 et que vous aviez précédemment personnalisé la vue Liste ou la vue Hiérarchie de la page Objectifs à l’aide du panneau latéral Personnalisation, les améliorations apportées à l’interface utilisateur dans la version 4.1.2 peuvent ne pas apparaître. Dans ce cas, vous devez supprimer vos enregistrements de préférences utilisateur. Pour plus d’informations sur la suppression des préférences utilisateur à l’aide du panneau latéral Personnalisation, consultez KB1642037.	Washington DC
Opérations de cycle de vie du fournisseur	Après la mise à niveau de la version Vancouver vers la version Washington DC , vous verrez uniquement l’espace de travail Source-to-Pay dans l’onglet de navigation Tout . Vous n’avez rien à faire si vous choisissez de continuer à utiliser l’espace de travail Source-to-Pay. Toutefois, vous verrez à la fois l’espace de travail Source-to-Pay et l’espace de travail de gestionnaire de fournisseurs dans l’onglet Espaces de travail . Si vous souhaitez utiliser l’espace de travail de gestionnaire de fournisseur au lieu de l’espace de travail Source-to-Pay par défaut, assurez-vous d’exécuter le script correctif fixscript_migrate_workspace_to_smw.xml après la mise à niveau vers la version Washington DC . Vous pouvez télécharger le fichier fixscript_migrate_workspace_to_smw.xml à partir du ServiceNow Store. Si vous souhaitez revenir à l’utilisation de l’espace de travail Source-to-Pay, exécutez le script correctif fixscript_migrate_workspace_to_s2p.xml . Vous pouvez télécharger le fichier fixscript_migrate_workspace_to_smw.xml à partir du ServiceNow Store. Pour plus d’informations sur l’exécution d’un script correctif, consultez Exécuter des scripts correctifs. Après la mise à niveau vers Washington DC, vous devez examiner toutes les tâches postérieures à la mise à niveau et les effectuer si nécessaire. Pour plus d’informations, consultez Tâches post-mise à niveau pour Gestion du cycle de vie des fournisseurs.	Washington DC
Gestion des risques liés aux tiers	Si vous êtes un utilisateur VRM effectuant une mise à niveau vers TPRM, lors de la mise à niveau vers Vancouver ou une version ultérieure à partir d’une version antérieure, vous devez exécuter chaque mise à niveau séquentiellement pour vous assurer que les scripts correctifs s’exécutent correctement. Cela signifie passer de l’Utah à Vancouver, de Vancouver à Washington DC, etc. Si les scripts ne s’exécutent pas dans le bon ordre, cela peut entraîner des incohérences de données, des fonctionnalités rompues et des conflits. Pour plus d’informations sur la mise à niveau de VRM vers TPRM, consultez Informations sur la mise à niveau de la gestion des risques liés aux tiers.	Washington DC
Intégrations de Réponse aux vulnérabilités	Pour plus d’informations sur les versions publiées de l’application Vulnerability Response ainsi que sur les applications tierces et ServiceNow compatibles avec la version Washington DC , consultez l’article Matrice de compatibilité de Vulnerability Response et Changements de schéma de mise en production [KB0856498] dans la base de connaissances Now Support . Pour plus d’informations sur les nouvelles fonctionnalités de Vulnerability Response, consultez les notes de publication de Vulnerability Response.	Washington DC
Studio de workflow	Pour bénéficier d’améliorations des performances de Studio de workflow , installez l’une de ces versions de l’application Studio de workflow à partir du ServiceNow Store. Tableau 5. Chemin de mise à niveau de la compétence de génération de flux Now Assist pour les créateurs est-il déjà installé ? Version de Studio de workflow à utiliser pour la mise à niveau Non Mettre à niveau Studio de workflow vers la version 25.1.3 Oui Mettre à niveau Studio de workflow vers la version 25.0.0	Washington DC
Recherche IA	Correctif 3 de Xanadu : Après la mise à niveau vers Xanadu Patch 3 à partir d’une version antérieure, rendez le contenu du bloc de connaissances consultable en réindexant toutes vos sources indexées qui incluent des articles de la base de connaissances. Pour plus de détails sur la réindexation, voir Indexer ou réindexer une source indexée ou Indexer ou réindexer plusieurs sources indexées. Xanadu : Après la mise à niveau vers Xanadu à partir d’une version antérieure, procédez comme suit pour ajouter les onglets de navigation Tableaux de bord, Visualisations de données et KPI aux résultats de recherche globale dans Recherche IA pour Next Experience : Mettez à jour l’application Recherche IA pour le ServiceNow Store Next Experience vers la version 4 ou une version ultérieure. Pour obtenir des instructions sur la mise à jour, consultez Mettre à jour une application. Validez l’ensemble de mises à jour fourni dans l’article Ensembles de mises à jour (KB1644544) des tables PAR de Recherche IA pour Next Experience 4.0 dans la base de connaissancesNow Support. Pour en savoir plus sur les ensembles de mises à jour, consultez Ensembles de mises à jour système.	Xanadu
Opérations de comptes fournisseurs	Si vous effectuez une mise à niveau à partir d’une version précédente, vous devez configurer le champ de référence dans la table Code fiscal [sn_fin_tax_code]. Le moteur d’exception valide la facture à l’aide du code fiscal et lève des exceptions si nécessaire.	Xanadu
Analytics, Intelligence and Reporting	Si vous effectuez une mise à niveau, vous pouvez utiliser le Centre de migration de Platform Analytics pour profiter d’un ensemble unique de visualisations et de filtres unifiés pour toutes les sources de données.	Xanadu
App Engine Studio	En raison d’un nouveau processus d’affectation des groupes dans App Engine Management Center (AEMC), assurez-vous que la même version du module d’extension Admission d’application est installée sur chacune de vos instances.	Xanadu
Réponse aux vulnérabilités de l'application	Pour plus d’informations sur les nouvelles fonctionnalités de Vulnerability Response, consultez les notes de publication de Vulnerability Response. Pour plus d’informations sur les versions publiées de l’application Application Vulnerability Response ainsi que sur les applications tierces et ServiceNow compatibles avec la version Xanadu, consultez l’article Matrice de compatibilité de la réponse aux vulnérabilités et changements de schéma de mise en production [KB0856498] dans la base de connaissancesNow Support.	Xanadu
Assessments and Surveys	Mettez à jour les tests Automated Test Framework (ATF) si vous effectuez une mise à niveau vers Xanadu à partir d’une version antérieure à Utah. Dans la version Utah , tous les boutons des cartes d’évaluation ou d’enquête ont été supprimés. Pour exécuter des tests ATF avec succès, l’étape Cliquer sur le bouton Participer à une enquête doit être remplacée par l’étape Cliquer sur la carte d’enquête pour tous les tests qui comportent cette étape.	Xanadu
Business Continuity Management	Les tables de relations introduites dans les enregistrements de plan sont générées par la Update BCP dependencies snapshot tâche planifiée. Après la mise à niveau vers la version Xanadu , vous pouvez afficher ces tables uniquement après l’exécution de la tâche planifiée ou en sélectionnant manuellement le bouton Mettre à jour les dépendances .	Xanadu
Gestion des tickets pour CSM	Le rôle de gestionnaire du service client [sn_customerservice_manager] inclut le rôle d’utilisateur approbateur [approver_user]. Le rôle d’utilisateur approbateur remplace le rôle d’administrateur d’approbation [approval_admin]. Les utilisateurs disposant du rôle de gestionnaire du service client peuvent approuver les demandes d’approbation qui leur sont affectées.	Xanadu
Gestion des coûts du cloud 8.0.0	Lors de la mise à niveau vers la version Gestion des coûts du cloud 8.0, le nouveau service IA de catégorie de balises est disponible pour les fournisseurs de services Amazon Web Services (AWS),Microsoft Azure et Google Cloud Platform (GCP ). Étant donné que Gestion des coûts du cloud n’exécute le travail de téléchargement de la facturation qu’à partir du mois en cours, les dépenses en services d’IA ne seront incluses que pour le mois en cours. Si vous souhaitez afficher les détails de facturation pour les mois précédant le mois en cours, vous devez exécuter manuellement la tâche de téléchargement de la facturation. Une fois la tâche de téléchargement de la facturation exécutée avec succès, vous pouvez afficher les données de dépenses de vos services IA.	Xanadu
Base de données de gestion des configurations (CMDB)	Avant la mise à niveau vers Xanadu, les courbes de tendance « CI mis à jour » et « Services d’application mis à jour » dans les tuiles Activité CI récente et Activités récentes du service d’application de la vue Gestion d’Espace de travail CMDB peuvent ne pas avoir reflété avec précision les changements dans votre système. Après la mise à niveau vers Xanadu et vers les versions 5.5, 6.2 ou 7.2 de CMDB Workspace, ces lignes de tendance se reflètent sur une détection plus précise des CI et des services d’application mis à jour. CMDB (en anglais seulement) Santé: Si la tâche de CMDB Health Dashboard - Relationship Compliance Processor tableau de bord ou CMDB Health Dashboard - Relationship Score Calculation est active, cette tâche est désactivée lors de la mise à niveau vers Xanadu. Une fois la mise à niveau terminée, vous pouvez réactiver ces tâches pour reprendre les rapports d’intégrité des relations CI. L’état actif de toutes les autres tâches du tableau de bord d’intégrité CMDB est conservé. Tout seuil d’échec pour un KPI ou une mesure supérieur à 100 000 est défini sur 100 000 pendant la mise à niveau. Cette limite supérieure est appliquée pour éviter un traitement excessif lorsqu’un grand nombre de CI échouent aux tests de mesures spécifiés. Les signets pour le tableau de bord des CI ne fonctionnent plus après une mise à niveau vers Xanadu. Un message d’erreur Page introuvable s’affiche. Pour afficher les rapports d’intégrité CMDB pour un CI, ouvrez le formulaire CI dans Espace de travail CMDB . Le tableau de bord du service d’application hérité sur l’interface utilisateur principale n’est pas pris en charge dans la version Xanadu . Après la mise à niveau, vous pouvez toujours accéder à ce tableau de bord hérité à l’aide d’un signet créé précédemment. À la place, vous pouvez également accéder au tableau de bord des services d’application dans Espace de travail CMDB à partir de la vignette Services d’application de la vue Aperçus dans Espace de travail CMDB . Le tableau de bord des intégrations CMDB sur l’interface utilisateur principale n’est pas pris en charge dans la version Xanadu . Après la mise à niveau, vous pouvez toujours accéder à ce tableau de bord hérité à l’aide d’un signet créé précédemment. Tous les enregistrements qui existaient dans la table Résultat de l’intégrité CMDB [cmdb_health_result] avant une mise à jour vers Xanadu Patch 5 sont supprimés pendant la mise à niveau. Pour accéder à un tableau de bord hérité sur une instance mise à niveau, accédez à Tous > Libre-service > Tableaux de bord , puis recherchez le tableau de bord.	Xanadu
Gestion des données	Un enregistrement de politique de gestion des données est automatiquement créé pour chaque table configurée avec une règle d’archivage ou une règle de nettoyage de table avant la mise à niveau.	Xanadu
Confidentialité des données	Les changements de gestion des licences vous permettent d’installer les API Découverte de données, Découverte de données , Anonymisation des données et Confidentialité des données sans autorisation, mais vous devez disposer d’une autorisation pour exécuter une tâche.	Xanadu
Tables de décision dans Studio de workflow	Studio de workflow est automatiquement installé sur votre instance. Toutefois, Studio de workflow est une application du ServiceNow Store . Par conséquent, pour obtenir les fonctionnalités les plus récentes, vous devez mettre à jour votre version manuellement vers la version la plus récente. À partir du correctif 3 pour Washington DC, la mise à jour de Studio de workflow met automatiquement à jour toutes ses dépendances d’application telles que Studio de workflow, Playbook et Générateur de décision. Vous ne pouvez plus voir ni mettre à jour les dépendances d’application individuelles de Studio de workflow à partir du ServiceNow Store ou de la liste des modules d’extension.	Xanadu
Vélocité de changement DevOps	Si vous êtes un client effectuant une mise à niveau, vous devez exécuter la tâche Reconfigurer les référentiels du serveur Bitbucket pour PullRequest afin de reconfigurer vos référentiels Bitbucket Server ou Bitbucket Data Center existants afin que les enregistrements de demande d’extraction puissent être importés. Vous pouvez accéder à Tous les travaux planifiés de la définition du système > > pour rechercher cette tâche et l’exécuter.	Xanadu
Connecteurs de contenu externe	À partir de la version 2 de l’application Connecteurs de contenu externe , les connecteurs de contenu externe implémentent l’indexation vectorielle sémantique pour les éléments analysés. Lorsque vous effectuez une mise à niveau vers une version qui prend en charge l’indexation vectorielle sémantique, vos connecteurs existants réindexent tous les éléments précédemment récupérés la prochaine fois qu’ils seront visités par une analyse, même si le contenu de ces éléments reste inchangé. Pour forcer l’indexation vectorielle sémantique de vos éléments de contenu externe dès que possible après la mise à niveau, annulez toutes les analyses en cours d’exécution, puis redémarrez manuellement les analyses annulées.	Xanadu
Gestion des services sur site	À compter du 1er mars 2025, Google a désigné l’API Places, l’API Directions et l’API Distance Matrix en tant que services hérités. Les versions les plus récentes de ces services sont l’API Lieux (Nouveau) et l’API Itinéraires. Vous ne pouvez pas activer ou générer de nouvelles clés API pour ces services hérités. Toutefois, vous pouvez continuer à utiliser ces services avec les clés API existantes. Si vous devez créer une nouvelle clé API Google après le 1er mars 2025, vous devez activer les nouvelles API de la console Google et effectuer une mise à niveau vers la version Xanadu Patch 9 ou une version ultérieure pour garantir la compatibilité.	Xanadu
Flux, flux secondaires et actions dans Studio de workflow	Après la mise à niveau, les utilisateurs qui disposaient auparavant du rôle fd_read_operations ne verront plus que les détails de base de l’exécution, tels que l’état et la durée d’exécution. Cette restriction empêche les utilisateurs disposant de ce rôle de voir les informations sensibles dans les détails de l’exécution. Pour fournir un accès en lecture à tous les détails de l’exécution tels que la configuration d’entrée et les valeurs d’exécution, accordez à l’utilisateur le nouveau rôle fd_read_operations_all.	Xanadu
Cadre de travail des objectifs pour SPM	Après la mise à niveau vers Goal Framework pour SPM v2.3.0, exécutez la tâche planifiée Migrer BreakdownInterval vers Checkinfrequency . Cette tâche planifiée migre les valeurs existantes dans les champs Fréquence d’examen et Intervalle de répartition vers le champ Fréquence d’enregistrement des enregistrements cibles. Pour plus d’informations sur la façon dont ces valeurs sont migrées pour des cibles avec des valeurs différentes, voir Migration des répartitions cibles.	Xanadu
Gestion des actifs matériels 11.0.0	Après la mise à niveau vers Xanadu, vous pouvez afficher à la fois les tableaux de bord Analyse des performancesde l’interface utilisateur principale et les tableaux de bord Analyse de la plateformeNext Experience pour Gestion des actifs matériels. Remarque : Lors de la migration des tableaux de bord Analyse des performances de l’interface utilisateur principale vers les tableaux de bord Analyse de la plateformeNext Experience, la migration automatique est désactivée par défaut pour éviter les tableaux de bord en double.	Xanadu
ITOM Health	Améliorez votre mappage de service d’application en installant l’application Extension de service d’application à partir du ServiceNow® Store.	Xanadu
ITOM Optimization	Améliorez votre mappage de service d’application en installant l’application Extension de service d’application à partir du ServiceNow® Store.	Xanadu
Visibilité ITOM	Pour une expérience Mappage des services améliorée, installez Mappage des services Plus version 1.13.0 à partir du ServiceNow® Store. Améliorez votre mappage de service d’application en installant l’application Extension de service d’application à partir du ServiceNow® Store.	Xanadu
Gestionnaire de processus industriel	L’application Gestionnaire de processus industriel a maintenant une dépendance avec les applications Operational Technology Service Management , qui incluent Operational Technology Incident Management et Operational Technology Change Management. Pour installer Gestionnaire de processus industriel sur votre instance, l’une des références SKU suivantes est requise : Technologie opérationnelle SKU de visibilité Gestion des services de technologie opérationnelle SKU Toute UGS personnalisée qui autorise le gestionnaire de processus industriel	Xanadu
Serveur MID	Pour connaître la dernière configuration système requise pour le Serveur MID , consultez Configuration système requise pour le Serveur MID. La version JRE minimale prise en charge est 11.0.9 et la version recommandée est 11.0.16.1. Si vous avez installé votre propre JRE, le processus de mise à niveau effectue les actions suivantes pour vérifier que le serveur MID utilise un JRE pris en charge : Si un serveur MID utilise une version non prise en charge de JRE lors de la mise à niveau, le processus de mise à niveau affiche un message d’avertissement avec la version JRE minimale et recommandée. Si un JRE pris en charge est en cours d’exécution sur l’hôte du Serveur MID , le Serveur MID mis à niveau utilise cette version. Tous les ordinateurs hôtes de MID Server doivent accéder au site de téléchargement à install.service-now.com pour activer les mises à niveau automatiques. Pour plus d’informations, lisez comment le système gère les mises à niveau de Serveur MID. Un seul service Windows MID Server est autorisé selon le chemin d’accès de l’exécutable. Les serveurs MIDWindows mis à niveau qui ont plusieurs services pointant vers le même dossier d’installation ne peuvent pas démarrer. Voir Échec du démarrage du Serveur MID pour plus d’informations. Pour plus d’informations sur les mises à niveau de Serveur MID , consultez les rubriques suivantes : Vérification préalable à la mise à niveau du serveur MID : décrit comment le moniteur de mise à niveau automatique teste la capacité du serveur MID à se mettre à niveau sur votre système avant la mise à niveau réelle. Mise à niveau manuelle du serveur MID : décrit comment mettre à niveau manuellement vos serveurs MID.	Xanadu
Now Assist pour Security Operations	Pour plus d’informations sur les applications requises pour Now Assist pour Réponse aux vulnérabilités, voir Informations de prise en charge pour Now Assist pour Réponse aux vulnérabilités. Pour plus d’informations sur les applications requises pour Now Assist pour Réponse aux incidents de sécurité, consultez Informations de prise en charge pour Now Assist pour Réponse aux incidents de sécurité. L’application Recherche IA doit être activée pour que la compétence Actions recommandées fonctionne pour les incidents de sécurité. Pour vérifier que Recherche IA est activé sur votre instance, accédez à Tous > Recherche IA > État de Recherche IA. Contactez l’assistance si la page indique que Recherche IA n’est pas activée.	Xanadu
Now Assist	Si vous avez personnalisé des actions d’interface utilisateur ou d’autres éléments associés aux compétences Now Assist , confirmez que votre code personnalisé est mis à jour avec les nouvelles versions de compétences. Dans le cas contraire, certaines fonctions risquent de ne pas fonctionner comme prévu. Si vous rencontrez des problèmes lors de la mise à niveau d’un produit Now Assist, consultez KB1637452 : problèmes et atténuation pour les applications et les mises à jour du module d’extension Now Assist (IA générative). Vous devrez peut-être vous connecter pour consulter l’article.	Xanadu
Gestion des commandes	Les fonctionnalités introduites dans la version Xanadu ne sont pas prises en charge dans les versions antérieures d’Order Management. Si vous effectuez une mise à niveau à partir de la version 6.0 ou antérieure d’Order Management for Telecommunications and Media : À compter de la version Washington DC , les frais mensuels récurrents (MRC) et les frais non récurrents (NRC) pour les offres de produits et les caractéristiques d’attribut de produit ne sont plus stockés dans le modèle de données d’offre de produit. Au lieu de cela, le MRC et le NRC sont stockés dans le modèle de données de tarification dans des listes de prix et des lignes de liste de prix. Si vous souhaitez mettre à niveau vos informations de tarification pour utiliser les listes de prix après la mise à niveau vers Washington DC, consultez l’article Adoption du module d’extension Price Management (com.sn_csm_pricing) pour les clients des télécommunications, des médias et de la technologie effectuant une mise à niveau vers Washington [KB1585863] dans la base de connaissancesNow Support. Après la mise à niveau vers la version Xanadu, un script correctif s’exécute automatiquement pour désactiver certains enregistrements de liste de télécommunications qui ne sont plus nécessaires pour reprendre la capture d’une commande inachevée. Pour plus d’informations sur ces enregistrements et sur l’utilisation de l’ancien processus de capture de commande, consultez l’article Dépréciation de la liste Telco pour la capture de commande [KB1586538] dans la base de connaissancesNow Support. Si vous êtes un client de mise à niveau qui utilise les champs de date de début et de fin de contrat et qui possède des enregistrements, vous pouvez migrer ces enregistrements vers le modèle de données le plus récent en exécutant la Migrate data from deprecated contract fields to new fields on Order and Order Lines tâche planifiée. Cette tâche planifiée doit être exécutée manuellement en accédant à Définitions des systèmes > Travaux planifiés. Pour plus d’informations sur les travaux planifiés, voir Travaux planifiés.	Xanadu
Expérience Platform Analytics	Nouveaux clients : l’expérience Platform Analytics est automatiquement disponible sur la plateforme AI de ServiceNow. Il offre une interface intuitive pour vous aider à mieux comprendre et utiliser vos données. Mise à niveau des clients : si vous utilisez actuellement des tableaux de bord réactifs à l’interface utilisateur principale , vous continuerez à y avoir accès sans aucune interruption. Envisagez une transition vers l’expérience Platform Analytics pour tirer pleinement parti des nouvelles fonctionnalités.	Xanadu
Playbooks dans Studio de workflow	Après la mise à niveau vers Xanadu, mettez à jour les applications Playbooks et Studio de workflow dans le ServiceNow Store.	Xanadu
Gestion du catalogue de produits et gestion des prix	Si vous utilisez le point sn_csm_pricing.PricingAdjustmentsExtensionPoint d’extension pour les ajustements de prix, modifiez le plan de tarification par défaut (introduit dans la version de novembre 2024) après la mise à niveau. Les étapes du plan de tarification pour les matrices Ajustement du prix du composant de configuration et Ajustement des prix standard ne sont pas applicables. En tant qu’administrateur ou gestionnaire de la tarification, supprimez les étapes de ces matrices du plan de tarification par défaut. Accédez à la Tous > Tarification > Plans de tarification. Sélectionnez le plan de tarification par défaut publié. Sélectionnez Copier. Dans la copie du plan de tarification, accédez à la liste connexe Étapes du plan de tarification. Sélectionnez les lignes de l’étape Appliquer les ajustements des composants de configuration (séquence 50) et de l’étape Appliquer les ajustements contextuels (séquence 60), puis sélectionnez Supprimer dans le menu Actions sur les lignes sélectionnées. Sélectionnez Mettre à jour. Publiez la copie du plan de tarification.	Xanadu
Public Sector Digital Services	Après la mise à niveau, certains menus du secteur public et éléments de menu dans l’espace de travail configurable CSM reprennent leur nom d’étiquette CSM d’origine. Vous pouvez réétiqueter ces éléments pour une utilisation dans le secteur public en mettant à jour les catégories de liste UX pour les organisations de clients et de services. Pour en savoir plus sur le réétiquetage, accédez à Tous > Service membre > Administration > Configuration guidée, puis sélectionnez Espace de travail configurable for Public Sector Digital Services > Personnaliser manuellement les étiquettes de l'espace de travail.	Xanadu
RPA Hub	Mettez à niveau l’un de ces programmes d’installation de logiciels Microsoft (MSI) actuellement installés en téléchargeant les applications RPA : RPA Desktop Design Studio Robot assisté Robot non assisté Robot non assisté Login Agent Pour plus d’informations, consultez Télécharger les applications RPA à partir de RPA Hub. Les informations de mise à niveau suivantes ne s’appliquent que lorsque vous effectuez une mise à niveau de San Diego ou Tokyo vers Xanadu. Selon le nombre d’enregistrements dans la table Fichier d’application, vous pourriez rencontrer un retard potentiel lors de la mise à niveau des applications RPA Hub à partir de Tokyo ou de versions antérieures vers Xanadu. Avant de mettre à niveau RPA Hub vers Xanadu, vous devez définir la valeur de la glide.rollback.blacklist.TableParentChange.change propriété système sur faux. Si cette propriété n’existe pas dans la table Propriété système [sys_properties], ajoutez-la et définissez sa valeur sur faux. Pour plus d’informations sur l’ajout d’une propriété, consultez Ajouter une propriété système. Après la mise à niveau vers Xanadu, les définitions de processus de bot basculent vers la nouvelle structure, qui correspond à la configuration du processus de bot. Bien que la configuration du processus de bot ne remplace pas complètement le processus de bot, la plupart des champs sont déplacés du processus de bot vers la configuration du processus de bot. Si vous effectuez une mise à niveau vers Xanadu sans mettre à jour la valeur de propriété système, les tables n’étendent pas la table Fichier d’application. Pour mettre à jour manuellement les changements apportés à la table, consultez l’article Restructuration des tables RPA Hub à sys_metadata dans la version Utah et au-delà dans la base de connaissances Now Support .	Xanadu
Contrôle de la posture de sécurité	Pour obtenir la liste complète des applications requises pour implémenter Security Posture Control, consultez Installer Security Posture Control.	Xanadu
Pont de services	Service Bridge La version 2.x.x publiée avec la version Xanadu ne prend pas en charge la migration des versions Pont de services (hérité). Si vous utilisez une version de Pont de services (hérité), avant d’effectuer une mise à niveau vers la version Xanadu , vous devez suivre les instructions de l’article Pont de services pour fournisseurs (hérité) - Utilitaire de migration (KB1499823) dans la base de connaissances Now Support pour migrer vos données de configuration. Si vous effectuez une mise à niveau à partir de la version 1.x.x de Pont de services, suivez les étapes indiquées dans le Guide de mise à niveau : application Pont de services pour fournisseurs et consommateurs (version v2.x.x : KB1700387) pour migrer vos applications de Pont de services . En raison de l’introduction d’une prise en charge de version incompatible, les nouveaux droits ne peuvent pas être activés tant que les consommateurs et les fournisseurs n’ont pas effectué la mise à niveau vers la version Xanadu . Les anciens droits actifs continueront de fonctionner, mais il n’est pas possible d’activer les nouveaux.	Xanadu
Espace de travail pour l'exploitation des services pour ITSM	Assurez-vous que les applications suivantes ont des versions mises à niveau compatibles : Application Applications ITSMpour l’Espace de travail pour l’exploitation des services (sn_sow_itsm_cont) Espace de travail pour l’exploitation des services Application ITOM Applications (sn_sow_itom_cont) Tableau 6. Versions compatibles de Espace de travail pour l’exploitation des services Espace de travail pour l’exploitation des services pour ITSM (sn_sow_itsm_cont) Espace de travail pour l’exploitation des services pour ITOM (sn_sow_itom_cont) 1.1.x 21.0.y 1.2.x 21.1.y 1.3.x 21.2.y, 21.5.y et 21.6.y 2.0.x 22.0.y 2.1.x 22.1.y et 22.y.y 3.1.x 23.y.y 4.x.x 24.y.y 5.0.x 24.2.y 5.1.0 25.2.0 6.1.1 26.0.12	Xanadu
ServiceNow SDK	Effectuez une mise à niveau vers la dernière version du SDK ServiceNow à l’aide de la commande de mise à niveau now-sdk . Pour plus d’informations, voir Mettre à niveau le SDK ServiceNow.	Xanadu
Skills Management	Le tableau de bord des compétences est automatiquement migré vers l’interface utilisateur Next Experience dans la version Xanadu . Lors de la mise à niveau, vous pouvez accéder automatiquement au tableau de bord Compétences dans l’interface utilisateur Next Experience.	Xanadu
Gestion des actifs logiciels	Après la mise à niveau vers la version 4.3 du spoke Microsoft Entra ID, la tâche d’annuaire n’est pas exécutée pour les Microsoft Azure AD - Download Group Membership intégrations SSO ou Directory existantes. Cette tâche d’annuaire n’est pas non plus créée pour les nouvelles intégrations SSO ou Directory. Au lieu de cela, la tâche d’annuaire Microsoft Azure AD - Download Groups télécharge tous les groupes et appartenances aux groupes configurés sur	Xanadu
Strategic Planning	Après la mise à niveau vers Strategic Planning v4.3.2, exécutez la tâche planifiée Migrer BreakdownInterval pour vérifier la fréquence . Cette tâche planifiée migre les valeurs existantes dans les champs Fréquence d’examen et Intervalle de répartition vers le champ Fréquence d’enregistrement des enregistrements cibles. Pour plus d’informations sur la façon dont ces valeurs sont migrées pour des cibles avec des valeurs différentes, voir Migration des répartitions cibles.	Xanadu
Gestion des abonnements	Gestion des abonnements version 3.2 est actif par défaut sur toutes les instances de la version Xanadu . Effectuez une mise à jour vers Gestion des abonnements version 4.0 ou ultérieure pour utiliser les dernières fonctionnalités. Pour plus d’informations sur la mise à jour de Gestion des abonnements, consultez Mettre à jour une application ou un module d’extension.	Xanadu
Telecommunications Network Inventory	Si vous êtes un utilisateur existant des versions précédentes, les modèles de produits hérités et nouveaux seront disponibles dans le menu de l’espace de travail d’inventaire réseau après la mise à niveau vers Xanadu. Pour remédier à ce problème, vous devez migrer vos données de modèle de produit héritées vers les nouvelles tables de modèles de produits dans votre instance actuelle. Pour plus de détails sur la procédure, voir KB1695167.	Xanadu
Gestion des risques liés aux tiers	Si vous êtes un utilisateur VRM effectuant une mise à niveau vers TPRM, lors de la mise à niveau vers Vancouver ou une version ultérieure à partir d’une version antérieure, vous devez exécuter chaque mise à niveau séquentiellement pour vous assurer que les scripts correctifs s’exécutent correctement. Cela signifie passer de l’Utah à Vancouver, de Vancouver à Washington DC, etc. Si les scripts ne s’exécutent pas dans le bon ordre, cela peut entraîner des incohérences de données, des fonctionnalités rompues et des conflits. Pour plus d’informations sur la mise à niveau de VRM vers TPRM, consultez Informations sur la mise à niveau de la gestion des risques liés aux tiers.	Xanadu
Intégration de Vulnerability Response avec Claroty CTD	Claroty CTD v5.1 est également pris en charge pour l’intégration de Vulnerability Response avec l’application Claroty CTD.	Xanadu
Intégrations de Réponse aux vulnérabilités	Pour plus d’informations sur les versions publiées de l’application Vulnerability Response ainsi que sur les applications tierces et ServiceNow compatibles avec la version Xanadu , consultez l’article Matrice de compatibilité de Vulnerability Response et changements de schéma de mise en production [KB0856498] dans la base de connaissances Now Support . Pour plus d’informations sur les nouvelles fonctionnalités de Vulnerability Response, consultez les notes de publication de Vulnerability Response.	Xanadu
Studio de workflow	À partir du correctif 3 pour Washington DC , la mise à jour de Workflow Studio met automatiquement à jour toutes ses dépendances d’application telles que ServiceNow® Workflow Studio, Playbook et ServiceNow® Decision Builder. Vous ne pouvez plus voir ni mettre à jour les dépendances d’application individuelles de Studio de workflow à partir du ServiceNow® Store ou de la liste des modules d’extension.	Xanadu
Tour de contrôle IA	Version en disponibilité générale, pas de mise à niveau.	Yokohama
Recherche IA	Lorsque vous effectuez une mise à niveau vers Yokohama à partir d’une version antérieure, rendez le contenu du bloc de connaissances consultable en réindexant toutes vos sources indexées qui incluent des articles de la base de connaissances. Pour plus de détails sur la réindexation, voir Indexer ou réindexer une source indexée ou Indexer ou réindexer plusieurs sources indexées.	Yokohama
App Engine Studio	En raison d’un nouveau processus d’affectation des groupes dans AEMC, la même version du module d’extension Admission d’application doit être activée sur chacune de vos instances. Pour plus d’informations, consultez le rapport de conformité et de préparation de l’application.	Yokohama
Réponse aux vulnérabilités de l'application	Pour plus d’informations sur les nouvelles fonctionnalités de Vulnerability Response, consultez les notes de publication de Vulnerability Response. Pour plus d’informations sur les versions publiées de l’application Application Vulnerability Response ainsi que sur les applications tierces et ServiceNow compatibles avec la version Xanadu, consultez l’article Matrice de compatibilité de la réponse aux vulnérabilités et changements de schéma de mise en production [KB0856498] dans la base de connaissancesNow Support.	Yokohama
Framework de tests automatisés	Copiez et personnalisez les tests de démarrage rapide fournis par la plateforme d’IA ServiceNow® pour valider que votre instance fonctionne après avoir effectué des changements de configuration. Par exemple, si vous appliquez une mise à niveau ou développez une application. Les tests ne peuvent produire un résultat de réussite que lorsque vous les exécutez sur un système de base sans aucune personnalisation et avec les données de démonstration par défaut fournies avec le module d’extension de l’application ou de la fonctionnalité. Pour appliquer un test de démarrage rapide à des données spécifiques à votre instance, copiez le test de démarrage rapide et ajoutez vos données personnalisées. Pour plus d’informations, voir Tests de démarrage rapide disponibles par application ou fonctionnalité.	Yokohama
Base de données de gestion des configurations (CMDB)	Trois nouveaux index (parent, type), (enfant, type) et (enfant, parent, type, port) sont ajoutés à la table Relation CI [cmdb_rel_ci] pour améliorer les performances du moteur IRE (Identification et rapprochement) qui interroge cette table. Ce changement est susceptible d’augmenter le temps de mise à niveau. Pour plus d’informations sur l’impact de ce changement pendant la mise à niveau et pour savoir comment minimiser cet impact, consultez Augmentation du temps de mise à niveau de Yokohama en raison des ajouts d’index cmdb_rel_ci [KB1703367].	Yokohama
Gestion des données	Un enregistrement de politique de gestion des données est automatiquement créé pour chaque table configurée avec une règle d’archivage ou une règle de nettoyage de table avant la mise à niveau.	Yokohama
Confidentialité des données	Les changements de gestion des licences vous permettent d’installer les API Découverte de données, Découverte de données , Anonymisation des données et Confidentialité des données sans autorisation, mais vous devez disposer d’une autorisation pour exécuter une tâche.	Yokohama
Vélocité de changement DevOps	Si vous êtes un nouveau client ou si vous utilisez une instance zBoot et que vous souhaitez créer des demandes de changement de workflow basées sur le type dans DevOps Change Velocity, vous devez ajouter la com.snc.change_management.change_model.type_compatibility propriété et la définir sur Vrai. Pour plus d’informations, voir Ajouter une propriété système. Si vous êtes un client effectuant une mise à niveau, vous devez exécuter la tâche Reconfigurer les référentiels du serveur Bitbucket pour PullRequest afin de reconfigurer vos référentiels Bitbucket Server ou Bitbucket Data Center existants afin que les enregistrements de demande d’extraction puissent être importés. Vous pouvez accéder à Tous les travaux planifiés de la définition du système > > pour rechercher cette tâche et l’exécuter.	Yokohama
Gestion de la clé de chiffrement	L’API GlideEncrypter utilise la norme de cryptage à trois clés Triple Data Encryption Standard (3DES) que la norme NIST 800-131A Rev 2 a déconseillée d’utiliser après 2023. Les changements suivants ont lieu dans la version Yokohama en vue d’une dépréciation complète de GlideEncrypter/3DES à l’avenir. Les nouvelles instances Yokohama ne peuvent pas utiliser GlideEncrypter. Tous les scripts du système de base ont été modifiés pour utiliser d’autres processus de chiffrement. si vous mettez à niveau vos instances Yokohama , vous pouvez toujours utiliser 3DES, mais vous pouvez également désactiver l’utilisation de 3DES avec une propriété système. En savoir plus sur l’obsolescence de 3DES dans KB1704481.	Yokohama
Connecteurs de contenu externe	À partir de la version 2 de l’application Connecteurs de contenu externe , les connecteurs de contenu externe implémentent l’indexation vectorielle sémantique pour les éléments analysés. Lorsque vous effectuez une mise à niveau vers une version qui prend en charge l’indexation vectorielle sémantique, vos connecteurs existants réindexent tous les éléments précédemment récupérés la prochaine fois qu’ils seront visités par une analyse, même si le contenu de ces éléments reste inchangé. Pour forcer l’indexation vectorielle sémantique de vos éléments de contenu externe dès que possible après la mise à niveau, annulez toutes les analyses en cours d’exécution, puis redémarrez manuellement les analyses annulées. Lorsque vous effectuez une mise à niveau vers la version 4 de l’application Connecteurs de contenu externe à partir d’une version antérieure, les recherches peuvent ne pas afficher tout le contenu précédemment exploré tant que vous n’avez pas terminé à la fois une analyse de contenu et une analyse de mappage d’utilisateurs pour chaque connecteur mis à niveau. La première analyse de contenu exécutée après la mise à niveau réindexera tout le contenu pouvant faire l’objet d’une recherche à partir du système source, et l’analyse du mappage utilisateur réindexera toutes les principales de sécurité du système source. Tout le contenu exploré doit être affiché dans les recherches une fois ces deux explorations terminées.	Yokohama
Gestion des services sur site	La mise à niveau vers Yokohama peut prolonger le temps de maintenance de la mise à niveau d’un client en raison de la prise de rendez-vous. Les tables de configuration de Prise de rendez-vous sont étendues à la table Fichier d’application [sys_metadata] dans le cadre de la mise à niveau. Après la mise à niveau vers Yokohama, le changement de parent se produit automatiquement et la durée du changement de parent dépend du nombre d’enregistrements dans la table Fichier d’application [sys_metadata]. À compter du 1er mars 2025, Google a désigné l’API Places, l’API Directions et l’API Distance Matrix en tant que services hérités. Les versions les plus récentes de ces services sont l’API Lieux (Nouveau) et l’API Itinéraires. Vous ne pouvez pas activer ou générer de nouvelles clés API pour ces services hérités. Toutefois, vous pouvez continuer à utiliser ces services avec les clés API existantes. Si vous devez créer une nouvelle clé API Google après le 1er mars 2025, vous devez activer les nouvelles API à partir de la console Google et effectuer une mise à niveau vers la version Yokohama Patch 3 ou ultérieure pour garantir la compatibilité.	Yokohama
Financial Services Card Operations	Lors de la mise à niveau vers Yokohama, le module d’extension Financial Services Card Operations change le parent de la table Transaction de litiges de cartes [sn_bom_credit_card_disputes_transaction] en table Tâche financière [sn_bom_task] dans Opérations des services financiers Core. Le changement de parent tire parti des avantages et des avancées de ServiceNow® Financial Services Operations Core tout en préservant les fonctionnalités des applications existantes. Remarque : Si votre instance utilise la table des transactions de litiges de cartes [sn_bom_credit_card_disputes_transaction] et qu’elle contient une grande quantité de données, vous risquez de constater une augmentation des temps de mise à niveau.	Yokohama
Contrôleur d’IA générative	Le contrôleur d’IA générative est installé et mis à jour lorsque vous installez ou mettez à jour une application Now Assist . Si vous rencontrez des problèmes lors de l’installation ou de la mise à jour des applications, consultez cet article de la base de connaissances pour connaître les étapes à suivre pour résoudre votre problème. Sinon, vous pouvez créer un ticket de support.	Yokohama
Visibilité ITOM	La prise en charge de 3DES est prévue pour être définitivement supprimée du serveur MID pour les serveurs MID avec découverte basée sur SSH ou intégrations SSH. Pour plus d’informations, consultez Dépréciation de 3DES dans SSH à partir de Xanadu [KB1644950].	Yokohama
Impact	La configuration de l’application Impact Store nécessite une séquence de tâches. Voir Configuration de l’application Impact Store pour plus d’informations .	Yokohama
Réplication de données d'instance	Améliorez les performances et l’efficacité de traitement de la réplication de données d’instance (IDR) en mettant à niveau vos ensembles de réplication vers la version V2, qui utilise le service de messagerie Hermes. Pour plus d’informations, consultez Mise à niveau des ensembles hérités. La rotation du journal est automatiquement activée pour la table Erreur de charge utile de réplication [idr_replication_payload_error] après la mise à niveau. Par défaut, la planification de rotation des journaux comprend sept partitions, avec cinq jours pour chaque partition. Toutes les entrées de journal de cette table créées avant la mise à niveau sont automatiquement tronquées.	Yokohama
Serveur MID	Pour connaître la dernière configuration système requise pour le Serveur MID , consultez Configuration système requise pour le Serveur MID. La version JRE minimale prise en charge est 17.0.10 et la version recommandée est 17.0.12. Si vous avez installé votre propre JRE, le processus de mise à niveau effectue les actions suivantes pour vérifier que le serveur MID utilise un JRE pris en charge : Si un serveur MID utilise une version non prise en charge de JRE lors de la mise à niveau, le processus de mise à niveau affiche un message d’avertissement avec la version JRE minimale et recommandée. Si un JRE pris en charge est en cours d’exécution sur l’hôte du Serveur MID , le Serveur MID mis à niveau utilise cette version. Tous les ordinateurs hôtes de MID Server doivent accéder au site de téléchargement à install.service-now.com pour activer les mises à niveau automatiques. Pour plus d’informations, lisez comment le système gère les mises à niveau de Serveur MID. Un seul service Windows MID Server est autorisé selon le chemin d’accès de l’exécutable. Les serveurs MIDWindows mis à niveau qui ont plusieurs services pointant vers le même dossier d’installation ne peuvent pas démarrer. Voir Échec du démarrage du Serveur MID pour plus d’informations. Pour plus d’informations sur les mises à niveau de Serveur MID , consultez les rubriques suivantes : Vérification préalable à la mise à niveau du serveur MID : décrit comment le moniteur de mise à niveau automatique teste la capacité du serveur MID à se mettre à niveau sur votre système avant la mise à niveau réelle. Mise à niveau manuelle du serveur MID : décrit comment mettre à niveau manuellement vos serveurs MID.	Yokohama
Analyse Now Assist	L’analyse Now Assist est installée et mise à jour lorsque vous installez ou mettez à jour une application Now Assist . Si vous rencontrez des problèmes lors de l’installation ou de la mise à jour des applications, consultez cet article de la base de connaissances pour connaître les étapes à suivre pour résoudre votre problème. Sinon, vous pouvez créer un ticket de support.	Yokohama
Now Assist pour Réponse aux incidents de sécurité et Now Assist pour Réponse aux vulnérabilités	Pour plus d’informations sur les applications requises pour Now Assist pour Réponse aux vulnérabilités, voir Informations de prise en charge. Pour plus d’informations sur les applications requises pour Now Assist pour Réponse aux incidents de sécurité, voir Informations de prise en charge. À partir de la version 2.0.1, le nom de l’application Now Assist pour Opérations de sécurité dans le ServiceNow® Store et dans votre instance de plateforme IA ServiceNow® a été changé en Now Assist pour Réponse aux incidents de sécurité. Vous devez effectuer une mise à niveau vers la version 2.0.1 pour accéder aux fonctionnalités suivantes : Générez des notes de résolution dans le menu contextuel Now Assist . Générez des aperçus de corrélation pour une enquête sur un incident de sécurité à partir du panneau Now Assist . L’application Recherche IA doit être activée afin que la compétence des actions recommandées fonctionne pour les incidents de sécurité. Pour vérifier que Recherche IA est activée sur votre instance, accédez à Tous > Recherche IA > État de Recherche IA. Contactez l’assistance si la page indique que Recherche IA n’est pas activée.	Yokohama
Now Assist pour Gestion des contrats	Si vous effectuez une mise à niveau vers Now Assist dans Gestion des contrats à partir de Yokohama Patch 3 à partir d’une version précédente et que vous avez des cas d’utilisation personnalisés, exécutez un script correctif pour migrer les données existantes vers la console d’administration Now Assist . Accédez à la Tous > Définition du système > Scripts correctifs. Dans le champ Nom , recherchez la configuration de la compétence Mettre à jour et insérer le DI. Dans le script, ajoutez les ID de cas d’utilisation que vous souhaitez migrer vers la console d’administration Now Assist . Sélectionnez Exécuter le script correctif. Pour plus d’informations, consultez Étapes postérieures à la mise à niveau de Now Assist dans Gestion des contrats.	Yokohama
Now Assist dans Analyse de la plateforme	Lors de la mise à niveau vers la version Store de septembre 2025 de n’importe quelle application Now Assist , vous devez activer les compétences de génération de requête pour utiliser la génération de visualisation de données. Pour plus d’informations, consultez Activer les compétences de génération de requête et Activer la génération de visualisation de données.	Yokohama
Expérience Platform Analytics	Si vous aviez précédemment migré vos actifs d’analyse vers Platform Analytics, les actifs qui étaient en mode de compatibilité mais qui sont nouvellement pris en charge dans Yokohama sont migrés automatiquement.	Yokohama
Playbooks dans Studio de workflow	Après la mise à niveau vers Yokohama, mettez à jour l’application Studio de workflow dans le ServiceNow Store.	Yokohama
Planification de portefeuille	Après la mise à niveau vers Planification de portefeuille v8.8.0, les paramètres d’affichage personnalisés précédemment enregistrés sous les préférences utilisateur sont effacés. Vous devez réappliquer ces changements et créer des vues si nécessaire. Pour obtenir des instructions, consultez Créer une vue de planification de portefeuille dans Planification de portefeuille et Créer une vue de feuille de route de forme libre dans Planification de portefeuille.	Yokohama
Gestion du catalogue de produits et gestion des prix	Après la mise à niveau vers la version de mai 2025 des applications Sales and Order Management , vous devez exécuter une tâche planifiée qui active automatiquement l’option Autoriser plusieurs configurations lorsque votre administrateur de catalogue crée des offres de produits avec une spécification de produit associée. Cette tâche est appelée tâche planifiée avec un script de mise à niveau pour définir « allow_multiple_configurations » sur vrai sur une offre. Lorsque plusieurs configurations d’offres de produits sont autorisées dans les opportunités, les devis ou les commandes configurables, les agents peuvent créer plusieurs instances d’une offre de produit enfant et définir des configurations personnalisées pour chaque instance d’offre. Remarque : L’option Autoriser plusieurs configurations est toujours activée (définie sur vrai) pour toutes les offres de produits qui ont une spécification de produit associée. Toutefois, si la spécification de produit a une hiérarchie enfant, cette option n’est respectée que pour les commandes passées via les API TMF. Pour les spécifications sans hiérarchie, le marqueur est respecté dans tous les canaux de commande. La version de mai 2025 fournit un plan de tarification par défaut qui inclut une nouvelle étape, Appliquer l’ajustement de renouvellement. Si vous avez utilisé un plan de tarification personnalisé d’une version antérieure, passez en revue le plan de tarification par défaut, qui est à l’état Mis hors service après la mise à niveau vers la version de mai 2025. Déterminez si vous souhaitez publier le plan par défaut ou personnaliser le plan de tarification par défaut en fonction de vos besoins, puis publiez le plan personnalisé à utiliser.	Yokohama
Public Sector Digital Services	Après la mise à niveau, certains menus du secteur public et éléments de menu de l’espace de travail configurable CSM reviennent à leur nom d’étiquette CSM d’origine. Vous pouvez réétiqueter ces éléments pour une utilisation dans le secteur public en mettant à jour les étiquettes des enregistrements de catégorie de liste UX Client, Comptes et Organisations de services . Pour en savoir plus sur le réétiquetage, accédez à Tous > Service membre > Administration > Configuration guidée, puis sélectionnez Espace de travail configurable for Public Sector Digital Services > Personnaliser manuellement les étiquettes de l'espace de travail.	Yokohama
RPA Hub	Mettez à niveau l’un de ces programmes d’installation de logiciels Microsoft (MSI) actuellement installés en téléchargeant les applications RPA : RPA Desktop Design Studio Robot assisté Robot non assisté Robot non assisté Login Agent Pour plus d’informations, consultez Télécharger les applications RPA à partir de RPA Hub. Les informations de mise à niveau suivantes ne s’appliquent que lorsque vous effectuez une mise à niveau de San Diego ou de Tokyo vers Yokohama. En fonction du nombre d’enregistrements dans la table Fichier d’application, vous pouvez rencontrer un délai lors de la mise à niveau des applications RPA Hub à partir de Tokyo ou de versions antérieures vers Yokohama. Avant de mettre à niveau RPA Hub vers Yokohama, vous devez définir la valeur de la glide.rollback.blacklist.TableParentChange.change propriété système sur false. Si cette propriété n’existe pas dans la table Propriété système [sys_properties], ajoutez-la et définissez sa valeur sur faux. Pour plus d’informations sur l’ajout d’une propriété, consultez Ajouter une propriété système. Après la mise à niveau vers Yokohama, les définitions des processus de bot sont remplacées par la nouvelle structure, qui est la configuration du processus de bot. Bien que la configuration du processus de bot ne remplace pas complètement le processus de bot, la plupart des champs sont déplacés du processus de bot vers la configuration du processus de bot. Si vous effectuez une mise à niveau vers Yokohama sans mettre à jour la valeur de propriété système, les tables n’étendent pas la table Fichier d’application [sys_metadata]. Pour mettre à jour manuellement les changements apportés à la table, consultez l’article Restructuration des tables RPA Hub à sys_metadata dans la version Utah et au-delà [KB1223629] dans la base de connaissancesNow Support.	Yokohama
Contrôle de la posture de sécurité	Pour obtenir la liste complète des applications requises pour implémenter Security Posture Control, consultez Installer Security Posture Control.	Yokohama
Pont de services	Lors de l’utilisation de Pont de services pour les fournisseurs et de Pont de services pour les consommateurs dans une seule instance, vous devez mettre à niveau les deux applications simultanément vers la même version pour maintenir la compatibilité. L’include de script global de Pont de services est automatiquement installé ou mis à jour lorsque vous installez l’application Pont de services sur les versions de plateforme suivantes : Washington DC Correctif 9 Xanadu Correctif 4 Yokohama Service Bridge La version 2.x.x, qui a été publiée pour la première fois avec la version Xanadu , ne prend pas en charge la migration des versions Pont de services (hérité). Si vous utilisez une version de Pont de services (héritée), avant d’effectuer une mise à niveau vers la version Yokohama , vous devez suivre les instructions de l’article Pont de services pour les fournisseurs (hérité) : utilitaire de migration [KB1499823] dans la base de connaissances Now Support pour migrer vos données de configuration. Si vous effectuez une mise à niveau à partir de Pont de services version 1.x.x, suivez les étapes du Guide de mise à niveau - Pont de services pour l’application Fournisseurs et consommateurs (version v2.x.x) [KB1700387] pour migrer vos applications Pont de services . En raison de l’introduction de la prise en charge des versions incompatibles, les nouveaux droits ne peuvent pas être activés tant que les consommateurs et les fournisseurs n’ont pas effectué la mise à niveau vers la version 2.x.x de Service Bridge . Les anciens droits actifs continueront de fonctionner, mais il n’est pas possible d’activer les nouveaux. Si vous effectuez une mise à niveau vers Pont de services version 2.0.55 avec la version 1.0.4 du module d’extension Gestion des ventes et des commandes avant de mettre à niveau la plateforme vers la version Yokohama , les nouvelles ACL de refus ne seront pas installées. Pour vous assurer que les ACL de refus sont installées, après la mise à niveau vers Yokohama, vous devez cliquer sur Réparer pour réinstaller l’application Pont de services .	Yokohama
Espace de travail pour l'exploitation des services pour ITSM	Assurez-vous que les applications suivantes ont des versions mises à niveau compatibles : Application Applications ITSMpour l’Espace de travail pour l’exploitation des services (sn_sow_itsm_cont) Espace de travail pour l’exploitation des services Application ITOM Applications (sn_sow_itom_cont) Pour plus d’informations sur les versions compatibles, consultez Compatibilité des versions entre Espace de travail pour l’exploitation des services pour ITSM et Espace de travail pour l’exploitation des services ITOM.	Yokohama
IDE ServiceNow	La version 1.1.4 de l’IDE ServiceNow est active par défaut sur les instances de la version Yokohama. Effectuez une mise à jour vers la version 2.0 ou ultérieure de l’IDE ServiceNow pour utiliser les dernières fonctionnalités. Pour plus d’informations sur la mise à jour de l’IDE ServiceNow, voir [Texte du lien d’espace réservé vers la clé updating-apps-app-manager].	Yokohama
ServiceNow SDK	Effectuez une mise à niveau vers la dernière version du SDK ServiceNow à l’aide de la commande de mise à niveau now-sdk . Pour plus d’informations, voir Mettre à niveau le SDK ServiceNow. La version 3.0 du SDK ServiceNow prend en charge l’intégration aux instances ServiceNow à partir de la version Washington DC. Remarque : Pour plus d’informations sur les versions mineures du SDK ServiceNow, consultez les articles IDE, SDK et Fluent ServiceNow dans la communauté ServiceNow.	Yokohama
ServiceNow Studio	Il n’est plus nécessaire de télécharger ServiceNow Studio à partir du ServiceNow Store. Il est disponible par défaut sur la plateforme d’IA de ServiceNow .	Yokohama
Gestion des actifs logiciels	À partir de la version Yokohama , tous les includes de script de rapprochement sont déplacés de la version familiale vers l’application du magasin Gestion des actifs logiciels (com.sn_itam_samp). Lors de la mise à niveau vers Yokohama, si vous avez apporté des personnalisations aux includes de script de rapprochement, vous devez déplacer vos personnalisations vers les nouveaux includes de script. Les anciens includes de script seront obsolètes. Lors de la mise à niveau vers Yokohama Patch 1 avec l’application du magasin Software Asset Management (sn_itam_samp) 2.1.0 installée, vous devez supprimer les droits pour les profils d’intégration CrowdStrike existants. Ensuite, créez de nouvelles autorisations pour divers produits CrowdStrike , tels que CrowdStrike Falcon Endpoint Protection et CrowdStrike Falcon Discover, en fonction de leurs mesures de licence. Ces mesures incluent le capteur de moyenne horaire réservée et l’abonnement au capteur, qui se trouvent dans le groupe de mesures de licence CrowdStrike . Si des profils CrowdStrike existants sont à l’état Brouillon, créez de nouveaux profils d’intégration et supprimez les profils existants. Si des profils CrowdStrike existants sont à l’état Publié, leur état passe à Brouillon.	Yokohama
Strategic Planning	Après la mise à niveau vers Strategic Planning v4.7.0, les changements suivants s’appliquent aux préférences utilisateur : Les paramètres d’affichage personnalisés précédemment enregistrés sous les préférences utilisateur seront effacés. Vous devez réappliquer ces changements et créer des vues si nécessaire. Pour obtenir des instructions, voir Créer une vue de planification de portefeuille dans Planification stratégique et Créer une vue de feuille de route de forme libre dans Planification stratégique. Les personnalisations apportées aux vues Chronologie et Kanban de l’onglet Feuille de route , et à la vue Kanban de l’onglet Priorisation au niveau du plan de portefeuille, seront copiées dans la vue Par défaut du plan de portefeuille. De même, toutes les personnalisations apportées aux vues Chronologie et Kanban de la feuille de route de forme libre seront également copiées dans la vue Par défaut de la feuille de route de forme libre.	Yokohama
Telecommunications Network Inventory	La version Yokohama nécessite la version de plateforme Xanadu pour prendre en charge la fonctionnalité de conception et d’affectation du playbook.	Yokohama
Gestion de l’exploitation des services de télécommunications (TSOM)	Après l’installation de la Gestion des opérations de télécommunications TSOM, toutes les règles d’identification IRE personnalisées appliquées aux cartes d’interface, aux créneaux, aux sous-créneaux et aux interfaces réseau peuvent être affectées. Vous devez examiner et valider les règles pour assurer un fonctionnement adéquat.	Yokohama
Gestion des risques liés aux tiers	À partir de la version Vancouver , si vous êtes un utilisateur VRM effectuant une mise à niveau vers TPRM, à partir d’une version antérieure, vous devez exécuter chaque mise à niveau séquentiellement pour vous assurer que les scripts correctifs s’exécutent correctement. Cela signifie qu’il faut passer d’une version à l’autre plutôt que de sauter la dernière version. Le fait de ne pas exécuter les scripts dans le bon ordre peut entraîner des incohérences de données, des fonctionnalités rompues et des conflits. Pour plus d’informations sur la mise à niveau de VRM vers TPRM, consultez Informations sur la mise à niveau de la gestion des risques liés aux tiers. Pour les clients TPRM existants, après la mise à niveau vers la version 20.2.4, les données de la colonne Secteur de la table Société [core_company] sont automatiquement migrées vers la colonne tprm_industry. La migration peut prendre plusieurs heures en fonction du nombre d’enregistrements dans la table Société [core_company]. Après la migration, un message du journal système confirme que la migration est terminée. Passez en revue le contenu de la table Société [core_company] et mettez à jour toutes les personnalisations faisant référence au champ Secteur pour utiliser tprm_industry. Après avoir vérifié la migration et mis à jour les personnalisations, vous pouvez supprimer la colonne Secteur.	Yokohama
Intégration de Vulnerability Response avec Claroty CTD	Claroty CTD v5.1 est également pris en charge pour l’intégration de Vulnerability Response avec l’application Claroty CTD.	Yokohama
Intégrations de Réponse aux vulnérabilités	Pour plus d’informations sur les versions publiées de l’application Vulnerability Response ainsi que sur les applications tierces et ServiceNow compatibles avec la version Yokohama , consultez l’article Vulnerability Response Compatibility Matrix and Release Schema Changes [KB0856498] dans la base de connaissances Now Support . Pour plus d’informations sur les nouvelles fonctionnalités de Vulnerability Response, consultez les notes de publication de Vulnerability Response.	Yokohama
Optimisation des effectifs pour ITSM	Sécurité renforcée pour accéder à Optimisation de la main d’œuvre pour ITSM Lorsque vous effectuez une mise à niveau vers la version Yokohama , vous avez la possibilité d’activer la sécurité améliorée pour l’application Optimisation de la main d’œuvre pour ITSM . Pour bénéficier de la sécurité renforcée, vous devez contacter Now Support pour installer le module d’extension Fonctionnalités de sécurité renforcées ITSM (com.snc.itsm.enhanced_security). Une fois le module d’extension installé, vous avez besoin des rôles répertoriés ici pour accéder aux fonctionnalités respectives. Fonctionnalités dans Optimisation de la main d’œuvre pour ITSM Rôle requis pour chaque utilisateur Révision des compétences Responsable de l’examen des compétences (sn_wfo_skillreview.manager) Utilisateur de l’examen des compétences (sn_wfo_skillreview.user) Planificateur de travail Administrateur de planificateur de travail (sn_wfo_work_sched.admin) Gestionnaire de planificateur de travail (sn_wfo_work_sched.manager)	Yokohama
Recherche IA	Après la mise à niveau vers Zurich à partir d’une version familiale antérieure, exécutez des analyses de documents complètes dans tous vos connecteurs de contenu externes pour mettre à jour leurs mappages de champs d’indexation vectorielle sémantique.	Zurich
Réponse aux vulnérabilités de l'application	Pour plus d’informations sur les nouvelles fonctionnalités de Vulnerability Response, consultez les notes de version de Vulnerability Response. Pour plus d’informations sur les versions publiées de l’application Application Vulnerability Response ainsi que sur les applications tierces et ServiceNow compatibles avec la version Zurich, consultez l’article Matrice de compatibilité de la réponse aux vulnérabilités et changements de schéma de mise en production [KB0856498] dans la base de connaissancesNow Support.	Zurich
Framework de tests automatisés	Copiez et personnalisez les tests de démarrage rapide fournis par la plateforme d’IA ServiceNow® pour valider que votre instance fonctionne après avoir effectué des changements de configuration. Par exemple, si vous appliquez une mise à niveau ou développez une application. Les tests ne peuvent produire un résultat de réussite que lorsque vous les exécutez sur un système de base sans aucune personnalisation et avec les données de démonstration par défaut fournies avec le module d’extension de l’application ou de la fonctionnalité. Pour appliquer un test de démarrage rapide à des données spécifiques à votre instance, copiez le test de démarrage rapide et ajoutez vos données personnalisées. Pour plus d’informations, voir Tests de démarrage rapide disponibles par application ou fonctionnalité.	Zurich
Gestion des changements	Dans le cadre de la mise à jour permettant d’utiliser le flux au lieu des agents d’avancement pour la détection de conflit, l’enregistrement du formateur d’interface utilisateur de progression du vérificateur de conflit fait référence à une nouvelle macro d’interface utilisateur, change_conflict_worker_progress_gate. Cette macro vérifie la change.conflict.useprogressworker propriété système pour déterminer le mécanisme de détection de conflit, puis affiche la macro d’interface utilisateur correspondante pour utiliser la table Agents d’avancement ou Agent de Gestion des changements. Pour plus d’informations, voir Détection de conflit.	Zurich
Gestion des coûts du cloud 9.0	La prise en charge de la plateforme Gestion des coûts du cloud est disponible à partir de la version Xanadu . Pour obtenir des instructions sur la mise à niveau de Gestion des coûts du cloud vers Zurich, consultez Mettre à niveau Analyse des coûts du cloud.	Zurich
Configuration Compliance	Pour plus d’informations sur les versions publiées de l’application Configuration Compliance ainsi que sur les applications tierces et ServiceNow compatibles avec la version Zurich, consultez l’article Matrice de compatibilité de la réponse aux vulnérabilités et changements de schéma de mise en production [KB0856498] dans la base de connaissancesNow Support.	Zurich
Base de données de gestion des configurations (CMDB)	En raison de la suppression de la valeur de conception de l’attribut de statut opérationnel dans un CI, après une mise à niveau, vous devez examiner tous les CI dont l’attribut de source de détection est défini sur Manual via IRE. Examinez l’attribut de statut opérationnel de ces CI et définissez-le sur une valeur prise en charge dans la CMDB pour votre environnement. Par exemple, vous pouvez définir l’attribut sur Non-Operational. Pour plus d’informations sur les valeurs d’état opérationnel, voir Cycle de vie tangible/physique. Sur une instance Zurich mise à niveau, vous devez exécuter manuellement la tâche Remove CMDB Roles from ITIL roles and Add CUD access to sn_cmdb_admin/sn_cmdb_editor rolesplanifiée pour configurer les rôles d’utilisateur sn_cmdb_admin et sn_cmdb_editor avec les autorisations nécessaires pour effectuer certaines tâches de l’Espace de travail CMDB. Cette tâche planifiée modifie les rôles d’utilisateur comme suit : Met à jour le rôle d’utilisateur ITIL pour qu’il ne contienne plus le rôle d’utilisateur sn_cmdb_editor et met à jour le rôle d’utilisateur itil_admin pour qu’il ne contienne plus le rôle d’utilisateur sn_cmdb_admin. Si ces autorisations n’existent pas, met à jour le sn_cmdb_admin et les rôles d’utilisateur sn_cmdb_editor avec créer, mettre à jour et supprimer l’accès à la classe d’élément de configuration [cmdb_ci]. Pour plus d’informations sur la tâche planifiée, consultez Supprimer sn_cmdb_admin de itil_admin et sn_cmdb_editor d’ITIL, puis ajouter l’accès créer/mettre à jour/supprimer à cmdb_ci table pour sn_cmdb_admin/sn_cmdb_editor [KB2290506].Remove CMDB Roles from ITIL roles and Add CUD access to sn_cmdb_admin/sn_cmdb_editor roles	Zurich
Réponse aux vulnérabilités du conteneur	Pour plus d’informations sur les versions publiées de l’application Container Vulnerability Response ainsi que sur les applications tierces et ServiceNow compatibles avec la version Zurich, consultez l’article Matrice de compatibilité de Vulnerability Response et changements de schéma de mise en production [KB0856498] dans la base de connaissancesNow Support.	Zurich
Libre-service client pour Sales and Order Management	La nouvelle expérience de paiement des commandes et les capacités améliorées des paniers sont fournies via un nouveau module d’extension Sales Cart (sn_sales_cart). En tant qu’administrateur, vous devez effectuer la migration de commande post-mise à niveau pour continuer à fournir une expérience transparente à vos clients. Si vous ne parvenez pas à effectuer les étapes de mise à niveau, vos clients peuvent perdre les produits ajoutés à leur panier.	Zurich
Gestion de la clé de chiffrement	Dans les versions précédentes, l’API GlideEncrypter utilisait la norme de cryptage à trois clés Triple Data Encryption Standard (3DES), que la norme NIST 800-131A Rév. 2 a déconseillée d’utiliser après 2023. Les changements suivants ont lieu dans la version Zurich en vue d’une dépréciation complète de GlideEncrypter/3DES à l’avenir : Les nouvelles instances de Zurich ne peuvent pas utiliser GlideEncrypter. Tous les scripts du système de base ont été modifiés pour utiliser d’autres processus de chiffrement. si vous mettez à niveau vos instances Zurich , vous pouvez toujours utiliser GlideEncrypter, qui a été mis à jour pour utiliser le chiffrement AES256-GCM via le cadre de gestion des clés. En savoir plus sur l’obsolescence de 3DES dans KB1704481.	Zurich
Chiffrement	Pour l’API GlideEncrypter, la norme NIST 800-131A Rév. 2 a recommandé de ne pas utiliser le chiffrement Triple Data Encryption Standard (3DES). Les changements suivants ont lieu dans la version Zurich avec la suppression officielle du chiffrement 3DES pour GlideEncrypter. L’API GlideEncrypter utilise par défaut l’algorithme basé sur Key Management Framework (KMF), Advanced Encryption Standard (AES), pour les opérations de chiffrement et de déchiffrement pour les instances mises à niveau uniquement. Cette API n’est pas prise en charge pour les instances créées avec la version Zurich ou ultérieure. En savoir plus sur l’obsolescence de 3DES dans KB1704481. Dans la version Zurich , Chiffrement au niveau des colonnes a reçu une mise à niveau requise vers le cadre de travail de gestion des clés Chiffrement au niveau des colonnes (KMF-CLE) en raison de l’obsolescence de 3DES à l’échelle de la plateforme. Pour en savoir plus sur cette mise à niveau, reportez-vous à la rubrique KB1700704.	Zurich
Enterprise Asset Management	À partir de la version Zurich , un nouveau menu, Actif rangé, a été ajouté à la barre de navigation de l’application ServiceNow Agent . Lors de la mise à niveau vers la version Zurich , un script correctif identifie si la barre de navigation de l’application ServiceNow Agent a été personnalisée et prend les mesures nécessaires. Si la barre de navigation n’a pas été personnalisée avant la mise à niveau, une nouvelle icône Actif rangé (icône ) est incluse dans la barre de navigation Si la barre de navigation a été personnalisée avant la mise à niveau, deux barres de navigation s’affichent : ancienne gestion des actifs informatiques personnalisée et gestion des actifs informatiques. La nouvelle icône apparaît dans la barre de navigation Gestion des actifs IT.	Zurich
Connecteurs de contenu externe	Lorsque vous effectuez une mise à niveau vers la version 4 de l’application Connecteurs de contenu externe à partir d’une version antérieure, les recherches peuvent ne pas afficher tout le contenu précédemment exploré tant que vous n’avez pas terminé à la fois une analyse de contenu et une analyse de mappage d’utilisateurs pour chaque connecteur mis à niveau. La première analyse de contenu exécutée après la mise à niveau réindexera tout le contenu pouvant faire l’objet d’une recherche à partir du système source, et l’analyse du mappage utilisateur réindexera toutes les principales de sécurité du système source. Tout le contenu exploré doit être affiché dans les recherches une fois ces deux explorations terminées.	Zurich
Gestion des services sur site	À compter du 1er mars 2025, l’API Google Places, l’API de directions et l’API Distance Matrix ont été désignées comme des services hérités. Les versions les plus récentes de ces services sont l’API Lieux (Nouveau) et l’API Itinéraires. Google Les API de mappage pour les options de service sur site utilisent la dernière version des API de la version Zurich et la version 8.0 de l’Espace de travail du répartiteur . Pour éviter les problèmes avec les API Google Maps, activez l’API Emplacements (Nouveau) et l’API Itinéraires à partir de la console Google Cloud Platform .	Zurich
Flux, flux secondaires et actions dans Studio de workflow	Une version antérieure de la fonction enregistrer au fur et à mesure a été publiée et retirée de la version Washington DC . Si vous effectuez une mise à niveau à partir de la version Washington DC , vous avez peut-être désactivé manuellement les fonctionnalités d’enregistrement au fur et à mesure en définissant une propriété système. Pour restaurer les fonctionnalités d’enregistrement au fur et à mesure, voir Restaurer la fonctionnalité d’enregistrement au fur et à mesure.	Zurich
Contrôleur d’IA générative	Le contrôleur d’IA générative est installé et mis à jour lorsque vous installez ou mettez à jour une application Now Assist . Si vous rencontrez des problèmes lors de l’installation ou de la mise à jour des applications, consultez cet article de la base de connaissances pour connaître les étapes à suivre pour résoudre votre problème. Sinon, vous pouvez faire une demande d’assistance.	Zurich
Gestion des actifs matériels 13.0.0	Depuis la version Zurich , quelques workflows ont été migrés vers Studio de workflow en tant que flux. Remarque : La migration des workflows vers Studio de workflow s’applique aux applications Gestion des actifs, Approvisionnement et Gestion des contrats . Les workflows suivants ont été migrés vers Studio de workflow sous forme de flux : Flux de processus d’approvisionnement : matériel Ordre de transfert Ligne d'ordre de transfert Demande source Approbation du contrat Lors de la mise à niveau vers la version Zurich , un script correctif identifie si les workflows ont été personnalisés et prend les mesures nécessaires. Si les workflows n’ont pas été personnalisés avant la mise à niveau, les workflows hérités sont désactivés de l’instance et les flux Studio de workflow sont installés et exécutés après la mise à niveau. Si les workflows impactés ont été personnalisés avant la mise à niveau, les flux Studio de workflow sont installés, mais ne sont exécutés pour aucun des flux impactés après la mise à niveau. Vous pouvez afficher et accéder aux workflows impactés dans l’instance après la mise à niveau. Toutefois, les workflows déconseillés sont considérés comme du code personnalisé et ne sont pas pris en charge pour la maintenance. Après la mise à niveau vers la version Zurich , si un enregistrement d’historique d’approbation existe pour un contrat qui n’est plus requis, rejetez l’enregistrement au lieu de le supprimer. Si l’enregistrement de l’historique d’approbation est supprimé, Studio de workflow ne prend pas en charge la mise à jour de la valeur du champ Sous-état du contrat pour afficher l’état correct. À partir de la version Zurich , un nouveau menu, Actif rangé, a été ajouté à la barre de navigation de l’application ServiceNow Agent . Lors de la mise à niveau vers la version Zurich , un script correctif identifie si la barre de navigation de l’application ServiceNow Agent a été personnalisée et prend les mesures nécessaires. Si la barre de navigation n’a pas été personnalisée avant la mise à niveau, une nouvelle icône Actif rangé (icône ) est incluse dans la barre de navigation Si la barre de navigation a été personnalisée avant la mise à niveau, deux barres de navigation s’affichent : ancienne gestion des actifs informatiques personnalisée et gestion des actifs informatiques. La nouvelle icône apparaît dans la barre de navigation Gestion des actifs IT. Un nouveau rôle, sn_itam_recomm.recommendations_read, permet de s’assurer que seuls les utilisateurs valides peuvent exécuter les API liées au menu Actions importantes dans l’espace de travail des actifs. Les rôles suivants, qui ont accès à l’espace de travail des actifs, incluent désormais le rôle sn_itam_recomm.recommendations_read : procurement_user inventory_admin inventory_user model_manager contract_manager itil catalog_manager catalog_admin sam ham_user asset Contrôlez les fuites de données sensibles à partir des requêtes de plage accessibles par des utilisateurs non authentifiés via les listes de contrôle d’accès (ACL) suivantes : Table Contrat [ast_contract] : seuls les utilisateurs disposant du rôle contract_manager peuvent effectuer l’opération query_range dans les colonnes Date de début, Numéro de contrat, Numéro de bon de commande et Fournisseur. Table M2M de l’utilisateur de contrat [clm_m2m_contract_user] : seuls les utilisateurs ayant les rôles contract_manager et actif peuvent effectuer l’opération de query_range dans les colonnes Contrat et Utilisateur. Table Activité de réussite HAMP [sn_hamp_success_activity] : seuls les utilisateurs disposant des rôles ham_admin et de ressource peuvent effectuer l’opération query_range dans les colonnes Description, Description brève et Objectifs de réussite. Seuls les utilisateurs disposant du rôle administrateur peuvent mettre à jour les propriétés système suivantes : glide.sg.voice_search.activé glide.ui.sn_hamp_asset_reclaim_task_activity.champs glide.ui.sn_hamp_loaner_asset_order_activity.champs glide.ui.sn_hamp_ztr_task_activity.champs sn_hamp.enable_shipping_carrier_validation_asn sn_hamp.ordre_phase_cycle_de_vie_modèle sn_hamp.update_assets_norm_model_name	Zurich
Impact	La configuration de l’application Impact Store nécessite une séquence de tâches. Un processus d’inscription unifié est disponible pour l’intégration à l’application Impact Store. Voir Configuration de l’impact.	Zurich
Réplication de données d'instance	Améliorez les performances et l’efficacité de traitement de la réplication de données d’instance (IDR) en mettant à niveau vos ensembles de réplication vers la version V2, qui utilise le service de messagerie Hermes. Pour plus d’informations, consultez Mise à niveau des ensembles hérités. La rotation du journal est automatiquement activée pour la table Erreur de charge utile de réplication [idr_replication_payload_error] après la mise à niveau. Par défaut, la planification de rotation des journaux est composée de sept partitions, avec cinq jours pour chaque partition. Toutes les entrées de journal de cette table créées avant la mise à niveau sont automatiquement tronquées.	Zurich
Serveur MID	Pour connaître la dernière configuration système requise pour le Serveur MID , consultez Configuration système requise pour le Serveur MID. La version JRE minimale prise en charge est 17.0.10 et la version recommandée est 17.0.12. Si vous avez installé votre propre JRE, le processus de mise à niveau effectue les actions suivantes pour vérifier que le serveur MID utilise un JRE pris en charge : Si un serveur MID utilise une version non prise en charge de JRE lors de la mise à niveau, le processus de mise à niveau affiche un message d’avertissement avec la version JRE minimale et recommandée. Si un JRE pris en charge est en cours d’exécution sur l’hôte du Serveur MID , le Serveur MID mis à niveau utilise cette version. Tous les ordinateurs hôtes de MID Server doivent accéder au site de téléchargement à install.service-now.com pour activer les mises à niveau automatiques. Pour plus d’informations, lisez comment le système gère les mises à niveau de Serveur MID. Un seul service Windows MID Server est autorisé selon le chemin d’accès de l’exécutable. Les serveurs MIDWindows mis à niveau qui ont plusieurs services pointant vers le même dossier d’installation ne peuvent pas démarrer. Voir Échec du démarrage du Serveur MID pour plus d’informations. Pour plus d’informations sur les mises à niveau de Serveur MID , consultez les rubriques suivantes : Vérification préalable à la mise à niveau du serveur MID : décrit comment le moniteur de mise à niveau automatique teste la capacité du serveur MID à se mettre à niveau sur votre système avant la mise à niveau réelle. Mise à niveau manuelle du serveur MID : décrit comment mettre à niveau manuellement vos serveurs MID.	Zurich
Notification	À partir de la version Zurich , Notify utilise des flux secondaires au lieu de workflows. Pour les utilisateurs existants à Zurich, vos workflows actuels sont toujours pris en charge. Pour les nouveaux utilisateurs, vos installations de module d’extension Notification utilisent des flux secondaires. Dans le cadre de cette transition, les activités de workflow suivantes sont disponibles en tant qu’actions de flux et peuvent être utilisées lors de la création de flux secondaires : Rejoindre la téléconférence Appel Envoyer SMS Transférer l’appel Entrée Raccrocher Lire Enregistrement Refuser Voix Transférer au client de notification File d'attente Maintenez, créez et modifiez vos propres flux secondaires personnalisés dans Studio de workflow avec des flux secondaires pour les nouvelles instances. Les workflows du système de base suivants ont été migrés vers les flux secondaires : (Re)rejoindre la téléconférence Participer à une téléconférence avec mise en sourdine Participer à la téléconférence par SMS Vos workflows existants continuent de fonctionner après la mise à niveau. Remarque : Tous les artefacts liés au workflow ont été déplacés vers un nouveau module d’extension, qui est maintenu en mode de support uniquement et n’est pas disponible pour les nouvelles installations.	Zurich
Now Assist pour CMDB	Le processus d’installation (activation) a changé pour le module d’extension Now Assist pour CMDB v2.1. Voir Configurer pour les nouvelles instructions.	Zurich
Now Assist pour la gestion des actifs matériels (HAM)	Seuls les utilisateurs disposant du rôle procurement_user peuvent accéder au workflow agentique Aide à la gestion des demandes d’actifs matériels, notamment les agents IA suivants : Agent IA d'approvisionnement en gestion des actifs matériels Agent IA de création d'ordre de transfert Agent IA de création de bon de commande	Zurich
Now Assist pour Réponse aux incidents de sécurité (SIR) et Now Assist pour Réponse aux vulnérabilités (VR)	Pour plus d’informations sur les applications requises pour Now Assist pour Réponse aux vulnérabilités, voir Informations de prise en charge. Pour plus d’informations sur les applications requises pour Now Assist pour Réponse aux incidents de sécurité, voir Informations de prise en charge. L’application Recherche IA doit être activée afin que la compétence des actions recommandées fonctionne pour les incidents de sécurité avec Now Assist pour Réponse aux incidents de sécurité. Pour vérifier que Recherche IA est activée sur votre instance, accédez à Tous > Recherche IA > État de Recherche IA. Contactez l’assistance si la page indique que Recherche IA n’est pas activée.	Zurich
Now Assist pour Gestion des contrats	Si vous effectuez une mise à niveau vers Now Assist dans Gestion des contrats à partir de Yokohama (correctif 2 et versions antérieures) ou Xanadu (correctif 8 et versions antérieures) et que vous avez des cas d’utilisation personnalisés, exécutez un script correctif pour migrer les données existantes vers la console d’administration Now Assist . Accédez à la Tous > Définition du système > Scripts correctifs. Dans le champ Nom , recherchez la configuration de la compétence Mettre à jour et insérer le DI. Dans le script, ajoutez les ID de cas d’utilisation que vous souhaitez migrer vers la console d’administration Now Assist . Sélectionnez Exécuter le script correctif. Pour plus d’informations, consultez Étapes post-mise à niveau.	Zurich
Now Assist dans Analyse de la plateforme	Lors de la mise à niveau vers la version Store de septembre 2025 de n’importe quelle application Now Assist , vous devez activer les compétences de génération de requête pour utiliser la génération de visualisation de données. Pour plus d’informations, consultez Activer les compétences de génération de requête et Activer la génération de visualisation de données.	Zurich
Now Assist	Si vous avez personnalisé des actions d’interface utilisateur ou d’autres éléments associés aux compétences Now Assist , confirmez que votre code personnalisé est mis à jour avec les nouvelles versions de compétences. Sinon, certaines fonctions risquent de ne pas fonctionner comme prévu. Si vous rencontrez des problèmes lors de la mise à niveau d’un produit Now Assist, consultez l’article Problèmes et atténuation des mises à jour des applications et du module d’extension Now Assist (IA générative) [KB1637452] dans la base de connaissancesNow Support. Vous devrez peut-être vous connecter pour consulter l’article.	Zurich
Planification d'astreinte	À partir de la version Zurich , Planification d’astreinte utilise des flux secondaires, et non des workflows. Vous devez passer des workflows aux flux secondaires, car les workflows sont considérés comme des workflows hérités. Pour les utilisateurs existants à Zurich, vos workflows actuels continuent d’être pris en charge. Toutefois, pour les nouveaux utilisateurs, les installations du module d’extension Planification d’astreinte sur Zurich et les instances ultérieures n’utilisent que des flux secondaires. Maintenez, créez et modifiez vos propres flux de planification d’astreinte personnalisés dans Studio de workflow avec des flux secondaires pour les nouvelles instances. Les flux secondaires suivants sont disponibles pour la configuration :	Zurich
Operational Resilience	Après la mise à niveau vers Operational Resilience version 21.0.x, réexécutez la Update CSDM and other dependencies tâche planifiée pour renseigner les métadonnées supplémentaires introduites dans cette version.	Zurich
Analyseur de performance	À partir de la version Zurich , Performance Analyzer est disponible automatiquement sur votre instance. Pour accéder à l’analyseur de performances sur des instances antérieures, installez l’analyseur de performances à partir du ServiceNow® Store.	Zurich
Expérience Platform Analytics	Lors de la mise à niveau, toutes les pages d’accueil de votre instance qui ont été ouvertes sont migrées vers les tableaux de bord de l’interface utilisateur principale , qui sont visibles dans la bibliothèque de tableaux de bord. Pour plus d’informations, voir Dépréciation de la page d’accueil. Les listes simples sont toutes converties en nouvel élément de liste lors de la mise à niveau.	Zurich
Playbooks dans Studio de workflow	Après la mise à niveau vers Zurich, mettez à jour l’application Studio de workflow dans le ServiceNow Store.	Zurich
Gestion du catalogue de produits et gestion des prix	Gestion des prix v13.0 fournit un plan de tarification par défaut qui inclut une nouvelle étape pour prendre en charge les ajustements de coûts basés sur les attributs et les changements d’étiquette des étapes Extraire le coût et Extraire le prix catalogue. Si vous avez utilisé un plan de tarification personnalisé d’une version antérieure, passez en revue le plan de tarification par défaut, qui est à l’état Mis hors service après la mise à niveau vers la version v13.0. Déterminez si vous souhaitez publier le plan par défaut ou personnaliser le plan de tarification par défaut en fonction de vos besoins, puis publiez le plan personnalisé à utiliser.	Zurich
Public Sector Digital Services	Après la mise à niveau, certains menus du secteur public et éléments de menu dans l’espace de travail configurable CSM reprennent leur nom d’étiquette CSM d’origine. Vous pouvez réétiqueter ces éléments pour une utilisation dans le secteur public en mettant à jour les étiquettes des enregistrements de catégorie de liste UX Client, Comptes et Organisations de services. Pour en savoir plus sur le réétiquetage, accédez à Tous > Service membre > Administration > Configuration guidée, puis sélectionnez Espace de travail configurable for Public Sector Digital Services > Personnaliser manuellement les étiquettes de l'espace de travail.	Zurich
RPA Hub	Mettez à niveau l’un de ces programmes d’installation de logiciels Microsoft (MSI) actuellement installés en téléchargeant les applications RPA : RPA Desktop Design Studio Robot assisté Robot non assisté Robot non assisté Login Agent Pour plus d’informations, consultez Télécharger les applications RPA à partir de RPA Hub. Les informations de mise à niveau suivantes ne s’appliquent que lorsque vous effectuez une mise à niveau de San Diego ou Tokyo vers Zurich. En fonction du nombre d’enregistrements dans la table du fichier d’application, vous pouvez rencontrer un délai lors de la mise à niveau des applications RPA Hub à partir de Tokyo ou de versions antérieures vers Zurich. Avant de mettre à niveau RPA Hub vers Zurich, vous devez définir la valeur de la glide.rollback.blacklist.TableParentChange.change propriété système sur false. Si cette propriété n’existe pas dans la table Propriété système [sys_properties], ajoutez-la et définissez sa valeur sur faux. Pour plus d’informations sur l’ajout d’une propriété, consultez Ajouter une propriété système. Une fois la mise à niveau vers Zurich, les définitions du processus de bot sont remplacées par la nouvelle structure, qui correspond à la configuration du processus de bot. Bien que la configuration du processus de bot ne remplace pas complètement le processus de bot, la plupart des champs sont déplacés du processus de bot vers la configuration du processus de bot. Si vous effectuez une mise à niveau vers Zurich sans mettre à jour la valeur de propriété système, les tables n’étendent pas la table Fichier d’application [sys_metadata]. Pour mettre à jour manuellement les changements apportés à la table, consultez l’article Restructuration des tables RPA Hub à sys_metadata dans la version Utah et au-delà [KB1223629] dans la base de connaissancesNow Support.	Zurich
Applications de vente au détail	À partir de cette version, le scénario de base de vente au détail a été rendu abstrait. (Un cas abstrait ou un type de cas abstrait est une configuration de base d’un cas qui est destiné à être étendu par des types de cas spécialisés plutôt que d’être utilisé directement.) Après la mise à niveau vers la version Zurich et pour toutes les mises à jour de version à partir de la version Yokohama , si vous utilisez la table de tickets de base de vente au détail, vous ne pourrez plus créer de nouveaux tickets ou mettre à jour les tickets existants. Utilisez plutôt les types de tickets suivants : Question sur le magasin Réclamation de client de vente au détail Opérations en magasin Communications de l’AC Vous pouvez également étendre vos propres types de tickets. Pour plus d’informations sur ces changements, consultez l’article Analyse de l’impact et conseils : mises à jour de la table des tickets de vente au détail [KB2216547] dans la base de connaissances Now Support .	Zurich
Contrôle de la posture de sécurité	Pour obtenir la liste complète des applications requises pour implémenter Security Posture Control, consultez Installer Security Posture Control.	Zurich
Pont de services	Pont de services version 2.x.x : qui a été publié pour la première fois avec la version Xanadu , ne prend pas en charge la migration des versions Pont de services (hérité). Version de Pont de services (héritée) : avant d’effectuer une mise à niveau vers la version Zurich, suivez les instructions de l’article Pont de services pour les fournisseurs (hérité) - Utilitaire de migration [KB1499823] de la base de connaissances Now Support pour migrer vos données de configuration. Service Bridge version 1.x.x : lors de la mise à niveau, suivez les étapes de l’article Guide de mise à niveau - Application Pont de services pour les fournisseurs et les consommateurs (version v2.x.x) [KB1700387] dans la base de connaissances Now Support pour migrer vos applications Service Bridge . Service Bridge version 2.x.x : en raison de l’introduction d’une prise en charge des versions non correspondantes, les nouveaux droits ne peuvent pas être activés tant que les consommateurs et les fournisseurs n’ont pas effectué la mise à niveau vers la version 2.x.x de Pont de services . Les anciens droits actifs continuent de fonctionner, mais il est impossible d’activer les nouveaux. Lorsque vous effectuez une mise à niveau vers Service Bridge version 2.0.55 avec le module d’extension Sales and Order Management version 1.0.4, avant de mettre à niveau la plateforme vers la version Zurich , les nouvelles ACL de refus ne sont pas installées. Pour vous assurer que les ACL de refus sont installées, après la mise à niveau vers Zurich, sélectionnez Réparer pour réinstaller l’application Pont de services . Lors de l’utilisation de Pont de services pour les fournisseurs et de Pont de services pour les consommateurs dans une seule instance, vous devez mettre à niveau les deux applications simultanément vers la même version pour maintenir la compatibilité. Lorsque vous installez l’application Pont de services , l’include de script global de Pont de services est automatiquement installé ou mis à jour sur les versions de plateforme suivantes : Washington DC Correctif 9 Correctif Xanadu 4 Yokohama Zurich	Zurich
Observabilité des services	Si vous disposez du rôle snc_sow_svcobs.manager, vous devez appartenir à un groupe d’utilisateurs avec un type de srm.	Zurich
Espace de travail pour l'exploitation des services pour ITSM	Assurez-vous que les applications suivantes ont des versions mises à niveau compatibles : Application Applications ITSMpour l’Espace de travail pour l’exploitation des services (sn_sow_itsm_cont) Espace de travail pour l’exploitation des services Application ITOM Applications (sn_sow_itom_cont) Pour plus d’informations sur les versions compatibles, consultez Compatibilité des versions entre Espace de travail pour l’exploitation des services pour ITSM et Espace de travail pour l’exploitation des services ITOM.	Zurich
Fonctionnalité principale de la plateforme IA de ServiceNow	Le cadre de travail de l’application de schéma dynamique a été révisé dans la version Zurich . Si vous avez implémenté le schéma dynamique dans Xanadu ou Yokohama, l’application est automatiquement migrée vers une nouvelle infrastructure dans le cadre de la mise à niveau vers la version Zurich . Pour plus d’informations sur la migration, consultez le Guide de migration du schéma dynamique pour Zurich [KB2146133] dans la base de connaissancesNow Support.	Zurich
IDE ServiceNow	La version 2.1.2 de l’IDE ServiceNow est active par défaut sur les instances de la version Zurich. Effectuez une mise à jour vers la version 3.0 ou ultérieure de l’IDE ServiceNow pour utiliser les dernières fonctionnalités. Pour plus d’informations sur la mise à jour de l’IDE ServiceNow, voir Installer ou mettre à jour l’IDE ServiceNow.	Zurich
ServiceNow SDK	Pour effectuer une mise à niveau vers la dernière version du SDK ServiceNow globalement ou au sein d’une application, consultez Mettre à niveau le SDK ServiceNow. La version 4.0 du SDK ServiceNow prend en charge l’intégration avec les instances ServiceNow à partir de la version Washington DC. Remarque : Pour plus d’informations sur les versions mineures du Kit de développement logiciel (SDK) ServiceNow, consultez le référentiel du Kit de développement logiciel (SDK) ServiceNow sur GitHub.	Zurich
ServiceNow Studio	Il n’est plus nécessaire de télécharger ServiceNow Studio à partir du ServiceNow Store. Il est disponible par défaut sur la plateforme d’IA de ServiceNow .	Zurich
ServiceNow Vault	Pour installer ServiceNow Vault, les éléments suivants doivent être installés : Découverte de données Confidentialité des données Anonymisation des données Chiffrement de champ Accès zéro confiance	Zurich
Base des compétences	Vous ne pouvez pas télécharger les données de compétences du secteur dans le cadre de la configuration guidée.	Zurich
Gestion des actifs logiciels	À partir de la version Zurich , les workflows suivants sont migrés vers Flow Designer en tant que flux : Workflow de la réclamation Flux de processus d’approvisionnement : allocation automatique activée Lors de la mise à niveau vers la version Zurich , un script correctif identifie si les workflows ont été personnalisés. Si vous n’avez pas personnalisé les workflows avant la mise à niveau, le script correctif désactive les workflows hérités de l’instance et déploie les flux du Concepteur de flux sur l’instance après la mise à niveau. Si vous avez personnalisé les workflows impactés dans la version précédente, le script correctif ne déploie pas les flux du Concepteur de flux sur l’instance après la mise à niveau. Vous pouvez afficher et accéder aux workflows impactés dans l’instance après la mise à niveau. Toutefois, les workflows déconseillés sont considérés comme du code personnalisé et ServiceNow ne prend pas en charge ces workflows. À partir de la version Zurich , le module d’extension Software Asset Workspace (com.sn_sam_workspace) est déplacé de la version familiale vers l’application du magasin Software Asset Workspace . Après la mise à niveau vers Zurich, le module d’extension Software Asset Workspace (com.sn_sam_workspace) est désactivé et l’application du magasin Software Asset Workspace (sn_sam_workspace) est activée dans l’instance. Lors de la mise à niveau vers le module d’extension Gestion des actifs logiciels - Gestion des licences SaaS (sn_sam_saas_int) version 16.0.6 ou ultérieure dans la version Zurich, vérifiez que l’application du magasin Software Asset Workspace (sn_sam_workspace) est mise à jour vers la version 9.0.4.	Zurich
Strategic Planning	Après la mise à niveau vers Strategic Planning v4.8.0, les champs Type d’investissement et Classe d’investissement existants s’afficheront respectivement en tant que Type d’investissement (déconseillé) et Classe d’investissement (déconseillé) sur la page Planification, y compris dans les vues Priorisation et Feuille de route et dans la page Planification des scénarios. Les valeurs de ces champs obsolètes seront automatiquement copiées dans les nouveaux champs Type d’investissement et Classe d’investissement . Si vous avez précédemment appliqué des filtres ou personnalisé votre vue à l’aide des champs obsolètes, vous devez mettre à jour ces configurations pour utiliser les nouveaux champs Type d’investissement et Classe d’investissement dans l’espace de travail, y compris dans les vues Priorisation et Feuille de route de la page Planification, ainsi que dans la page Planification de scénario.	Zurich
Gestion des abonnements	La version 5.0 d’Subscription Management est active par défaut sur toutes les instances de la version Zurich. Effectuez une mise à jour vers Gestion des abonnements 5.1 ou ultérieure pour utiliser les dernières fonctionnalités. Pour plus d’informations sur la mise à jour de Gestion des abonnements, consultez Mettre à jour une application ou un module d’extension.	Zurich
Surveillance synthétique	Si vous souhaitez exécuter des moniteurs en utilisant un Serveur MID comme emplacement, vous devez redémarrer le Serveur MID après la mise à niveau.	Zurich
Gestion des risques liés aux tiers	Si vous êtes un utilisateur VRM effectuant une mise à niveau vers TPRM et une mise à niveau vers Vancouver ou une version ultérieure à partir d’une version antérieure, vous devez exécuter chaque mise à niveau séquentiellement pour vous assurer que les scripts correctifs s’exécutent correctement. Par exemple, vous devez effectuer une mise à niveau de Utah vers Vancouver, de Vancouver vers Washington DC, et ainsi de suite. Si les scripts ne s’exécutent pas dans le bon ordre, vous pouvez obtenir des incohérences de données, des fonctionnalités rompues et des conflits. Après la mise à niveau vers la version 21.0.x, vous pouvez activer le moteur d’évaluation intelligent (SAE) en définissant la propriété Moteur d’évaluation intelligent activé (sn_vdr_risk_asmt.sae_enabled). Après avoir défini cette propriété, le moteur d’évaluation intelligent (SAE) devient le moteur d’évaluation par défaut et remplace l’expérience héritée. La transition n’est pas réversible. Avertissement : Définissez cette propriété dans vos instances de non-production et effectuez des tests approfondis avant de changer vos instances de production. Ne pas les respecter peut entraîner des problèmes inattendus. Dans le cadre de nos intégrations continues avec le moteur d’évaluation intelligent (SAE), les évaluations des fournisseurs de quatrième partie ne seront pas prises en charge une fois que vous avez défini la propriété Moteur d’évaluation intelligent activé (sn_vdr_risk_asmt.sae_enabled). Pour plus d’informations sur la mise à niveau de VRM vers TPRM et les différences entre les moteurs d’évaluation intelligente et classique, consultez Informations sur la mise à niveau de la gestion des risques liés aux tiers. Pour les clients TPRM existants, après la mise à niveau vers la version 21.0.3, les données de la colonne Secteur de la table Société [core_company] sont automatiquement migrées vers la colonne tprm_industry. La migration peut prendre plusieurs heures en fonction du nombre d’enregistrements dans la table Société [core_company]. Après la migration, un message du journal système confirme que la migration est terminée. Passez en revue le contenu de la table Société [core_company] et mettez à jour toutes les personnalisations faisant référence au champ Secteur pour utiliser tprm_industry. Après avoir vérifié la migration et mis à jour les personnalisations, vous pouvez supprimer la colonne Secteur.	Zurich
Réponse aux vulnérabilités	Pour plus d’informations sur les versions publiées de l’application Vulnerability Response ainsi que sur les applications tierces et ServiceNow compatibles avec la version Zurich, consultez l’article Matrice de compatibilité de Vulnerability Response et changements de schéma de mise en production [KB0856498] dans la base de connaissancesNow Support.	Zurich
Connecteur zéro copie pour ERP	Si vous avez des extractions planifiées existantes et que vous avez mis à niveau vers la version 1 de Zurich Store, exécutez le script correctif Scheduled Extraction V2 Move pour placer les extractions planifiées dans une nouvelle table où la planification est effectuée par le moteur de scripts planifiés. Pour connaître les étapes détaillées, voir Exécuter des scripts correctifs.	Zurich