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 mise à niveau.

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

Avant d’effectuer une mise à niveau vers , passez en Washington DCrevue ces tâches antérieures et postérieures à la mise à niveau et effectuez les tâches selon vos besoins.

Tâches de mise à niveau et de migration

Important :

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

Tableau 1.

Produit	Notes de publication	Famille
Recherche IA	Lorsque vous effectuez une mise à niveau vers San Diego à partir de Québec ou de Rome, Recherche IA réindexe automatiquement tout votre contenu japonais indexé. Ce processus de réindexation unique est requis pour permettre des améliorations de l’expérience de recherche en japonais dans cette version. Si vous avez activé les résultats Genius Q&R dans Quebec ou Rome, vous devez réindexer votre contenu Connaissances après la mise à niveau vers San Diego. Ce processus de réindexation unique est nécessaire pour permettre les améliorations Q&R dans cette version.	San Diego
Tableau de bord de vue d’ensemble de l’utilisation de l’application	Après la mise à niveau vers la version San Diego , vous ne pouvez plus modifier la page d’accueil Vue d’ensemble de l’utilisation de l’application .	San Diego
Assessments and Surveys	Après avoir mis à niveau Assessments and Surveys vers San Diego, désactivez la notification par e-mail d’invitation d’utilisateur à participer à l’enquête, qui est déconseillée. Ensuite, activez l’invitation à l’enquête, qui est une nouvelle notification par e-mail.	San Diego
Infrastructure de tests automatisés	Copiez et personnalisez les tests de démarrage rapide fournis par Now Platform® pour valider le fonctionnement de votre instance après avoir modifié la configuration. Par exemple, si vous appliquez une mise à niveau ou développez une application. Les tests peuvent aboutir à un résultat correct uniquement si 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 à vos données spécifiques à l’instance, copiez le test de démarrage rapide et ajoutez vos données personnalisées. Pour plus d’informations, consultez Tests de démarrage rapide disponibles par application ou fonctionnalité. ATF ne prend pas en charge certains éléments de Next Experience. Pour plus d’informations, consultez Infrastructure de tests automatisés.	San Diego
Business Continuity Management	Business Impact Analysis (BIA) : les champs Analyse de l’impact, Élément de configuration et Définition de l’élément ont été ajoutés à la table Dépendance [sn_bia_dependency]. Un script correctif, Remplir les références de dépendances, migre les données existantes. Business Continuity Planning (BCP) : le champ Description est ajouté à la table Document du plan [sn_bcp_document]. Un script correctif, Mettre à jour la description sur les documents de plan, migre les données existantes. La description est remplie à partir de la description de la section de document correspondante.	San Diego
Analyse des coûts du cloud	Pour obtenir des instructions, consultez Mise à niveau vers version 2.2 .	San Diego
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, voir 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 mises en production de l’application Configuration Compliance , ainsi que sur les applications tierces et ServiceNow compatibles avec San Diego, consultez l’article Matrice de compatibilité de Vulnerability Response et Changements de schéma de mise en production [KB0856498] dans la base de connaissances HI. Tableau 2. Informations sur la mise à niveau pour les versions 14.3 à 12.0 de Configuration Compliance vers San Diego Version Description de la mise à niveau 14.3 Certifié pour San Diego dans le ServiceNow Store. 13.1 Certifié pour San Diego dans le ServiceNow Store. 12.2 Certifié pour San Diego dans le ServiceNow Store. Le produit Tenable.io de l’intégration de vulnérabilité Tenable importe les politiques, les contrôles (résultats des tests) et les tests de configuration pour les traiter dans l’application Configuration Compliance . Pour plus d’informations, consultez la section « Nouveautés de la version San Diego ». 12.1 Certifié pour San Diego dans le ServiceNow Store. 12.0 Certifié pour San Diego dans le ServiceNow Store. Sensibilité à la casse dans le créateur de condition sur les enregistrements et formulaires de règles de groupe Par défaut (si la case est sensible à la casse ), le texte de recherche saisi n’est pas sensible à la casse dans le créateur de condition. Vous pouvez activer ou désactiver la sensibilité à la casse pour le texte de correspondance de règle que vous saisissez pour les règles, les formulaires et les enregistrements de règles de groupe de résultats de test. Pour les règles d’affectation, les règles de cible de rattrapage, les règles de recherche de CI, ainsi que les enregistrements et formulaires de calculatrice, le texte de recherche que vous saisissez dans le créateur de condition n’est pas sensible à la casse. La sensibilité à la casse n’est plus prise en charge pour les recherches portant sur ces enregistrements. Avant la version 12.0, un message d’avertissement vous indiquait que vous risquiez de rencontrer des problèmes de performances si l’option de sensibilité à la casse était inactive. À partir de la version 12.0, les recherches qui ne sont pas sensibles à la casse sont entièrement prises en charge.	San Diego
Plateforme principale Now Platform	Après la mise à niveau, vous pouvez demander au personnel ServiceNow de configurer votre instance pour prendre en charge d’autres langues que les 22 pour lesquelles ServiceNow propose des modules d’extension de langue. Le code de langue à deux caractères prend en charge la norme BCP 47. Le mode d’évaluation d’expression par défaut du moteur JavaScript est passé du mode compilé au mode interprété. Consultez KB0960944 pour plus de détails. Si le sys_archive_log compte plus de 10 millions d’enregistrements, ajoutez les index (archive, restauré) et (archive, sys_created_on, restauré, from_table) au sys_archive_log. Remarque : L’ordre des colonnes doit correspondre exactement : (archived, restored) et (archive, sys_created_on, restored, from_table). Avant la mise à niveau vers San Diego , si les colonnes appropriées existent déjà dans la table sys_archive_log, il est possible d’effectuer cette opération à l’aide de l’interface utilisateur. Accédez à la page de la table. Faites défiler vers le bas, sélectionnez Index de base de données, puis cliquez sur Nouveau. Sélectionnez les colonnes appropriées dans le modal contextuel et cliquez sur Créer un index. Assurez-vous que les colonnes sont dans le bon ordre. Si l’sys_archive_log compte moins de 10 millions d’enregistrements, la mise à niveau ne devrait rencontrer aucun problème.	San Diego
DevOps	Remarque : Pour effectuer une mise à niveau vers la version 1.31, recherchez et installez l’application DevOps Change Velocity à partir de ServiceNow Store. Pour toutes les nouvelles installations de l’application DevOps pour San Diego, vous devez définir la propriété com.snc.change_management.change_model.type_compatibility sur True. À partir de la version 1.32 de DevOps , les règles d’archivage du système de base sont configurées pour archiver automatiquement les tables DevOps plus anciennes qu’une période spécifiée. Une table d’archivage est créée pour toute table associée à une règle d’archivage. Vous pouvez également choisir de restaurer les données à partir des tables d’archivage. Pour plus d’informations, consultez Archivage des données des tables DevOps. À partir de la version 1.26, les tâches planifiées sont automatiquement activées pour permettre l’archivage des données dans la nouvelle table des événements entrants traités [sn_devops_processed_inbound_event_list.do] via la rotation des tables. Des nettoyeurs de table sont également lancés pour purger les données de la table des événements entrants [sn_devops_inbound_list.do]. À partir de la version 1.27, vous devez inclure le rôle d’utilisateur sn_devops.integration pour les opérations de lecture et d’écriture (création/mise à jour) sur toute liste de contrôle d’accès (ACL) personnalisée que vous créez, en raison des modifications apportées aux modèles de sécurité.	San Diego
Gestion et chiffrement des clés	Les contextes de chiffrement seront automatiquement convertis en modules de chiffrement de champ Chiffrement au niveau des colonnes et en politiques d’accès aux modules correspondantes lors de la mise à niveau vers San Diego. Une visite guidée expliquant cette amélioration est disponible à partir du tableau de bord.	San Diego
Gouvernance, risque et conformité	À partir de la version Governance, Risk, and Compliance 14.0, seuls les utilisateurs disposant des rôles GRC peuvent accéder aux enregistrements GRC . Les enregistrements qui étaient auparavant accessibles aux utilisateurs disposant du rôle snc_internal ne sont désormais accessibles qu’aux utilisateurs disposant des rôles GRC . Pour en savoir plus, consultez Renforcement de la sécurité pour les applications GRC [KB1096145] dans la base de connaissances Now Support .	San Diego
Analyse de l'intégrité des journaux	Lors de la mise à niveau vers San Diego, demandez une mise à niveau des composants principaux de l’application Health Log Analytics via Now Support ou contactez votre représentant commercial ServiceNow .	San Diego
Serveur MID	Pour connaître la dernière configuration requise pour le MID Server, reportez-vous à la section Configuration requise pour le MID Server. Les versions JRE (Java Runtime Environment) suivantes sont prises en charge : JRE11 : la version minimale est 11.0.12. JRE8 : la version minimale est 1.8.0_275. Si vous avez installé votre propre environnement JRE, le processus de mise à niveau prend les mesures suivantes pour s’assurer que le MID Server utilise un environnement JRE pris en charge : Si un MID Server utilise une version non prise en charge du JRE lors de la mise à niveau, le processus de mise à niveau remplace ce JRE par OpenJDK fourni avec le programme d’installation du MID Server . Si un environnement JRE pris en charge est en cours d’exécution sur l’hôte du MID Server , le MID Server mis à niveau utilise cette version. Toutes les machines hôtes du Serveur MID doivent accéder au site de téléchargement au install.service-now.com pour permettre les mises à niveau automatiques. Pour en savoir plus, consultez la rubrique sur la façon dont le système gère les mises à niveau du MID Server. Un seul service MID ServerWindows est autorisé par chemin d’accès exécutable. Les MID Servers Windows mis à niveau qui ont plusieurs services pointant vers le même dossier d’installation ne peuvent pas démarrer. Pour plus d’informations, reportez-vous à la section Échec du démarrage du serveur MID. Pour plus d’informations sur les mises à niveau de Serveur MID , consultez les rubriques suivantes : Vérification préalable à la mise à niveau du MID Server : décrit comment le moniteur AutoUpgrade teste la capacité du MID Server à effectuer une mise à niveau sur votre système avant la mise à niveau réelle. Mettre à niveau manuellement MID Server : décrit comment mettre à niveau manuellement vos MID Servers.	San Diego
Mobile	Migrez de la plateforme mobile ServiceNow Classic vers la plateforme mobile ServiceNow pour bénéficier de fonctionnalités telles que le développement rapide, l’aptitude hors ligne et l’intégration avec des fonctionnalités d’équipements mobiles natives. Pour plus de détails sur la migration vers ServiceNow Mobile Platform, consultez Migrer de l’application ServiceNow Classic Mobile vers ServiceNow Mobile Platform	San Diego
Interface utilisateur Next Experience	Considérations relatives à la migration vers Next Experience Votre chemin vers l’activation de Next Experience peut dépendre du niveau de personnalisation de votre instance. Les conseils et l’assistance des personnes qui vous ont aidé à personnaliser votre instance, ou d’un autre partenaire certifié, garantiront le bon déroulement de votre passage à Next Experience .	San Diego
Gestion des commandes pour les télécommunications, les médias et la technologie	L’architecture de table qui prend en charge l’application Order Management for Telecommunications, Media, and Technology a été restructurée. Après la mise à niveau vers la version San Diego , et avant d’utiliser Order Management for Telecommunications, Media, and Technology, vous devez d’abord exécuter un script qui déplace vos données de commande existantes vers les tables nouvellement restructurées. Pour plus d’informations, consultez l’article Order Management for Telecommunications, Media, and Technology (2.0.0) version : script de reparentage post-mise à niveau pour la version San Diego [KB1000941] dans la base de connaissances Now Support .	San Diego
Analyse des performances	Les scripts conditionnels pour les travaux de collecte de données s’exécutent désormais dans un bac à sable avec des droits restreints. Cette modification peut introduire des erreurs d’exécution dans les scripts conditionnels existants. Si vous avez scripté des tâches de collecte de données, envisagez de tester la mise à niveau sur une version de non-production. Réécrivez les scripts si nécessaire. Pour plus d’informations, consultez Propriété de bac à sable de script.	San Diego
Privacy Management	Pour pouvoir utiliser Privacy Management dans la version San Diego , vous devez activer le module d’extension Advanced Risk .	San Diego
Génération de rapports	Les scripts conditionnels pour les tâches de rapports planifiés s’exécutent maintenant dans un bac à sable avec des droits restreints. Cette modification peut introduire des erreurs d’exécution dans les scripts conditionnels existants. Si vous avez scripté des tâches de rapport planifiées, envisagez de tester la mise à niveau sur une version de non-production. Réécrivez les scripts si nécessaire. Pour plus d’informations, consultez Propriété de bac à sable de script.	San Diego
Réponse aux incidents de sécurité	Si vous mettez à niveau Security Incident Response directement à partir des versions précédentes, accédez à Définition du système > Scripts correctifset exécutez le script Mettre à jour les intégrations vers le correctif multi-domaine . Exécutez ce script pour permettre à certaines intégrations de définir plusieurs configurations. Par exemple, si vous avez plusieurs instances Splunk , vous pouvez créer des connexions et des requêtes qui s’exécutent sur une recherche d’observations pour plusieurs instances Splunk . Après avoir exécuté le script correctif, accédez à Définition du système > Scripts correctifs et désactivez le script correctif. N’exécutez pas le script plus d’une fois.	San Diego
Catalogue de services	Si vous effectuez une mise à niveau vers San Diego et que vous configurez un magasin de données destiné à stocker les informations nécessaires à l’exécution d’une étape d’exécution de service, assurez-vous que l’accès aux applications canCreate, canUpdate et canRead est activé dans la table Étape d’exécution de service [sc_service_fulfillment_step] que vous étendez. Si vous effectuez une mise à niveau vers San Diego et que vous souhaitez utiliser les nouveaux modèles de notification par e-mail pour les demandes, vous devez les activer. Pour plus d’informations, consultez Notifications par e-mail pour les demandes. Si vous effectuez une mise à niveau vers San Diego et que vous souhaitez ajouter des commentaires à un élément de demande en tant que partie prenante de l’entreprise, exécutez le script disponible dans l’action de script Activer l’écriture de commentaires BS pour req mgmt dans le module Scripts - Arrière-plan. Pour plus d’informations sur l’exécution des scripts, consultez les rubriques du module Actionsdes scripts et Scripts - Arrière-plan .	San Diego
Espace de travail pour l'exploitation des services pour ITSM	Assurez-vous que les applications suivantes ont des versions mises à niveau compatibles : Application Applications ITSMService Operations Workspace (sn_sow_itsm_cont) Application Applications ITOMpour l’espace de travail pour l’exploitation des services (sn_sow_itom_cont) Tableau 3. Versions compatibles de SOW 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 Ici, x est la sous-version de l’application Service Operations Workspace ITSM Applications (sn_sow_itsm_cont) et y est la sous-version de l’application Service Operations Workspace ITOM Applications (sn_sow_itom_cont).	San Diego
Tableau de bord des performances de ServiceNow	Après la mise à niveau vers San Diego, vous ne pouvez pas modifier la page d’accueil de Performance.	San Diego
Fonctions vocales ServiceNow	Après la mise à niveau, vous verrez les changements de nom d’étiquette répertoriés dans la table. Cette étiquette d’interface Est remplacé par cette étiquette Centre d’appel cloud Fonctions vocalesServiceNow Centre d’appel cloud pour ITSM ServiceNow Voice pour ITSM Centre d’appel cloud pour CSM ServiceNow Voice pour CSM Amazon Connect pour Centre d’appel cloud ServiceNow Voice avec Amazon Connect Centre d’appel cloud : Core Fonctions vocales ServiceNow : base Applications Centre d’appel cloud Core (sn_cti_core) Fonctions vocalesServiceNow (sn_cti_core) Intégration d’Amazon Connect avec le centre d’appel cloud (sn_cti_amzn_cct) ServiceNow Voice avec Amazon Connect (sn_cti_amzn_cct) Composants UX du centre d’appel cloud (sn_cti_ux) Composants Voice UX ServiceNow (sn_cti_ux)	San Diego
Software Asset Management	Pour plus d’informations sur la mise à niveau à partir du module d’extension Software Asset Management Foundation (com.snc.sams), consultez Restaurer les personnalisations de Software Asset Management. Pour plus d’informations sur la mise à niveau, consultez Informations sur la mise à niveau de Software Asset Management.	San Diego
Tableau de bord de vue d’ensemble de l’utilisation du magasin	Après la mise à niveau vers San Diego, vous ne pouvez plus modifier la page d’accueil Vue d’ensemble de l’utilisation deServiceNow Store.	San Diego
Tableau de bord Administration système	Après la mise à niveau vers la version San Diego , vous ne pouvez plus modifier la page d’accueil Administration système.	San Diego
Page d’accueil de System Diagnostics	Après la mise à niveau vers San Diego, vous ne pouvez plus modifier la page d’accueil des diagnostics du système.	San Diego
Agent virtuel	Après la mise à niveau, Virtual Agent ne prend pas en charge les listes de contrôle d’accès pour les cartes de notification. Pour gérer l’accès au contenu de la carte de notification et pour autoriser les substitutions de paramètres dans les en-têtes et contenus des messages, utilisez la propriété système pour activer ces com.glide.cs.notification_record_access_check fonctionnalités. De nombreux formulaires et paramètres de configuration d’Interfaces conversationnelles , tels que la configuration de la messagerie instantanée et les formulaires de menu de marque et de messagerie instantanée, ont été déplacés vers les paramètres de la messagerie instantanée. Elles sont accessibles via la page d’accueil d’Interfaces conversationnelles dans le module Interfaces conversationnelles . Pour plus de détails, consultez upgrade-and-migration-tasks.html#upgrade-and-migration-tasks__section_ijj_s3c_5rb ces notes de version. Si vous avez utilisé des entrées sécurisées pour les composants d’action dans Virtual Agent Designer, tous les champs sécurisés doivent maintenant utiliser le type de données password2. Les champs de type chaîne ne peuvent plus être marqués comme sécurisés. Bien qu’un problème d’empaquetage soit connu pour provoquer une erreur, Virtual Agent Topic Recommendations 2.1.1 est fourni avec la version d’accès anticipé de San Diego . Pour plus d’informations, veuillez vous référer à KB1005131.	San Diego
Intégrations de Vulnerability Response	Pour plus d’informations sur la mise à niveau des applications tierces prises en charge par Vulnerability Response, consultez Informations sur la mise à niveau des intégrations Vulnerability Response. Les mises à jour des applications prises en charge par Vulnerability Response sont disponibles dans le ServiceNow® Store. Pour plus d’informations sur les versions publiées de l’application Vulnerability Response , ainsi que sur les applications tierces et ServiceNow compatibles avec San Diego, consultez l’article Matrice de compatibilité de Vulnerability Response et Changements de schéma de mise en production [KB0856498] dans la base de connaissances HI. Pour plus d’informations sur les nouvelles fonctionnalités de Vulnerability Response, consultez les notes de version de Vulnerability Response.	San Diego
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, voir KB0856498. Lorsque vous effectuez une mise à niveau vers une nouvelle version de l’application Vulnerability Response , votre nouvelle version est disponible sur votre instance et prête à être installée. Les mises à jour de Vulnerability Response sont disponibles dans le ServiceNow® Store. Pour plus d’informations sur les versions mises en production de l’application Vulnerability Response , la compatibilité avec San Diego et les changements de schéma, consultez l’article Matrice de compatibilité de Vulnerability Response et Modifications du schéma de mise en production [KB0856498] dans la base de connaissances HI. Lorsque vous mettez à niveau l’application Vulnerability Response des anciennes versions vers la version 15.x, la règle de tâche de rattrapage par défaut dans le système de base est désactivée. Pour plus d’informations, consultez Espaces de travail Vulnerability Response et mises à jour de la tâche de rattrapage et des règles de tâche de rattrapage	San Diego
Expérience de visite	Si vous êtes un utilisateur des versions précédentes, vous devez configurer votre instance actuelle avant de lancer une mise à niveau vers San Diego. Si vous souhaitez améliorer les rendez-vous de visite à distance avec la messagerie instantanée Microsoft Teams , consultez Intégration de Microsoft Teams. L’intégration active les modules d’extension Skills Management (com.snc.skills_management) et Skills Determination (com.snc.skill_determination).	San Diego
Optimisation de la main d'œuvre pour ITSM	Lorsque vous effectuez une mise à niveau vers Workforce Optimization for ITSM version 1.1.1, vous devez Activer l’indexation de texte pour les tables suivantes : Calendrier [sn_shift_planning_schedule_plan] Plan d’équipe [sn_shift_planning_shift_plan] Équipe [cmn_rota] Si vous n’effectuez pas l’indexation de texte après votre mise à niveau, vous pouvez rechercher les plans de calendrier et les plans d’équipe par nom et non par mot clé.	San Diego
Recherche IA	Lorsque vous effectuez une mise à niveau vers Tokyo à partir d’une version précédente, Recherche IA réindexe automatiquement le contenu et les métadonnées des sources indexées pour les tables Élément de catalogue [sc_cat_item] et Connaissances [kb_knowledge]. Ce processus de réindexation unique est requis pour permettre des améliorations de l’expérience de recherche dans cette version. Lorsque vous affichez ou modifiez les configurations de l’application de recherche après une mise à niveau vers Tokyo à partir d’une version précédente, le système peut afficher un message d’avertissement vous demandant de réindexer une ou plusieurs sources indexées. Ce processus de réindexation (un processus unique pour chaque source indexée répertoriée) est nécessaire pour renseigner correctement les suggestions de saisie semi-automatique basées sur la recherche. Après une mise à niveau vers Tokyo à partir d’une version précédente, les scores de pertinence par défaut de vos résultats de recherche peuvent changer. Les modèles de pertinence entraînés dans la version précédente doivent continuer à produire le même ordre des résultats. Les modèles formés il y a plus d’une version peuvent revenir au modèle de pertinence par défaut. Recherche IA 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 Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.	Tokyo
Centre d'administration	La dernière version de l’application Centre d’administration est disponible dans ServiceNow Store.	Tokyo
Gestion des portefeuilles d'applications	Gestion des portefeuilles d’applications 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 Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.	Tokyo
Assessments and Surveys	Lorsque vous effectuez une mise à niveau vers Tokyo à partir d’une version précédente, Évaluations et enquêtes est activé par défaut sur Service Portal et l’application Now Mobile .	Tokyo
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 Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.	Tokyo
Infrastructure de tests automatisés	Copiez et personnalisez les tests de démarrage rapide fournis par Now Platform® pour valider le fonctionnement de votre instance après avoir modifié la configuration. Par exemple, si vous appliquez une mise à niveau ou développez une application. Les tests peuvent aboutir à un résultat correct uniquement si 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 à vos données spécifiques à l’instance, copiez le test de démarrage rapide et ajoutez vos données personnalisées. Pour plus d’informations, consultez Tests de démarrage rapide disponibles par application ou fonctionnalité.	Tokyo
Mise en service et gouvernance du cloud	Mise en service et gouvernance du cloud 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 Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.	Tokyo
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, voir 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 Tokyo, consultez l’article Matrice de compatibilité de Vulnerability Response et Changements de schéma de mise en production [KB0856498] dans la base de connaissances HI. Pour plus d’informations sur les mises à jour des applications tierces prises en charge par Vulnerability Response et Configuration Compliance, consultez les notes de version des intégrations de Vulnerability Response. Tableau 4. Informations sur la mise à niveau pour Configuration Compliance vers Tokyo Version Description de la mise à niveau 14.3 Certifié pour Tokyo dans le ServiceNow Store. Pour plus d’informations, reportez-vous à la section « Nouveautés de la version Tokyo ».	Tokyo
Accueil d'Interfaces conversationnelles	La page d’accueil d’Interfaces conversationnelles est incluse dans la version Tokyo , de sorte que les clients existants n’ont pas besoin de l’installer. Toutefois, il est également disponible en tant qu’application à partir de ServiceNow Store, et les mises à jour ultérieures doivent être installées à partir de là.	Tokyo
Plateforme principale Now Platform	Pour activer la protection des journaux, installez le module d’extension Tables protégées (com.glide.protected_tables) qui permet à la plateforme de restreindre les opérations de mise à jour et de suppression sur certaines tables de journaux système. Les administrateurs peuvent personnaliser les règles de protection de la table de journaux pour chaque table dans le panneau d’administration de la protection des journaux. Now Platform 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 Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.	Tokyo
Gestion du service clientèle (CSM)	Gestion du service clientèle 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 Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.	Tokyo
Gestion du parcours des employés	HR Service Delivery 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 Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.	Tokyo
Gestion des clés de chiffrement	Les contextes de chiffrement seront automatiquement convertis en modules de chiffrement de champ Chiffrement au niveau des colonnes et en 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 à partir du tableau de bord. Gestion des clés de chiffrement report_view listes de contrôle d’accès (ACL) qui déterminent qui peut afficher les rapports dans les tableaux de bord et ailleurs sont activées par défaut dans la version Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.	Tokyo
Concepteur de flux	Concepteur de flux 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 Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport. Vous pouvez autoriser les instances mises à niveau à partir de la version San Diego et des versions antérieures à générer des demandes de privilège d’accès restreint pour l’appelant pour les flux et les actions. Pour plus d’informations sur l’activation des privilèges d’accès pour les flux et les actions, consultez Mettre à niveau les privilèges d’accès restreint pour l’appelant pour les flux et les actions . Avertissement : La mise à niveau des privilèges d’accès restreint pour l’appelant pour suivre les flux et les actions peut entraîner des interruptions de service sur les instances qui suivaient auparavant l’accès entre champs d’application à partir de scripts includes ou de règles métier. Après la mise à niveau, l’exécution de tous les flux et actions qui tentent d’accéder aux ressources restreintes est bloquée et génère à la place leurs propres demandes de privilège d’accès restreint pour l’appelant. Une personne doit approuver les demandes de privilèges d’accès pour que les flux et les actions entre périmètres puissent s’exécuter. Les clients qui autorisent déjà le suivi indirect des flux et des actions à l’aide d’appels de script peuvent ignorer cette tâche et continuer à appeler des flux et des actions à partir de scripts. Les clients qui souhaitent remplacer leurs privilèges d’accès existants par les nouveaux types de sources Flux et Action de flux peuvent planifier une panne pour générer et approuver les nouvelles demandes de privilèges d’accès.	Tokyo
Gouvernance, risque et conformité	À partir de la version 14.0 de Governance, Risk, and Compliance , le rôle d’utilisateur métier (sn_grc.business_user) est retiré du rôle de lecteur GRC (sn_grc.reader) et ajouté au rôle d’utilisateur GRC (sn_grc.user). Pour plus d’informations, consultez KB1123608.	Tokyo
Gestion des tickets et des connaissances HR Service Delivery	HR Service Delivery 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 Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.	Tokyo
Analyse de l'intégrité des journaux	Si votre version de Health Log Analytics 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 Health Log Analytics .	Tokyo
Visibilité ITOM	Visibilité ITOM 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 Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport. Après la mise à niveau vers Tokyo, l’état d’installation est automatiquement défini sur « Installé » (« 1 ») pour tous les CI d’infrastructure détectés. Si votre organisation utilise l’état d’installation, testez Tokyo sur votre instance de test avant de mettre à niveau l’instance de production. Utilisez l’état du cycle de vie CSDM pour suivre les étapes du cycle de vie et les états d’étape des CI. Pour plus d’informations, voir :[Texte du lien de l’espace réservé vers le bundle-rn.bundle-platcap.csdm-life-cycle-standard-values] Pour résoudre les problèmes liés à l’état d’installation après la mise à niveau vers Tokyo, consultez KB1213467	Tokyo
Importer et exporter	Importer et exporter 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 Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.	Tokyo
Gestion des incidents	Gestion des incidents 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 Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.	Tokyo
Réplication de données d'instance	Réplication de données d’instance 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 Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.	Tokyo
Instance Scan	Analyse d’instance 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 Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.	Tokyo
Concentrateur d'intégration	Concentrateur d’intégration 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 Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.	Tokyo
Prestation de services intelligente	HR Service Delivery 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 Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.	Tokyo
Gestion des connaissances	Gestion des connaissances 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 Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport. À partir de la version Tokyo, la version améliorée Angular JS 1.5.11 est disponible avec le système de base.	Tokyo
Legal Service Delivery	Avant de mettre à niveau Legal Service Delivery vers Tokyo, vous devez définir la valeur de la glide.rollback.blacklist.TableParentChange.change propriété système sur faux. Si cette propriété n’existe pas dans la table Propriétés système [sys_properties], ajoutez-la et définissez sa valeur sur faux. Après la mise à niveau, certaines tables installées avec les applications Legal Request Management, Legal Digital Forensics et Legal Simple Contracts étendent la table Fichier d’application [sys_metadata] pour permettre une migration transparente des domaines d’activité, des formulaires d’admission, des configurations de contrat et des configurations d’expertise dans des ensembles de mises à jour. Si vous effectuez une mise à niveau vers la version Tokyo sans mettre à jour la valeur de la propriété système, les tables n’étendront pas la table Fichier d’application. Pour mettre à jour manuellement les changements de table, consultez l’article Étapes de mise à niveau manuelle pour changer le parent des changements de tables dans Tokyo [KB1163388] dans la base de connaissances Now Support .	Tokyo
Serveur MID	Pour connaître la dernière configuration requise pour le MID Server, reportez-vous à la section Configuration requise pour le MID Server. Les versions JRE (Java Runtime Environment) suivantes sont prises en charge : JRE11 : à partir de la version 11.0.15 JRE8 : à partir de la version 1.8.0_275 Si vous avez installé votre propre environnement JRE, le processus de mise à niveau prend les mesures suivantes pour s’assurer que le MID Server utilise un environnement JRE pris en charge : Si un MID Server utilise une version non prise en charge du JRE lors de la mise à niveau, le processus de mise à niveau remplace ce JRE par OpenJDK fourni avec le programme d’installation du MID Server . Si un environnement JRE pris en charge est en cours d’exécution sur l’hôte du MID Server , le MID Server mis à niveau utilise cette version. Toutes les machines hôtes du Serveur MID doivent accéder au site de téléchargement au install.service-now.com pour permettre les mises à niveau automatiques. Pour en savoir plus, consultez la rubrique sur la façon dont le système gère les mises à niveau du MID Server. Un seul service MID ServerWindows est autorisé par chemin d’accès exécutable. Les MID Servers Windows mis à niveau qui ont plusieurs services pointant vers le même dossier d’installation ne peuvent pas démarrer. Pour plus d’informations, reportez-vous à la section Échec du démarrage du serveur MID. Pour plus d’informations sur les mises à niveau de Serveur MID , consultez les rubriques suivantes : Vérification préalable à la mise à niveau du MID Server : décrit comment le moniteur AutoUpgrade teste la capacité du MID Server à effectuer une mise à niveau sur votre système avant la mise à niveau réelle. Mettre à niveau manuellement MID Server : décrit comment mettre à niveau manuellement vos MID Servers.	Tokyo
Mobile	Migrez de l’application mobile ServiceNow Classic vers ServiceNow Mobile Platform pour bénéficier de fonctionnalités telles que le développement rapide, l’aptitude hors ligne et l’intégration avec des fonctionnalités d’équipements mobiles natives. Pour en savoir plus sur la migration vers ServiceNow Mobile Platform, consultez Migrer de l’application ServiceNow Classic Mobile vers ServiceNow Mobile Platform. Plateforme mobile ServiceNow 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 Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.	Tokyo
Operational Technology Incident Management v2	Si vous êtes un utilisateur d’Operational Technology Incident Management dans 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, consultez Affecter de nouveaux rôles Operational Technology Incident Management.	Tokyo
Réinitialisation du mot de passe	Réinitialisation du mot de passe 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 Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.	Tokyo
Gestion des portefeuilles de projets	Gestion des portefeuilles de projets 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 Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport. Lorsque vous mettez à niveau Scenario Planning for PPM vers la version 2.3.0 ou une version ultérieure, vous devez mettre à niveau l’application Investment Funding héritée vers le ServiceNow Store pour que l’intégration fonctionne. Pour obtenir des instructions détaillées sur la mise à niveau de l’application Investment Funding héritée vers l’application ServiceNow Store , consultez les instructions de mise à niveau.	Tokyo
Service Bridge (technologie)	Pour effectuer une mise à niveau vers la version Tokyo des applications Service Bridge , consultez l’article Service Bridge - Étapes de mise à niveau de la version du magasin San Diego vers la version du magasin Tokyo [KB1120583] dans la base de connaissances Now Support .	Tokyo
Service Bridge (télécommunications)		Tokyo
Espace de travail pour l'exploitation des services pour ITSM	Assurez-vous que les applications suivantes ont des versions mises à niveau compatibles : Application Applications ITSMService Operations Workspace (sn_sow_itsm_cont) Application Applications ITOMpour l’espace de travail pour l’exploitation des services (sn_sow_itom_cont) Tableau 5. Versions compatibles de SOW 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 Service Operations Workspace ITSM Applications (sn_sow_itsm_cont) et y est la sous-version de l’application Service Operations Workspace ITOM Applications (sn_sow_itom_cont).	Tokyo
Portail de services	Report_view ACL activées avec la mise à niveau Portail de services 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 Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport. Report_view ACL étaient précédemment activées pour les nouvelles instances (zBoot). Remarque : Pour obtenir une liste des listes de contrôle d’accès (ACL) de Service Portal report_view, accédez à Tous > Sécurité de système > Contrôle d'accès (ACL) et utilisez le créateur de condition pour ajouter le filtre suivant : [Operation] [is] [report_view] AND [Package] [contains] [service portal] AND [Package] [is not] [Service Portal - Standard Ticket]. Suivi User Experience Analytics activé par défaut Le module d’extension Service Portal Analytics (com.glide.service-portal.analytics) est activé par défaut, et le suivi User Experience Analytics pour les portails est activé par défaut. Pour les clients de mise à niveau qui activaient précédemment le suivi User Experience Analytics pour certains portails, mais pas pour d’autres, les paramètres de suivi des portails ne changeront pas après la mise à niveau. Mise à niveau vers TinyMCE 5 L’éditeur HTML TinyMCE a été mis à niveau vers la version 5.10.2. Si vous disposez d’une implémentation TinyMCE personnalisée à l’aide de fournisseurs Angular dans Service Portal, consultez Modifications dans TinyMCE 5 pour plus d’informations sur la mise à niveau de votre version personnalisée.	Tokyo
Software Asset Management	Pour plus d’informations sur la mise à niveau à partir du module d’extension Software Asset Management Foundation (com.snc.sams), consultez Restaurer les personnalisations de Software Asset Management.	Tokyo
Gestion des abonnements	Gestion des abonnements 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 Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.	Tokyo
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 Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.	Tokyo
Vendor Management Workspace	Vendor Management Workspace 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 Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.	Tokyo
Agent virtuel	Le nouveau client Web Portable Virtual Agent, un composant Seismic, simplifie l’ajout d’Agent virtuel à un site Web tiers. L’ancienne méthode d’incorporation de Virtual Agent dans une page Web tierce continuera de fonctionner. Dans les versions précédentes, les blocs de rubriques et les contrôles personnalisés de Virtual Agent Designer ont été publiés dans le champ d’application Global. Dans cette version, les blocs de rubriques et les contrôles personnalisés sont désormais inclus dans le champ d’application de la rubrique d’appel.	Tokyo
Tableaux de tâches visuels	Tableaux de tâches visuels 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 Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.	Tokyo
Intégrations de Vulnerability Response	Pour plus d’informations sur les versions publiées de l’application Vulnerability Response , ainsi que sur les applications tierces et ServiceNow compatibles avec Tokyo, consultez l’article Matrice de compatibilité de Vulnerability Response et Changements de schéma de mise en production [KB0856498] dans la base de connaissances HI. Pour plus d’informations sur les nouvelles fonctionnalités de Vulnerability Response, consultez les notes de version de Vulnerability Response.	Tokyo
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, voir 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. Cela est dû à des changements de schéma supplémentaires ajoutés lors de la mise à niveau. Pour plus d’informations, voir KB0856498. Lorsque vous mettez à niveau l’application Vulnerability Response des anciennes versions vers la version 15.x, la règle de tâche de rattrapage par défaut dans le système de base est désactivée. Pour plus d’informations, consultez Espaces de travail Vulnerability Response et mises à jour de la tâche de rattrapage et des règles de tâche de rattrapage Réponse aux vulnérabilités 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 Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport. Lorsque vous effectuez une mise à niveau vers une nouvelle version de l’application Vulnerability Response , votre nouvelle version est disponible sur votre instance et prête à être installée. Les mises à jour de Vulnerability Response sont disponibles dans le ServiceNow® Store. Pour plus d’informations sur les versions mises en production de l’application Vulnerability Response , la compatibilité avec Tokyo et les changements de schéma, consultez l’article Matrice de compatibilité de Vulnerability Response et Modifications du schéma de mise en production [KB0856498] dans la base de connaissances HI. 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.	Tokyo
Optimisation de la main d'œuvre pour ITSM	Méthodes de prévision améliorées : Demand Forecast utilise des méthodes de prévision améliorées pour prévoir les données. Les méthodes naïves de prévision des scores des indicateurs ont été remplacées par des méthodes de régression linéaire. Alors que les anciennes méthodes naïves n’utilisaient que les premiers et les derniers scores de la saison la plus récente, les méthodes améliorées utilisent tous les scores disponibles au cours de la période d’évaluation. De plus, les anciennes méthodes linéaires et de dérive ont été remplacées par une seule méthode linéaire, et le calcul de l’intervalle de prédiction de 95 % a été amélioré. Lorsque vous effectuez une mise à niveau, les mises à jour suivantes sont apportées à l’algorithme de prévision utilisé dans Demand Forecast : L’algorithme saisonnier naïf est renommé Saisonnier. L’algorithme Dérive saisonnière naïve est renommé Tendance saisonnière. L’algorithme Drift est supprimé. Activation de l’indexation de texte pour les plans de calendrier et les plans d’équipe : Lorsque vous effectuez une mise à niveau vers Workforce Optimization for ITSM version 1.1.1, vous devez activer l’indexation de texte pour les tables suivantes : Calendrier [sn_shift_planning_schedule_plan] Plan d’équipe [sn_shift_planning_shift_plan] Équipe [cmn_rota] Si vous n’effectuez pas l’indexation de texte après votre mise à niveau, vous ne pouvez pas rechercher les plans de calendrier et les plans d’équipe par mots-clés. Vous pouvez uniquement effectuer une recherche par nom du calendrier et des plans d’équipe. ACL de la vue du rapport Workforce Optimization for ITSM : 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 Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport. Coaching avec Learning : Lorsque vous effectuez une mise à niveau vers la versionTokyo de Workforce Optimization for ITSM, les mises à jour suivantes sont automatiquement effectuées : Le Learning Catalog est renommé Learning Library (Bibliothèque d’apprentissage). Tous les cours du catalogue d’apprentissage sont déplacés vers les bibliothèques d’apprentissage. En tant que gestionnaire, lorsque vous créez un élément de cours ou un parcours d’apprentissage, vous devez associer ce cours ou ce parcours à un catalogue de cours. En fonction des contraintes de sécurité appliquées pour chaque catalogue, les utilisateurs peuvent accéder aux cours ou parcours du catalogue. Remarque : Tous les cours existants sont migrés vers le catalogue de cours par défaut. Après la mise à niveau vers l’application ITSM Shift Planning Host v 5.3.0 à partir du ServiceNow Store : Pour permettre aux agents de s’inscrire à des équipes, vous devez définir la sn_shift_planning.enable_agent_signup propriété sur vrai. Les changements d’étiquettes suivants apportés aux filtres des calendriers sont automatiquement effectués : L’état est renommé en État du plan de calendrier. Dates est renommée Dates du plan de calendrier.	Tokyo
Recherche IA	AI Search 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âches que vous avez indexés avant la mise à niveau vers la version Utah, vous devez réindexer manuellement ces enregistrements. De même, Recherche IA applique automatiquement la nouvelle fonctionnalité de détection de région 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 la mise à niveau vers Utah à partir d’une version précédente. Pour appliquer la détection de région de texte aux enregistrements et documents que vous avez indexés avant 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 plus d’informations 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. Si l’application a été installée à partir de ServiceNow Store, les mises à jour ultérieures doivent être installées à partir de ce dernier.	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 avec succès des tests de l’Infrastructure de tests automatisés (ATF), l’étape du bouton Cliquer sur le bouton Participer à une enquête doit être remplacée par Cliquez sur la carte d’enquête pour tous les tests comportant cette étape.	Utah
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
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, voir 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 la version Utah, consultez l’article Matrice de compatibilité de Vulnerability Response et Changements de schéma de mise en production [KB0856498] dans la base de connaissances HI. Pour plus d’informations sur les mises à jour des applications tierces prises en charge par Vulnerability Response et Configuration Compliance, consultez les notes de version des intégrations de Vulnerability Response. Tableau 6. Informations sur la mise à niveau pour Configuration Compliance vers Utah Version Description de la mise à niveau 14.7 Certifié pour Utah dans le ServiceNow Store. Pour plus d’informations, reportez-vous à la section suivante intitulée « Nouveautés de la version Utah ».	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, consultez Tickets et tâches de ticket.	Utah
Gestion des clés de chiffrement	Les contextes de chiffrement sont automatiquement convertis en modules de chiffrement de champ Column Level Encryption et en 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 à partir du tableau de bord. Gestion des clés de chiffrement report_view listes de contrôle d’accès (ACL) qui déterminent qui peut afficher les rapports dans les tableaux de bord et ailleurs sont activées par défaut dans la version Utah . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.	Utah
Gestion des actifs matériels 7.0.0	Vous devez modifier les configurations des personnalisations existantes pour 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 | L’article Comment migrer des pages d’enregistrement existantes vers des pages d’enregistrement standard [KB1224040] dans la base de connaissances Now Support.	Utah
Analyse de l'intégrité des journaux	Si votre version de Health Log Analytics 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 Health Log Analytics .	Utah
Gestionnaire de processus industriel	Si vous utilisez ISA Service Graph Connector fourni avec Manufacturing Process Manager et que vous effectuez une mise à niveau vers Industrial Process Manager, assurez-vous que toutes les nouvelles entités de modèle d’équipement ISA disposent d’un champ de nom unique.	Utah
Réplication de données d'instance	Vous pouvez améliorer les performances et l’efficacité de traitement d’Instance Data Replication (IDR) en mettant à niveau vos jeux de réplication vers V2, qui utilise Hermes Messaging Service. Pour plus d’informations, consultez Mise à niveau de la réplication héritée définie sur V2 dans Instance Data Replication.	Utah
Serveur MID	Pour connaître la dernière configuration requise pour le MID Server, reportez-vous à la section Configuration requise pour le MID Server. La version minimale de l’environnement d’exécution Java (JRE) prise en charge est 11.0.9 et la version recommandée est 11.0.16. Si vous avez installé votre propre environnement JRE, le processus de mise à niveau prend les mesures suivantes pour s’assurer que le MID Server utilise un environnement JRE pris en charge : Si un MID Server utilise une version non prise en charge de l’environnement JRE lors de la mise à niveau, le processus de mise à niveau affiche un message d’avertissement indiquant la version minimale et recommandée de l’environnement JRE. Si un environnement JRE pris en charge est en cours d’exécution sur l’hôte du MID Server , le MID Server mis à niveau utilise cette version. Toutes les machines hôtes du Serveur MID doivent accéder au site de téléchargement au install.service-now.com pour permettre les mises à niveau automatiques. Pour en savoir plus, consultez la rubrique sur la façon dont le système gère les mises à niveau du MID Server. Un seul service MID ServerWindows est autorisé par chemin d’accès exécutable. Les MID Servers Windows mis à niveau qui ont plusieurs services pointant vers le même dossier d’installation ne peuvent pas démarrer. Pour plus d’informations, reportez-vous à la section Échec du démarrage du serveur MID. Pour plus d’informations sur les mises à niveau de Serveur MID , consultez les rubriques suivantes : Vérification préalable à la mise à niveau du MID Server : décrit comment le moniteur AutoUpgrade teste la capacité du MID Server à effectuer une mise à niveau sur votre système avant la mise à niveau réelle. Mettre à niveau manuellement MID Server : décrit comment mettre à niveau manuellement vos MID Servers.	Utah
Manager Hub	Si vous effectuez une mise à niveau vers la Washington DC version, les conditions supplémentaires qui ont été créées pour les mappages des tâches dans le formulaire Configuration des tâches dans Centre des employés doivent être créées à nouveau dans le module Mappage des actions à faire du gestionnaire dans Manager Hub.	Utah
Operational Technology Incident Management v2	Si vous êtes un utilisateur d’Operational Technology Incident Management dans 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, consultez Affecter de nouveaux rôles Operational Technology Incident Management.	Utah
Sécurité de la plateforme	Obtenir l’autorisation Vault d’utiliser la fonctionnalité de confidentialité des données. Pour plus de détails 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 standard SPM . Dans votre instance ServiceNow , le nom de l’application est Planification de portefeuille et le nom du module d’espace de travail est Espace de travail de planification de portefeuille . Si vous effectuez une mise à niveau à partir d’une version antérieure vers Planification de portefeuille v6.1.1 ou une version supérieure, un script correctif s’exécute 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, l’exécution de la mise à niveau peut être plus longue si votre instance ServiceNow compte 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 certains é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éétiqueter les éléments pour une utilisation dans le secteur public après une mise à niveau.	Utah
Plateforme d’automatisation robotisée des processus (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. En fonction du nombre d’enregistrements dans la table de fichiers d’application, vous pourriez rencontrer un retard potentiel lors de la mise à niveau des applications RPA Hub de la version Tokyo vers la version Utah. Avant de mettre à niveau RPA Hub vers Utah, vous devez définir la valeur de la glide.rollback.blacklist.TableParentChange.change propriété système sur faux. Si cette propriété n’existe pas dans la table Propriétés système [sys_properties], ajoutez-la et définissez sa valeur sur faux. Après la mise à niveau vers la version Utah, les définitions de processus de bot sont remplacées par 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 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 la propriété système, les tables n’étendront 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 .	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 ITSMService Operations Workspace (sn_sow_itsm_cont) Application Applications ITOMpour l’espace de travail pour l’exploitation des services (sn_sow_itom_cont) Tableau 7. Versions compatibles de SOW 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 Service Operations Workspace ITSM Applications (sn_sow_itsm_cont) et y est la sous-version de l’application Service Operations Workspace ITOM Applications (sn_sow_itom_cont).	Utah
Portail de services	Après la mise à niveau, vous devez spécifier les tables à partir desquelles les utilisateurs invités peuvent accéder aux données pour tous les widgets publics qui acceptent le paramètre d’entrée de table. Par défaut, dans la version Utah Patch 10 et 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 et les renvoyer pour les utilisateurs invités. Si vous avez ajouté les propriétés système glide.service_portal.widget.table_allow_list ou glide.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 table publique pour les widgets après la mise à niveau vers la version Utah Patch 10 ou une version ultérieure. Pour plus d’informations, consultez Configurer la sécurité des widgets.	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 importante, le système lance une tâche en arrière-plan de longue durée, qui peut prendre une longue durée. Pour plus d’informations, voir KB1123644	Utah
Software Asset Management	Pour plus d’informations sur la mise à niveau à partir du module d’extension Software Asset Management Foundation (com.snc.sams), consultez Restaurer les personnalisations de Software Asset Management. Lors de la mise à niveau vers la version Utah, vos autorisations de licence perpétuelle existantes couvertes par l’Assurance de logiciel et associées aux modèles logiciels de version générique sont modifiées. Software Asset Management convertit automatiquement ces autorisations en modèles logiciels spécifiques à la version. Ces modifications sont apportées pour se conformer aux termes du contrat 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, consultez Maintenance des licences logicielles.	Utah
Strategic Planning	À partir de la version 2.0.1, les approches d’Alignment Planner Workspace sont renommées Planification stratégique pour la licence SPM Pro. Dans votre instance ServiceNow , le nom de l’application est Strategic Planning et le nom du module d’espace de travail est Strategic Planning Workspace. 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 de l’objectif [sn_gf_goal_m2m_relationship]. Si vous effectuez une mise à niveau à partir d’une version antérieure vers Strategic Planning v2.1.0 ou une version supérieure, un script correctif s’exécute 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, l’exécution de la mise à niveau peut être plus longue si votre instance ServiceNow compte 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é remplacées par « slm » dans les nouveaux noms des tables existantes. Par exemple, le ticket du fournisseur [sn_supplier_case] a été renommé en ticket du fournisseur (sn_slm_case), la tâche du fournisseur [sn_supplier_task] a été renommée en tâche du fournisseur (sn_slm_task), etc. 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 Architecture commune du fournisseur. Pour plus d’informations, consultez Exécuter un script correctif pour migrer des tables existantes vers Supplier Common Architecture.	Utah
Centre de mise à niveau	Centre de mise à niveau report_view les 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 Vulnerability Response	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 Utah, consultez l’article Matrice de compatibilité de Vulnerability Response et Changements de schéma de mise en production [KB0856498] dans la base de connaissances HI. Pour plus d’informations sur les nouvelles fonctionnalités de Vulnerability Response, consultez les notes de version 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, voir 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 lors de la mise à niveau. Pour plus d’informations, voir 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èce jointe 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, reportez-vous à la rubrique Effectuer un indexage complet de la table ou réindexation pour une seule source indexée. Remarque : La réindexation de la table Tâche peut prendre un certain temps. Après avoir effectué la mise à niveau vers Vancouver à partir d’une version antérieure, vous pouvez éventuellement publier à nouveau vos profils de recherche qui contiennent des règles d’amélioration des résultats avec des actions de blocage et de promotion. La republication de ces profils de recherche résout un problème où les règles d’amélioration des résultats pouvaient ne pas bloquer ou promouvoir correctement les résultats de recherche traduits. Pour savoir comment republier un profil de recherche, consultez 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 de l’Automated Test Framework (ATF) 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 comportant cette étape.	Vancouver
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
Infrastructure de tests automatisés	Copiez et personnalisez les tests de démarrage rapide fournis par Now Platform® pour valider le fonctionnement de votre instance après avoir modifié la configuration. Par exemple, si vous appliquez une mise à niveau ou développez une application. Les tests peuvent aboutir à un résultat correct uniquement si 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 à vos données spécifiques à l’instance, copiez le test de démarrage rapide et ajoutez vos données personnalisées. Pour plus d’informations, consultez Tests de démarrage rapide disponibles par application ou fonctionnalité.	Vancouver
Gestion des coûts du cloud	Pour obtenir des instructions sur la mise à niveau de Gestion des coûts du cloud vers Vancouver, consultez Mettre à niveau Cloud Insights.	Vancouver
Base de données de gestion des configurations (CMDB)	Pendant la mise à niveau, un script correctif s’exécute pour changer le parent de la table Mappage de définition de rapprochement [cmdb_reconciliation_definition_mapping]. La durée nécessaire à l’exécution de ce script correctif dépend du nombre de règles de rapprochement dans l’instance mise à niveau et ajoute généralement plusieurs minutes à la mise à niveau. Il est nécessaire de changer le parent de la table Mappage de définition de rapprochement [cmdb_reconciliation_definition_mapping] pour garantir que les données de cette table sont capturées par des ensembles de mises à jour lors de l’exportation de règles de rapprochement entre des instances. Après la mise à niveau, tous les changements apportés aux règles de rapprochement sont entièrement capturés par les ensembles de mises à jour et sont correctement portés vers les instances de destination.	Vancouver
Intelligence documentaire	Document Intelligence 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, consultez Mettre à niveau vers Document Intelligence 3.0 ou une version ultérieure à partir de la version 2.4 ou d’une version 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 de 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 (en anglais seulement) Configuration des alertes Après la mise à niveau, configurez le service d’alerte Microsoft Azure pour transférer les notifications d’alerte à la Now Platform de manière sécurisée. Pour plus d’informations, consultez Utiliser un webhook sécurisé pour transférer les alertes Microsoft Azure vers la Now Platform.	Vancouver
Gestionnaire de processus industriel	Si vous utilisez ISA Service Graph Connector fourni avec Manufacturing Process Manager et que vous effectuez une mise à niveau vers Industrial Process Manager, assurez-vous que toutes les nouvelles entités de modèle d’équipement ISA disposent d’un champ de nom unique.	Vancouver
Réplication de données d'instance	Améliorez les performances et l’efficacité de traitement d’Instance Data Replication (IDR) en mettant à niveau vos ensembles de réplication vers V2, qui utilise Hermes Messaging Service. Pour en savoir plus, reportez-vous à la section Mise à niveau des ensembles de réplication hérités vers V2 dans Instance Data Replication. Si la table Erreur de charge utile de réplication [idr_replication_payload_error] sur votre instance contient plus de 10 millions d’enregistrements, configurez la rotation de table en fonction de KB1364728. L’utilisation de la rotation de tables pour supprimer des enregistrements de la table Erreur de charge 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 les données répliquées.	Vancouver
Serveur MID	Pour connaître la dernière configuration requise pour le MID Server , reportez-vous à la section Configuration requise pour le MID Server. La version minimale de JRE prise en charge est 11.0.9 et la version recommandée est 11.0.16.1. Si vous avez installé votre propre environnement JRE, le processus de mise à niveau prend les mesures suivantes pour s’assurer que le MID Server utilise un environnement JRE pris en charge : Si un MID Server utilise une version non prise en charge de l’environnement JRE lors de la mise à niveau, le processus de mise à niveau affiche un message d’avertissement indiquant la version minimale et recommandée de l’environnement JRE. Si un environnement JRE pris en charge est en cours d’exécution sur l’hôte du MID Server , le MID Server mis à niveau utilise cette version. Toutes les machines hôtes du Serveur MID doivent accéder au site de téléchargement au install.service-now.com pour permettre les mises à niveau automatiques. Pour en savoir plus, consultez la rubrique sur la façon dont le système gère les mises à niveau du MID Server. Un seul service MID ServerWindows est autorisé par chemin d’accès exécutable. Les MID Servers Windows mis à niveau qui ont plusieurs services pointant vers le même dossier d’installation ne peuvent pas démarrer. Pour plus d’informations, reportez-vous à la section Échec du démarrage du serveur MID. Pour plus d’informations sur les mises à niveau de Serveur MID , consultez les rubriques suivantes : Vérification préalable à la mise à niveau du MID Server : décrit comment le moniteur AutoUpgrade teste la capacité du MID Server à effectuer une mise à niveau sur votre système avant la mise à niveau réelle. Mettre à niveau manuellement MID Server : décrit comment mettre à niveau manuellement vos MID Servers.	Vancouver
Gestion des commandes	À partir 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 à Telecommunications Service Management, 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 : Catalogue de produits API ouverte API ouverte de Catalogue de services API ouverte pour la commande de produits Commande de service API ouverte API ouverte de l’inventaire des produits API ouverte de qualification du service technique Si vous êtes familiarisé avec l’application Order Management for Customer Service Management , vous pouvez utiliser cette interface de manière facultative après avoir installé l’application Order Management . Pour plus d’informations, consultez Activer l’interface utilisateur pour Order Management pour Customer Service Management KB1554296. Pour plus d’informations sur les modifications apportées à l’interface, consultez la KB1560237 Modifications apportées à l’application Order Management for Customer Service Management. Pendant 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 Customer Service Management . La table Tâche de commande a également été modifiée. Pour plus d’informations sur les modifications apportées à la table Tâche de commande, consultez Changements de modèle de données de reparentage OMT 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 pouvez pas bénéficier des correctifs pour remplir l’inventaire des produits et les caractéristiques des modèles de produits. Pour obtenir ces changements, effectuez une mise à niveau vers le correctif actuel de Vancouver .	Vancouver
Espace de travail d'Analyse de la plateforme	La version Vancouver de Platform Analytics Workspace (3.0) inclut les mises à jour de la version 2.1.x, auparavant disponible uniquement dans ServiceNow® Store.	Vancouver
Planification de portefeuille	Si vous effectuez une mise à niveau à partir d’une version antérieure vers Planification de portefeuille v6.1.1 ou une version supérieure, un script correctif s’exécute 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, l’exécution de la mise à niveau peut être plus longue si votre instance ServiceNow compte un grand nombre d’utilisateurs disposant du rôle roadmap_editor. Pour plus d’informations, consultez KB1443618. Si vous effectuez une mise à niveau d’une version antérieure vers Planification de portefeuille 7.0.0 ou 7.1.0, la liste des entités peut ne pas se charger à 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 pour 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 la 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 du service (données du tableau de bord Performance Analytics, données des rapports d’activité ou des membres, etc.). Les données personnalisées sur les services offerts et les services reçus créées dans les versions précédentes ne seront pas automatiquement migrées vers la nouvelle version et, après la mise à niveau, ne seront pas accessibles dans l’application tant que les données n’auront pas été migrées des entités héritées vers la table de définition de service. Pour plus d’informations, consultez Services proposés et Services reçus Migration Guidance 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 certains é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éétiqueter les éléments pour une utilisation dans le secteur public après une mise à niveau.	Vancouver
Plateforme d’automatisation robotisée des processus (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 Agent de connexion Robot non assisté ) en téléchargeant les applications RPA. Pour plus d’informations, consultez Télécharger les applications RPA à partir de RPA Hub. Les étapes de mise à niveau suivantes ne s’appliquent que lorsque vous effectuez une mise à niveau de San Diego ou Tokyo vers Vancouver. En fonction du nombre d’enregistrements dans la table de fichiers d’application, vous pourriez rencontrer un retard lors de la mise à niveau des applications RPA Hub de Tokyo ou antérieures vers Vancouver. Avant de mettre à niveau RPA Hub vers Vancouver, vous devez définir la valeur de la glide.rollback.blacklist.TableParentChange.change propriété système sur faux. Si cette propriété n’existe pas dans la table Propriétés système [sys_properties], ajoutez-la et définissez sa valeur sur faux. Après la mise à niveau vers Vancouver, les définitions de processus de bot sont modifiées 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 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 la 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 .	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 Service Bridge, consultez Migrer à partir de Service Bridge (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 ITSMService Operations Workspace (sn_sow_itsm_cont) Application Applications ITOMpour l’espace de travail pour l’exploitation des services (sn_sow_itom_cont) Tableau 8. Versions compatibles de SOW 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 Service Operations Workspace ITSM Applications (sn_sow_itsm_cont) et y est la sous-version de l’application Service Operations Workspace ITOM Applications (sn_sow_itom_cont). Si l’instance mise à niveau comporte 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 Service Operations Workspace. Toute action déclarative personnalisée du type de client N’importe quel modal personnalisé Tout écran ou condition d’écran d’un onglet horizontal ou d’un onglet 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 seule la version standard de la fonctionnalité Recommended Actions for ITSM est disponible.	Vancouver
Portail de services	Après la mise à niveau, vous devez spécifier les tables à partir desquelles les utilisateurs invités peuvent accéder aux données pour tous les widgets publics qui acceptent le paramètre d’entrée de table. Par défaut, dans la version Vancouver Patch 7 et 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 et les renvoyer pour les utilisateurs invités. Si vous avez ajouté les propriétés système ou glide.service_portal.widget.allow_list avant la glide.service_portal.widget.table_allow_list mise à niveau, les valeurs de ces propriétés seront migrées vers la liste d’autorisation de table publique pour les widgets après la mise à niveau vers la version 7 du correctif de Vancouver ou une version ultérieure. Pour plus d’informations, consultez Configurer la sécurité des widgets.	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 importante, le système lance une tâche en arrière-plan de longue durée, qui peut prendre une longue durée. 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 pointer vers la nouvelle page. Voici le chemin relatif vers la nouvelle page Gérer les compétences : https://<nom de l’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 existant par celui-ci. Remarque : Assurez-vous que les sys_ids parent-skill et parent-department sont les mêmes ID que ceux de votre URL existante.	Vancouver
Software Asset Management	Pour plus d’informations sur la mise à niveau à partir du module d’extension Software Asset Management Foundation (com.snc.sams), consultez Restaurer les personnalisations de Software Asset Management. 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 Édition d’une définition DMAP de composant Microsoft SQL Server existante a été précédemment défini sur is_anything, il est automatiquement mis à jour avec la nouvelle valeur is_empty après la mise à jour du contenu.	Vancouver
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 un 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 la planification stratégique, 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 à partir d’une version antérieure vers Strategic Planning v2.1.0 ou une version supérieure, un script correctif s’exécute 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, l’exécution de la mise à niveau peut être plus longue si votre instance ServiceNow compte un grand nombre d’utilisateurs disposant du rôle roadmap_editor. Pour plus d’informations, consultez KB1443618. Si vous effectuez une mise à niveau d’une version antérieure vers la version 3.0.0 ou 3.4.0 de Strategic Planning , la liste des entités peut ne pas se charger à 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 pour 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 Patch 1 pour bénéficier de 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 la mise à jour 7 de Vancouver ne sont pas disponibles dans la version initiale de l’accès anticipé à Washington DC . Ces fonctionnalités seront disponibles dans les futures mises à jour de Washington DC : Changements du contrôle du collecteur d’entrée Faites glisser et déposez pour réorganiser les entrées dans le nœud. Spécifiez le type d’entrée que le nœud accepte : 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 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 Vulnerability Response	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 version 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, voir KB0856498. Lors de la mise à niveau vers une version plus récente, le temps de mise à niveau peut augmenter en fonction des données et de la version à partir desquelles vous effectuez la mise à niveau. Ce problème est dû à des changements de schéma supplémentaires qui ont été ajoutés lors de la mise à niveau. Pour plus d’informations, voir 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é font désormais partie de l’espace de travail d’évaluation de la vulnérabilité.	Vancouver
Recherche IA	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 du formulaire de configuration de résultats Genius Recherche IA. Cette procédure de mise à jour apporte les modifications suivantes : Supprime les valeurs de champ de type de réponse de résultat Genius existantes. Migre les valeurs de champ de logique de résultat Genius vers les nouveaux champs du processeur de demande Recherche IA et du processeur de réponse Recherche IA, le cas échéant. Après la mise à niveau de votre instance vers Washington DC, Recherche IA conserve la valeur que vous avez précédemment définie pour l’opérateur de recherche booléenne à utiliser lorsqu’une requête de recherche inclut plusieurs termes ( glide.ais.query.search_operator ) propriété système. Pour bénéficier des avantages du nouveau mode de requête amélioré pour les recherches multi-termes, définissez la valeur de cette propriété système sur AND then OR 2+ key terms. Pour en savoir plus sur les propriétés système d’AI Search , consultez Propriétés système d’AI Search. À partir de Washington DC, la table Utilisateur [sys_user] trie par défaut les enregistrements indexés selon leurs dates de sys_created_on au lieu de les trier selon leurs dates de sys_updated_on. Ce changement nécessite la réindexation de la source indexée de la table Utilisateur pour AI Search, ce qui peut prendre un certain temps. Lorsque vous effectuez une mise à niveau vers Washington DC à partir d’une version de famille précédente, Recherche IA ne réindexe pas automatiquement la source indexée de la table Utilisateur. Si vous devez être en mesure de rechercher la dernière configuration pour les enregistrements utilisateur, vous pouvez réindexer manuellement la source indexée de la table Utilisateur, ce qui peut prendre un certain temps. Dans le cas contraire, Recherche IA réindexe les enregistrements individuels de la table Utilisateur à mesure qu’ils sont mis à jour, jusqu’à ce que tous les enregistrements aient été réindexés.	Washington DC
Infrastructure de tests automatisés	Copiez et personnalisez les tests de démarrage rapide fournis par Now Platform® pour valider le fonctionnement de votre instance après avoir modifié la configuration. Par exemple, si vous appliquez une mise à niveau ou développez une application. Les tests peuvent aboutir à un résultat correct uniquement si 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 à vos données spécifiques à l’instance, copiez le test de démarrage rapide et ajoutez vos données personnalisées. Pour plus d’informations, consultez Tests de démarrage rapide disponibles par application ou fonctionnalité.	Washington DC
Business Continuity Management	Après avoir effectué une mise à niveau vers la version Washington DC , vous devez noter les informations importantes suivantes concernant les analyses d’impact, 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 en Manuel pour les dépendances ajoutées manuellement après une mise à niveau. Lorsque vous sélectionnez le bouton d’action 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 en Source primaire après une mise à niveau. Lorsque vous sélectionnez le bouton d’action Mettre à jour les dépendances , le système ajoute les dépendances CMDB et BIA. Pour maintenir la compatibilité avec les versions précédentes, l’administrateur BCM peut configurer les sources et conserver uniquement les dépendances BIA en amont et BIA en aval comme sources dans la configuration de mise à jour. Pour les événements et les exercices, lorsque vous sélectionnez le bouton d’action Mettre à jour les dépendances , le système ajoute les dépendances CMDB, BIA et Business Continuity Planning (BCP) après une mise à niveau. Pour maintenir la compatibilité avec les versions précédentes, l’administrateur BCM peut configurer les sources et conserver uniquement les dépendances BIA en amont et BIA en aval comme sources dans la configuration de 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) associés préexistants. Pour plus d’informations sur l’impact de ce changement pendant la mise à niveau et sur la façon de minimiser cet impact, consultez l’article de la base de connaissances Impact de la mise à niveau des changements de schéma CMDB_CI pour la version Washington [KB1534035]. Si vous activez CMDB 360 pour la première fois après la mise à niveau vers la version Washington DC , pour activer la capture des données CMDB 360 pour les CI à partir de classes non CMDB (classes non dérivées de la classe Élément de configuration [cmdb_ci], vous devez définir la glide.identification_engine.multisource_non_cmdb_ci_enabled propriété système sur vrai. Si vous utilisiez 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 l’espace de travail CMDB. Après la mise à niveau vers la version Washington DC et vers CMDB Workspace version 6.0, vous pouvez convertir les définitions créées dans l’application héritée Data Certification en brouillons de politiques de certification du gestionnaire de données dans CMDB Workspace. Pour en savoir plus, reportez-vous à .	Washington DC
Plateforme principale Now Platform	Auparavant, en cas d’annulation d’une transaction, certaines opérations auditables n’étaient pas enregistrées. Ce comportement d’enregistrements d’audit manquants est dû au fait que la plateforme exécute certaines opérations entre le changement d’enregistrement et l’annulation avant la création de l’audit. Désormais, les audits sont créés immédiatement après la modification de l’enregistrement, ce qui réduit le risque qu’une transaction annulée abandonne l’opération avant l’enregistrement de l’audit. Pour faciliter cette mise à jour, les audits sont désormais enregistrés dans le même thread que la transaction. Les audits précédents ont été créés dans un thread d’arrière-plan. Cette modification redéfinit la valeur par défaut de la propriété glide.db.audit.lazy de true à false. 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 par défaut et le nouveau comportement avec la version Washington DC . Sur certaines instances, cette propriété peut avoir été insérée avec la valeur définie sur true, ce qui signifie que ces instances ne seront pas en mesure d’utiliser ce changement pour auditer le comportement. Supprimez cette propriété pour tirer parti de cette mise à jour.	Washington DC
Gestion des clés de chiffrement	Si vous mettez à niveau votre instance vers Washington DC , mais que vous ne mettez pas à niveau votre MID Server, l’authentification de gestion des secrets échoue. Évitez les échecs d’authentification en mettant à niveau votre MID Server vers Washington DC. Si vous ne pouvez pas effectuer la mise à niveau, vous devez désactiver l’authentification jusqu’à ce que MID Server soit mis à niveau vers Washington DC pour éviter les échecs d’authentification. Pour en savoir plus sur les mises à niveau de MID Server, consultez la rubrique Mises à niveau de MID Server.	Washington DC
Gestion des actifs d'entreprise	Après la mise à niveau vers Washington DC, le champ model_component n’est plus disponible dans la table Actif d’entreprise [sn_ent_asset]. Au lieu de cela, un nouveau champ model_component_id est disponible dans la table Actif [alm_asset]. Le script ENT - Migrate to new model component script (ENT - Migrer vers le 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 avoir des cartes d’évaluation de tâche pour chaque tâche de workflow. La mise à niveau du TCO renseigne les champs des catégories Actif et Dépense sur les lignes de dépense correspondant à chaque tâche. La catégorie de dépense est renseignée en fonction des lignes de dépense et de la source de la ligne de dépense. Vous devez renseigner manuellement le coût de point de référence du TCO et le champ de seuil de point de référence du TCO sur tous les modèles existants ou à l’aide de la fonctionnalité d’importation en bloc. La mise à niveau du TCO renseigne les champs suivants sur les formulaires d’actif : Fin de la durée 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 groupé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 qui lui sont associées. Pour les actifs complexes, le TCO de l’actif correspond à la somme agrégée des lignes de dépense des actifs parents et enfants.	Washington DC
Financial Services Operations Core	Pendant la mise à niveau vers Washington DC, le module d’extension Financial Services Operations Core modifie les parents des tables suivantes : Remarque : L’exécution de la mise à niveau peut être plus longue si votre instance mise à niveau comporte un grand nombre d’enregistrements. La table de définition du service [sn_bom_service_definition] s’étend à partir de la table de définition du 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] s’étend de la table Tâche du service clientèle [sn_customerservice_task] au lieu de la table Tâche globale [task]. La table Participant à la police [sn_bom_policy_participant] s’étend à 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 pour le coût total de possession (TCO) des actifs : La mise à niveau fonctionne pour toutes les tâches de flux de Gestion des actifs matériels . Vous devez avoir des 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épense est renseignée en fonction des lignes de dépense et de la source de la ligne de dépense. Vous devez renseigner manuellement le coût de point de référence du TCO et le champ de seuil du point de référence du TCO sur tous les modèles existants ou à l’aide de la fonctionnalité d’importation en bloc. La mise à niveau du TCO renseigne les champs suivants sur les actifs : Fin de la vie utile de l’actif : date de création et 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 groupé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 qui lui sont associées. Pour les actifs complexes, le TCO de l’actif correspond à la somme agrégée des lignes de dépense des actifs parents et enfants.	Washington DC
Cœur de Service Management pour les soins de santé et les sciences de la vie	Pendant la mise à niveau vers Washington DC, la table parent Produit de vente du secteur de la santé [sn_hcls_sold_product] devient Élément de base d’installation [sn_install_base_item] pour les tables suivantes : Régime des participants [sn_hcls_member_plan] Médicaments [sn_hcls_medication] Immunisation [sn_hcls_immunization] Programme inscrit [sn_hcls_enrolled_program] Service du programme inscrit [sn_hcls_enrolled_program_service] En outre, les tables parentes des tables suivantes ont été supprimées et deviennent des tables autonomes : Organisation de soins de santé[sn_hcls_organization] Emplacement des soins de santé[sn_hcls_location] Lieu du praticien[sn_hcls_practitioner_facility] Ce changement de parent permet aux clients d’utiliser les tables d’organisations et d’emplacements pour un ensemble plus large de cas d’utilisation. Les données existantes sont migrées de la manière suivante afin que la fonctionnalité existante ne soit pas affectée : Référence du champ d’emplacement dans sn_hcls_immunization mis à jour pour utiliser cmn_location. Toutes les données sont déplacées des tables Produit de vente de soins 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 de santé vendu. L’état de sn_hcls_enrolled_program et de sn_hcls_enrolled_program_service sont copiés à partir de hcls_state. Toutes les données sont déplacées vers les tables autonomes Organisation de soins de santé, Emplacement des soins de santé et Emplacement du praticien. Le script crée des enregistrements dans la table Emplacement d’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 praticien qui dispose d’un enregistrement à l’emplacement du praticien aura un enregistrement créé dans la table Membre de l’organisation de services avec l’emplacement d’entreprise approprié. Les enregistrements qui contiennent des données d’emplacement de soins de santé contiendront l’organisation de services parent de cet emplacement de soins de santé. Remarque : L’exécution de la mise à niveau peut être plus longue si votre instance mise à niveau comporte un grand nombre d’enregistrements.	Washington DC
Réplication de données d'instance	Améliorez les performances et l’efficacité de traitement d’Instance Data Replication (IDR) en mettant à niveau vos ensembles de réplication vers V2, qui utilise Hermes Messaging Service. Pour en savoir plus, reportez-vous à la section Mise à niveau des ensembles de réplication hérités vers V2 dans Instance Data Replication. La rotation des journaux 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, le calendrier de rotation des journaux est composé de sept partitions, avec cinq jours pour chaque partition. Toutes les entrées de journal de cette table créées avant la mise à niveau sont automatiquement tronquées.	Washington DC
Serveur MID	Pour connaître la dernière configuration requise pour le MID Server , reportez-vous à la section Configuration requise pour le MID Server. La version minimale de JRE prise en charge est 11.0.9 et la version recommandée est 11.0.16.1. Si vous avez installé votre propre environnement JRE, le processus de mise à niveau prend les mesures suivantes pour s’assurer que le MID Server utilise un environnement JRE pris en charge : Si un MID Server utilise une version non prise en charge de l’environnement JRE lors de la mise à niveau, le processus de mise à niveau affiche un message d’avertissement indiquant la version minimale et recommandée de l’environnement JRE. Si un environnement JRE pris en charge est en cours d’exécution sur l’hôte du MID Server , le MID Server mis à niveau utilise cette version. Toutes les machines hôtes du Serveur MID doivent accéder au site de téléchargement au install.service-now.com pour permettre les mises à niveau automatiques. Pour en savoir plus, consultez la rubrique sur la façon dont le système gère les mises à niveau du MID Server. Un seul service MID ServerWindows est autorisé par chemin d’accès exécutable. Les MID Servers Windows mis à niveau qui ont plusieurs services pointant vers le même dossier d’installation ne peuvent pas démarrer. Pour plus d’informations, reportez-vous à la section Échec du démarrage du serveur MID. Pour plus d’informations sur les mises à niveau de Serveur MID , consultez les rubriques suivantes : Vérification avant mise à niveau du MID Server : décrit comment le moniteur d’AutoUpgrade teste la capacité du MID Server à effectuer une mise à niveau sur votre système avant la mise à niveau réelle. Mettre à niveau manuellement MID Server : décrit comment mettre à niveau manuellement vos MID Servers.	Washington DC
Now Assist pour le créateur		Washington DC
Now Assist	Pour plus d’informations sur le dépannage de vos mises à niveau d’applications et de modules d’extension Now Assist , consultez l’article de la base de connaissances concernant les problèmes et les atténuations des mises à niveau Now Assist.	Washington DC
Gestion des commandes pour les télécommunications, les médias et la technologie	Les nouvelles fonctionnalités introduites dans cette version Washington DC ne sont pas prises en charge dans les versions antérieures d’Order Management for Telecommunications, Media, and Technology. Depuis 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’attributs de produit sont stockés dans le modèle de données Tarification dans les listes de prix et les lignes de liste de prix, plutôt que dans le modèle de données 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 Price Management (com.sn_csm_pricing) pour les clients des secteurs 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 commande si nécessaire, consultez l’article Déconseiller la liste Telco pour la capture de commande [KB1586538] dans la base de connaissances Now Support. Après la mise à niveau vers Washington DC, passez en revue les solutions de contournement de reconfiguration pour travailler sur de nouveaux ordres de changement ou des ordres avec des actions de déconnexion, de suspension ou de reprise lors de l’utilisation du configurateur de produit. Pour en savoir plus, consultez l’article Problèmes de reconfiguration de 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 nouvelles fonctionnalités introduites dans cette version Washington DC ne sont pas prises en charge dans les versions antérieures d’Order Management.	Washington DC
Analyse des performances	L’ancienne table Scores PA [pa_scores] est en cours de déconseillée. Si vous avez encore des scores d’indicateurs capturés dans la table Scores PA et que le nombre de ces scores est inférieur à 43 millions, ces scores seront migrés automatiquement vers les tables pa_scores_l1 et pa_scores_l2 lors de la mise à niveau. Le temps estimé ajouté pour la mise à niveau est d’environ deux heures. Pour plus d’informations, consultez KB1294371 ou Migration des scores Performance Analytics.	Washington DC
Expérience Analyse de la plateforme	Analyse de la plateforme La fonctionnalité d’expérience était auparavant située dans l’espace de travail Analyse de la plateforme . 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 Performance Analytics qui ont été créés dans l’interface utilisateur principale vers cette fonctionnalité.	Washington DC
Playbooks dans le 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 Pro de Strategic Portfolio Management (SPM) uniquement dans Strategic Planning Workspace. Si vous possédez une licence SPM Pro, mais que vous utilisez toujours les fonctionnalités sous licence SPM Pro (telles que les objectifs, les commentaires sur les produits, la planification de portefeuille hybride et d’autres approches) dans l’espace de travail de la planification de portefeuille , vous devez installer Strategic Planning pour accéder à ces fonctionnalités. Pour en savoir plus sur les fonctionnalités accessibles uniquement dans l’espace de travail de la planification stratégique , reportez-vous à la rubrique 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 serez pas en mesure de 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 modifications apportées aux solutions de similarité et de clustering s’appliquent à toutes les instances qui se trouvent sur Washington DC.	Washington DC
Workflows Expérience de service proactif	Les clients qui préfèrent ne pas recevoir de notifications de tickets 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
Public Sector Digital Services	Après la mise à niveau, certains menus du secteur public et certains é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 de détails sur le réétiquetage, accédez à Tous > Service membre > Administration > Configuration guidée, puis sélectionnez Espace de travail configurable for Public Sector Digital Services > Personnalisez manuellement les étiquettes de l’espace de travail..	Washington DC
Plateforme d’automatisation robotisée des processus (RPA)	Assurez-vous de mettre à niveau l’un des programmes d’installation de logiciels Microsoft (MSI) suivants 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 étapes de mise à niveau suivantes ne s’appliquent que lorsque vous effectuez une mise à niveau de San Diego ou Tokyo vers Washington DC. En fonction du nombre d’enregistrements dans la table de fichiers d’application, vous pourriez rencontrer un retard lors de la mise à niveau des applications RPA Hub de Tokyo ou antérieures vers Washington DC. Avant de mettre à niveau RPA Hub vers Washington DC, vous devez définir la valeur de la glide.rollback.blacklist.TableParentChange.change propriété système sur faux. Si cette propriété n’existe pas dans la table Propriétés système [sys_properties], ajoutez-la et définissez sa valeur sur faux. Pour plus d’informations sur l’ajout d’une propriété, reportez-vous à la section Ajouter une propriété système. Après la mise à niveau vers Washington DC, les définitions de processus de bot basculent sur 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 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 la 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 .	Washington DC
Service Operations Workspace pour IT Service Management	Assurez-vous que les applications suivantes ont des versions mises à niveau compatibles : Application Applications ITSMService Operations Workspace (sn_sow_itsm_cont) Application Applications ITOMpour l’espace de travail pour l’exploitation des services (sn_sow_itom_cont) Tableau 9. Versions compatibles de SOW 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.0.x 24.y.y Dans la table, x est la sous-version de l’application Service Operations Workspace ITSM Applications (sn_sow_itsm_cont) et y est la sous-version de l’application Service Operations Workspace ITOM Applications (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é Recommended Actions for ITSM est disponible.	Washington DC
Portail de services	Après la mise à niveau, vous devez spécifier les tables à partir desquelles les utilisateurs invités peuvent accéder aux données pour tous les widgets publics qui acceptent le paramètre d’entrée de table. Par défaut, dans la version Washington DC , les widgets publics qui acceptent le paramètre d’entrée de table ne peuvent pas accéder aux données des tables et les renvoyer pour les utilisateurs invités. Si vous avez ajouté les propriétés système ou glide.service_portal.widget.allow_list avant la glide.service_portal.widget.table_allow_list mise à niveau, les valeurs de ces propriétés seront migrées vers la liste d’autorisation de table publique pour les widgets après la mise à niveau. Pour plus d’informations, consultez Configurer la sécurité des widgets. Si un utilisateur a précédemment sélectionné une préférence de consentement de l’utilisateur pour User Experience Analytics 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 pour les portails, mais ont choisi de ne pas suivre pour le reste de la plateforme dans la version Vancouver , User Experience Analytics pour les portails est suivi pour eux dans la version Washington DC . Les utilisateurs peuvent à tout moment mettre à jour leur sélection à partir de la page de profil d’utilisateur dans les portails.	Washington DC
Software Asset Management	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 Software Asset Management – SaaS License Management . 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 nouvel sys_id est créé.	Washington DC
Strategic Planning	À partir de la version 4.0.2, vous pouvez accéder aux fonctionnalités sous licence Pro de Strategic Portfolio Management (SPM) uniquement dans Strategic Planning Workspace. Si vous possédez une licence SPM Pro, mais que vous utilisez toujours les fonctionnalités sous licence SPM Pro (telles que les objectifs, les commentaires sur les produits, la planification de portefeuille hybride et d’autres approches) dans l’espace de travail de la planification de portefeuille , vous devez installer Strategic Planning pour accéder à ces fonctionnalités. Pour en savoir plus sur les fonctionnalités accessibles uniquement dans l’espace de travail de la planification stratégique , reportez-vous à la rubrique Comparaison de la planification de portefeuille avec la planification stratégique.	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 Tous . 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 Supplier Manager dans l’onglet Espaces de travail . Si vous souhaitez utiliser Supplier Manager Workspace 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 de ServiceNow Store. Pour plus d’informations sur l’exécution d’un script correctif, consultez Exécuter des scripts correctifs. 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 de ServiceNow Store. Pour plus d’informations sur l’exécution d’un script correctif, consultez Exécuter des scripts correctifs.	Washington DC
Générateur d'IU	Après votre mise à niveau vers Washington DC, mettez à jour l’application UI Builder à partir de ServiceNow Store.	Washington DC
Agent virtuel	Certaines fonctionnalités qui ont été livrées dans la mise à jour 7 de Vancouver ne sont pas disponibles dans la version initiale de l’accès anticipé à Washington DC . Ces fonctionnalités seront disponibles dans les futures mises à jour de Washington DC : Changements du contrôle du collecteur d’entrée Faites glisser et déposez pour réorganiser les entrées dans le nœud. Spécifiez le type d’entrée que le nœud accepte : 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 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.	Washington DC
Intégrations de Vulnerability Response	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 version [KB0856498] dans la base de connaissances Now Support . Pour plus d’informations sur les nouvelles fonctionnalités de Vulnerability Response, consultez les notes de version de Vulnerability Response.	Washington DC