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

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

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

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

Tâches de mise à niveau et de migration

Important :

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

Tableau 1.

Produit	Notes de publication	Famille
Recherche IA	Recherche IA applique automatiquement la nouvelle fonctionnalité de détection automatique de la langue lorsque vous indexez des enregistrements 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âche que vous avez indexés avant de les mettre à niveau vers Utah, vous devez réindexer manuellement ces enregistrements. De même, Recherche IA applique automatiquement la nouvelle fonctionnalité de détection des régions 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 procéder à la mise à 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 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 , de sorte que les clients existants n’ont 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
Assessments and Surveys	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 Infrastructure de tests automatisés (ATF), l’étape Cliquez 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
Configuration Compliance	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 Vulnerability Response Compatibility Matrix and Release Schema Changes [KB0856498] dans la base de connaissances HI. Pour plus d’informations sur les mises à jour des applications tierces prises en charge par Vulnerability Response et Configuration Compliance, consultez les notes de publication des intégrations Vulnerability Response. Tableau 2. Mettre à niveau les informations pour Configuration Compliance vers Utah Version Description de la mise à niveau 14.7 Certifié pour l’Utah dans le ServiceNow Store. Consultez la section suivante intitulée « Nouveau dans 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 de la clé de chiffrement	Les contextes de chiffrement sont automatiquement convertis au niveau des colonnes Champ de chiffrement, modules de chiffrement et 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 de la clé 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 qu’elles soient 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 | Comment migrer des pages d’enregistrement existantes vers des pages d’enregistrement standard [KB1224040] article 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	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 industriel	Si vous utilisez le connecteur du graphe de services ISA fourni avec le Gestionnaire de processus de fabrication et que vous effectuez une mise à niveau vers le Gestionnaire de processus industriel, assurez-vous que toutes les nouvelles entités de modèle d’équipement ISA ont un champ de nom unique.	Utah
Réplication de données d'instance	Vous pouvez améliorer les performances et l’efficacité de traitement de la réplication de données d’instance (IDR) en mettant à niveau vos ensembles de réplication vers la version V2, qui utilise le service de messagerie Hermes. Pour plus d’informations, consultez Mise à niveau de l’ensemble de réplication hérité vers V2 dans Réplication de données d’instance.	Utah
Serveur MID	Pour connaître la dernière configuration système requise pour le Serveur MID, consultez Configuration système requise pour le Serveur MID. La version minimum 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 la mise à niveau, le processus de mise à niveau affiche un message d’avertissement avec la version JRE minimale et recommandée. Si un JRE pris en charge est en cours d’exécution sur l’hôte du Serveur MID , le Serveur MID mis à niveau utilise cette version. Tous les ordinateurs hôtes de MID Server doivent accéder au site de téléchargement à install.service-now.com pour activer les mises à niveau automatiques. Pour plus d’informations, lisez comment le système gère les mises à niveau de Serveur MID. Un seul service Windows MID Server est autorisé par chemin d’accès exécutable. Les serveurs MID Windows mis à niveau qui ont plusieurs services pointant vers le même dossier d’installation ne peuvent pas démarrer. Voir Échec du démarrage du Serveur MID pour plus d’informations. Pour plus d’informations sur les mises à niveau de Serveur MID , consultez les rubriques suivantes : Vérification préalable à la mise à niveau du serveur MID : décrit comment le moniteur de mise à niveau automatique teste la capacité du serveur MID à effectuer la mise à 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 Gestionnaire de mappage des tâches 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 initialement affectés 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 Vault.	Utah
Planification de portefeuille	À partir de la version 6.0.1, Alignment Planner Workspace est renommé Planification de portefeuille pour la licence SPM Standard. Dans votre instance ServiceNow , le nom de l’application est affiché Planification de portefeuille et le nom du module d’espace de travail est affiché Espace de travail de Planification de portefeuille . Si vous effectuez une mise à niveau d’une version antérieure vers Planification de portefeuille v6.1.1 ou supérieure, un script correctif est exécuté pour supprimer le rôle milestone_editor du rôle roadmap_editor, car le rôle roadmap_editor n’est plus utilisé. Dans ce cas, la mise à niveau peut prendre plus de temps si votre instance ServiceNow dispose d’un grand nombre d’utilisateurs disposant du rôle roadmap_editor. Pour plus d’informations, consultez KB1443618.	Utah
Public Sector Digital Services	Après la mise à niveau, certains menus du secteur public et éléments de menu de l’espace de travail configurable CSM reviennent à leur nom d’étiquette CSM d’origine. Vous pouvez réétiqueter ces éléments pour une utilisation dans le secteur public en mettant à jour les catégories de liste UX pour les organisations de clients et de services. Pour plus d’informations, consultez Ré-étiquetage des éléments pour une utilisation dans le secteur public après la mise à niveau.	Utah
Concentrateur de l’automatisation des processus robotiques (RPA)	Assurez-vous de mettre à niveau les programmes d’installation de logiciels Microsoft (MSI) actuellement installés (RPA Desktop Design Studio, Robot assisté 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 Fichier d’application, vous pourriez rencontrer un retard potentiel lors de la mise à niveau des applications RPA Hub de Tokyo vers 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é système [sys_properties], ajoutez-la et définissez sa valeur sur faux. Une fois que vous avez procédé à la mise à niveau vers Utah, les définitions des processus de bot changent vers la nouvelle structure, c’est-à-dire la configuration du processus de bot. Bien que la configuration du processus de bot ne remplace pas complètement le processus de bot. La plupart des champs sont déplacés de la configuration du processus de bot vers la configuration du processus de bot. Si vous effectuez une mise à niveau vers la version Utah sans mettre à jour la valeur de propriété système, les tables n’étendent pas la table Fichier d’application. Pour mettre à jour manuellement les changements de tables, consultez l’article Restructuration des tables RPA Hub à sys_metadata dans 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 ont des versions mises à niveau compatibles : Application Applications ITSMpour l’Espace de travail pour l’exploitation des services (sn_sow_itsm_cont) Espace de travail pour l’exploitation des services Application ITOM Applications (sn_sow_itom_cont) Tableau 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 de tous les widgets publics qui acceptent le paramètre d’entrée de table. Par défaut, dans la version 10 du correctif Utah et les versions ultérieures, les widgets publics qui acceptent le paramètre d’entrée de table ne peuvent pas accéder aux données des tables pour les utilisateurs invités et les renvoyer. Si vous avez ajouté les glide.service_portal.widget.table_allow_list propriétés système ou glide.service_portal.widget.allow_list avant la mise à niveau, les valeurs de ces propriétés sont migrées vers la liste d’autorisation de la table publique pour les widgets après la mise à niveau vers la version Utah Patch 10 ou ultérieure. Pour plus d’informations, consultez Configurer la sécurité des widgets. En outre, les ACL de lecture au niveau du champ sont appliquées par défaut pour les conditions de filtre dans les instances de widget de liste simple. Une nouvelle propriété système, glide.service_portal.enable_acls_for_encoded_query_in_list, applique ces ACL indépendamment du fait que l’option Appliquer les ACL de lecture au niveau du champ sur les termes de la requête de filtre soit sélectionnée ou non pour les instances de widget de liste simple. Pour utiliser l’option Appliquer les ACL de lecture au niveau du champ sur les termes de requête de filtre, changez la valeur de glide.service_portal.enable_acls_for_encoded_query_in_list sur faux. Pour plus d’informations, consultez Widget Liste simple.	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, qui peut prendre longtemps. 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), consultez 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 conditions de licence de 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, voir Maintenance des licences logicielles.	Utah
Strategic Planning	À partir de la version 2.0.1, Lenses for Alignment Planner Workspace est renommé en licence Strategic Planning for 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 la planification stratégique. Après l’installation de l’application Strategic Planning , les champs existants du formulaire Objectif, Société, Unité business, Département et Portefeuille sont consolidés en deux champs, Type d’entité affectée et Entité affectée, et sont renseignés automatiquement en fonction des valeurs des champs existants. Si vous avez créé des relations m2m avec des entités d’approche autres que l’unité business, le département, la société ou le portefeuille, exécutez la tâche planifiée Migrer les relations d’objectif 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 d’objectif [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 dispose d’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 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 les 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ées 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 Vulnerability Response , ainsi que sur les applications tierces et ServiceNow compatibles avec Utah, consultez l’article Vulnerability Response Compatibility Matrix and Release Schema Changes [KB0856498] dans la base de connaissances HI. Pour plus d’informations sur les nouvelles fonctionnalités de Vulnerability Response, consultez les notes de publication de Vulnerability Response.	Utah
Réponse aux vulnérabilités	En raison d’un changement de modèle de données dans l’application Vulnerability Response , la mise à niveau peut prendre beaucoup plus de temps que les mises à niveau précédentes. Pour plus d’informations, consultez KB0856498. Lors de la mise à niveau vers une version plus récente, 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, Vulnerability Manager Workspace 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èces jointes d’enregistrement de tâche avec leurs enregistrements parents, vous devez réindexer manuellement la table Tâche [task]. Pour plus d’informations sur la réindexation d’une table, consultez Effectuer un index de table complet ou réindexer pour une source indexée unique. Remarque : La réindexation de la table de tâches peut prendre un certain temps. Après la mise à niveau vers Vancouver à partir d’une version antérieure, vous pouvez éventuellement republier vos profils de recherche contenant des règles d’amélioration des résultats avec des actions de blocage et de promotion. La republication de ces profils de recherche résout un problème dans lequel les règles d’amélioration des résultats peuvent ne pas bloquer ou promouvoir correctement les résultats de recherche traduits. Pour obtenir des instructions sur la republication d’un profil de recherche, voir Publier un profil de recherche. Pour en savoir plus sur la façon dont Recherche IA gère le contenu traduit, consultez Prise en charge de l’internationalisation de Recherche IA.	Vancouver
Assessments and Surveys	Mettez à jour les tests ATF (Automated Test Framework ) si vous effectuez une mise à niveau vers Vancouver à partir d’une version antérieure à Utah. Dans la version Utah , tous les boutons des cartes d’évaluation ou d’enquête ont été supprimés. Pour exécuter des tests ATF avec succès, l’étape Cliquer sur le bouton Participer à une enquête doit être remplacée par l’étape Cliquer sur la carte d’enquête pour tous les tests qui comportent cette étape.	Vancouver
Framework de tests automatisés	Copiez et personnalisez les tests de démarrage rapide fournis par Now Platform® pour valider que votre instance fonctionne après avoir apporté des changements de configuration. Par exemple, si vous appliquez une mise à niveau ou développez une application. Les tests ne peuvent produire un résultat de réussite que lorsque vous les exécutez sur un système de base sans aucune personnalisation et avec les données de démonstration par défaut fournies avec le module d’extension de l’application ou de la fonctionnalité. Pour appliquer un test de démarrage rapide à des données spécifiques à votre instance, copiez le test de démarrage rapide et ajoutez vos données personnalisées. Pour plus d’informations, voir Tests de démarrage rapide disponibles par application ou fonctionnalité.	Vancouver
Gestion des coûts du cloud	Pour obtenir des instructions sur la mise à niveau de Gestion des coûts du cloud vers Vancouver, consultez Mettre à niveau Analyse des coûts du cloud.	Vancouver
Base de données de gestion des configurations (CMDB)	Pendant la mise à niveau, un script correctif qui modifie le parent de la table Mappage de définition de rapprochement [cmdb_reconciliation_definition_mapping] s’exécute. La durée nécessaire à ce script correctif dépend du nombre de règles de rapprochement dans l’instance mise à niveau et ajoute généralement plusieurs minutes à la mise à niveau. Le changement de parent de la table Mappage de définition de rapprochement [cmdb_reconciliation_definition_mapping] est nécessaire pour s’assurer que les données de cette table sont capturées par les ensembles de mises à jour lors de l’exportation de règles de rapprochement entre les instances. Après la mise à niveau, tous les changements apportés aux règles de rapprochement sont entièrement capturés par des ensembles de mises à jour et sont correctement portés vers les instances de destination.	Vancouver
Gestion du service clientèle (CSM)	Suite à une mise à niveau vers la version Vancouver , vous devrez peut-être reformer et redéployer Task Intelligence pour la catégorisation et les modèles de sentiment du Service clientèle. Pour plus d’informations, consultez Étapes à suivre après la mise à niveau vers Vancouver dans la documentation Intelligence des tâches pour Service clientèle.	Vancouver
Intelligence documentaire	Intelligence documentaire 3.0 et versions ultérieures incluent un schéma mis à jour pour prendre en charge sa transition d’une application incluse dans le périmètre vers un module d’extension Now Platform . Pour plus d’informations sur la mise à niveau, voir Mise à niveau vers Intelligence documentaire 3.0 ou ultérieure à partir de la version 2.4 ou antérieure.	Vancouver
Cadre de travail des objectifs	À partir de la version 4.2.0, les cibles existantes dont le champ Type est défini sur Jalon sont considérées comme des cibles qualitatives. Après la mise à niveau du cadre de travail des objectifs, pour ces cibles existantes, l’unité de mesure est définie sur Oui/Non, la valeur de base est définie sur Non et la valeur cible est définie automatiquement sur Oui . En outre, la valeur réelle est définie sur Oui si la valeur de progression est de 100 %, sinon la valeur est définie sur Non.	Vancouver
Visibilité ITOM	Microsoft Azure Configuration des alertes Après la mise à niveau, configurez le service d’alerte Microsoft Azure pour transmettre les notifications d’alerte à Now Platform de manière sécurisée. Pour plus d’informations, consultez Utiliser un webhook sécurisé pour transmettre les alertes Microsoft Azure à Now Platform.	Vancouver
Identité et authentification	Authentification report_view listes de contrôle d’accès (ACL) qui déterminent qui peut afficher les rapports dans les tableaux de bord et ailleurs sont activées par défaut dans la version Vancouver . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.	Vancouver
Gestionnaire de processus industriel	Si vous utilisez le connecteur du graphe de services ISA fourni avec le Gestionnaire de processus de fabrication et que vous effectuez une mise à niveau vers le Gestionnaire de processus industriel, assurez-vous que toutes les nouvelles entités de modèle d’équipement ISA ont un champ de nom unique.	Vancouver
Réplication de données d'instance	Améliorez les performances et l’efficacité de traitement de la réplication de données d’instance (IDR) en mettant à niveau vos ensembles de réplication vers la version V2, qui utilise le service de messagerie Hermes. Pour plus d’informations, consultez Mise à niveau des ensembles de réplication hérités vers V2 dans Réplication de données d’instance. Si la table Erreur de charge utile de réplication [idr_replication_payload_error] de votre instance contient plus de 10 millions d’enregistrements, configurez la rotation de table en fonction KB1364728. L’utilisation de la rotation de table pour supprimer des enregistrements de la table Erreur de charge utile de réplication [idr_replication_payload_error] est sécurisée car cette table contient uniquement les erreurs de réplication journalisées par IDR et non des données répliquées.	Vancouver
Serveur MID	Pour connaître la dernière configuration système requise pour le Serveur MID , consultez Configuration système requise pour le Serveur MID. La version JRE minimale prise en charge est 11.0.9 et la version recommandée est 11.0.16.1. Si vous avez installé votre propre JRE, le processus de mise à niveau prend les mesures suivantes pour s’assurer que le serveur MID utilise un JRE pris en charge : Si un serveur MID utilise une version non prise en charge de JRE lors de la mise à niveau, le processus de mise à niveau affiche un message d’avertissement avec la version JRE minimale et recommandée. Si un JRE pris en charge est en cours d’exécution sur l’hôte du Serveur MID , le Serveur MID mis à niveau utilise cette version. Tous les ordinateurs hôtes de MID Server doivent accéder au site de téléchargement à install.service-now.com pour activer les mises à niveau automatiques. Pour plus d’informations, lisez comment le système gère les mises à niveau de Serveur MID. Un seul service Windows MID Server est autorisé par chemin d’accès exécutable. Les serveurs MID Windows mis à niveau qui ont plusieurs services pointant vers le même dossier d’installation ne peuvent pas démarrer. Voir Échec du démarrage du Serveur MID pour plus d’informations. Pour plus d’informations sur les mises à niveau de Serveur MID , consultez les rubriques suivantes : Vérification préalable à la mise à niveau de Serveur MID : décrit comment le moniteur de mise à niveau automatique teste la capacité du Serveur MID à se mettre à niveau sur votre système avant la mise à niveau réelle. Mise à niveau manuelle du serveur MID : décrit comment mettre à niveau manuellement vos serveurs MID.	Vancouver
Now Assist	Pour plus d’informations sur le dépannage des mises à niveau de votre application et de votre module d’extension Now Assist , consultez l’article de la base de connaissances sur les problèmes et l’atténuation des mises à niveau Now Assist.	Vancouver
Gestion des commandes	À compter de la version de novembre 2023, l’application Order Management prend en charge le cycle de vie complet des commandes de produits et de services, y compris les fonctionnalités d’exécution des commandes fournies avec l’application Order Management for Telecommunications, Media, and Technology . Si vous disposez d’un abonnement à Gestion des services de télécommunications, vous installez l’application Order Management for Telecom, Media and Tech à partir du ServiceNow Store. Cette application installe l’application Order Management , les données de démonstration de télécommunications et les implémentations ServiceNow Open API suivantes des spécifications REST de l’API TM Forum : API ouverte du catalogue de produits API ouverte de Catalogue de services Commande de produit API ouverte API ouverte de commande de service Inventaire des produits : ouvrir l’API API ouverte de qualification du service technique Si vous êtes familier avec l’application Order Management pour Gestion du service clientèle , vous pouvez éventuellement utiliser cette interface après avoir installé l’application Order Management . Pour plus d’informations, voir Activer l’interface utilisateur pour la gestion des commandes pour Gestion du service clientèle KB1554296. Pour plus d’informations sur les changements apportés à l’interface, voir Changements apportés à l’application Order Management pour Customer Service Management KB1560237. Lors de la mise à niveau, la table Tâche de commande [sn_ind_tmt_orm_order_task] est étendue à partir de la table Tâches planifiées [planned_tasks] utilisée dans l’application Gestion du service client . La table Tâche de commande a également été modifiée. Pour plus d’informations sur les changements apportés à la table Tâche de commande, consultez OMT Changement de parent des changements de modèle de données KB1496935. Si vous avez effectué une mise à niveau vers la version Vancouver et que vous utilisez une version de l’application Order Management for Telecommunications, Media, and Technology qui n’est pas la version 5.2.0, vous ne pourrez pas accéder aux correctifs pour renseigner l’inventaire des produits et les caractéristiques des modèles de produits. Pour obtenir ces modifications, effectuez une mise à niveau vers le correctif Vancouver actuel.	Vancouver
Espace de travail d'analyse de plateforme	La version Vancouver de Platform Analytics Workspace (3.0) inclut les mises à jour de la version 2.1.x, auparavant disponibles uniquement dans le ServiceNow® Store.	Vancouver
Planification de portefeuille	Si vous effectuez une mise à niveau d’une version antérieure vers Planification de portefeuille v6.1.1 ou supérieure, un script correctif est exécuté pour supprimer le rôle milestone_editor du rôle roadmap_editor, car le rôle roadmap_editor n’est plus utilisé. Dans ce cas, la mise à niveau peut prendre plus de temps si votre instance ServiceNow dispose d’un grand nombre d’utilisateurs disposant du rôle roadmap_editor. Pour plus d’informations, consultez KB1443618. Si vous effectuez une mise à niveau à partir d’une version antérieure vers Planification de portefeuille 7.0.0 ou 7.1.0, il est possible que la liste des entités ne se charge pas à l’étape Sélectionner les entités lorsque vous créez ou modifiez un plan de portefeuille. Dans ce cas, vous devez ajouter le script dans le composant Liste de la page Sélectionner des entités. Pour plus d’informations, consultez KB1566418.	Vancouver
Concepteur d'automatisation de processus	Après la mise à niveau vers Vancouver, mettez à jour l’application dans le ServiceNow Store.	Vancouver
Public Sector Digital Services	Avant d’effectuer une mise à niveau vers Public Sector Digital Services v8.0, vous devez créer des définitions de service personnalisées pour les données de la table Services proposés, les données de la table Services reçus et toutes les autres données affectées par la conversion de la table Services proposés en table Définition de service (données du tableau de bord Analyse des performances, données des rapports du membre ou de l’entreprise...). Les données personnalisées relatives aux services proposés et aux services reçus créées dans les versions précédentes ne sont pas automatiquement migrées vers la nouvelle version et, après la mise à niveau, ne sont pas accessibles dans l’application tant que les données ne sont pas migrées des entités héritées vers la table Définition de service. Pour plus d’informations, consultez les conseils sur la migration des services proposés et des services reçus et Configurer une définition de service pour les playbooks dans Public Sector Digital Services. Après la mise à niveau, certains menus du secteur public et éléments de menu de l’espace de travail configurable CSM reviennent à leur nom d’étiquette CSM d’origine. Vous pouvez réétiqueter ces éléments pour une utilisation dans le secteur public en mettant à jour les catégories de liste UX pour les organisations de clients et de services. Pour plus d’informations, consultez Ré-étiquetage des éléments pour une utilisation dans le secteur public après la mise à niveau.	Vancouver
Concentrateur de l’automatisation des processus robotiques (RPA)	Assurez-vous de mettre à niveau les programmes d’installation de logiciels Microsoft (MSI) actuellement installés (RPA Desktop Design Studio, Robot assisté, Robot non assisté et Login Agent robot non assisté ) en téléchargeant les applications RPA. Pour plus d’informations, consultez Télécharger les applications RPA à partir de RPA Hub. Les étapes de mise à niveau suivantes ne s’appliquent que lorsque vous effectuez une mise à niveau de San Diego ou Tokyo vers Vancouver. D’après le nombre d’enregistrements dans la table Fichier d’application, vous pourriez rencontrer un retard potentiel lors de la mise à niveau des applications RPA Hub depuis Tokyo ou avant vers Vancouver. Avant de mettre à niveau RPA Hub vers Vancouver, vous devez définir la valeur de la glide.rollback.blacklist.TableParentChange.change propriété système sur faux. Si cette propriété n’existe pas dans la table Propriété système [sys_properties], ajoutez-la et définissez sa valeur sur faux. Après la mise à niveau vers Vancouver, les définitions du processus de bot basculent vers la nouvelle structure, c’est-à-dire la configuration du processus de bot. Bien que la configuration du processus de bot ne remplace pas complètement le processus de bot. La plupart des champs sont déplacés de la configuration du processus de bot vers la configuration du processus de bot. Si vous effectuez une mise à niveau vers la version Utah sans mettre à jour la valeur de propriété système, les tables n’étendent pas la table Fichier d’application. Pour mettre à jour manuellement les changements de tables, consultez l’article Restructuration des tables RPA Hub à sys_metadata dans la base de connaissances Now Support de la base de connaissances Now Support .	Vancouver
Réponse aux incidents de sécurité		Vancouver
Service Bridge	Pour plus d’informations sur la mise à niveau et l’utilisation des nouvelles applications de Pont de services, consultez Migrer à partir de Pont de services (hérité).	Vancouver
Espace de travail pour l'exploitation des services pour ITSM	Assurez-vous que les applications suivantes ont des versions mises à niveau compatibles : Application Applications ITSMpour l’Espace de travail pour l’exploitation des services (sn_sow_itsm_cont) Espace de travail pour l’exploitation des services Application ITOM Applications (sn_sow_itom_cont) Tableau 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). Si l’instance mise à niveau dispose de l’une des personnalisations suivantes, vous devez migrer les changements de page d’enregistrement standard. Pour plus d’informations, consultez Configurer une page d’enregistrement standard dans Espace de travail pour l’exploitation des services. Toute action déclarative personnalisée du type de client N’importe quelle fenêtre modale personnalisée L’écran ou la condition d’écran de n’importe quel onglet horizontal ou de panneau latéral contextuel personnalisé Après la mise à niveau 3.0, la fonctionnalité Cadre de travail des recommandations n’est plus disponible et, à la place, seule la version standard de la fonctionnalité Actions recommandées pour ITSM est disponible.	Vancouver
Portail de services	Après la mise à niveau, vous devez spécifier les tables à partir desquelles les utilisateurs invités peuvent accéder aux données de tous les widgets publics qui acceptent le paramètre d’entrée de table. Par défaut, dans la version Vancouver Patch 7 et les versions ultérieures, les widgets publics qui acceptent le paramètre d’entrée de table ne peuvent pas accéder aux données des tables pour les utilisateurs invités et les renvoyer. Si vous avez ajouté les glide.service_portal.widget.table_allow_list propriétés système ou glide.service_portal.widget.allow_list avant la mise à niveau, les valeurs de ces propriétés sont migrées vers la liste d’autorisation de la table publique pour les widgets après la mise à niveau vers la version Vancouver Patch 7 ou ultérieure. Pour plus d’informations, consultez Configurer la sécurité des widgets. En outre, les ACL de lecture au niveau du champ sont appliquées par défaut pour les conditions de filtre dans les instances de widget de liste simple. Une nouvelle propriété système, glide.service_portal.enable_acls_for_encoded_query_in_list, applique ces ACL indépendamment du fait que l’option Appliquer les ACL de lecture au niveau du champ sur les termes de la requête de filtre soit sélectionnée ou non pour les instances de widget de liste simple. Pour utiliser l’option Appliquer les ACL de lecture au niveau du champ sur les termes de requête de filtre, changez la valeur de glide.service_portal.enable_acls_for_encoded_query_in_list sur faux. Pour plus d’informations, consultez Widget Liste simple.	Vancouver
Gestion des portefeuilles de services	L’affichage des résultats de disponibilité a été introduit dans la version Tokyo , mais s’applique également aux versions ultérieures. Lors de la mise à niveau, pour les clients identifiés comme ayant une charge de données lourde, le système lance une tâche en arrière-plan de longue durée, qui peut prendre longtemps. Pour plus d’informations, consultez KB1123644.	Vancouver
Gestion des compétences	Si vous avez personnalisé l’URL de la page Gérer les compétences, vous devez mettre à jour manuellement l’URL pour qu’elle pointe vers la nouvelle page. Voici le chemin d’accès relatif à la nouvelle page Gérer les compétences : https://<nom d’instance>.service-now.com/now/nav/ui/manage-skills/params/parent-skill/2eb1c2029f100200a3bc1471367fcfe4/parent-department/221f79b7c6112284005d646b76ab978c/recursive-departments/true/recursive-skills/true/group-by/department. Vous pouvez remplacer le chemin d’accès existant par celui-ci. Remarque : Assurez-vous que la compétence parente et la sys_ids département parent sont les mêmes que celles figurant dans votre URL existante.	Vancouver
Gestion des actifs logiciels	Pour plus d’informations sur la mise à niveau à partir du module d’extension Software Asset Management Foundation (com.snc.sams), consultez Rétablir les personnalisations de Gestion des actifs logiciels. Lors de la mise à niveau vers Vancouver, les champs Version et Édition des définitions de carte de détection (DMAP) prennent en charge la nouvelle valeur is_empty . Si le champ Edition d’une définition DMAP de composant Microsoft SQL Server existante a été précédemment défini sur is_anything, il est automatiquement mis à jour avec la nouvelle valeur is_empty suite à la mise à jour du contenu.	Vancouver
Strategic Planning	À partir de la version 2.1.0, l’accès au module Objectifs dans Strategic Planning nécessite les rôles sn_apw_advanced.spw_goal_user_read et sn_apw_advanced.spw_goal_user pour l’accès en lecture et en modification, respectivement. Après la mise à niveau de Strategic Planning, affectez ces rôles aux utilisateurs d’objectifs existants pour gérer les objectifs dans Strategic Planning. À partir de la version 2.1.0, les cibles existantes dont le champ Type est défini sur Jalon sont considérées comme des cibles qualitatives. Après la mise à niveau de Strategic Planning, pour ces cibles existantes, l’unité de mesure est définie sur Oui/Non, la valeur de base est définie sur Non et la valeur cible est définie automatiquement sur Oui . En outre, la valeur réelle est définie sur Oui si la valeur de progression est de 100 %, sinon la valeur est définie sur Non. Si vous effectuez une mise à niveau d’une version antérieure vers Strategic Planning v2.1.0 ou une version ultérieure, un script correctif est exécuté pour supprimer le rôle milestone_editor du rôle roadmap_editor, car le rôle roadmap_editor n’est plus utilisé. Dans ce cas, la mise à niveau peut prendre plus de temps si votre instance ServiceNow dispose d’un grand nombre d’utilisateurs disposant du rôle roadmap_editor. Pour plus d’informations, consultez KB1443618. Si vous effectuez une mise à niveau à partir d’une version antérieure vers Strategic Planning v3.0.0 ou v3.4.0, il est possible que la liste des entités ne se charge pas à l’étape Sélectionner des entités lorsque vous créez ou modifiez un plan de portefeuille. Dans ce cas, vous devez ajouter le script dans le composant Liste de la page Sélectionner des entités. Pour plus d’informations, consultez KB1566418.	Vancouver
Telecommunications Service Operations Management	Le package de démarrage Integration Hub, ainsi que le déclencheur externe, sont inclus en tant que composants du package de démarrage dans Vancouver Patch 1. Le client doit utiliser la version familiale Vancouver Correctif 1 pour obtenir la fonctionnalité de notification de l’API de télécommunications.	Vancouver
Gestion des risques liés aux tiers		Vancouver
Agent virtuel	Certaines fonctionnalités qui ont été livrées dans Vancouver Patch 7 ne sont pas disponibles dans la version initiale de l’accès anticipé de Washington DC . Ces fonctionnalités seront disponibles dans les futures versions du correctif de Washington DC : Changements du contrôle du collecteur d’entrées Effectuez un glisser-déplacer pour réorganiser les entrées au sein du nœud. Spécifiez le type d’entrée que le nœud acceptera : texte, e-mail, adresse IP, numéro de téléphone, URL ou personnalisé. Le nombre maximal d’entrées par nœud est de 5. Option d’invite utilisateur appliquée dans le contrôle d’entrée utilisateur de texte Commutateur dans la zone Propriétés avancées qui permet aux auteurs de rubriques de spécifier le message affiché à l’utilisateur au lieu de la réponse générée par le LLM.	Vancouver
Intégrations de Réponse aux vulnérabilités	Pour plus d’informations sur les versions publiées de l’application Vulnerability Response , ainsi que sur les applications tierces et ServiceNow compatibles avec Vancouver, consultez l’article Matrice de compatibilité de Vulnerability Response et Changements de schéma de mise en production [KB0856498] dans la base de connaissances. Pour plus d’informations sur les nouvelles fonctionnalités de Vulnerability Response, consultez les notes de publication de Vulnerability Response.	Vancouver
Réponse aux vulnérabilités	En raison d’un changement de modèle de données dans l’application Vulnerability Response , la mise à niveau peut prendre beaucoup plus de temps que les mises à niveau précédentes. Pour plus d’informations, consultez KB0856498. Lors de la mise à niveau vers une version plus récente, la durée de mise à niveau peut augmenter en fonction des données et de la version à partir desquelles vous effectuez la mise à niveau. Ce problème est dû à des changements de schéma supplémentaires qui ont été ajoutés pendant la mise à niveau. Pour plus d’informations, consultez KB0856498. À partir de la version 20.0 de l’application Vulnerability Response et de la version 2.03 de l’application Vulnerability Emergency Response, Vulnerability Analyst Workspace est renommé Vulnerability Assessment Workspace. Toutes les références à l’espace de travail de l’analyste de vulnérabilité sont désormais des espaces de travail d’évaluation de la vulnérabilité.	Vancouver
Recherche IA	Correctif 9 de Washington DC : Après la mise à niveau vers Washington DC Patch 9 à partir d’une version antérieure, rendez le contenu des blocs de connaissances consultable en réindexant toutes vos sources indexées qui incluent des articles de la base de connaissances. Pour plus d’informations sur la réindexation, consultez Exécution d’un index ou d’une réindexation de table complète pour une source indexée unique ou Exécution d’un index ou d’une réindexation de table complète pour plusieurs sources indexées. Washington DC : Lorsque vous effectuez une mise à niveau vers Washington DC, Recherche IA met automatiquement à jour vos configurations de résultats Genius existantes pour utiliser les nouveaux champs de formulaire Configuration de résultat Genius Recherche IA. Cette procédure de mise à jour apporte les changements suivants : Supprime les valeurs de champ de type de réponse de résultat Genius existantes. Migre les valeurs de champ de la logique de résultat Genius vers le nouveau processeur de demande Recherche IA et les champs de processeur de réponse Recherche IA selon le cas. Après la mise à niveau de votre instance vers Washington DC, Recherche IA conserve la valeur que vous avez définie précédemment pour l’opérateur de recherche booléen à utiliser lorsqu’une requête de recherche inclut une propriété système à termes multiples ( glide.ais.query.search_operator ). Pour bénéficier des avantages du nouveau mode de requête amélioré pour les recherches multitermes, définissez la valeur de cette propriété système sur AND then OR 2+ key terms. Pour plus d’informations sur les propriétés système Recherche IA , consultez Propriétés système Recherche IA. À partir de Washington DC, la table Utilisateur [sys_user] trie par défaut les enregistrements indexés en fonction de leur date de sys_created_on au lieu de leur date de sys_updated_on. Ce changement nécessite une réindexation de la source indexée de la table Utilisateur pour Recherche IA, ce qui peut être très long. Lorsque vous effectuez une mise à niveau vers Washington DC à partir d’une version familiale précédente, Recherche IA ne réindexe pas automatiquement la source indexée de la table Utilisateur. Si vous avez besoin de pouvoir rechercher les enregistrements utilisateur dans la dernière configuration, vous pouvez réindexer manuellement la source indexée de la table Utilisateur, ce qui peut prendre un certain temps. Dans le cas contraire, Recherche IA réindexe les enregistrements individuels de la table Utilisateur au fur et à mesure de leur mise à jour jusqu’à ce que tous les enregistrements aient été réindexés.	Washington DC
Framework de tests automatisés	Copiez et personnalisez les tests de démarrage rapide fournis par Now Platform® pour valider que votre instance fonctionne après avoir apporté des changements de configuration. Par exemple, si vous appliquez une mise à niveau ou développez une application. Les tests ne peuvent produire un résultat de réussite que lorsque vous les exécutez sur un système de base sans aucune personnalisation et avec les données de démonstration par défaut fournies avec le module d’extension de l’application ou de la fonctionnalité. Pour appliquer un test de démarrage rapide à des données spécifiques à votre instance, copiez le test de démarrage rapide et ajoutez vos données personnalisées. Pour plus d’informations, voir Tests de démarrage rapide disponibles par application ou fonctionnalité.	Washington DC
Business Continuity Management	Après la mise à niveau vers la version Washington DC , vous devez noter les informations importantes suivantes pour les analyses d’impact sur l’entreprise, les plans de continuité d’activité et les événements existants : Pour les analyses d’impact sur l’entreprise, la colonne Source de l’évaluation des dépendances est renommée Source primaire et la source BCM est renommée Manuel pour les dépendances ajoutées manuellement après une mise à niveau. Lorsque vous sélectionnez le bouton Mettre à jour les dépendances , le système ajoute les dépendances CMDB . Pour les plans de continuité d’activité, la colonne Source est renommée Source primaire à la suite d’une mise à niveau. Lorsque vous sélectionnez le bouton Mettre à jour les dépendances , le système ajoute les dépendances CMDB et BIA. Pour maintenir la compatibilité avec les versions précédentes, l’administrateur BCM peut configurer les sources et conserver uniquement la dépendance BIA en amont et les dépendances BIA en aval comme sources dans la configuration mise à jour. Pour les événements et les exercices, lorsque vous sélectionnez le bouton Mettre à jour les dépendances , le système ajoute les dépendances CMDB, BIA et Business Continuity Planning (BCP) après une mise à niveau. Pour maintenir la compatibilité avec les versions précédentes, l’administrateur BCM peut configurer les sources et conserver uniquement la dépendance BIA en amont et les dépendances BIA en aval comme sources dans la configuration mise à jour.	Washington DC
Base de données de gestion des configurations (CMDB)	La colonne product_instance_id a été ajoutée à la table Élément de configuration de base [cmdb_ci] pour prendre en charge le nouvel identificateur d’instance de produit (PID), qui permet la recherche et la liaison de tous les actifs, CI et éléments de base d’installation (IBI) connexes préexistants. Pour plus d’informations sur l’impact de ce changement pendant la mise à niveau et sur la manière de minimiser cet impact, consultez l’article de la base de connaissances Impact de la mise à niveau des changements de schéma de CMDB_CI pour la version Washington [KB1534035]. Si vous activez CMDB 360 pour la première fois après la mise à niveau vers la version Washington DC , vous devez définir la glide.identification_engine.multisource_non_cmdb_ci_enabled propriété système sur true pour activer la capture des données CMDB 360 pour les CI de classes non CMDB (classes non dérivées de la classe d’élément de configuration [cmdb_ci]). Si vous avez utilisé l’application de certification des données héritée sur l’interface utilisateur principale, les définitions associées ne seront pas disponibles dans la nouvelle implémentation de la certification des données dans Espace de travail CMDB. Après la mise à niveau vers la version Washington DC et vers la version 6.0 de CMDB Workspace, vous pouvez convertir les définitions créées dans l’application Certification des données héritée en brouillons de politiques de certification du gestionnaire de données dans Espace de travail CMDB. Pour en savoir plus, reportez-vous à .	Washington DC
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 est annulée avant la création de l’audit. Mais désormais, les audits sont créés immédiatement après la modification de l’enregistrement, ce qui réduit le risque d’abandon de l’opération par une transaction annulée avant l’enregistrement de l’audit. Pour faciliter cette mise à jour, les audits sont maintenant enregistrés dans le même thread que la transaction. Les audits précédents ont été créés dans un thread d’arrière-plan. Ce changement redéfinit la valeur par défaut de la propriété glide.db.audit.lazy de vrai à faux. Idéalement, cette propriété n’est pas définie dans la table Propriétés, ce qui signifie que la majorité des instances commencent à utiliser la nouvelle valeur et le nouveau comportement par défaut avec la version Washington DC . Sur certaines instances, cette propriété peut avoir été insérée avec la valeur définie sur vrai, ce qui signifie que ces instances ne pourront pas utiliser ce changement pour auditer le comportement. Supprimez cette propriété pour tirer parti de cette mise à jour.	Washington DC
Gestion de la clé de chiffrement	Si vous mettez à niveau votre instance vers Washington DC , mais que vous ne mettez pas à niveau votre serveur MID, l’authentification de gestion des secrets échoue. Évitez les échecs d’authentification en mettant à niveau votre serveur MID vers Washington DC. Si vous ne pouvez pas effectuer la mise à niveau, vous devez désactiver l’authentification jusqu’à ce que le serveur MID soit mis à niveau vers Washington DC pour éviter les échecs d’authentification. Pour plus d’informations sur les mises à niveau de Serveur MID, voir Mises à niveau de Serveur MID.	Washington DC
Enterprise Asset Management	Après la mise à niveau vers Washington DC, le champ model_component n’est plus disponible dans la table Actif d’entreprise [sn_ent_asset]. À la place, un nouveau champ model_component_id est disponible dans la table Actif [alm_asset]. Le script ENT - Migrer vers un nouveau composant de modèle déplace les données du champ model_component existant vers le champ model_component_id. Notez les scénarios de mise à niveau suivants pour le coût total de possession (TCO) des actifs : La mise à niveau fonctionne pour toutes les tâches de flux Enterprise Asset Management Vous devez disposer de cartes d’évaluation de tâche pour chaque tâche de workflow. La mise à niveau du TCO renseigne les champs decatégorie Actif et Dépense sur les lignes de dépense correspondant à chaque tâche. La catégorie de dépenses est renseignée en fonction des lignes de dépense et de la source des lignes de dépense. Vous devez renseigner le champ Coût de point de référence du TCO et Seuil de point de référence du TCO sur tous les modèles existants manuellement ou à l’aide de la fonctionnalité d’importation en bloc. La mise à niveau du TCO renseigne les champs suivants sur les formulaires d’actifs : Fin de vie utile de l’actif : date de création plus la durée de vie utile en mois. Date de première utilisation de l’actif : date de création. TCO de l’actif : somme agrégée de toutes les lignes de dépense liées à l’actif. Pour les actifs simples, le TCO de l’actif correspond à la somme agrégée des lignes de dépense associées. Pour les actifs complexes, le TCO de l’actif correspond à la somme agrégée des lignes de dépense de l’actif parent et de son actif enfant.	Washington DC
Financial Services Operations Core	Lors de la mise à niveau vers Washington DC, le module d’extension Opérations des services financiers Core change le parent des tables suivantes : Remarque : La mise à niveau peut avoir plus de temps si votre instance mise à niveau comporte un grand nombre d’enregistrements. La table de définition de service [sn_bom_service_definition] est développée à partir de la table de définition de service [sn_case_type_selection] au lieu de la table de définition de demande [sn_ind_request_definition. La table Tâche financière [sn_bom_task] est développée à partir de la table Tâche [sn_customerservice_task] du Service clientèle au lieu de la table Tâche globale [task]. La table Participant à la police [sn_bom_policy_participant] est développée à partir de la table Partie connexe du produit vendu [sn_install_base_sold_product_related_party]. Le changement de parent permet de tirer parti des avantages et des avancées introduits par ServiceNow® Customer Service Management (CSM) tout en préservant les fonctionnalités des applications existantes.	Washington DC
Gestion des actifs matériels 10.0.0	Après votre mise à niveau vers Washington DC, gardez à l’esprit les scénarios de mise à niveau suivants concernant le coût total de possession (TCO) des actifs : La mise à niveau fonctionne pour toutes les tâches de flux Gestion des actifs matériels . Vous devez disposer de cartes d’évaluation de tâche pour chaque tâche de workflow. La mise à niveau du TCO renseigne un champ de catégorie d’actifs et de dépenses sur la ligne de dépense correspondant à chaque tâche. La catégorie de dépenses est renseignée en fonction des lignes de dépense et de la source des lignes de dépense. Vous devez renseigner le champ Coût de point de référence du TCO et Seuil du point de référence du TCO sur tous les modèles existants manuellement ou à l’aide de la fonctionnalité d’importation en bloc. La mise à niveau du TCO renseigne les champs suivants sur les actifs : Fin de vie utile de l’actif : date de création avec la durée de vie utile en mois. Date de première utilisation de l’actif : identique à la date de création. TCO de l’actif : somme agrégée de toutes les lignes de dépense associées à l’actif. Pour les actifs simples, le TCO de l’actif correspond à la somme agrégée des lignes de dépense associées. Pour les actifs complexes, le TCO de l’actif correspond à la somme agrégée des lignes de dépense de l’actif parent et de son actif enfant.	Washington DC
Santé et sciences de la vie Service Management Core	Lors de la mise à niveau vers Washington DC, la table parente des produits vendus dans le secteur de la santé [sn_hcls_sold_product] devient Élément de base d’installation [sn_install_base_item] pour les tables suivantes : Plan de membre [sn_hcls_member_plan] Médicaments [sn_hcls_medication] Immunisation [sn_hcls_immunization] Programme inscrit [sn_hcls_enrolled_program] Service de programme inscrit [sn_hcls_enrolled_program_service] En outre, les tables parentes suivantes ont été supprimées et sont autonomes : Organisation de soins de santé[sn_hcls_organization] Centre de santé[sn_hcls_location] Cabinet de médecin [sn_hcls_practitioner_facility] Ce changement de parent permet aux clients d’utiliser les organisations et les tables d’emplacement pour un ensemble plus large de cas d’utilisation. Les données existantes sont migrées de la manière suivante afin que les fonctionnalités existantes ne soient pas impactées : La référence du champ d’emplacement dans sn_hcls_immunization mise à jour pour utiliser cmn_location. Toutes les données sont déplacées des tables Produit vendu des services de santé vers les tables Élément de base d’installation. Les lignes de l’élément de base d’installation affecté sont renseignées en fonction de la valeur source_task du produit vendu pour les services de santé. L’état de sn_hcls_enrolled_program et sn_hcls_enrolled_program_service sont copiés à partir de hcls_state. Toutes les données sont déplacées vers les tables autonomes Organisation de soins de santé, Centre de santé et Cabinet du praticien. Le script crée des enregistrements dans la table Emplacement de l’entreprise pour les enregistrements existants dans la table Organisation de soins de santé afin de former une référence 1:1. Les enregistrements qui font référence à une organisation de services sont mis à jour avec une référence à l’emplacement d’entreprise approprié. Tout médecin disposant d’un enregistrement dans le site du médecin verra un enregistrement créé dans la table Membre de l’organisation de service avec l’emplacement d’entreprise approprié. Les enregistrements qui contiennent des données d’emplacement de soins de santé contiendront l’organisation de services parente de cet établissement de santé. Remarque : La mise à niveau peut avoir plus de temps si votre instance mise à niveau comporte un grand nombre d’enregistrements.	Washington DC
Gestionnaire de processus industriel	L’application Gestionnaire de processus industriel a maintenant une dépendance avec les applications Operational Technology Service Management , qui incluent Operational Technology Incident Management et Operational Technology Change Management. Pour installer Gestionnaire de processus industriel sur votre instance, l’une des références SKU suivantes est requise : Technologie opérationnelle SKU de visibilité Gestion des services de technologie opérationnelle SKU Toute UGS personnalisée qui autorise le gestionnaire de processus industriel	Washington DC
Réplication de données d'instance	Améliorez les performances et l’efficacité de traitement de la réplication de données d’instance (IDR) en mettant à niveau vos ensembles de réplication vers la version V2, qui utilise le service de messagerie Hermes. Pour plus d’informations, consultez Mise à niveau des ensembles de réplication hérités vers V2 dans Réplication de données d’instance. La rotation du journal est automatiquement activée pour la table Erreur de charge utile de réplication [idr_replication_payload_error] après la mise à niveau. Par défaut, la planification de rotation des journaux comprend sept partitions, avec cinq jours pour chaque partition. Toutes les entrées de journal de cette table créées avant la mise à niveau sont automatiquement tronquées.	Washington DC
Serveur MID	Pour connaître la dernière configuration système requise pour le Serveur MID , consultez Configuration système requise pour le Serveur MID. La version JRE minimale prise en charge est 11.0.9 et la version recommandée est 11.0.16.1. Si vous avez installé votre propre JRE, le processus de mise à niveau prend les mesures suivantes pour s’assurer que le serveur MID utilise un JRE pris en charge : Si un serveur MID utilise une version non prise en charge de JRE lors de la mise à niveau, le processus de mise à niveau affiche un message d’avertissement avec la version JRE minimale et recommandée. Si un JRE pris en charge est en cours d’exécution sur l’hôte du Serveur MID , le Serveur MID mis à niveau utilise cette version. Tous les ordinateurs hôtes de MID Server doivent accéder au site de téléchargement à install.service-now.com pour activer les mises à niveau automatiques. Pour plus d’informations, lisez comment le système gère les mises à niveau de Serveur MID. Un seul service Windows MID Server est autorisé par chemin d’accès exécutable. Les serveurs MIDWindows mis à niveau qui ont plusieurs services pointant vers le même dossier d’installation ne peuvent pas démarrer. Voir Échec du démarrage du Serveur MID pour plus d’informations. Pour plus d’informations sur les mises à niveau de Serveur MID , consultez les rubriques suivantes : Vérification préalable à la mise à niveau du serveur MID : décrit comment le moniteur de mise à niveau automatique teste la capacité du serveur MID à se mettre à niveau sur votre système avant la mise à niveau réelle. Mise à niveau manuelle du serveur MID : décrit comment mettre à niveau manuellement vos serveurs MID.	Washington DC
Now Assist pour les créateurs	Pour bénéficier d’améliorations des performances de Studio de workflow , installez l’une de ces versions de l’application Studio de workflow à partir du ServiceNow Store. Pour plus d’informations sur la mise à niveau du Studio de workflow, voir Mettre à jour vers la dernière version du Studio de workflow. Tableau 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 de Gestion des commandes pour les télécommunications, les médias et la technologie. À partir de la version Washington DC , les frais mensuels récurrents (MRC) et les frais non récurrents (NRC) définis pour les offres de produits et les caractéristiques d’attribut de produit sont stockés dans le modèle de données de tarification dans des listes de prix et des lignes de liste de prix, plutôt que dans le modèle de données d’offre de produits. Si vous souhaitez mettre à niveau vos informations de tarification pour utiliser les listes de prix après la mise à niveau vers Washington DC, consultez l’article Adoption du module d’extension de gestion des prix (com.sn_csm_pricing) pour les clients des télécommunications, des médias et de la technologie effectuant une mise à niveau vers Washington [KB1585863] dans la base de connaissances Now Support. Après la mise à niveau vers la version Washington DC , un script correctif s’exécute automatiquement pour désactiver certains enregistrements de liste de télécommunications qui ne sont plus nécessaires pour reprendre la capture d’une commande inachevée. Pour plus d’informations sur ces enregistrements et sur l’utilisation de l’ancien processus de capture de commandes si nécessaire, consultez l’article Dépréciation de la liste Telco pour la capture de commandes [KB1586538] dans la base de connaissances Now Support. Après la mise à niveau vers Washington DC, passez en revue les solutions de contournement de reconfiguration pour travailler sur de nouvelles commandes de modification ou des commandes avec des actions de déconnexion, de suspension ou de reprise lors de l’utilisation du configurateur de produit. Pour plus d’informations, consultez l’article Problèmes de reconfiguration de la ligne de commande dans l’État de Washington lors de l’utilisation de l’interface utilisateur de capture de commandes [KB1585976] dans la base de connaissances Now Support.	Washington DC
Gestion des commandes	Les fonctionnalités introduites dans cette version Washington DC ne sont pas prises en charge dans les versions antérieures d’Order Management. Si vous effectuez une mise à niveau à partir de la version 6.0 ou antérieure d’Order Management for Telecommunications and Media : À partir de la version Washington DC, les frais mensuels récurrents (MRC) et les frais non récurrents (NRC) pour les offres de produits et les caractéristiques d’attribut de produit sont stockés dans le modèle de données de tarification dans des listes de prix et des lignes de liste de prix plutôt que dans le modèle de données d’offre de produits. Si vous souhaitez mettre à niveau vos informations de tarification pour utiliser les listes de prix après la mise à niveau vers Washington DC, consultez l’article Adoption du module d’extension de gestion des prix (com.sn_csm_pricing) pour les clients des télécommunications, des médias et de la technologie effectuant une mise à niveau vers Washington [KB1585863] dans la base de connaissances Now Support. Après la mise à niveau vers la version, un script correctif s’exécute automatiquement pour désactiver certains enregistrements de liste de télécommunications qui ne sont plus nécessaires pour reprendre la capture d’une commande inachevée. Pour plus d’informations sur ces enregistrements et sur l’utilisation de l’ancien processus de capture de commandes si nécessaire, consultez l’article Liste de dépréciation de la capture de commandes [KB1586538] dans la base de connaissances Now Support. Après la mise à niveau vers la version Washington DC, passez en revue les solutions de contournement de reconfiguration lors de l’utilisation de nouveaux ordres de modification ou d’ordres avec déconnexion, suspension ou reprise d’actions lors de l’utilisation du configurateur de produit. Pour plus d’informations, consultez l’article Problèmes de reconfiguration des lignes de commande dans l’État de Washington lors de l’utilisation de l’interface utilisateur de capture de commandes [KB1585976] dans la base de connaissances Now Support.	Washington DC
Analyse des performances	La table des scores PA [pa_scores] héritée est en cours de dépréciation. Si vous avez encore des scores d’indicateurs capturés dans la table des scores PA et que leur nombre est inférieur à 43 millions, ces scores sont migrés automatiquement vers les tables pa_scores_l1 et pa_scores_l2 lors de la mise à niveau. La durée ajoutée prévue à la mise à niveau est d’environ deux heures. Pour plus d’informations, consultez KB1294371 ou Migration des scores d’Analyse des performances.	Washington DC
Expérience de Platform Analytics	Analyse de la plateforme La fonctionnalité d’expérience se trouvait auparavant dans l’espace de travail Platform Analytics . La fonctionnalité fait désormais partie de la Now Platform principale, accessible via la navigation unifiéeNext Experience. Vous pouvez migrer tous les tableaux de bord, rapports et widgets d’Analyse des performances qui ont été créés dans l’interface utilisateur principale vers cette fonctionnalité.	Washington DC
Playbooks dans Studio de workflow	Après la mise à niveau vers Washington DC, mettez à jour les applications Playbooks et Studio de workflow dans le ServiceNow Store.	Washington DC
Planification de portefeuille	À partir de la version 8.0.0, vous pouvez accéder aux fonctionnalités sous licence de Strategic Portfolio Management (SPM) Pro uniquement dans l’espace de travail de la planification stratégique. Si vous utilisiez l’espace de travail de Planification de portefeuille pour accéder aux fonctionnalités sous licence SPM Pro, telles que Objectifs, Commentaires sur les produits et Planification de portefeuille hybride, vous devez maintenant installer Planification stratégique pour accéder à ces fonctionnalités. Pour en savoir plus sur les fonctionnalités accessibles uniquement dans Espace de travail de la planification stratégique , voir Comparaison de la planification de portefeuille avec la planification stratégique.	Washington DC
Intelligence prédictive	Si vous effectuez une mise à niveau vers Washington DC, vous ne pourrez pas créer de nouvelles solutions de régression. Si vous avez des solutions existantes, elles seront toujours prises en charge et vous pourrez les former et les modifier, mais vous ne pourrez pas en créer de nouvelles. Les changements apportés aux solutions de similarité et de mise en grappe s’appliquent à toutes les instances qui se trouvent sur Washington DC.	Washington DC
Proactive Service Experience Workflows	Les clients qui préfèrent ne pas recevoir de notifications de ticket d’incident peuvent désactiver les règles métier associées aux tables d’incidents et de tickets. Pour en savoir plus sur la désactivation des règles métier pour la notification de ticket d’incident, consultez Désactiver la notification de ticket d’incident.	Washington DC
Gestion du catalogue de produits et gestion des prix	Si vous avez utilisé des caractéristiques d’attribut dans la matrice d’ajustement de prix standard dans la version initiale des applications Gestion des ventes et Gestion des commandes et que vous effectuez une mise à niveau vers la version de mai 2024 des applications Gestion des ventes et Gestion des commandes , vous devez exécuter une tâche planifiée qui corrige le format des valeurs de code générées automatiquement. Exécuter la tâche planifiée pour modifier le champ de code sur les enregistrements de caractéristiques qui contiennent des caractères spéciaux Tâche à la demande pour remplacer tout caractère qui n’est pas une lettre (a-z, A-Z), un nombre (0-9), un trait de soulignement (_) ou un signe dollar ($) par un trait de soulignement (_). Cette tâche corrige la valeur du code afin qu’elle ne commence pas ou ne se termine pas par un trait de soulignement, ne commence pas par un chiffre et ne contienne aucun trait de soulignement consécutif.	Washington DC
Public Sector Digital Services	Après la mise à niveau, certains menus du secteur public et éléments de menu de l’espace de travail configurable CSM reviennent à leur nom d’étiquette CSM d’origine. Vous pouvez réétiqueter ces éléments pour une utilisation dans le secteur public en mettant à jour les catégories de liste UX pour les organisations de clients et de services. Pour en savoir plus sur le réétiquetage, accédez à Tout > Service membre > Administration > Configuration guidée, puis sélectionnez Espace de travail configurable for Public Sector Digital Services > Personnaliser manuellement les étiquettes de l'espace de travail.	Washington DC
Concentrateur de l’automatisation des processus robotiques (RPA)	Assurez-vous de mettre à niveau l’un des programmes d’installation de logiciels Microsoft (MSI) actuellement installés suivants en téléchargeant les applications RPA : RPA Desktop Design Studio Robot assisté Robot non assisté Robot non assisté Login Agent Pour plus d’informations, consultez Télécharger les applications RPA à partir de RPA Hub. Les étapes de mise à niveau suivantes ne s’appliquent que lorsque vous effectuez une mise à niveau de San Diego ou Tokyo vers Washington DC. D’après le nombre d’enregistrements dans la table Fichier d’application, vous pourriez rencontrer un retard potentiel lors de la mise à niveau des applications RPA Hub à partir de Tokyo ou avant vers Washington DC. Avant de mettre à niveau RPA Hub vers Washington DC, vous devez définir la valeur de la glide.rollback.blacklist.TableParentChange.change propriété système sur false. Si cette propriété n’existe pas dans la table Propriété système [sys_properties], ajoutez-la et définissez sa valeur sur faux. Pour plus d’informations sur l’ajout d’une propriété, consultez Ajouter une propriété système. Après la mise à niveau vers Washington DC, les définitions des processus de bot basculent dans la nouvelle structure, qui correspond à la configuration du processus de bot. Bien que la configuration du processus de bot ne remplace pas complètement le processus de bot, la plupart des champs sont déplacés de la configuration du processus de bot à la configuration du processus de bot. Si vous effectuez une mise à niveau vers la version Utah sans mettre à jour la valeur de propriété système, les tables n’étendent pas la table Fichier d’application. Pour mettre à jour manuellement les changements apportés à la table, consultez l’article Restructuration des tables RPA Hub à sys_metadata dans la base de connaissances Now Support de la base de connaissances Now Support.	Washington DC
Contrôle de la posture de sécurité	Pour obtenir la liste complète des applications requises pour implémenter Contrôle de la posture de sécurité, consultez Installer les applications prises en charge pour Contrôle de la posture de sécurité.	Washington DC
Espace de travail pour l’exploitation des services pour Gestion des services IT	Assurez-vous que les applications suivantes ont des versions mises à niveau compatibles : Application Applications ITSMpour l’Espace de travail pour l’exploitation des services (sn_sow_itsm_cont) Espace de travail pour l’exploitation des services Application ITOM Applications (sn_sow_itom_cont) Tableau 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 est la subversion de l’application Applications ITSM de l’Espace de travail pour l’exploitation des services (sn_sow_itsm_cont) et y est la subversion de l’application Applications ITOM de l’Espace de travail pour l’exploitation des services (sn_sow_itom_cont). Après la mise à niveau 3.0, la fonctionnalité Cadre de travail des recommandations n’est plus disponible. Au lieu de cela, seule la version standard de la fonctionnalité Actions recommandées pour ITSM est disponible.	Washington DC
Portail de services	Après la mise à niveau, vous devez spécifier les tables à partir desquelles les utilisateurs invités peuvent accéder aux données de tous les widgets publics qui acceptent le paramètre d’entrée de table. Par défaut dans la version Washington DC , les widgets publics qui acceptent le paramètre d’entrée de table ne peuvent pas accéder aux données des tables pour les utilisateurs invités et ne peuvent pas les renvoyer. Si vous avez ajouté des propriétés système ou glide.service_portal.widget.table_allow_listglide.service_portal.widget.allow_list avant la mise à niveau, les valeurs de ces propriétés seront migrées vers la liste d’autorisation de la table publique pour les widgets après la mise à niveau. Pour plus d’informations, consultez Configurer la sécurité des widgets. En outre, les ACL de lecture au niveau du champ sont appliquées par défaut pour les conditions de filtre dans les instances de widget de liste simple. Une nouvelle propriété système, glide.service_portal.enable_acls_for_encoded_query_in_list, applique ces ACL indépendamment du fait que l’option Appliquer les ACL de lecture au niveau du champ sur les termes de la requête de filtre soit sélectionnée ou non pour les instances de widget de liste simple. Pour utiliser l’option Appliquer les ACL de lecture au niveau du champ sur les termes de requête de filtre, changez la valeur de glide.service_portal.enable_acls_for_encoded_query_in_list sur faux. Pour plus d’informations, consultez Widget Liste simple. Si un utilisateur a précédemment sélectionné une préférence de consentement de l’utilisateur pour l’analyse de l’expérience utilisateur pour les portails différents du reste de la plateforme, la préférence sélectionnée pour la plateforme est également utilisée pour les portails dans la version Washington DC . Par exemple, si les utilisateurs se sont désabonnés du suivi des portails, mais ont choisi le suivi du reste de la plateforme dans la version Vancouver , les analyses de l’expérience utilisateur pour les portails sont suivies pour eux dans la version Washington DC . Les utilisateurs peuvent mettre à jour leur sélection à partir de la page de profil d’utilisateur dans les portails à tout moment.	Washington DC
Gestion des actifs logiciels	Après la mise à niveau vers Washington DC, vous devez effectuer à nouveau toutes vos personnalisations liées aux intégrations Adobe et Microsoft 365 avec votre instance ServiceNow , car les fonctionnalités de ces intégrations sont déplacées vers l’application du magasin Gestion des actifs logiciels - Gestion des licences SaaS . Si vous avez personnalisé un fichier impacté, le processus de mise à niveau ignore le fichier et indique un conflit. Vous devez résoudre manuellement le conflit et vous assurer que l’ancien fichier existant est supprimé. Si vous n’avez pas personnalisé un fichier impacté, le fichier est supprimé dans le cadre de la mise à niveau et un fichier avec un nouveau sys_id est créé.	Washington DC
Strategic Planning	À partir de la version 4.0.2, vous pouvez accéder aux fonctionnalités sous licence de Strategic Portfolio Management (SPM) Pro uniquement dans Espace de travail de planification stratégique. Si vous utilisiez l’espace de travail de Planification de portefeuille pour accéder aux fonctionnalités sous licence SPM Pro, telles que Objectifs, Commentaires sur les produits et Planification de portefeuille hybride, vous devez maintenant installer Planification stratégique pour accéder à ces fonctionnalités. Pour en savoir plus sur les fonctionnalités accessibles uniquement dans Espace de travail de la planification stratégique, voir Explorer la planification de portefeuille dans Planification stratégique. Si vous effectuez une mise à niveau vers Strategic Planning v4.1.2 et que vous aviez précédemment personnalisé la vue Liste ou la vue Hiérarchie de la page Objectifs à l’aide du panneau latéral Personnalisation, les améliorations apportées à l’interface utilisateur dans la version 4.1.2 peuvent ne pas apparaître. Dans ce cas, vous devez supprimer vos enregistrements de préférences utilisateur. Pour plus d’informations sur la suppression des préférences utilisateur à l’aide du panneau latéral Personnalisation, consultez KB1642037.	Washington DC
Opérations de cycle de vie du fournisseur	Après la mise à niveau de la version Vancouver vers la version Washington DC , vous verrez uniquement l’espace de travail Source-to-Pay dans l’onglet de navigation Tout . Vous n’avez rien à faire si vous choisissez de continuer à utiliser l’espace de travail Source-to-Pay. Toutefois, vous verrez à la fois l’espace de travail Source-to-Pay et l’espace de travail de gestionnaire de fournisseurs dans l’onglet Espaces de travail . Si vous souhaitez utiliser l’espace de travail de gestionnaire de fournisseur au lieu de l’espace de travail Source-to-Pay par défaut, assurez-vous d’exécuter le script correctif fixscript_migrate_workspace_to_smw.xml après la mise à niveau vers la version Washington DC . Vous pouvez télécharger le fichier fixscript_migrate_workspace_to_smw.xml à partir du ServiceNow Store. Si vous souhaitez revenir à l’utilisation de l’espace de travail Source-to-Pay, exécutez le script correctif fixscript_migrate_workspace_to_s2p.xml . Vous pouvez télécharger le fichier fixscript_migrate_workspace_to_smw.xml à partir du ServiceNow Store. Pour plus d’informations sur l’exécution d’un script correctif, consultez Exécuter des scripts correctifs. Après la mise à niveau vers Washington DC, vous devez examiner toutes les tâches postérieures à la mise à niveau et les effectuer si nécessaire. Pour plus d’informations, consultez Tâches post-mise à niveau pour Gestion du cycle de vie des fournisseurs.	Washington DC
Gestion des risques liés aux tiers	Si vous êtes un utilisateur VRM effectuant une mise à niveau vers TPRM, lors de la mise à niveau vers Vancouver ou une version ultérieure à partir d’une version antérieure, vous devez exécuter chaque mise à niveau séquentiellement pour vous assurer que les scripts correctifs s’exécutent correctement. Cela signifie passer de l’Utah à Vancouver, de Vancouver à Washington DC, etc. Si les scripts ne s’exécutent pas dans le bon ordre, cela peut entraîner des incohérences de données, des fonctionnalités rompues et des conflits. Pour plus d’informations sur la mise à niveau de VRM vers TPRM, consultez Informations sur la mise à niveau de la gestion des risques liés aux tiers.	Washington DC
Intégrations de Réponse aux vulnérabilités	Pour plus d’informations sur les versions publiées de l’application Vulnerability Response ainsi que sur les applications tierces et ServiceNow compatibles avec la version Washington DC , consultez l’article Matrice de compatibilité de Vulnerability Response et Changements de schéma de mise en production [KB0856498] dans la base de connaissances Now Support . Pour plus d’informations sur les nouvelles fonctionnalités de Vulnerability Response, consultez les notes de publication de Vulnerability Response.	Washington DC
Studio de workflow	Pour bénéficier d’améliorations des performances de Studio de workflow , installez l’une de ces versions de l’application Studio de workflow à partir du ServiceNow Store. Tableau 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 du bloc 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 ou d’une réindexation de table complète pour une source indexée unique ou Exécution d’un index ou d’une réindexation de table complète pour plusieurs sources indexées. Xanadu : Après la mise à niveau vers Xanadu à partir d’une version antérieure, procédez comme suit pour ajouter les onglets de navigation Tableaux de bord, Visualisations de données et KPI aux résultats de recherche globale dans Recherche IA pour Next Experience : Mettez à jour l’application Recherche IA pour le ServiceNow Store Next Experience vers la version 4 ou une version ultérieure. Pour obtenir des instructions de mise à jour, consultez Installer une mise à jour d’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
Analytics, Intelligence and Reporting	Si vous effectuez une mise à niveau, vous pouvez utiliser le Centre de migration de Platform Analytics pour profiter d’un ensemble unique de visualisations et de filtres unifiés pour toutes les sources de données.	Xanadu
App Engine Studio	En raison d’un nouveau processus d’affectation des groupes dans App Engine Management Center (AEMC), assurez-vous que la même version du module d’extension Admission d’application est installée sur chacune de vos instances.	Xanadu
Application Vulnerability Response	Pour plus d’informations sur les nouvelles fonctionnalités de Vulnerability Response, consultez les notes de publication de Vulnerability Response. Pour plus d’informations sur les versions publiées de l’application Application Vulnerability Response ainsi que sur les applications tierces et ServiceNow compatibles avec la version Xanadu, consultez l’article Matrice de compatibilité de la réponse aux vulnérabilités et changements de schéma de mise en production [KB0856498] dans la base de connaissancesNow Support.	Xanadu
Assessments and Surveys	Mettez à jour les tests Automated Test Framework (ATF) si vous effectuez une mise à niveau vers Xanadu à partir d’une version antérieure à Utah. Dans la version Utah , tous les boutons des cartes d’évaluation ou d’enquête ont été supprimés. Pour exécuter des tests ATF avec succès, l’étape Cliquer sur le bouton Participer à une enquête doit être remplacée par l’étape Cliquer sur la carte d’enquête pour tous les tests qui comportent cette étape.	Xanadu
Business Continuity Management	Les tables de relations introduites dans les enregistrements de plan sont générées par la Update BCP dependencies snapshot tâche planifiée. Après la mise à niveau vers la version Xanadu , vous pouvez afficher ces tables uniquement après l’exécution de la tâche planifiée ou en sélectionnant manuellement le bouton Mettre à jour les dépendances .	Xanadu
Gestion des tickets pour CSM	Le rôle de gestionnaire du service client [sn_customerservice_manager] inclut le rôle d’utilisateur approbateur [approver_user]. Le rôle d’utilisateur approbateur remplace le rôle d’administrateur d’approbation [approval_admin]. Les utilisateurs disposant du rôle de gestionnaire du service client peuvent approuver les demandes d’approbation qui leur sont affectées.	Xanadu
Gestion des coûts du cloud 8.0.0	Lors de la mise à niveau vers la version Gestion des coûts du cloud 8.0, le nouveau service IA de catégorie de balises est disponible pour les fournisseurs de services Amazon Web Services (AWS),Microsoft Azure et Google Cloud Platform (GCP ). Étant donné que Gestion des coûts du cloud n’exécute le travail de téléchargement de la facturation qu’à partir du mois en cours, les dépenses en services d’IA ne seront incluses que pour le mois en cours. Si vous souhaitez afficher les détails de facturation pour les mois précédant le mois en cours, vous devez exécuter manuellement la tâche de téléchargement de la facturation. Une fois la tâche de téléchargement de la facturation exécutée avec succès, vous pouvez afficher les données de dépenses de vos services IA.	Xanadu
Base de données de gestion des configurations (CMDB)	Avant la mise à niveau vers Xanadu, les courbes de tendance « CI mis à jour » et « Services d’application mis à jour » dans les tuiles Activité CI récente et Activités récentes du service d’application de la vue Gestion d’Espace de travail CMDB peuvent ne pas avoir reflété avec précision les changements dans votre système. Après la mise à niveau vers Xanadu et vers les versions 5.5, 6.2 ou 7.2 de CMDB Workspace, ces lignes de tendance se reflètent sur une détection plus précise des CI et des services d’application mis à jour. CMDB (en anglais seulement) Santé: Si la tâche de CMDB Health Dashboard - Relationship Compliance Processor tableau de bord ou CMDB Health Dashboard - Relationship Score Calculation est active, cette tâche est désactivée lors de la mise à niveau vers Xanadu. Une fois la mise à niveau terminée, vous pouvez réactiver ces tâches pour reprendre les rapports d’intégrité des relations CI. L’état actif de toutes les autres tâches du tableau de bord d’intégrité CMDB est conservé. Tout seuil d’échec pour un KPI ou une mesure supérieur à 100 000 est défini sur 100 000 pendant la mise à niveau. Cette limite supérieure est appliquée pour éviter un traitement excessif lorsqu’un grand nombre de CI échouent aux tests de mesures spécifiés. Les signets pour le tableau de bord des CI ne fonctionnent plus après une mise à niveau vers Xanadu. Un message d’erreur Page introuvable s’affiche. Pour afficher les rapports d’intégrité CMDB pour un CI, ouvrez le formulaire CI dans Espace de travail CMDB . Le tableau de bord du service d’application hérité sur l’interface utilisateur principale n’est pas pris en charge dans la version Xanadu . Après la mise à niveau, vous pouvez toujours accéder à ce tableau de bord hérité à l’aide d’un signet créé précédemment. À la place, vous pouvez également accéder au tableau de bord des services d’application dans Espace de travail CMDB à partir de la vignette Services d’application de la vue Aperçus dans Espace de travail CMDB . Le tableau de bord des intégrations CMDB sur l’interface utilisateur principale n’est pas pris en charge dans la version Xanadu . Après la mise à niveau, vous pouvez toujours accéder à ce tableau de bord hérité à l’aide d’un signet créé précédemment. Pour accéder à un tableau de bord hérité sur une instance mise à niveau, accédez à Tout > Libre-service > Tableaux de bord , puis recherchez le tableau de bord.	Xanadu
Gestion des données	Un enregistrement de politique de gestion des données est automatiquement créé pour chaque table configurée avec une règle d’archivage ou une règle de nettoyage de table avant la mise à niveau.	Xanadu
Confidentialité des données	Les changements de gestion des licences vous permettent d’installer les API Découverte de données, Découverte de données , Anonymisation des données et Confidentialité des données sans autorisation, mais vous devez disposer d’une autorisation pour exécuter une tâche.	Xanadu
Tables de décision dans Studio de workflow	Studio de workflow est automatiquement installé sur votre instance. Toutefois, Studio de workflow est une application du ServiceNow Store . Par conséquent, pour obtenir les fonctionnalités les plus récentes, vous devez mettre à jour votre version manuellement vers la version la plus récente. À partir du correctif 3 pour Washington DC, la mise à jour de Studio de workflow met automatiquement à jour toutes ses dépendances d’application telles que Studio de workflow, Playbook et Générateur de décision. Vous ne pouvez plus voir ni mettre à jour les dépendances d’application individuelles de Studio de workflow à partir du ServiceNow Store ou de la liste des modules d’extension.	Xanadu
Connecteurs de contenu externe	À partir de la version 2 de l’application Connecteurs de contenu externe , les connecteurs de contenu externe implémentent l’indexation vectorielle sémantique pour les éléments analysés. Lorsque vous effectuez une mise à niveau vers une version qui prend en charge l’indexation vectorielle sémantique, vos connecteurs existants réindexent tous les éléments précédemment récupérés la prochaine fois qu’ils seront visités par une analyse, même si le contenu de ces éléments reste inchangé. Pour forcer l’indexation vectorielle sémantique de vos éléments de contenu externe dès que possible après la mise à niveau, annulez toutes les analyses en cours d’exécution, puis redémarrez manuellement les analyses annulées.	Xanadu
Flux, flux secondaires et actions dans Studio de workflow	Après la mise à niveau, les utilisateurs qui disposaient auparavant du rôle fd_read_operations ne verront plus que les détails de base de l’exécution, tels que l’état et la durée d’exécution. Cette restriction empêche les utilisateurs disposant de ce rôle de voir les informations sensibles dans les détails de l’exécution. Pour fournir un accès en lecture à tous les détails de l’exécution tels que la configuration d’entrée et les valeurs d’exécution, accordez à l’utilisateur le nouveau rôle fd_read_operations_all.	Xanadu
Cadre de travail des objectifs pour SPM	Après la mise à niveau vers Goal Framework pour SPM v2.3.0, exécutez la tâche planifiée Migrer BreakdownInterval vers Checkinfrequency . Cette tâche planifiée migre les valeurs existantes dans les champs Fréquence d’examen et Intervalle de répartition vers le champ Fréquence d’enregistrement des enregistrements cibles. Pour plus d’informations sur la façon dont ces valeurs sont migrées pour des cibles avec des valeurs différentes, voir Migration des répartitions cibles.	Xanadu
Gestion des actifs matériels 11.0.0	Après la mise à niveau vers Xanadu, vous pouvez afficher à la fois les tableaux de bord Analyse des performancesde l’interface utilisateur principale et les tableaux de bord Analyse de la plateformeNext Experience pour Gestion des actifs matériels. Remarque : Lors de la migration des tableaux de bord Analyse des performances de l’interface utilisateur principale vers les tableaux de bord Analyse de la plateformeNext Experience, la migration automatique est désactivée par défaut pour éviter les tableaux de bord en double.	Xanadu
ITOM Health	Améliorez votre mappage de service d’application en installant l’application Extension de service d’application à partir du ServiceNow® Store.	Xanadu
ITOM Optimization	Améliorez votre mappage de service d’application en installant l’application Extension de service d’application à partir du ServiceNow® Store.	Xanadu
Visibilité ITOM	Pour une expérience Mappage des services améliorée, installez Mappage des services Plus version 1.13.0 à partir du ServiceNow® Store. Améliorez votre mappage de service d’application en installant l’application Extension de service d’application à partir du ServiceNow® Store.	Xanadu
Gestionnaire de processus industriel	L’application Gestionnaire de processus industriel a maintenant une dépendance avec les applications Operational Technology Service Management , qui incluent Operational Technology Incident Management et Operational Technology Change Management. Pour installer Gestionnaire de processus industriel sur votre instance, l’une des références SKU suivantes est requise : Technologie opérationnelle SKU de visibilité Gestion des services de technologie opérationnelle SKU Toute UGS personnalisée qui autorise le gestionnaire de processus industriel	Xanadu
Serveur MID	Pour connaître la dernière configuration système requise pour le Serveur MID , consultez Configuration système requise pour le Serveur MID. La version JRE minimale prise en charge est 11.0.9 et la version recommandée est 11.0.16.1. Si vous avez installé votre propre JRE, le processus de mise à niveau effectue les actions suivantes pour vérifier que le serveur MID utilise un JRE pris en charge : Si un serveur MID utilise une version non prise en charge de JRE lors de la mise à niveau, le processus de mise à niveau affiche un message d’avertissement avec la version JRE minimale et recommandée. Si un JRE pris en charge est en cours d’exécution sur l’hôte du Serveur MID , le Serveur MID mis à niveau utilise cette version. Tous les ordinateurs hôtes de MID Server doivent accéder au site de téléchargement à install.service-now.com pour activer les mises à niveau automatiques. Pour plus d’informations, lisez comment le système gère les mises à niveau de Serveur MID. Un seul service Windows MID Server est autorisé selon le chemin d’accès de l’exécutable. Les serveurs MIDWindows mis à niveau qui ont plusieurs services pointant vers le même dossier d’installation ne peuvent pas démarrer. Voir Échec du démarrage du Serveur MID pour plus d’informations. Pour plus d’informations sur les mises à niveau de Serveur MID , consultez les rubriques suivantes : Vérification préalable à la mise à niveau du serveur MID : décrit comment le moniteur de mise à niveau automatique teste la capacité du serveur MID à se mettre à niveau sur votre système avant la mise à niveau réelle. Mise à niveau manuelle du serveur MID : décrit comment mettre à niveau manuellement vos serveurs MID.	Xanadu
Now Assist pour Security Operations	Pour obtenir la liste des exigences relatives à l’implémentation de 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 à Tout > 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 à partir de la version 6.0 ou antérieure d’Order Management for Telecommunications and Media : À compter de la version Washington DC , les frais mensuels récurrents (MRC) et les frais non récurrents (NRC) pour les offres de produits et les caractéristiques d’attribut de produit ne sont plus stockés dans le modèle de données d’offre de produit. Au lieu de cela, le MRC et le NRC sont stockés dans le modèle de données de tarification dans des listes de prix et des lignes de liste de prix. Si vous souhaitez mettre à niveau vos informations de tarification pour utiliser les listes de prix après la mise à niveau vers Washington DC, consultez l’article Adoption du module d’extension Price Management (com.sn_csm_pricing) pour les clients des télécommunications, des médias et de la technologie effectuant une mise à niveau vers Washington [KB1585863] dans la base de connaissancesNow Support. Après la mise à niveau vers la version Xanadu, un script correctif s’exécute automatiquement pour désactiver certains enregistrements de liste de télécommunications qui ne sont plus nécessaires pour reprendre la capture d’une commande inachevée. Pour plus d’informations sur ces enregistrements et sur l’utilisation de l’ancien processus de capture de commande, consultez l’article Dépréciation de la liste Telco pour la capture de commande [KB1586538] dans la base de connaissancesNow Support. Si vous êtes un client de mise à niveau qui utilise les champs de date de début et de fin de contrat et qui possède des enregistrements, vous pouvez migrer ces enregistrements vers le modèle de données le plus récent en exécutant la Migrate data from deprecated contract fields to new fields on Order and Order Lines tâche planifiée. Cette tâche planifiée doit être exécutée manuellement en accédant à Définitions des systèmes > Travaux planifiés. Pour plus d’informations sur les travaux planifiés, voir Travaux planifiés.	Xanadu
Expérience Platform Analytics	Nouveaux clients : l’expérience Platform Analytics est automatiquement disponible sur 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 réactifs à l’interface utilisateur principale , vous continuerez à y avoir accès sans aucune interruption. Envisagez une transition vers l’expérience Platform Analytics pour tirer pleinement parti des nouvelles fonctionnalités.	Xanadu
Playbooks dans Studio de workflow	Après la mise à niveau vers Xanadu, mettez à jour les applications Playbooks et Studio de workflow dans le ServiceNow Store.	Xanadu
Gestion du catalogue de produits et gestion des prix	Si vous utilisez le point sn_csm_pricing.PricingAdjustmentsExtensionPoint d’extension pour les ajustements de prix, modifiez le plan de tarification par défaut (introduit dans la version de novembre 2024) après la mise à niveau. Les étapes du plan de tarification pour les matrices Ajustement du prix du composant de configuration et Ajustement des prix standard ne sont pas applicables. En tant qu’administrateur ou gestionnaire de la tarification, supprimez les étapes de ces matrices du plan de tarification par défaut. Accédez à la Tout > Tarification > Plans de tarification. Sélectionnez le plan de tarification par défaut publié. Sélectionnez Copier. Dans la copie du plan de tarification, accédez à la liste connexe Étapes du plan de tarification. Sélectionnez les lignes de l’étape Appliquer les ajustements des composants de configuration (séquence 50) et de l’étape Appliquer les ajustements contextuels (séquence 60), puis sélectionnez Supprimer dans le menu Actions sur les lignes sélectionnées. Sélectionnez Mettre à jour. Publiez la copie du plan de tarification.	Xanadu
RPA Hub	Mettez à niveau l’un de ces programmes d’installation de logiciels Microsoft (MSI) actuellement installés en téléchargeant les applications RPA : RPA Desktop Design Studio Robot assisté Robot non assisté Robot non assisté Login Agent Pour plus d’informations, consultez Télécharger les applications RPA à partir de RPA Hub. Les informations de mise à niveau suivantes ne s’appliquent que lorsque vous effectuez une mise à niveau de San Diego ou Tokyo vers Xanadu. Selon le nombre d’enregistrements dans la table Fichier d’application, vous pourriez rencontrer un retard potentiel lors de la mise à niveau des applications RPA Hub à partir de Tokyo ou de versions antérieures vers Xanadu. Avant de mettre à niveau RPA Hub vers Xanadu, vous devez définir la valeur de la glide.rollback.blacklist.TableParentChange.change propriété système sur faux. Si cette propriété n’existe pas dans la table Propriété système [sys_properties], ajoutez-la et définissez sa valeur sur faux. Pour plus d’informations sur l’ajout d’une propriété, consultez Ajouter une propriété système. Après la mise à niveau vers Xanadu, les définitions de processus de bot basculent vers la nouvelle structure, qui correspond à la configuration du processus de bot. Bien que la configuration du processus de bot ne remplace pas complètement le processus de bot, la plupart des champs sont déplacés du processus de bot vers la configuration du processus de bot. Si vous effectuez une mise à niveau vers Xanadu sans mettre à jour la valeur de propriété système, les tables n’étendent pas la table Fichier d’application. Pour mettre à jour manuellement les changements apportés à la table, consultez l’article Restructuration des tables RPA Hub à sys_metadata dans la version Utah et au-delà dans la base de connaissances Now Support .	Xanadu
Contrôle de la posture de sécurité	Pour obtenir la liste complète des applications requises pour implémenter Security Posture Control, consultez Installer Security Posture Control.	Xanadu
Service Bridge	Service Bridge La version 2.x.x publiée avec la version Xanadu ne prend pas en charge la migration des versions Pont de services (hérité). Si vous utilisez une version de Pont de services (hérité), avant d’effectuer une mise à niveau vers la version Xanadu , vous devez suivre les instructions de l’article Pont de services pour fournisseurs (hérité) - Utilitaire de migration (KB1499823) dans la base de connaissances Now Support pour migrer vos données de configuration. Si vous effectuez une mise à niveau à partir de la version 1.x.x de Pont de services, suivez les étapes indiquées dans le Guide de mise à niveau : application Pont de services pour fournisseurs et consommateurs (version v2.x.x : KB1700387) pour migrer vos applications de Pont de services . En raison de l’introduction d’une prise en charge de version incompatible, les nouveaux droits ne peuvent pas être activés tant que les consommateurs et les fournisseurs n’ont pas effectué la mise à niveau vers la version Xanadu . Les anciens droits actifs continueront de fonctionner, mais il n’est pas possible d’activer les nouveaux.	Xanadu
Espace de travail pour l'exploitation des services pour ITSM	Assurez-vous que les applications suivantes ont des versions mises à niveau compatibles : Application Applications ITSMpour l’Espace de travail pour l’exploitation des services (sn_sow_itsm_cont) Espace de travail pour l’exploitation des services Application ITOM Applications (sn_sow_itom_cont) Tableau 8. Versions compatibles de Espace de travail pour l’exploitation des services Espace de travail pour l’exploitation des services pour ITSM (sn_sow_itsm_cont) Espace de travail pour l’exploitation des services pour ITOM (sn_sow_itom_cont) 1.1.x 21.0.y 1.2.x 21.1.y 1.3.x 21.2.y, 21.5.y et 21.6.y 2.0.x 22.0.y 2.1.x 22.1.y et 22.y.y 3.1.x 23.y.y 4.x.x 24.y.y 5.0.x 24.2.y 5.1.0 25.2.0 6.1.1 26.0.12	Xanadu
ServiceNow SDK	Effectuez une mise à niveau vers la dernière version du SDK ServiceNow à l’aide de la commande de mise à niveau now-sdk . Pour plus d’informations, voir Mettre à niveau le SDK ServiceNow.	Xanadu
Gestion des compétences	Le tableau de bord des compétences est automatiquement migré vers l’interface utilisateur Next Experience dans la version Xanadu . Lors de la mise à niveau, vous pouvez accéder automatiquement au tableau de bord Compétences dans l’interface utilisateur Next Experience.	Xanadu
Gestion des actifs logiciels	Après la mise à niveau vers la version 4.3 du spoke Microsoft Entra ID, la tâche d’annuaire n’est pas exécutée pour les Microsoft Azure AD - Download Group Membership intégrations SSO ou Directory existantes. Cette tâche d’annuaire n’est pas non plus créée pour les nouvelles intégrations SSO ou Directory. Au lieu de cela, la tâche d’annuaire Microsoft Azure AD - Download Groups télécharge tous les groupes et appartenances aux groupes configurés sur	Xanadu
Strategic Planning	Après la mise à niveau vers Strategic Planning v4.3.2, exécutez la tâche planifiée Migrer BreakdownInterval pour vérifier la fréquence . Cette tâche planifiée migre les valeurs existantes dans les champs Fréquence d’examen et Intervalle de répartition vers le champ Fréquence d’enregistrement des enregistrements cibles. Pour plus d’informations sur la façon dont ces valeurs sont migrées pour des cibles avec des valeurs différentes, voir Migration des répartitions cibles.	Xanadu
Telecommunications Network Inventory	Si vous êtes un utilisateur existant des versions précédentes, les modèles de produits hérités et nouveaux seront disponibles dans le menu de l’espace de travail d’inventaire réseau après la mise à niveau vers Xanadu. Pour remédier à ce problème, vous devez migrer vos données de modèle de produit héritées vers les nouvelles tables de modèles de produits dans votre instance actuelle. Pour plus de détails sur la procédure, voir KB1695167.	Xanadu
Gestion des risques liés aux tiers	Si vous êtes un utilisateur VRM effectuant une mise à niveau vers TPRM, lors de la mise à niveau vers Vancouver ou une version ultérieure à partir d’une version antérieure, vous devez exécuter chaque mise à niveau séquentiellement pour vous assurer que les scripts correctifs s’exécutent correctement. Cela signifie passer de l’Utah à Vancouver, de Vancouver à Washington DC, etc. Si les scripts ne s’exécutent pas dans le bon ordre, cela peut entraîner des incohérences de données, des fonctionnalités rompues et des conflits. Pour plus d’informations sur la mise à niveau de VRM vers TPRM, consultez Informations sur la mise à niveau de la gestion des risques liés aux tiers.	Xanadu
Intégrations de Réponse aux vulnérabilités	Pour plus d’informations sur les versions publiées de l’application Vulnerability Response ainsi que sur les applications tierces et ServiceNow compatibles avec la version Xanadu , consultez l’article Matrice de compatibilité de Vulnerability Response et changements de schéma de mise en production [KB0856498] dans la base de connaissances Now Support . Pour plus d’informations sur les nouvelles fonctionnalités de Vulnerability Response, consultez les notes de publication de Vulnerability Response.	Xanadu
Studio de workflow	À partir du correctif 3 pour Washington DC , la mise à jour de Workflow Studio met automatiquement à jour toutes ses dépendances d’application telles que ServiceNow® Workflow Studio, Playbook et ServiceNow® Decision Builder. Vous ne pouvez plus voir ni mettre à jour les dépendances d’application individuelles de Studio de workflow à partir du ServiceNow® Store ou de la liste des modules d’extension.	Xanadu
Recherche IA	Lorsque vous effectuez une mise à niveau vers Yokohama à partir d’une version antérieure, rendez le contenu du bloc de connaissances consultable en réindexant toutes vos sources indexées qui incluent des articles de la base de connaissances. Pour plus d’informations sur la réindexation, consultez Exécution d’un index ou d’une réindexation de table complète pour une source indexée unique ou Exécution d’un index ou d’une réindexation de table complète pour 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
Application Vulnerability Response	Pour plus d’informations sur les nouvelles fonctionnalités de Vulnerability Response, consultez les notes de publication de Vulnerability Response. Pour plus d’informations sur les versions publiées de l’application Application Vulnerability Response ainsi que sur les applications tierces et ServiceNow compatibles avec la version Xanadu, consultez l’article Matrice de compatibilité de la réponse aux vulnérabilités et changements de schéma de mise en production [KB0856498] dans la base de connaissancesNow Support.	Yokohama
Framework de tests automatisés	Copiez et personnalisez les tests de démarrage rapide fournis par Now Platform® pour valider que votre instance fonctionne après avoir apporté des changements de configuration. Par exemple, si vous appliquez une mise à niveau ou développez une application. Les tests ne peuvent produire un résultat de réussite que lorsque vous les exécutez sur un système de base sans aucune personnalisation et avec les données de démonstration par défaut fournies avec le module d’extension de l’application ou de la fonctionnalité. Pour appliquer un test de démarrage rapide à des données spécifiques à votre instance, copiez le test de démarrage rapide et ajoutez vos données personnalisées. Pour plus d’informations, voir Tests de démarrage rapide disponibles par application ou fonctionnalité.	Yokohama
Gestion des données	Un enregistrement de politique de gestion des données est automatiquement créé pour chaque table configurée avec une règle d’archivage ou une règle de nettoyage de table avant la mise à niveau.	Yokohama
Confidentialité des données	Les changements de gestion des licences vous permettent d’installer les API Découverte de données, Découverte de données , Anonymisation des données et Confidentialité des données sans autorisation, mais vous devez disposer d’une autorisation pour exécuter une tâche.	Yokohama
Vélocité de changement DevOps	Si vous êtes un nouveau client ou si vous utilisez une instance zBoot et que vous souhaitez créer des demandes de changement de workflow basées sur le type dans DevOps Change Velocity, vous devez ajouter la com.snc.change_management.change_model.type_compatibility propriété et la définir sur Vrai. Pour plus d’informations, voir Ajouter une propriété système.	Yokohama
Gestion de la clé de chiffrement	L’API GlideEncrypter utilise la norme de cryptage à trois clés Triple Data Encryption Standard (3DES) que la norme NIST 800-131A Rev 2 a déconseillée d’utiliser après 2023. Les changements suivants ont lieu dans la version Yokohama en vue d’une dépréciation complète de GlideEncrypter/3DES à l’avenir. Les nouvelles instances Yokohama ne peuvent pas utiliser GlideEncrypter. Tous les scripts du système de base ont été modifiés pour utiliser d’autres processus de chiffrement. si vous mettez à niveau vos instances Yokohama , vous pouvez toujours utiliser 3DES, mais vous pouvez également désactiver l’utilisation de 3DES avec une propriété système. En savoir plus sur l’obsolescence de 3DES dans KB1704481.	Yokohama
Connecteurs de contenu externe	À partir de la version 2 de l’application Connecteurs de contenu externe , les connecteurs de contenu externe implémentent l’indexation vectorielle sémantique pour les éléments analysés. Lorsque vous effectuez une mise à niveau vers une version qui prend en charge l’indexation vectorielle sémantique, vos connecteurs existants réindexent tous les éléments précédemment récupérés la prochaine fois qu’ils seront visités par une analyse, même si le contenu de ces éléments reste inchangé. Pour forcer l’indexation vectorielle sémantique de vos éléments de contenu externe dès que possible après la mise à niveau, annulez toutes les analyses en cours d’exécution, puis redémarrez manuellement les analyses annulées.	Yokohama
Financial Services Card Operations	Lors de la mise à niveau vers Yokohama, le module d’extension Financial Services Card Operations change le parent de la table Transaction de litiges de cartes [sn_bom_credit_card_disputes_transaction] en table Tâche financière [sn_bom_task] dans Opérations des services financiers Core. Le changement de parent tire parti des avantages et des avancées de ServiceNow® Financial Services Operations Core tout en préservant les fonctionnalités des applications existantes. Remarque : Si votre instance utilise la table des transactions de litiges de cartes [sn_bom_credit_card_disputes_transaction] et qu’elle contient une grande quantité de données, vous risquez de constater une augmentation des temps de mise à niveau.	Yokohama
Contrôleur d’IA générative	Le contrôleur d’IA générative est installé et mis à jour lorsque vous installez ou mettez à jour une application Now Assist . Si vous rencontrez des problèmes lors de l’installation ou de la mise à jour des applications, consultez cet article de la base de connaissances pour connaître les étapes à suivre pour résoudre votre problème. Sinon, vous pouvez créer un ticket de support.	Yokohama
ITOM Health	Améliorez votre mappage de service d’application en installant l’application Extension de service d’application à partir du ServiceNow® Store. Visitez le ServiceNow Store pour plus d’informations sur la soumission de demandes au magasin.	Yokohama
Visibilité ITOM	La prise en charge de 3DES est prévue pour être définitivement supprimée du serveur MID pour les serveurs MID avec découverte basée sur SSH ou intégrations SSH. Pour plus d’informations, consultez Dépréciation de 3DES dans SSH à partir de Xanadu [KB1644950].	Yokohama
Réplication de données d'instance	Améliorez les performances et l’efficacité de traitement de la réplication de données d’instance (IDR) en mettant à niveau vos ensembles de réplication vers la version V2, qui utilise le service de messagerie Hermes. Pour plus d’informations, consultez Mise à niveau des ensembles de réplication hérités vers V2 dans Réplication de données d’instance. La rotation du journal est automatiquement activée pour la table Erreur de charge utile de réplication [idr_replication_payload_error] après la mise à niveau. Par défaut, la planification de rotation des journaux comprend sept partitions, avec cinq jours pour chaque partition. Toutes les entrées de journal de cette table créées avant la mise à niveau sont automatiquement tronquées.	Yokohama
Serveur MID	Pour connaître la dernière configuration système requise pour le Serveur MID , consultez Configuration système requise pour le Serveur MID. La version JRE minimale prise en charge est 17.0.10 et la version recommandée est 17.0.12. Si vous avez installé votre propre JRE, le processus de mise à niveau effectue les actions suivantes pour vérifier que le serveur MID utilise un JRE pris en charge : Si un serveur MID utilise une version non prise en charge de JRE lors de la mise à niveau, le processus de mise à niveau affiche un message d’avertissement avec la version JRE minimale et recommandée. Si un JRE pris en charge est en cours d’exécution sur l’hôte du Serveur MID , le Serveur MID mis à niveau utilise cette version. Tous les ordinateurs hôtes de MID Server doivent accéder au site de téléchargement à install.service-now.com pour activer les mises à niveau automatiques. Pour plus d’informations, lisez comment le système gère les mises à niveau de Serveur MID. Un seul service Windows MID Server est autorisé selon le chemin d’accès de l’exécutable. Les serveurs MIDWindows mis à niveau qui ont plusieurs services pointant vers le même dossier d’installation ne peuvent pas démarrer. Voir Échec du démarrage du Serveur MID pour plus d’informations. Pour plus d’informations sur les mises à niveau de Serveur MID , consultez les rubriques suivantes : Vérification préalable à la mise à niveau du serveur MID : décrit comment le moniteur de mise à niveau automatique teste la capacité du serveur MID à se mettre à niveau sur votre système avant la mise à niveau réelle. Mise à niveau manuelle du serveur MID : décrit comment mettre à niveau manuellement vos serveurs MID.	Yokohama
Analyse Now Assist	L’analyse Now Assist est installée et mise à jour lorsque vous installez ou mettez à jour une application Now Assist . Si vous rencontrez des problèmes lors de l’installation ou de la mise à jour des applications, consultez cet article de la base de connaissances pour connaître les étapes à suivre pour résoudre votre problème. Sinon, vous pouvez créer un ticket de support.	Yokohama
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 pour les mises à jour des applications et des 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 le 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 afin que la compétence des actions recommandées fonctionne pour les incidents de sécurité. Pour vérifier que Recherche IA est activée sur votre instance, accédez à Tout > 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 pour les mises à jour des applications et des 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
Public Sector Digital Services	Après la mise à niveau, certains menus du secteur public et éléments de menu de l’espace de travail configurable CSM reviennent à leur nom d’étiquette CSM d’origine. Vous pouvez réétiqueter ces éléments pour une utilisation dans le secteur public en mettant à jour les étiquettes des enregistrements de catégorie de liste UX Client, Comptes et Organisations de services . Pour en savoir plus sur le réétiquetage, accédez à Tout > Service membre > Administration > Configuration guidée, puis sélectionnez Espace de travail configurable for Public Sector Digital Services > Personnaliser manuellement les étiquettes de l'espace de travail.	Yokohama
RPA Hub	Mettez à niveau l’un de ces programmes d’installation de logiciels Microsoft (MSI) actuellement installés en téléchargeant les applications RPA : RPA Desktop Design Studio Robot assisté Robot non assisté Robot non assisté Login Agent Pour plus d’informations, consultez Télécharger les applications RPA à partir de RPA Hub. Les informations de mise à niveau suivantes ne s’appliquent que lorsque vous effectuez une mise à niveau de San Diego ou de Tokyo vers Yokohama. En fonction du nombre d’enregistrements dans la table Fichier d’application, vous pouvez rencontrer un délai lors de la mise à niveau des applications RPA Hub à partir de Tokyo ou de versions antérieures vers Yokohama. Avant de mettre à niveau RPA Hub vers Yokohama, vous devez définir la valeur de la glide.rollback.blacklist.TableParentChange.change propriété système sur false. Si cette propriété n’existe pas dans la table Propriété système [sys_properties], ajoutez-la et définissez sa valeur sur faux. Pour plus d’informations sur l’ajout d’une propriété, consultez Ajouter une propriété système. Après la mise à niveau vers Yokohama, les définitions des processus de bot sont remplacées par la nouvelle structure, qui est la configuration du processus de bot. Bien que la configuration du processus de bot ne remplace pas complètement le processus de bot, la plupart des champs sont déplacés du processus de bot vers la configuration du processus de bot. Si vous effectuez une mise à niveau vers Yokohama sans mettre à jour la valeur de propriété système, les tables n’étendent pas la table Fichier d’application [sys_metadata]. Pour mettre à jour manuellement les changements apportés à la table, consultez l’article Restructuration des tables RPA Hub à sys_metadata dans la version Utah et au-delà [KB1223629] dans la base de connaissancesNow Support.	Yokohama
Contrôle de la posture de sécurité	Pour obtenir la liste complète des applications requises pour implémenter Security Posture Control, consultez Installer Security Posture Control.	Yokohama
Service Bridge	Lors de l’utilisation de Pont de services pour les fournisseurs et de Pont de services pour les consommateurs dans une seule instance, vous devez mettre à niveau les deux applications simultanément vers la même version pour maintenir la compatibilité. L’include de script global de Pont de services est automatiquement installé ou mis à jour lorsque vous installez l’application Pont de services sur les versions de plateforme suivantes : Washington DC Correctif 9 Xanadu Correctif 4 Yokohama Service Bridge La version 2.x.x, qui a été publiée pour la première fois avec la version Xanadu , ne prend pas en charge la migration des versions Pont de services (hérité). Si vous utilisez une version de Pont de services (héritée), avant d’effectuer une mise à niveau vers la version Yokohama , vous devez suivre les instructions de l’article Pont de services pour les fournisseurs (hérité) : utilitaire de migration [KB1499823] dans la base de connaissances Now Support pour migrer vos données de configuration. Si vous effectuez une mise à niveau à partir de Pont de services version 1.x.x, suivez les étapes du Guide de mise à niveau - Pont de services pour l’application Fournisseurs et consommateurs (version v2.x.x) [KB1700387] pour migrer vos applications Pont de services . En raison de l’introduction de la prise en charge des versions incompatibles, les nouveaux droits ne peuvent pas être activés tant que les consommateurs et les fournisseurs n’ont pas effectué la mise à niveau vers la version 2.x.x de Service Bridge . Les anciens droits actifs continueront de fonctionner, mais il n’est pas possible d’activer les nouveaux. Si vous effectuez une mise à niveau vers Pont de services version 2.0.55 avec la version 1.0.4 du module d’extension Gestion des ventes et des commandes avant de mettre à niveau la plateforme vers la version Yokohama , les nouvelles ACL de refus ne seront pas installées. Pour vous assurer que les ACL de refus sont installées, après la mise à niveau vers Yokohama, vous devez cliquer sur Réparer pour réinstaller l’application Pont de services .	Yokohama
Espace de travail pour l'exploitation des services pour ITSM	Assurez-vous que les applications suivantes ont des versions mises à niveau compatibles : Application Applications ITSMpour l’Espace de travail pour l’exploitation des services (sn_sow_itsm_cont) Espace de travail pour l’exploitation des services Application ITOM Applications (sn_sow_itom_cont) Pour plus d’informations sur les versions compatibles, consultez Compatibilité des versions entre Espace de travail pour l’exploitation des services pour ITSM et Espace de travail pour l’exploitation des services ITOM.	Yokohama
ServiceNow IDE	La version 1.1.4 de l’IDE ServiceNow est active par défaut sur les instances de la version Yokohama. Effectuez une mise à jour vers la version 2.0 ou ultérieure de l’IDE ServiceNow pour utiliser les dernières fonctionnalités. Pour plus d’informations sur la mise à jour de l’IDE ServiceNow, voir Installation des 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 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 Patch 1 avec l’application du magasin Software Asset Management (sn_itam_samp) 2.1.0 installée, vous devez supprimer les droits pour les profils d’intégration CrowdStrike existants. Ensuite, créez de nouvelles autorisations pour divers produits CrowdStrike , tels que CrowdStrike Falcon Endpoint Protection et CrowdStrike Falcon Discover, en fonction de leurs mesures de licence. Ces mesures incluent le capteur de moyenne horaire réservée et l’abonnement au capteur, qui se trouvent dans le groupe de mesures de licence CrowdStrike . Si des profils CrowdStrike existants sont à l’état Brouillon, créez de nouveaux profils d’intégration et supprimez les profils existants. Si des profils CrowdStrike existants sont à l’état Publié, leur état passe à Brouillon.	Yokohama
Telecommunications Network Inventory	La version Yokohama nécessite la version de plateforme Xanadu pour prendre en charge la fonctionnalité de conception et d’affectation du playbook.	Yokohama
Gestion de l’exploitation des services de télécommunications (TSOM)	Après l’installation de la Gestion des opérations de télécommunications TSOM, toutes les règles d’identification IRE personnalisées appliquées aux cartes d’interface, aux créneaux, aux sous-créneaux et aux interfaces réseau peuvent être affectées. Vous devez examiner et valider les règles pour assurer un fonctionnement adéquat.	Yokohama
Gestion des risques liés aux tiers	Si vous êtes un utilisateur VRM effectuant une mise à niveau vers TPRM, lors de la mise à niveau vers Vancouver ou une version ultérieure à partir d’une version antérieure, vous devez exécuter chaque mise à niveau séquentiellement pour vous assurer que les scripts correctifs s’exécutent correctement. Cela signifie passer de l’Utah à Vancouver, de Vancouver à Washington DC, etc. Si les scripts ne s’exécutent pas dans le bon ordre, cela peut entraîner des incohérences de données, des fonctionnalités rompues et des conflits. Pour plus d’informations sur la mise à niveau de VRM vers TPRM, consultez Informations sur la mise à niveau de la gestion des risques liés aux tiers.	Yokohama
Intégrations de Réponse aux vulnérabilités	Pour plus d’informations sur les versions publiées de l’application Vulnerability Response ainsi que sur les applications tierces et ServiceNow compatibles avec la version Yokohama , consultez l’article Vulnerability Response Compatibility Matrix and Release Schema Changes [KB0856498] dans la base de connaissances Now Support . Pour plus d’informations sur les nouvelles fonctionnalités de Vulnerability Response, consultez les notes de publication de Vulnerability Response.	Yokohama
Optimisation des effectifs pour ITSM	Sécurité renforcée pour accéder à Optimisation de la main d’œuvre pour ITSM Lorsque vous effectuez une mise à niveau vers la version Yokohama , vous avez la possibilité d’activer la sécurité améliorée pour l’application Optimisation de la main d’œuvre pour ITSM . Pour bénéficier de la sécurité renforcée, vous devez contacter Now Support pour installer le module d’extension Fonctionnalités de sécurité renforcées ITSM (com.snc.itsm.enhanced_security). Une fois le module d’extension installé, vous avez besoin des rôles répertoriés ici pour accéder aux fonctionnalités respectives. Fonctionnalités dans Optimisation de la main d’œuvre pour ITSM Rôle requis pour chaque utilisateur Révision des compétences Responsable de l’examen des compétences (sn_wfo_skillreview.manager) Utilisateur de l’examen des compétences (sn_wfo_skillreview.user) Planificateur de travail Administrateur de planificateur de travail (sn_wfo_work_sched.admin) Gestionnaire de planificateur de travail (sn_wfo_work_sched.manager) Applaudissement Administrateur d’applaudissement (sn_applaud.admin) Utilisateur applaudissant (sn_applaud.user)	Yokohama