Tâches de pré et post-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 une mise à niveau vers , examinez les tâches préalables et postérieures à Yokohamala mise à niveau et effectuez les tâches nécessaires.

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 d’informations .

Tableau 1.

Produit	Notes de mise en production	Famille
Recherche IA	Recherche IA applique automatiquement la nouvelle fonctionnalité de détection automatique de langue lorsque vous indexez des enregistrements à partir de la table Tâche [task] et de ses tables enfants après une mise à niveau vers Utah à partir d’une version précédente. Pour appliquer la détection automatique de la langue aux enregistrements de tâches que vous avez indexés avant d’effectuer la mise à niveau vers Utah, vous devez réindexer manuellement ces enregistrements. De même, Recherche IA applique automatiquement la nouvelle fonctionnalité de détection de zone de texte pour le chinois et le japonais lorsque vous indexez des enregistrements ou des documents avec des régions de texte chinois ou japonais après une mise à niveau vers Utah à partir d’une version précédente. Pour appliquer la détection de zone de texte aux enregistrements et documents que vous avez indexés avant de mettre à niveau vers Utah, vous devez réindexer manuellement ces enregistrements et documents. L’application Recherche IA pour Next Experience est automatiquement activée dans les nouvelles instances de l’Utah. Si vous effectuez une mise à niveau vers Utah à partir d’une version précédente, vous pouvez configurer et activer manuellement Recherche IA pour Next Experience. Pour en savoir plus sur l’application, consultez Recherche IA pour Next Experience.	Utah
Messagerie instantanée d’agent et Sidebar	La console Interfaces conversationnelles est incluse dans la version Utah afin que les clients existants n’aient pas besoin de l’installer. S’il a été installé en tant qu’application à partir du ServiceNow Store, les mises à jour ultérieures doivent être installées à partir de là.	Utah
Évaluations et enquêtes	Dans la version Utah , tous les boutons des cartes d’évaluation ou d’enquête ont été supprimés. Pour exécuter correctement les tests Automated Test Framework (ATF), l’étape Cliquer sur le bouton Participer à une enquête doit être remplacée par Cliquez sur la carte d’enquête pour tous les tests qui comportent cette étape.	Utah
Mise en service et gouvernance du cloud	Après la mise à niveau de Cloud Provisioning and Governance vers la version Utah , créez un index de base de données à partir des colonnes spécifiées de la table Événements dans le cloud [sn_cmp_cloud_event]. L’index de base de données permet d’améliorer les performances de traitement des événements Amazon Web Services (AWS) de l’instance. Si vous avez commencé à utiliser Cloud Provisioning and Governance avec la version Utah , l’index de base de données est automatiquement créé lors de l’installation de l’application. Pour plus d’informations, consultez Améliorer les performances de traitement des événements dans le cloud AWS.	Utah
Conformité de la configuration	En raison d’un changement de modèle de données dans l’application Configuration Compliance , la mise à niveau peut prendre beaucoup plus de temps que les mises à niveau précédentes. Pour plus d’informations, consultez KB0856498. Si vous avez déjà téléchargé l’application à partir du ServiceNow Store et qu’une nouvelle version est disponible, vous pouvez la mettre à jour dans votre instance Now Platform . Pour plus d’informations sur les versions publiées de l’application Configuration Compliance , ainsi que sur les applications tierces et ServiceNow compatibles avec Utah, 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 connaissances HI. Pour plus d’informations sur les mises à jour des applications tierces prises en charge par Réponse aux vulnérabilités et Configuration Compliance, consultez les notes de publication relatives aux intégrations de Réponse aux vulnérabilités. Tableau 2. Mettre à niveau les informations de Configuration Compliance vers Utah Version Description de la mise à niveau 14.7 Certification pour l’Utah dans ServiceNow Store. Consultez la section suivante intitulée « Nouveautés de la version Utah » pour plus d’informations.	Utah
Gestion du service clientèle (CSM)	Les améliorations apportées aux tâches de ticket ajoutent plusieurs champs à l’enregistrement de tâche de ticket. Après la mise à niveau vers la version Utah , vos clients peuvent exécuter un script qui remplit ces champs pour les tâches de ticket actives. Pour plus d’informations, voir Tickets et tâches de ticket.	Utah
Gestion des clés de chiffrement	Les contextes de chiffrement sont automatiquement convertis au champ de chiffrement au niveau des colonnes Modules de chiffrement et les politiques d’accès aux modules correspondantes sur la mise à niveau à partir de la version San Diego . Une visite guidée expliquant cette amélioration est disponible dans le tableau de bord. Gestion des clés de chiffrement 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 Utah . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.	Utah
Gestion des actifs matériels 7.0.0	Vous devez modifier les configurations des personnalisations existantes pour les rendre compatibles avec le modèle de page d’enregistrement standard. Pour plus d’informations sur le modèle de page d’enregistrement standard et les changements de configuration, consultez l’instruction de travail | Article Comment migrer des pages d’enregistrement existantes vers des pages d’enregistrement standard [KB1224040] de la base de connaissances Now Support.	Utah
Analyse de l'intégrité des journaux	Si votre version d’Analyse de l’intégrité des journaux est antérieure à février 2022, contactez Now Support ou votre représentant commercial ServiceNow pour demander une mise à niveau des composants principaux de l’application Analyse de l’intégrité des journaux .	Utah
Identité et authentification	Authentication (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 Utah . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.	Utah
Gestionnaire de processus industriels	Si vous utilisez le connecteur du graphe de services ISA fourni avec Manufacturing Process Manager et que vous effectuez une mise à niveau vers Industrial Process Manager, assurez-vous que toutes les nouvelles entités de modèle d’équipement ISA ont un champ de nom unique.	Utah
Réplication de données d'instance	Vous pouvez améliorer les performances et l’efficacité de traitement d’Instance Data Replication (IDR) en mettant à niveau vos ensembles de réplication vers V2, qui utilise le service de messagerie Hermes. Pour plus d’informations, consultez Mise à niveau du jeu de réplication hérité vers V2 dans la réplication des données d’instance.	Utah
Serveur MID	Pour connaître la configuration système requise la plus récente du serveur MID, consultez Configuration système requise pour le serveur MID. La version minimale de l’environnement d’exécution Java (JRE) prise en charge est 11.0.9 et la version recommandée est 11.0.16. 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 sa 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 serveur MID doivent avoir accès au site de téléchargement à install.service-now.com pour activer les mises à niveau automatiques. Pour en savoir plus, consultez la procédure de gestion des 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 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.	Utah
Manager Hub	Si vous effectuez une mise à niveau vers la Yokohama version, les conditions supplémentaires qui ont été créées pour les mappages de tâches dans le formulaire Configuration des tâches dans Centre des employés doivent être créées à nouveau dans le module Tâches de mappage du gestionnaire dans Centre du responsable.	Utah
Gestion des incidents de technologie opérationnelle v2	Si vous êtes un utilisateur d’Operational Technology Incident Management sur les versions précédentes, vous devez affecter de nouveaux rôles Operational Technology Incident Management v2 aux utilisateurs affectés à l’origine au rôle d’utilisateur d’incident OT (ot_incident_user). Pour plus d’informations, voir Affecter de nouveaux rôles Operational Technology Incident Management.	Utah
Sécurité de la plateforme	Obtenez le droit du coffre-fort pour utiliser la fonctionnalité de confidentialité des données. Pour en savoir plus sur cette fonctionnalité, consultez ServiceNow Coffre-fort.	Utah
Planification de portefeuille	À partir de la version 6.0.1, Alignment Planner Workspace est renommé Planification de portefeuille pour la licence standard SPM . Dans votre instance ServiceNow , le nom de l’application est affiché comme Planification de portefeuille et le nom du module d’espace de travail est affiché comme Espace de travail de la planification de portefeuille . Si vous effectuez une mise à niveau à partir 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 comporte un grand nombre d’utilisateurs disposant du rôle roadmap_editor. Pour plus d’informations, consultez KB1443618.	Utah
Services digitaux pour le secteur public	Après la mise à niveau, certains menus et éléments de menu du secteur public 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 plus d’informations, consultez Ré-étiqueter les éléments pour une utilisation dans le secteur public après la mise à niveau.	Utah
Robotic Process Automation (RPA) Hub	Assurez-vous de mettre à niveau les programmes d’installation de logiciels (MSI) Microsoft actuellement installés (RPA Desktop Design Studio, Robot assisté et 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. D’après le nombre d’enregistrements dans la table des fichiers d’application, vous pourriez rencontrer un retard potentiel lors de la mise à niveau des applications RPA Hub de Tokyo vers l’Utah. Avant de mettre à niveau RPA Hub vers Utah, 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és système [sys_properties], ajoutez-la et définissez sa valeur sur faux. Une fois que vous avez effectué la mise à niveau vers Utah, 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 apportés aux tables, consultez l’article Restructuration des tables RPA Hub à sys_metadata dans l’Utah dans la base de connaissances Now Support .	Utah
Espace de travail pour l'exploitation des services pour ITSM	Assurez-vous que les applications suivantes disposent de versions mises à niveau compatibles : Espace de travail pour l’exploitation des services Application pour applications ITSM (sn_sow_itsm_cont) Espace de travail pour l’exploitation des services Application des applications ITOM (sn_sow_itom_cont) Tableau 3. 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 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).	Utah
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 pour tous les widgets publics qui acceptent le paramètre d’entrée de table. Par défaut, dans la version Utah Patch 10 et ultérieure, 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 propriétés système ou glide.service_portal.widget.allow_list avant la glide.service_portal.widget.table_allow_list 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 Utah Correctif 10 ou une version ultérieure. Pour plus d’informations, voir 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, que l’option Appliquer les ACL de lecture au niveau du champ sur les termes de requête de filtre soit sélectionnée ou non pour les instances de widget 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 de liste simple.	Utah
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, ce qui peut prendre beaucoup de temps. Pour plus d’informations, consultez KB1123644	Utah
Gestion des actifs logiciels	Pour plus d’informations sur la mise à niveau à partir du module d’extension Software Asset Management Foundation (com.snc.sams), voir Rétablir les personnalisations de Gestion des actifs logiciels. Lors de la mise à niveau vers Utah, vos droits de licence perpétuelle existants couverts par l’assurance de logiciel et associés aux modèles logiciels de version générique sont modifiés. Gestion des actifs logiciels convertit automatiquement ces autorisations en modèles logiciels spécifiques à la version. Ces modifications sont apportées pour se conformer aux termes de la licence Microsoft et pour atténuer le risque potentiel lié à l’application des avantages de l’assurance logicielle à toutes les versions de vos produits Microsoft . Pour plus d’informations, consultez la section Maintenance des licences de logiciels.	Utah
Planification stratégique	À partir de la version 2.0.1, l’espace de travail Lenses for Alignment Planner est renommé Planification stratégique pour la licence SPM Pro. Dans votre instance ServiceNow , le nom de l’application est affiché comme Planification stratégique et le nom du module d’espace de travail est affiché comme Espace de travail de planification stratégique. Après l’installation de l’application Strategic Planning , les champs existants sur le formulaire Objectif, Société, Unité business, Département et Portefeuille sont regroupés en deux champs, Type d’entité affectée et Entité affectée, et sont renseignés automatiquement en fonction des valeurs contenues dans les champs existants. Si vous avez créé des relations m2m avec des entités d’approche autres que Unité business, Département, Société ou Portefeuille, exécutez la tâche planifiée Migrer les relations des objectifs pour les entités affectées afin de renseigner les champs Type d’entité affectée et Entité affectée sur le formulaire Objectif en fonction des données de la table Relation des objectifs [sn_gf_goal_m2m_relationship]. 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 comporte un grand nombre d’utilisateurs disposant du rôle roadmap_editor. Pour plus d’informations, consultez KB1443618.	Utah
Opérations de cycle de vie du fournisseur	Dans la version Utah , toutes les tables existantes ont été renommées. Dans le cadre du changement de nom, toutes les occurrences du mot « fournisseur » ont été changées en « slm » dans les nouveaux noms des tables existantes. Par exemple, le ticket du fournisseur [sn_supplier_case] a été renommé en Ticket du fournisseur (sn_slm_case), la tâche du fournisseur [sn_supplier_task] a été renommée en Tâche du fournisseur (sn_slm_task), et ainsi de suite. Si vous effectuez une mise à niveau de la version Tokyo vers la version Utah , assurez-vous d’exécuter le script correctif pour migrer les tables existantes vers l’architecture commune du fournisseur. Pour plus d’informations, consultez Exécuter un script correctif pour migrer des tables existantes vers l’architecture commune du fournisseur.	Utah
Centre de mise à niveau	Centre de mise à niveau 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és par défaut dans la version Utah . Pour plus d’informations, consultez Report_view contrôle d’accès.	Utah
Intégrations de Réponse aux vulnérabilités	Pour plus d’informations sur les versions publiées de l’application Réponse aux vulnérabilités , ainsi que sur les applications tierces et ServiceNow compatibles avec Utah, consultez l’article Matrice de compatibilité de réponse aux vulnérabilités et changements apportés au schéma de mise en production [KB0856498] dans la base de connaissances HI. Pour en savoir plus sur les nouvelles fonctionnalités de Réponse aux vulnérabilités, consultez les notes de publication de Réponse aux vulnérabilités.	Utah
Réponse aux vulnérabilités	En raison d’un changement de modèle de données dans l’application Réponse aux vulnérabilités , 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, le temps 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 ajoutés pendant la mise à niveau. Pour plus d’informations, consultez KB0856498. Lorsque vous effectuez une mise à niveau vers la version 18.0 de Vulnerability Response sur Rome, l’espace de travail du gestionnaire de vulnérabilité n’est pas pris en charge.	Utah
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èce jointe 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 Exécution d’un index de table complet ou réindexation 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 où les règles d’amélioration des résultats pouvaient 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
Évaluations et enquêtes	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 correctement des tests ATF, 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 comportant cette étape.	Vancouver
Framework de tests automatisés	Copiez et personnalisez les tests de démarrage rapide fournis par Now Platform® 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 d’application ou de 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 Cloud Insights.	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 la définition de rapprochement [cmdb_reconciliation_definition_mapping] s’exécute. La durée nécessaire à l’exécution de 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. Il est nécessaire de changer le parent de la table Mappage de la définition de rapprochement [cmdb_reconciliation_definition_mapping] 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 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 les modèles de catégorisation et de sentiment Service clientèle. Pour plus d’informations, consultez Étapes à suivre après la mise à niveau vers Vancouver dans la documentation Task Intelligence 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 Now Platform . Pour plus de détails 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 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 transférer les notifications d’alerte à Now Platform de manière sécurisée. Pour plus d’informations, consultez Utilisation d’un webhook sécurisé pour transférer les alertes Microsoft Azure vers Now Platform.	Vancouver
Identité et authentification	Authentication (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 industriels	Si vous utilisez le connecteur du graphe de services ISA fourni avec Manufacturing Process Manager et que vous effectuez une mise à niveau vers Industrial Process Manager, 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é du traitement d’Instance Data Replication (IDR) en mettant à niveau vos ensembles de réplication vers 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 des données d’instance. Si la table Erreur de charge utile de réplication [idr_replication_payload_error] sur votre instance contient plus de 10 millions d’enregistrements, configurez la rotation de table en fonction de 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ûre car cette table contient uniquement les erreurs de réplication enregistrées par IDR et non des données répliquées.	Vancouver
Serveur MID	Pour connaître la configuration système requise la plus récente du serveur MID , consultez Configuration système requise pour le serveur MID. La version minimale de JRE 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 sa 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 serveur MID doivent avoir accès au site de téléchargement à install.service-now.com pour activer les mises à niveau automatiques. Pour en savoir plus, consultez la procédure de gestion des 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 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.	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	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 Changement de parent OMT 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 disposez pas des correctifs pour renseigner l’inventaire des produits et les caractéristiques du modèle de produit. Pour obtenir ces changements, effectuez une mise à niveau vers le correctif Vancouver actuel.	Vancouver
Espace de travail Platform Analytics	La version Vancouver de Platform Analytics Workspace (3.0) inclut les mises à jour de la version 2.1.x, précédemment disponibles uniquement dans le ServiceNow® Store.	Vancouver
Planification de portefeuille	Si vous effectuez une mise à niveau à partir 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 comporte 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 les 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
Services digitaux pour le secteur public	Avant d’effectuer une mise à niveau vers Services digitaux pour le secteur public v8.0, vous devez créer des définitions de service personnalisées pour les données de la table Services offerts, les données de la table Services reçus et toutes les autres données affectées par la conversion de la table Services offerts 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, et ainsi de suite). Les données personnalisées relatives aux services offerts et aux services reçus créées dans les versions précédentes ne seront pas automatiquement migrées vers la nouvelle version et, après la mise à niveau, ne seront pas accessibles au sein de l’application tant que les données n’auront pas été migrées des entités héritées vers la table de définition de service. Pour plus d’informations, consultez les conseils de migration des services offerts 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 et éléments de menu du secteur public 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 plus d’informations, consultez Ré-étiqueter les éléments pour une utilisation dans le secteur public après la mise à niveau.	Vancouver
Robotic Process Automation (RPA) Hub	Assurez-vous de mettre à niveau les programmes d’installation de logiciels (MSI) Microsoft actuellement installés (RPA Desktop Design Studio, Robot assisté, Robot non assisté et Agent de connexion 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 de Tokyo vers Vancouver. D’après le nombre d’enregistrements dans la table des fichiers 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és système [sys_properties], ajoutez-la et définissez sa valeur sur faux. Une fois que vous avez procédé à 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 apportés à la table, consultez l’article Restructuration des tables RPA Hub à sys_metadata dans l’Utah dans la base de connaissances Now Support .	Vancouver
Réponse aux incidents de sécurité		Vancouver
Pont de services	Pour plus d’informations sur la mise à niveau et l’utilisation des nouvelles applications Pont de services, consultez Migrer de Pont de services (hérité).	Vancouver
Espace de travail pour l'exploitation des services pour ITSM	Assurez-vous que les applications suivantes disposent de versions mises à niveau compatibles : Espace de travail pour l’exploitation des services Application pour applications ITSM (sn_sow_itsm_cont) Espace de travail pour l’exploitation des services Application des applications ITOM (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 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). 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 pour tous les widgets publics qui acceptent le paramètre d’entrée de table. Par défaut, dans la version Vancouver Patch 7 et ultérieure, 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 Correctif 7 ou une version ultérieure. Pour plus d’informations, voir 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, que l’option Appliquer les ACL de lecture au niveau du champ sur les termes de requête de filtre soit sélectionnée ou non pour les instances de widget 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 de 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, ce qui peut prendre beaucoup de temps. Pour plus d’informations, consultez KB1123644.	Vancouver
Gestion des compétences	Si vous avez personnalisé l’URL de la page Gérer les compétences, vous devez la mettre à jour manuellement 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 les sys_ids parent-skill et parent-department sont les mêmes que celles de 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), voir 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écouverte (DMAP) prennent en charge la nouvelle valeur is_empty . Si le champ Édition 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 après la mise à jour du contenu.	Vancouver
Planification stratégique	À 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. 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 comporte un grand nombre d’utilisateurs disposant du rôle roadmap_editor. Pour plus d’informations, consultez KB1443618. Si vous effectuez une mise à niveau 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 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 les entités. Pour plus d’informations, consultez KB1566418.	Vancouver
Telecommunications Service Operations Management	Le package de démarrage du concentrateur d’intégration, 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 le correctif 7 de Vancouver 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 de correctifs de Washington DC : Changements de 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 de l’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 Vulnerability Response Compatibility Matrix and Release Schema Changes [KB0856498] dans la base de connaissances. Pour en savoir plus sur les nouvelles fonctionnalités de Réponse aux vulnérabilités, consultez les notes de publication de Réponse aux vulnérabilités.	Vancouver
Réponse aux vulnérabilités	En raison d’un changement de modèle de données dans l’application Réponse aux vulnérabilités , 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, le temps 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.	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 d’informations sur la réindexation, consultez Exécution d’un index de table complet ou réindexation pour une source indexée unique ou Exécution d’un index de table complet ou réindexation de 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 des champs de logique de résultat Genius vers les nouveaux champs de processeur de demande de Recherche IA et de processeur de réponse de Recherche IA, le cas échéant. Une fois votre instance mise à niveau vers Washington DC, Recherche IA conserve la valeur que vous avez définie précédemment pour que l’opérateur de recherche booléen utilise lorsqu’une requête de recherche inclut plusieurs termes ( 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 les trier en fonction de leur date de sys_updated_on. Ce changement nécessite la 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 de famille précédente, Recherche IA ne réindexe pas automatiquement la source indexée de la table Utilisateur. Si vous devez pouvoir rechercher la dernière configuration pour les enregistrements utilisateur, 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 à mesure qu’ils sont mis à 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 Now Platform® 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 d’application ou de 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
Gestion de la continuité d'activité	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 après 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 les dépendances BIA en amont et 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 les dépendances BIA en amont et 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 Base Configuration Item (Élément de configuration) [cmdb_ci] pour prendre en charge le nouvel identificateur d’instance de produit (PID), qui permet de rechercher et de lier 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 lors de 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 , pour activer la capture des données CMDB 360 pour les CI à partir de classes non-CMDB (classes non dérivées de la classe Configuration Item [cmdb_ci], vous devez définir la glide.identification_engine.multisource_non_cmdb_ci_enabled propriété système sur true. Si vous avez utilisé l’application de certification de 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 de données dans Espace de travail CMDB. Après la mise à niveau vers la version Washington DC et vers CMDB Workspace version 6.0, vous pouvez convertir les définitions créées dans l’application Certification de données héritée en brouillons de politiques de certification du gestionnaire de données dans Espace de travail CMDB. Pour plus d’informations, reportez-vous à .	Washington DC
Now Platform principale	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 l’annulation 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 qu’une transaction annulée abandonne l’opération avant que l’audit ne soit enregistré. Pour faciliter cette mise à jour, les audits sont désormais 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 . Dans 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 des clés 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 en savoir plus sur les mises à niveau de serveur MID, consultez Mises à niveau de serveur MID.	Washington DC
Gestion des actifs d'entreprise	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]. Au lieu de cela, 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 existantes 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 remplit les champs Catégorie d’actifs et de dépenses 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 de la ligne 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 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 est la somme agrégée des lignes de dépense inférieures. Pour les actifs complexes, le TCO de l’actif est la somme agrégée des lignes de dépense des actifs parent et de ses actifs enfants.	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 prendre plus de temps si votre instance mise à niveau contient un grand nombre d’enregistrements. La table Service Definition (Définition de service) [sn_bom_service_definition] est développée à partir de la table Service Definition (Définition de service) [sn_case_type_selection] au lieu de la table Request Definition (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 du service clientèle [sn_customerservice_task] au lieu de la table Tâche globale [task]. La table des participants à 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 Customer Service Management (CSM, Gestion du service client) de ServiceNow® 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 pour le coût total de possession (TCO) des actifs : La mise à niveau fonctionne pour toutes les tâches de flux de 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 de la ligne de dépense. Vous devez renseigner le coût du point de référence du TCO et le champ de 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 est la somme agrégée des lignes de dépense inférieures. Pour les actifs complexes, le TCO de l’actif est la somme agrégée des lignes de dépense des actifs parent et de ses actifs enfants.	Washington DC
Healthcare and Life Sciences Service Management Core	Lors de la mise à niveau vers Washington DC, la table parente Produits vendus pour les services de santé [sn_hcls_sold_product] devient Élément de base d’installation [sn_install_base_item] pour les tables suivantes : Plan d’affiliation des membres [sn_hcls_member_plan] Médicaments [sn_hcls_medication] Vaccination [sn_hcls_immunization] Programme inscrit [sn_hcls_enrolled_program] Service de programmes enregistrés [sn_hcls_enrolled_program_service] En outre, les tables parentes suivantes ont été supprimées et sont des tables autonomes : Organisation de soins de santé[sn_hcls_organization] Emplacement des soins de santé[sn_hcls_location] Cabinet de praticien[sn_hcls_practitioner_facility] Ce changement de parent permet aux clients d’utiliser les tables d’organisations et 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 : 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 pour les 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 le secteur de la 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é, Emplacement des soins de santé et Lieu 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 business approprié. Tout praticien disposant d’un enregistrement dans l’emplacement du praticien verra un enregistrement créé dans la table Membre de l’organisation de services 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 soins de santé. Remarque : La mise à niveau peut prendre plus de temps si votre instance mise à niveau contient un grand nombre d’enregistrements.	Washington DC
Gestionnaire de processus industriels	L’application Gestionnaire de processus industriel a maintenant une dépendance avec les applications Gestion des services de technologie opérationnelle, qui incluent Gestion des incidents de technologie opérationnelle et Gestion des changements de technologie opérationnelle. 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 Numéro de référence Toute SKU 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é du traitement d’Instance Data Replication (IDR) en mettant à niveau vos ensembles de réplication vers 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 des 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 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.	Washington DC
Serveur MID	Pour connaître la configuration système requise la plus récente du serveur MID , consultez Configuration système requise pour le serveur MID. La version minimale de JRE 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 sa 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 serveur MID doivent avoir accès au site de téléchargement à install.service-now.com pour activer les mises à niveau automatiques. Pour en savoir plus, consultez la procédure de gestion des 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 des améliorations de 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 de Studio de workflow, voir Mettre à jour vers la dernière version de Studio de workflow. 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
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 d’Order Management for Telecommunications, Media, and Technology. À 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 produit. Si vous souhaitez mettre à niveau vos informations de tarification pour utiliser les listes de prix après une 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 pour utiliser l’ancien processus de capture de commande si nécessaire, consultez l’article Dépréciation de la liste Telco pour la capture de commande [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 nouveaux ordres de changement ou des ordres 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 des lignes de commande dans Washington lors de l’utilisation de l’interface utilisateur de capture de commande [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 depuis Order Management for Telecommunications and Media version 6.0 ou antérieure : À 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 les listes de prix et les 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 une 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 en savoir plus sur ces enregistrements et sur l’utilisation de l’ancien processus de capture de commande si nécessaire, consultez l’article Liste de dépréciation de la capture de commande [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 changement ou d’ordres avec 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 Washington lors de l’utilisation de l’interface utilisateur de capture de commande [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 le nombre de ces scores 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 Now Platform principale, accessible via la navigation unifiée Next 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 Gestion stratégique des portefeuilles (SPM) Pro uniquement dans Espace de travail de planification stratégique. Si vous utilisiez 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 plus d’informations sur les fonctionnalités accessibles uniquement dans Espace de travail Planification stratégique , voir Comparaison de Planification de portefeuille avec 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 Sales et Order Management et que vous effectuez une mise à niveau vers la version de mai 2024 des applications Sales et Order Management , 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 sur la 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 Code afin qu’elle ne commence pas ou ne se termine pas par un trait de soulignement, qu’elle ne commence pas par un chiffre et qu’elle ne contienne aucun trait de soulignement consécutif.	Washington DC
Services digitaux pour le secteur public	Après la mise à niveau, certains menus et éléments de menu du secteur public 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 à Toutes > Service membre > Administration > Configuration guidéeet sélectionnez Espace de travail configurable for Public Sector Digital Services > Personnaliser manuellement les étiquettes de l'espace de travail.	Washington DC
Robotic Process Automation (RPA) Hub	Assurez-vous de mettre à niveau l’un des programmes d’installation de logiciels (MSI) Microsoft 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 de Tokyo vers Washington DC. D’après le nombre d’enregistrements dans la table des fichiers d’application, vous pouvez rencontrer un retard potentiel lors de la mise à niveau des applications RPA Hub depuis 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 faux. Si cette propriété n’existe pas dans la table Propriétés système [sys_properties], ajoutez-la et définissez sa valeur sur faux. Pour en savoir plus sur l’ajout d’une propriété, consultez Ajouter une propriété système. Une fois que vous avez effectué la mise à niveau vers Washington DC, les définitions du 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 d’une configuration de processus de bot à une autre. 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 .	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 disposent de versions mises à niveau compatibles : Espace de travail pour l’exploitation des services Application pour applications ITSM (sn_sow_itsm_cont) Espace de travail pour l’exploitation des services Application des applications ITOM (sn_sow_itom_cont) Tableau 6. 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 représente la subversion de l’application Espace de travail pour l’exploitation des services pour applications ITSM (sn_sow_itsm_cont) et y est la subversion de l’application Espace de travail pour l’exploitation des services pour applications ITOM (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 pour 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 les renvoyer. Si vous avez ajouté les propriétés système OR glide.service_portal.widget.allow_list avant la glide.service_portal.widget.table_allow_list 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. Pour plus d’informations, voir 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, que l’option Appliquer les ACL de lecture au niveau du champ sur les termes de requête de filtre soit sélectionnée ou non pour les instances de widget 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 de 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 ont choisi de ne pas suivre les portails, mais ont choisi de suivre le reste de la plateforme dans la version Vancouver , l’analyse de l’expérience utilisateur pour les portails est suivie 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 une nouvelle sys_id est créé.	Washington DC
Planification stratégique	À partir de la version 4.0.2, vous pouvez accéder aux fonctionnalités sous licence de Strategic Portfolio Management (SPM) Pro uniquement dans l’espace de travail Planification stratégique. Si vous utilisiez 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 plus d’informations sur les fonctionnalités accessibles uniquement dans Espace de travail de planification stratégique, voir Explorer 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 apportées 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 All . Vous n’avez rien à faire si vous choisissez de continuer à utiliser l’espace de travail Source-to-Pay. Cependant, 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 fournisseurs 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 selon les besoins. Pour plus d’informations, consultez Tâches post-mise à niveau pour Gestion du cycle de vie du fournisseur.	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, et ainsi de suite. 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 Vulnerability Response Compatibility Matrix and Release Schema Changes [KB0856498] dans la base de connaissances Now Support . Pour en savoir plus sur les nouvelles fonctionnalités de Réponse aux vulnérabilités, consultez les notes de publication de Réponse aux vulnérabilités.	Washington DC
Studio de workflow	Pour bénéficier des améliorations de performances de Studio de workflow , installez l’une de ces versions de l’application Studio de workflow à partir du ServiceNow Store. Tableau 7. 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 des blocs de connaissances consultable en réindexant toutes vos sources indexées qui incluent des articles de la base de connaissances. Pour plus d’informations sur la réindexation, consultez Exécution d’un index de table complet ou réindexation pour une source indexée unique ou Exécution d’un index de table complet ou réindexation de 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 Next Experience ServiceNow Store vers la version 4 ou ultérieure. Pour obtenir des instructions sur la mise à jour, consultez Installer une mise à jour dans une application ServiceNow Store. 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
Analyse, intelligence et génération de rapports	Si vous procédez à une mise à niveau, vous pouvez utiliser le Centre de migration de Platform Analytics pour tirer parti 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 des applications	Pour en savoir plus sur les nouvelles fonctionnalités de Réponse aux vulnérabilités, consultez les notes de publication de Réponse aux vulnérabilités. 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 réponse aux vulnérabilités et changements de schéma de mise en production [KB0856498] dans la base de connaissancesNow Support.	Xanadu
Évaluations et enquêtes	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 correctement des tests ATF, 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 comportant cette étape.	Xanadu
Gestion de la continuité d'activité	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
Case management for 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 8.0 de Gestion des coûts du cloud, 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 la tâche 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 » des vignettes Activité de CI récent et Activités des services d’application récents de la vue Gestion de Espace de travail CMDB pouvaient ne pas avoir été reflétées avec précision sur les changements apportés à 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éteront dans une détection plus précise des CI et des services d’application mis à jour. CMDB (Base de données sur les changements Santé : Si la tâche de tableau de bord ou CMDB Health Dashboard - Relationship Score Calculation est CMDB Health Dashboard - Relationship Compliance Processor 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é pour les relations CI. L’état actif de toutes les autres tâches du tableau de bord d’intégrité CMDB est conservé. Tout seuil de défaillance 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 précédemment créé. Vous pouvez également accéder au tableau de bord des services d’application dans l’espace de travail CMDB à partir de la vignette Services d’application de la vue Aperçus dans l’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. Pour accéder à un tableau de bord hérité sur une instance mise à niveau, accédez à Toutes > 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 de découverte de données, de découverte de données , d’anonymisation des données et de 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 ServiceNow Store . Pour obtenir les fonctionnalités les plus récentes, vous devez donc mettre à jour manuellement votre version vers la version la plus récente. À partir du correctif 3 de 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 ou 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
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 sont 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
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, consultez Migration des répartitions cibles.	Xanadu
Gestion des actifs matériels 11.0.0	Après la mise à niveau vers Xanadu, vous pouvez afficher les tableaux de bord Analyse des performances de 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 d’Analyse des performances de l’interface utilisateur principale vers les tableaux de bord d’Analyse de la plateformeNext Experience, la migration automatique est désactivée par défaut pour éviter la duplication des tableaux de bord.	Xanadu
Intégrité ITOM	Améliorez votre mappage de service d’application en installant l’application App Service Extension à partir du ServiceNow® Store.	Xanadu
ITOM Optimization	Améliorez votre mappage de service d’application en installant l’application App Service Extension à partir du ServiceNow® Store.	Xanadu
Visibilité ITOM	Pour une expérience de 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 App Service Extension à partir du ServiceNow® Store.	Xanadu
Gestionnaire de processus industriels	L’application Gestionnaire de processus industriel a maintenant une dépendance avec les applications Gestion des services de technologie opérationnelle, qui incluent Gestion des incidents de technologie opérationnelle et Gestion des changements de technologie opérationnelle. 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 Numéro de référence Toute SKU personnalisée qui autorise le Gestionnaire de processus industriel	Xanadu
Serveur MID	Pour connaître la configuration système requise la plus récente du serveur MID , consultez Configuration système requise pour le serveur MID. La version minimale de JRE 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 sa 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 serveur MID doivent avoir accès au site de téléchargement à install.service-now.com pour activer les mises à niveau automatiques. Pour en savoir plus, consultez la procédure de gestion des mises à niveau de serveur MID. Un seul service Windows MID Server est autorisé selon le 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.	Xanadu
Now Assist pour Opérations de sécurité	Pour obtenir la liste des exigences pour implémenter l’application, consultez Informations de prise en charge de 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 à Toutes > Recherche IA > État de Recherche IA. Contactez l’assistance si la page indique que Recherche IA n’est pas activée.	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 depuis Order Management for Telecommunications and Media version 6.0 ou antérieure : À 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 de l’offre de produits. 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 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 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 commandes, consultez l’article Dépréciation de la liste Telco pour la capture de commandes [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 Now Platform. 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 dynamiques de l’interface utilisateur principale , vous continuerez à y avoir accès sans aucune interruption. Envisagez d’effectuer une transition vers l’expérience Platform Analytics pour tirer pleinement parti des nouvelles options.	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 tarification, 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 du 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 Toutes > 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 du composant 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
Centre de RPA	Mettez à niveau l’un de ces programmes d’installation de logiciels ( MSI) Microsoft 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 Xanadu. D’après le nombre d’enregistrements dans la table des fichiers 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és système [sys_properties], ajoutez-la et définissez sa valeur sur faux. Pour en savoir plus sur l’ajout d’une propriété, consultez Ajouter une propriété système. Une fois que vous avez effectué la mise à niveau vers Xanadu, les définitions du 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 Contrôle de la posture de sécurité, consultez Installer Contrôle de la posture de sécurité.	Xanadu
Pont de services	Pont de services La version 2.x.x publiée avec la version Xanadu ne prend pas en charge la migration des versions de 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 Xanadu , 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 la version 1.x.x de Pont de services, suivez les étapes répertoriées dans 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 non correspondantes, les nouveaux droits ne peuvent pas être activés tant que les consommateurs et les fournisseurs n’ont pas effectué de mise à niveau vers la version Xanadu . Les anciens droits actifs continueront de fonctionner, mais il est impossible d’activer les nouveaux.	Xanadu
Espace de travail pour l'exploitation des services pour ITSM	Assurez-vous que les applications suivantes disposent de versions mises à niveau compatibles : Espace de travail pour l’exploitation des services Application pour applications ITSM (sn_sow_itsm_cont) Espace de travail pour l’exploitation des services Application des applications ITOM (sn_sow_itom_cont) Tableau 8. Versions compatibles d’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, consultez Mettre à niveau le SDK ServiceNow.	Xanadu
Gestion des compétences	Le tableau de bord des compétences est automatiquement migré vers l’interface utilisateur Next Experience dans la version Xanadu . Lorsque vous effectuez une 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 Microsoft Azure AD - Download Group Membership n’est pas exécutée pour les intégrations SSO ou d’annuaire existantes. Ce travail de répertoire n’est pas non plus créé 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
Planification stratégique	Après la mise à niveau vers Strategic Planning v4.3.2, 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, consultez Migration des répartitions cibles.	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 Espace de travail d’inventaire réseau après la mise à niveau vers Xanadu. Pour résoudre ce problème, vous devez migrer vos données de modèle de produit hérité vers les nouvelles tables de modèle de produit dans votre instance actuelle. Pour plus de détails sur la procédure, consultez 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, et ainsi de suite. 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é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 réponse aux vulnérabilités et changements de schéma de mise en production [KB0856498] dans la base de connaissances Now Support . Pour en savoir plus sur les nouvelles fonctionnalités de Réponse aux vulnérabilités, consultez les notes de publication de Réponse aux vulnérabilités.	Xanadu
Studio de workflow	À partir de la mise à jour 3 de Washington DC , la mise à jour de Studio de workflow met automatiquement à jour toutes ses dépendances d’application telles que ServiceNow® Studio de workflow, Playbook et ServiceNow® Decision Builder. Vous ne pouvez plus voir ou 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
Recherche IA	Lorsque vous effectuez une mise à niveau vers Yokohama à 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 d’informations sur la réindexation, consultez Exécution d’un index de table complet ou réindexation pour une source indexée unique ou Exécution d’un index de table complet ou réindexation de plusieurs sources indexées.	Yokohama
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.	Yokohama
App Engine Studio	En raison d’un nouveau processus d’affectation des groupes dans App Engine Management Center (AEMC), vérifiez que la même version du module d’extension Admission d’application est installée sur chacune de vos instances.	Yokohama
Réponse aux vulnérabilités des applications	Pour en savoir plus sur les nouvelles fonctionnalités de Réponse aux vulnérabilités, consultez les notes de publication de Réponse aux vulnérabilités. 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 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 Now Platform® 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 d’application ou de 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
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 de découverte de données, de découverte de données , d’anonymisation des données et de 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 Vélocité de changement DevOps, 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.	Yokohama
Gestion des clés de chiffrement	L’API GlideEncrypter utilise 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 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 sont 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.	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 Financial Services Operations 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 d’applications, consultez cet article de la base de connaissances pour connaître les étapes susceptibles de résoudre votre problème. Sinon, vous pouvez créer un ticket de support.	Yokohama
Intégrité ITOM	Améliorez votre mappage de service d’application en installant l’application App Service Extension à partir du ServiceNow® Store. Visitez le ServiceNow Store pour plus d’informations sur la soumission de demandes au magasin.	Yokohama
Visibilité ITOM	Il est prévu que la prise en charge de 3DES soit 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
Réplication de données d'instance	Améliorez les performances et l’efficacité du traitement de la réplication des données d’instance (IDR) en mettant à niveau vos ensembles de réplication vers 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 des 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 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.	Yokohama
Serveur MID	Pour connaître la configuration système requise la plus récente du serveur MID , consultez Configuration système requise pour le serveur MID. La version minimale de JRE 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 sa 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 serveur MID doivent avoir accès au site de téléchargement à install.service-now.com pour activer les mises à niveau automatiques. Pour en savoir plus, consultez la procédure de gestion des 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 d’applications, consultez cet article de la base de connaissances pour connaître les étapes susceptibles de résoudre votre problème. Sinon, vous pouvez créer un ticket de support.	Yokohama
Kit de compétences Now Assist	Si vous avez personnalisé des actions d’interface utilisateur ou d’autres éléments associés aux compétences Now Assist , assurez-vous 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 des mises à jour des applications et modules d’extension Now Assist (IA générative). Vous devrez peut-être vous connecter pour consulter l’article.	Yokohama
Now Assist pour Réponse aux incidents de sécurité	À partir de la version 2.0.1, le nom de l’application Now Assist pour Opérations de sécurité dans ServiceNow® Store et dans votre instance Now Platform® 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 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 à Toutes > Recherche IA > État de Recherche IA. Contactez l’assistance si la page indique que Recherche IA n’est pas activée.	Yokohama
Now Assist	Si vous avez personnalisé des actions d’interface utilisateur ou d’autres éléments associés aux compétences Now Assist , assurez-vous 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 des mises à jour des applications et modules d’extension Now Assist (IA générative). Vous devrez peut-être vous connecter pour consulter l’article.	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
Services digitaux pour le secteur public	Après la mise à niveau, certains menus et éléments de menu du secteur public 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 à Toutes > Service membre > Administration > Configuration guidéeet sélectionnez Espace de travail configurable for Public Sector Digital Services > Personnaliser manuellement les étiquettes de l'espace de travail.	Yokohama
Centre de RPA	Mettez à niveau l’un de ces programmes d’installation de logiciels ( MSI) Microsoft 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 Yokohama. En fonction du nombre d’enregistrements dans la table des fichiers d’application, vous pouvez rencontrer un retard lors de la mise à niveau des applications RPA Hub depuis Tokyo ou des 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 faux. Si cette propriété n’existe pas dans la table Propriétés système [sys_properties], ajoutez-la et définissez sa valeur sur faux. Pour en savoir plus sur l’ajout d’une propriété, consultez Ajouter une propriété système. Une fois que vous avez effectué la mise à niveau vers Yokohama, les définitions du processus de bot basculent vers 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 Contrôle de la posture de sécurité, consultez Installer Contrôle de la posture de sécurité.	Yokohama
Pont de services	Lorsque vous utilisez Pont de services pour les fournisseurs et 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 Mise à jour 9 Xanadu Correctif 4 Yokohama Pont de services 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 de Pont de services (hérité). Si vous utilisez une version de Pont de services (héritée), avant de mettre à 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 non correspondantes, les nouveaux droits ne peuvent pas être activés tant que les consommateurs et les fournisseurs n’ont pas effectué de mise à niveau vers la version 2.x.x de Pont de services . Les anciens droits actifs continueront de fonctionner, mais il est impossible d’activer les nouveaux. Si vous effectuez une mise à niveau vers la version 2.0.55 de Pont de services 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 disposent de versions mises à niveau compatibles : Espace de travail pour l’exploitation des services Application pour applications ITSM (sn_sow_itsm_cont) Espace de travail pour l’exploitation des services Application des applications ITOM (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 ServiceNow IDE version 2.0 ou ultérieure pour utiliser les dernières fonctionnalités. Pour plus d’informations sur la mise à jour de ServiceNow IDE, voir Installation d’applications dans le gestionnaire d’applications.	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 Now Platform .	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 Correctif 1 avec l’application de stockage Gestion des actifs logiciels (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 nouveaux droits pour divers produits CrowdStrike , tels que CrowdStrike Falcon Endpoint Protection et CrowdStrike Falcon Discover, en fonction de leurs métriques 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
Telecommunications Network Inventory	La version Yokohama nécessite la version de la plateforme Xanadu pour prendre en charge la fonctionnalité de playbook Concevoir et affecter.	Yokohama
Telecommunications Service Operations Management (TSOM, Gestion des opérations et services de télécommunications)	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 approprié.	Yokohama
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, et ainsi de suite. 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.	Yokohama
Intégrations de Réponse aux vulnérabilités	Pour plus d’informations sur les versions publiées de l’application Réponse aux vulnérabilités ainsi que sur les applications tierces et ServiceNow compatibles avec la version Yokohama , consultez l’article Matrice de compatibilité de réponse aux vulnérabilités et changements de schéma de mise en production [KB0856498] dans la base de connaissances Now Support . Pour en savoir plus sur les nouvelles fonctionnalités de Réponse aux vulnérabilités, consultez les notes de publication de Réponse aux vulnérabilités.	Yokohama
Optimisation de la main d'œuvre 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 d’une 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 devez disposer 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 Examen 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) Applaudissement Administrateur des applaudissements (sn_applaud.admin) Utilisateur applaudissant (sn_applaud.user)	Yokohama