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 de diverses applications et fonctionnalités. Prévoyez d’effectuer ces tâches, le cas échéant, avant ou après l’achèvement de la mise à niveau.
Préparer votre instance pour une mise à niveau plus fluide
Avant d’effectuer une mise à niveau vers Xanadu, examinez ces tâches préalables et postérieures à la mise à niveau, puis effectuez les tâches selon vos besoins.
Tâches de mise à niveau et de migration
| Produit | Notes de publication | Famille | ||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
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 des configurations d’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 la 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 formés dans la version précédente doivent continuer à produire le même classement des résultats. Les modèles formés il y a plus d’une mise en production 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 du portefeuille d'applications | Gestion du portefeuille 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 Portail de services et dans 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 | ||||||||||||||||||
Framework 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 apporté des modifications à la configuration. Par exemple, si vous appliquez une mise à niveau ou développez une application. Les tests peuvent produire un résultat de réussite uniquement lorsque vous les exécutez sur un système de base sans aucune personnalisation et avec les données de démonstration par défaut fournies avec l’application ou le module d’extension de 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 |
| Tokyo | ||||||||||||||||||
Accueil d'Interfaces conversationnelles | Interfaces conversationnelles Home est inclus dans la version Tokyo , de sorte que les clients existants n’ont pas besoin de l’installer. Toutefois, il est également disponible sous forme d’application à partir de ServiceNow Store, et les mises à jour ultérieures doivent être installées à partir de là. | Tokyo | ||||||||||||||||||
Now Platform principale | Pour activer la protection des journaux, installez le module d’extension Protected Tables (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 des tables 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 | Prestation de services RH 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 lors de 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 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 périmètres à partir d’includes de script 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 à des ressources restreintes est bloquée et génère à la place leurs propres demandes de privilège d’accès restreint pour l’appelant pour approbation. Quelqu’un doit approuver les demandes de privilège d’accès pour que les flux et actions entre périmètres puissent s’exécuter. Les clients qui autorisaient 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 supprimé 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 | Prestation de services RH 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 d’Analyse de l’intégrité des journaux est antérieure à février 2022, contactez Now Support ou votre représentant commercial ServiceNow pour demander une mise à niveau des composants principaux de l’application Analyse de l’intégrité des journaux . | 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 d’espace réservé vers key bundle-rn.bundle-platcap.csdm-life-cycle-standard-values] Pour résoudre les problèmes liés à l’état de l’installation après la mise à niveau vers Tokyo, consultez KB1213467 | Tokyo | ||||||||||||||||||
Importation et exportation | 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 | Prestation de services RH 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 |
| 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 false. 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 Gestion des demandes juridiques, 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 propriété système, les tables n’étendent 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 tables dans Tokyo [KB1163388] dans la base de connaissances Now Support . | Tokyo | ||||||||||||||||||
Serveur MID | Pour connaître la dernière configuration requise pour le Serveur MID, consultez Configuration requise pour le Serveur MID. Les versions suivantes de l’environnement d’exécution Java (JRE) sont prises en charge :
Tous les ordinateurs hôtes du Serveur MID doivent accéder au site de téléchargement à install.service-now.com pour activer les mises à niveau automatiques. Pour en savoir plus, découvrez comment le système gère les mises à niveau de Serveur MID. Un seul service Serveur MIDWindows est autorisé par chemin d’accès exécutable. Les serveurs MIDWindows mis à niveau qui ont plusieurs services pointant vers le même dossier d’installation ne peuvent pas démarrer. 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 :
| Tokyo | ||||||||||||||||||
Mobile | Migrez de l’application mobile ServiceNow Classic vers la plateforme mobile ServiceNow pour tirer parti de fonctionnalités telles que le développement rapide, l’aptitude hors ligne et l’intégration avec les fonctionnalités natives des appareils mobiles. Pour plus d’informations sur la migration vers la plateforme mobile ServiceNow, consultez Migrer de l’application mobile ServiceNow Classic vers la plateforme mobile ServiceNow. 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 | ||||||||||||||||||
Gestion des incidents de technologie opérationnelle 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, reportez-vous à la section Affecter de nouveaux rôles de gestion des incidents de technologie opérationnelle. | 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 ultérieure, vous devez mettre à niveau l’application Financement d’investissement 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 Financement d’investissement héritée vers l’application ServiceNow Store , consultez les instructions de mise à niveau. | Tokyo | ||||||||||||||||||
Pont de services (technologie) | Pour effectuer une mise à niveau vers la version Tokyo des applications Pont de services , consultez l’article Pont de services - É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 disposent de versions mises à niveau compatibles :
Ici, x est la sous-version de l’application Espace de travail pour l’exploitation des services pour applications ITSM (sn_sow_itsm_cont) et y est la sous-version de l’application Espace de travail pour l’exploitation des services pour applications ITOM (sn_sow_itom_cont). | Tokyo | ||||||||||||||||||
Portail de services |
| Tokyo | ||||||||||||||||||
Gestion des actifs logiciels | Pour en savoir plus sur la mise à niveau à partir du module d’extension Software Asset Management Foundation (com.snc.sams), consultez Rétablir les personnalisations de Gestion des actifs logiciels. | 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 | Espace de travail de gestion des fournisseurs 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 |
| 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 |
| 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, consultez KB0856498. Lors de la mise à niveau vers une version plus récente, le temps de mise à niveau peut augmenter en fonction des données et de la version à partir desquelles vous effectuez la mise à niveau. Cela est dû à des changements de schéma supplémentaires ajoutés lors de la mise à niveau. Pour plus d’informations, consultez KB0856498. Lorsque vous mettez à niveau l’application Vulnerability Response à partir d’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 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 méthode linéaire unique, 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 :
Activation de l’indexation de texte pour les plans de calendrier et les plans d’équipe : Lorsque vous effectuez une mise à niveau vers la version 1.1.1 d’Optimisation de la main d’œuvre pour ITSM , vous devez activer l’indexation de texte pour les tables suivantes :
Vue du rapport Optimisation de la main d’œuvre pour ITSM ACL : 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 Apprentissage : Lorsque vous effectuez une mise à niveau vers la version Optimisation de la main d’œuvre pour ITSM Tokyo , les mises à jour suivantes sont automatiquement effectuées :
Après la mise à niveau de l’application ITSM Shift Planning Host v 5.3.0 à partir de ServiceNow Store :
| Tokyo | ||||||||||||||||||
Recherche IA | Recherche IA applique automatiquement la nouvelle fonctionnalité de détection automatique de la langue lorsque vous indexez les 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 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 une 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 en savoir plus sur l’application, consultez Recherche IA pour Next Experience. | Utah | ||||||||||||||||||
Messagerie instantanée d’agent et Sidebar | La console Interfaces conversationnelles est incluse dans la version Utah , de sorte que les clients existants n’ont pas besoin de l’installer. S’il a été installé en tant qu’application à partir de ServiceNow Store, les mises à jour ultérieures doivent être installées à partir de là. | Utah | ||||||||||||||||||
Assessments and Surveys | Dans la version Utah , tous les boutons des cartes d’évaluation ou d’enquêtes ont été supprimés. Pour exécuter correctement les tests de l’Infrastructure de tests automatisés (ATF), l’étape Cliquez sur le bouton Participer à l’enquête doit être remplacée par Cliquez sur la carte Enquête pour tous les tests comportant cette étape. | Utah | ||||||||||||||||||
Mise en service et gouvernance du cloud | Après la mise à niveau de Cloud Provisioning and Governance vers la version Utah , créez un index de base de données à partir des colonnes spécifiées de la table Événements dans le cloud [sn_cmp_cloud_event]. L’index de base de données permet d’améliorer les performances de traitement des événements Amazon Web Services (AWS) de l’instance. Si vous avez commencé à utiliser Cloud Provisioning and Governance avec la version Utah , l’index de base de données est automatiquement créé lors de l’installation de l’application. Pour plus d’informations, consultez Améliorer les performances de traitement des événements dans le cloud AWS. | Utah | ||||||||||||||||||
Configuration Compliance |
| 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 Chiffrement au niveau des colonnes et en politiques d’accès aux modules correspondants lors de la mise à niveau à partir de la version San Diego . Une visite guidée expliquant cette amélioration est disponible à partir du tableau de bord. La gestion des clés de chiffrement report_view listes de contrôle d’accès (ACL) qui déterminent qui peut afficher les rapports dans les tableaux de bord et ailleurs sont activées par défaut dans la version Utah . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport. | Utah | ||||||||||||||||||
Gestion des actifs matériels 7.0.0 | Vous devez modifier les configurations des personnalisations existantes pour les rendre compatibles avec le modèle de page d’enregistrement standard. Pour plus d’informations sur le modèle de page d’enregistrement standard et les changements de configuration, voir Instruction de travail | 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 d’Analyse de l’intégrité des journaux est antérieure à février 2022, contactez Now Support ou votre représentant commercial ServiceNow pour demander une mise à niveau des composants principaux de l’application Analyse de l’intégrité des journaux . | Utah | ||||||||||||||||||
Identité et authentification | Authentification report_view listes de contrôle d’accès (ACL) qui déterminent qui peut afficher les rapports dans les tableaux de bord et ailleurs sont activées par défaut dans la version Utah . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport. | Utah | ||||||||||||||||||
Gestionnaire de processus industriel | Si vous utilisez le connecteur du graphe de services ISA fourni avec Gestionnaire de processus de fabrication et que vous effectuez une mise à niveau vers Gestionnaire de processus industriel, assurez-vous que toutes les nouvelles entités de modèle d’équipement ISA ont un champ de nom unique. | Utah | ||||||||||||||||||
Réplication de données d'instance | Vous pouvez améliorer les performances et l’efficacité de traitement de Réplication de données d’instance () en mettant à niveau vos ensembles de réplication vers V2, qui utilise le service de messagerie Hermes. Pour plus d’informations, consultez Mise à niveau de la réplication héritée définie sur V2 dans Réplication de données d’instance. | Utah | ||||||||||||||||||
Serveur MID | Pour connaître la dernière configuration requise pour le Serveur MID, consultez Configuration requise pour le Serveur MID. La version minimale de l’environnement d’exécution Java (JRE) prise en charge est 11.0.9 et la version recommandée est 11.0.16. Si vous avez installé votre propre environnement JRE, le processus de mise à niveau prend en charge les actions suivantes pour s’assurer que le serveur MID utilise un environnement JRE pris en charge :
Tous les ordinateurs hôtes du Serveur MID doivent accéder au site de téléchargement à install.service-now.com pour activer les mises à niveau automatiques. Pour en savoir plus, découvrez comment le système gère les mises à niveau de Serveur MID. Un seul service Serveur MIDWindows est autorisé par chemin d’accès exécutable. Les serveurs MIDWindows mis à niveau qui ont plusieurs services pointant vers le même dossier d’installation ne peuvent pas démarrer. 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 :
| Utah | ||||||||||||||||||
Manager Hub | Si vous effectuez une mise à niveau vers la mise en production, les Xanadu conditions supplémentaires qui ont été créées pour les mappages des tâches dans le formulaire de configuration des tâches dans Centre des employés doivent être créées à nouveau dans le module de mappage des tâches du gestionnaire dans Centre du responsable. | Utah | ||||||||||||||||||
Gestion des incidents de technologie opérationnelle v2 | Si vous êtes un utilisateur d’Operational Technology Incident Management 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, reportez-vous à la section Affecter de nouveaux rôles de gestion des incidents de technologie opérationnelle. | 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 |
| Utah | ||||||||||||||||||
Public Sector Digital Services | Après la mise à niveau, certains menus du secteur public et éléments de menu dans l’espace de travail configurable CSM 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 articles pour une utilisation dans le secteur public après une mise à niveau. | Utah | ||||||||||||||||||
Concentrateur de l’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, reportez-vous à la section Télécharger les applications RPA à partir de RPA Hub. En fonction du nombre d’enregistrements dans la table de fichiers d’application, vous pouvez rencontrer un retard potentiel lors de la mise à niveau des applications RPA Hub de Tokyo vers Utah. Avant de mettre à niveau RPA Hub vers la version 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 l’Utah, 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 propriété système, les tables n’étendent pas la table Fichier d’application. Pour mettre à jour manuellement les changements de tables, consultez l’article Restructuration des tables RPA Hub à sys_metadata dans Utah de la base de connaissances Now Support . | Utah | ||||||||||||||||||
Espace de travail pour l'exploitation des services pour ITSM | Assurez-vous que les applications suivantes disposent de versions mises à niveau compatibles :
Ici, x est la sous-version de l’application Espace de travail pour l’exploitation des services pour applications ITSM (sn_sow_itsm_cont) et y est la sous-version de l’application Espace de travail pour l’exploitation des services pour applications ITOM (sn_sow_itom_cont). | Utah | ||||||||||||||||||
Portail de services | Après la mise à niveau, vous devez spécifier les tables à partir desquelles les utilisateurs invités peuvent accéder aux données de tous les widgets publics qui acceptent le paramètre d’entrée de table. Par défaut, dans la version 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 pour les utilisateurs invités et les renvoyer. Si vous avez ajouté les glide.service_portal.widget.table_allow_list propriétés système ou glide.service_portal.widget.allow_list avant la mise à niveau, les valeurs de ces propriétés seront migrées vers la liste d’autorisation de la table publique pour les widgets après la mise à niveau vers la version Utah Patch 10 ou une version ultérieure. Pour plus d’informations, consultez Configurer la sécurité des widgets. En outre, les ACL de lecture au niveau du champ sont appliquées par défaut pour les conditions de filtre dans les instances de widget de liste simple. Une nouvelle propriété système, glide.service_portal.enable_acls_for_encoded_query_in_list, applique ces ACL, que l’option Appliquer les ACL de lecture au niveau du champ sur les termes de requête de filtre soit sélectionnée ou non pour les instances de widget de liste simple. Pour utiliser l’option Appliquer les ACL de lecture au niveau du champ sur les termes de requête de filtre , remplacez la valeur par glide.service_portal.enable_acls_for_encoded_query_in_list faux. Pour plus d’informations, consultez Widget de liste simple. | Utah | ||||||||||||||||||
Gestion des portefeuilles de services | L’affichage des résultats de disponibilité a été introduit dans la version Tokyo, mais s’applique également aux versions ultérieures. Lors de la mise à niveau, pour les clients identifiés comme ayant une charge de données 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 | Utah | ||||||||||||||||||
Gestion des actifs logiciels | Pour en savoir plus sur la mise à niveau à partir du module d’extension Software Asset Management Foundation (com.snc.sams), consultez Rétablir les personnalisations de Gestion des actifs logiciels. Lors de la mise à niveau vers la version Utah, vos droits de licence perpétuelle existants couverts par l’assurance de logiciel et associés aux modèles logiciels de version générique sont modifiés. Gestion des actifs logiciels convertit automatiquement ces autorisations en modèles logiciels propres à 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 |
| 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), et ainsi de suite. Si vous effectuez une mise à niveau de la version Tokyo vers la version Utah , assurez-vous d’exécuter le script correctif pour migrer les tables existantes vers Architecture commune du fournisseur. Pour plus d’informations, consultez Exécuter un script correctif pour migrer les tables existantes vers l’architecture commune du fournisseur. | Utah | ||||||||||||||||||
Centre de mise à niveau | Centre de mise à niveau report_view listes de contrôle d’accès (ACL) qui déterminent qui peut afficher les rapports dans les tableaux de bord et ailleurs sont activées par défaut dans la version Utah . Pour plus d’informations, consultez Report_view contrôle d’accès. | Utah | ||||||||||||||||||
Intégrations de Vulnerability Response |
| Utah | ||||||||||||||||||
Réponse aux vulnérabilités | En raison d’un changement de modèle de données dans l’application Vulnerability Response , la mise à niveau peut prendre beaucoup plus de temps que les mises à niveau précédentes. Pour plus d’informations, consultez KB0856498. Lors de la mise à niveau vers une version plus récente, le temps de mise à niveau peut augmenter en fonction des données et de la version à partir desquelles vous effectuez la mise à niveau. Ce problème est dû à des changements de schéma supplémentaires ajoutés lors de la mise à niveau. Pour plus d’informations, consultez KB0856498. Lorsque vous effectuez une mise à niveau vers la version 18.0 de Vulnerability Response sur Rome, Vulnerability Manager Workspace n’est pas pris en charge. | Utah | ||||||||||||||||||
Recherche IA |
| Vancouver | ||||||||||||||||||
Assessments and Surveys | Mettez à jour les tests 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êtes ont été supprimés. Pour exécuter correctement les tests ATF, l’étape Cliquer sur le bouton Participer à l’enquête doit être remplacée par l’étape Cliquer sur la carte d’enquête pour tous les tests comportant cette étape. | Vancouver | ||||||||||||||||||
Framework de tests automatisés | Copiez et personnalisez les tests de démarrage rapide fournis par Now Platform® pour valider le fonctionnement de votre instance après avoir apporté des modifications à la configuration. Par exemple, si vous appliquez une mise à niveau ou développez une application. Les tests peuvent produire un résultat de réussite uniquement lorsque vous les exécutez sur un système de base sans aucune personnalisation et avec les données de démonstration par défaut fournies avec l’application ou le module d’extension de 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 Analyse des coûts du cloud. | Vancouver | ||||||||||||||||||
Base de données de gestion des configurations (CMDB) | Pendant la mise à niveau, un script correctif s’exécute qui modifie les parents de la table Mappage de la 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 les ensembles de mises à jour lors de l’exportation des règles de rapprochement entre les instances. Après la mise à niveau, tous les changements apportés aux règles de rapprochement sont entièrement capturés par les ensembles de mises à jour et sont correctement portés vers les instances de destination. | Vancouver | ||||||||||||||||||
Gestion du service clientèle (CSM) | À la suite d’une mise à niveau vers la version Vancouver , vous devrez peut-être reformer et redéployer Intelligence des tâches pour les modèles de catégorisation et de sentiment Customer Service. Pour plus d’informations, consultez Étapes à suivre après la mise à niveau vers Vancouver dans la documentation Intelligence des tâches pour Customer Service. | Vancouver | ||||||||||||||||||
Intelligence documentaire | Intelligence documentaire 3.0 et versions ultérieures incluent un schéma mis à jour pour prendre en charge sa transition d’une application incluse dans le périmètre vers un module d’extension Now Platform . Pour plus d’informations sur la mise à niveau, consultez Mise à niveau vers Intelligence documentaire 3.0 ou ultérieure à partir de la version 2.4 ou antérieure. | Vancouver | ||||||||||||||||||
Cadre de travail des objectifs | À partir de la version 4.2.0, les cibles existantes dont le champ Type est défini sur Jalon sont considérées comme des cibles qualitatives. Après la mise à niveau du Cadre de travail des objectifs, pour ces cibles existantes, l’unité de mesure est définie sur Oui/Non, la valeur de base est définie sur Non et la valeur cible est définie automatiquement sur Oui . En outre, la valeur réelle est définie sur Oui si la valeur de progression est de 100 %, sinon la valeur est définie sur Non. | Vancouver | ||||||||||||||||||
Visibilité ITOM |
| Vancouver | ||||||||||||||||||
Identité et authentification | Authentification report_view listes de contrôle d’accès (ACL) qui déterminent qui peut afficher les rapports dans les tableaux de bord et ailleurs sont activées par défaut dans la version Vancouver . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport. | Vancouver | ||||||||||||||||||
Gestionnaire de processus industriel | Si vous utilisez le connecteur du graphe de services ISA fourni avec Gestionnaire de processus de fabrication et que vous effectuez une mise à niveau vers Gestionnaire de processus industriel, assurez-vous que toutes les nouvelles entités de modèle d’équipement ISA ont un champ de nom unique. | Vancouver | ||||||||||||||||||
Réplication de données d'instance | Améliorez les performances et l’efficacité de traitement de Réplication de données d’instance (HLA) en mettant à niveau vos ensembles de réplication vers V2, qui utilise le service de messagerie Hermes. Pour plus d’informations, consultez Mise à niveau des ensembles de réplication hérités vers V2 dans Réplication de données d’instance. Si la table Erreur de charge de réplication [idr_replication_payload_error] sur votre instance compte plus de 10 millions d’enregistrements, configurez la rotation de table en fonction KB1364728. L’utilisation de la rotation de table pour supprimer des enregistrements de la table Erreur de charge de réplication [idr_replication_payload_error] est sécurisée, car cette table contient uniquement des erreurs de réplication enregistrées par HLA et non des données répliquées. | Vancouver | ||||||||||||||||||
Serveur MID | Pour connaître la dernière configuration requise pour le Serveur MID , consultez Configuration requise pour le Serveur MID. La version JRE minimale prise en charge est 11.0.9 et la version recommandée est 11.0.16.1. Si vous avez installé votre propre environnement JRE, le processus de mise à niveau prend en charge les actions suivantes pour s’assurer que le serveur MID utilise un environnement JRE pris en charge :
Tous les ordinateurs hôtes du Serveur MID doivent accéder au site de téléchargement à install.service-now.com pour activer les mises à niveau automatiques. Pour en savoir plus, découvrez comment le système gère les mises à niveau de Serveur MID. Un seul service Serveur MIDWindows est autorisé par chemin d’accès exécutable. Les serveurs MIDWindows mis à niveau qui ont plusieurs services pointant vers le même dossier d’installation ne peuvent pas démarrer. 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 :
| Vancouver | ||||||||||||||||||
Now Assist | Pour plus d’informations sur le dépannage des mises à niveau de votre application et module d’extension Now Assist , consultez l’article de la base de connaissances concernant les problèmes et l’atténuation des mises à niveau Now Assist. | 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 à la Gestion des services de télécommunications, vous devez installer 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 :
Si vous connaissez l’application Order Management pour Customer Service Management , vous pouvez éventuellement utiliser cette interface après avoir installé l’application Order Management . Pour plus d’informations, voir Activer l’interface utilisateur pour Order Management pour Customer Service Management KB1554296. Pour plus d’informations sur les modifications apportées à l’interface, reportez-vous à la section Modifications apportées à l’application Order Management pour Customer Service Management KB1560237. 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 Gestion du service clientèle . La table des tâches de commande a également été modifiée. Pour plus d’informations sur les changements apportés à la table Tâche de commande, consultez Changements de modèle de données de changement de parent OMT KB1496935. Si vous avez mis à 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 accéder aux correctifs de remplissage de l’inventaire des produits et des caractéristiques des modèles de produits. Pour obtenir ces changements, effectuez une mise à niveau vers le correctif Vancouver actuel. | Vancouver | ||||||||||||||||||
Espace de travail d'Analyse de la plateforme | La version Vancouver de Platform Analytics Workspace (3.0) inclut les mises à jour dans les versions 2.1.x, qui n’étaient auparavant disponibles que dans ServiceNow® Store. | Vancouver | ||||||||||||||||||
Planification de portefeuille |
| 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 offerts, les données de la table Services reçus et toutes les autres données affectées par la conversion de la table Services offerts en table Définition de service (données du tableau de bord Analyse des performances, données des rapports d’activité ou des membres, etc.). Les données personnalisées de services offerts et de services reçus créées dans les versions précédentes ne sont pas automatiquement migrées vers la nouvelle version et, après la mise à niveau, ne sont pas accessibles dans l’application tant que les données ne sont pas migrées des entités héritées vers la table de définition de service. Pour en savoir plus, consultez Services offerts et Services reçus Conseils sur la migration et Configurer une définition de service pour les playbooks dans Public Sector Digital Services. Après la mise à niveau, certains menus du secteur public et éléments de menu dans 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 articles pour une utilisation dans le secteur public après une mise à niveau. | Vancouver | ||||||||||||||||||
Concentrateur de l’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, reportez-vous à la section 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 pouvez rencontrer un retard potentiel lors de la mise à niveau des applications RPA Hub de Tokyo ou antérieure 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 la version Vancouver, les définitions du processus de bot basculent vers la nouvelle structure, c’est-à-dire la configuration du processus de bot. Bien que la configuration du processus de bot ne remplace pas complètement le processus de bot. La plupart des champs sont déplacés du processus de bot vers la configuration du processus de bot. Si vous effectuez une mise à niveau vers la version Utah sans mettre à jour la valeur de propriété système, les tables n’étendent pas la table Fichier d’application. Pour mettre à jour manuellement les changements de table, consultez l’article Restructuration des tables RPA Hub à sys_metadata dans Utah de la base de connaissances Now Support . | Vancouver | ||||||||||||||||||
Réponse aux incidents de sécurité | Vancouver | |||||||||||||||||||
Service Bridge | Pour plus d’informations sur la mise à niveau et l’utilisation des nouvelles applications Pontde services, consultez Migrer à partir de Pont de services (hérité). | Vancouver | ||||||||||||||||||
Espace de travail pour l'exploitation des services pour ITSM | Assurez-vous que les applications suivantes disposent de versions mises à niveau compatibles :
Ici, x est la sous-version de l’application Espace de travail pour l’exploitation des services pour applications ITSM (sn_sow_itsm_cont) et y est la sous-version de l’application Espace de travail pour l’exploitation des services pour applications ITOM (sn_sow_itom_cont). Si l’instance mise à niveau 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 Espace de travail pour l’exploitation des services.
Après la mise à niveau 3.0, la fonctionnalité Cadre de travail des recommandations n’est plus disponible. À la place, seule la version standard de la fonctionnalité Actions recommandées pour ITSM est disponible. | Vancouver | ||||||||||||||||||
Portail de services | Après la mise à niveau, vous devez spécifier les tables à partir desquelles les utilisateurs invités peuvent accéder aux données de tous les widgets publics qui acceptent le paramètre d’entrée de table. Par défaut, dans la version Vancouver Patch 7 et les versions ultérieures, les widgets publics qui acceptent le paramètre d’entrée de table ne peuvent pas accéder aux données des tables et les renvoyer pour les utilisateurs invités. Si vous avez ajouté les glide.service_portal.widget.table_allow_list propriétés système ou glide.service_portal.widget.allow_list avant la mise à niveau, les valeurs de ces propriétés seront migrées vers la liste d’autorisation de la table publique pour les widgets après la mise à niveau vers la version Vancouver Patch 7 ou une version ultérieure. Pour plus d’informations, consultez Configurer la sécurité des widgets. En outre, les ACL de lecture au niveau du champ sont appliquées par défaut pour les conditions de filtre dans les instances de widget de liste simple. Une nouvelle propriété système, glide.service_portal.enable_acls_for_encoded_query_in_list, applique ces ACL, que l’option Appliquer les ACL de lecture au niveau du champ sur les termes de requête de filtre soit sélectionnée ou non pour les instances de widget de liste simple. Pour utiliser l’option Appliquer les ACL de lecture au niveau du champ sur les termes de requête de filtre , remplacez la valeur par glide.service_portal.enable_acls_for_encoded_query_in_list faux. Pour plus d’informations, consultez Widget de liste simple. | Vancouver | ||||||||||||||||||
Gestion des portefeuilles de services | L’affichage des résultats de disponibilité a été introduit dans la version Tokyo , mais s’applique également aux versions ultérieures. Lors de la mise à niveau, pour les clients identifiés comme ayant une charge de données 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 | ||||||||||||||||||
Skills Management | Si vous avez personnalisé l’URL de la page Gérer les compétences, vous devez mettre à jour manuellement l’URL pour qu’elle pointe vers la nouvelle page. Voici le chemin d’accès relatif à la nouvelle page Gérer les compétences : https://<nom d’instance>.service-now.com/now/nav/ui/manage-skills/params/parent-skill/2eb1c2029f100200a3bc1471367fcfe4/parent-department/221f79b7c6112284005d646b76ab978c/recursive-departments/true/recursive-skills/true/group-by/department. Vous pouvez remplacer le chemin d’accès existant par celui-ci.
Remarque : Assurez-vous que les sys_ids parent-skill et parent-department sont les mêmes identifiants que ceux qui se trouvent dans votre URL existante. | Vancouver | ||||||||||||||||||
Gestion des actifs logiciels | Pour en savoir plus sur la mise à niveau à partir du module d’extension Software Asset Management Foundation (com.snc.sams), consultez Rétablir les personnalisations de Gestion des actifs logiciels. Lors de la mise à niveau vers Vancouver, les champs Version et Edition 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 |
| 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 Vancouver Patch 7 ne sont pas disponibles dans la version initiale en accès anticipé de Washington DC . Ces fonctionnalités seront disponibles dans les futures mises à jour de Washington DC :
| Vancouver | ||||||||||||||||||
Intégrations de Vulnerability Response |
| Vancouver | ||||||||||||||||||
Réponse aux vulnérabilités | En raison d’un changement de modèle de données dans l’application Vulnerability Response , la mise à niveau peut prendre beaucoup plus de temps que les mises à niveau précédentes. Pour plus d’informations, consultez KB0856498. Lors de la mise à niveau vers une version plus récente, 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, consultez KB0856498. À compter de la version 20.0 de l’application Vulnerability Response et de la version 2.03 de l’application Vulnerability Emergency Response, l’espace de travail de l’analyste de vulnérabilité est renommé Espace de travail d’évaluation de la vulnérabilité. Toutes les références à l’espace de travail de l’analyste de vulnérabilité sont désormais des espaces de travail d’évaluation de la vulnérabilité. | Vancouver | ||||||||||||||||||
Recherche IA | Lorsque vous effectuez une mise à niveau vers Washington DC, Recherche IA met automatiquement à jour vos configurations de résultats Genius existantes pour utiliser les nouveaux champs de formulaire de configuration de résultats Genius Recherche IA. Cette procédure de mise à jour apporte les modifications suivantes :
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éen à utiliser lorsqu’une requête de recherche inclut une propriété système de plusieurs termes ( glide.ais.query.search_operator ). 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 de Recherche IA , consultez Propriétés système de Recherche IA. À partir de Washington DC, la table Utilisateur [sys_user] trie par défaut les enregistrements indexés par leur date de sys_created_on au lieu de les trier par leur date de sys_updated_on. Ce changement nécessite une réindexation de la source indexée de la table Utilisateur pour Recherche IA, ce qui peut être chronophage. 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 les enregistrements utilisateur dans la dernière configuration, vous pouvez réindexer manuellement la source indexée de la table Utilisateur, ce qui peut prendre un certain temps. Dans le cas contraire, Recherche IA réindexe les enregistrements individuels de la table Utilisateur au fur et à mesure qu’ils sont mis à jour, jusqu’à ce que tous les enregistrements aient été réindexés. | Washington DC | ||||||||||||||||||
Framework de tests automatisés | Copiez et personnalisez les tests de démarrage rapide fournis par Now Platform® pour valider le fonctionnement de votre instance après avoir apporté des modifications à la configuration. Par exemple, si vous appliquez une mise à niveau ou développez une application. Les tests peuvent produire un résultat de réussite uniquement lorsque vous les exécutez sur un système de base sans aucune personnalisation et avec les données de démonstration par défaut fournies avec l’application ou le module d’extension de 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 la mise à niveau vers la version Washington DC , vous devez noter les informations importantes suivantes pour les analyses d’impact sur l’entreprise, les plans de continuité d’activité et les événements existants :
| Washington DC | ||||||||||||||||||
Base de données de gestion des configurations (CMDB) |
| Washington DC | ||||||||||||||||||
Now Platform principale | Auparavant, si une transaction était annulée, certaines opérations auditables n’étaient pas enregistrées. Ce comportement d’enregistrements d’audit manquants est dû au fait que la plateforme exécute certaines opérations entre le changement d’enregistrement et son 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 que l’audit ne soit enregistré. Pour faciliter cette mise à jour, les audits sont désormais enregistrés dans le même thread que la transaction. Les audits précédents ont été créés dans un thread d’arrière-plan. Cette modification redéfinit la valeur par défaut de la propriété | 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 serveur MID vers Washington DC. Si vous ne pouvez pas effectuer de mise à niveau, vous devez désactiver l’authentification jusqu’à ce que le serveur MID soit mis à niveau vers Washington DC pour éviter les échecs d’authentification. Pour plus d’informations sur les mises à niveau de Serveur MID, consultez Mises à niveau de Serveur MID. | Washington DC | ||||||||||||||||||
Enterprise Asset Management | Après la mise à niveau vers Washington DC, le champ model_component n’est plus disponible dans la table Actif d’entreprise [sn_ent_asset]. Au lieu de cela, un nouveau champ model_component_id est disponible dans la table Actif [alm_asset]. Le script de composant ENT - Migrer vers un nouveau modèle déplace les données de champ de model_component existantes vers le champ model_component_id. Notez les scénarios de mise à niveau suivants pour le coût total de possession (TCO) des actifs :
| Washington DC | ||||||||||||||||||
Financial Services Operations Core | Lors de la mise à niveau vers Washington DC, le module d’extension Opérations des services financiers Core reparent les tables suivantes :
Remarque : L’achèvement de la mise à niveau peut être plus long si votre instance mise à niveau comporte un grand nombre d’enregistrements.
| 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 :
| Washington DC | ||||||||||||||||||
Gestion des services de santé et de sciences de la vie Core | Lors de la mise à niveau vers Washington DC, la table parente Produit de santé vendu [sn_hcls_sold_product] passe à l’élément de base d’installation [sn_install_base_item] pour les tables suivantes :
En outre, les tables parentes des tables suivantes ont été supprimées et sont devenues des tables autonomes :
Les données existantes sont migrées de la manière suivante afin que les fonctionnalités existantes ne soient pas impactées :
Remarque : L’achèvement de la mise à niveau peut être plus long si votre instance mise à niveau comporte un grand nombre d’enregistrements. | Washington DC | ||||||||||||||||||
Gestionnaire de processus industriel | L’application Gestionnaire de processus industriel est désormais dépendante des applications Gestion des services de technologie opérationnelle, qui incluent Gestion des incidents de technologie opérationnelle et Gestion des changements de technologie opérationnelle. Pour installer Gestionnaire de processus industriel sur votre instance, l’une des références SKU suivantes est requise :
| Washington DC | ||||||||||||||||||
Réplication de données d'instance | Améliorez les performances et l’efficacité de traitement de Réplication de données d’instance (HLA) en mettant à niveau vos ensembles de réplication vers V2, qui utilise le service de messagerie Hermes. Pour plus d’informations, consultez Mise à niveau des ensembles de réplication hérités vers V2 dans Réplication de données d’instance. La rotation des journaux est automatiquement activée pour la table Erreur de charge 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, à raison de 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 Serveur MID , consultez Configuration requise pour le Serveur MID. La version JRE minimale prise en charge est 11.0.9 et la version recommandée est 11.0.16.1. Si vous avez installé votre propre environnement JRE, le processus de mise à niveau prend en charge les actions suivantes pour s’assurer que le serveur MID utilise un environnement JRE pris en charge :
Tous les ordinateurs hôtes du Serveur MID doivent accéder au site de téléchargement à install.service-now.com pour activer les mises à niveau automatiques. Pour en savoir plus, découvrez comment le système gère les mises à niveau de Serveur MID. Un seul service Serveur MIDWindows est autorisé par chemin d’accès exécutable. Les serveurs MIDWindows mis à niveau qui ont plusieurs services pointant vers le même dossier d’installation ne peuvent pas démarrer. 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 :
| Washington DC | ||||||||||||||||||
Now Assist pour le créateur | Pour bénéficier des améliorations des performances de Studio de workflow , installez l’une de ces versions de l’application Studio de workflow à partir du ServiceNow Store. Pour plus d’informations sur la mise à niveau du Studio de workflow, voir Mettre à jour vers la dernière version du Studio de workflow.
| Washington DC | ||||||||||||||||||
Now Assist | Pour plus d’informations sur le dépannage des mises à niveau de votre application et module d’extension Now Assist , consultez l’article de la base de connaissances concernant les problèmes et l’atténuation des mises à niveau Now Assist. | Washington DC | ||||||||||||||||||
Gestion des commandes | Les fonctionnalités introduites dans cette version Washington DC ne sont pas prises en charge dans les versions antérieures d’Order Management. Si vous effectuez une mise à niveau depuis Order Management for Telecommunications and Media version 6.0 ou antérieure :
Après la mise à niveau vers la version Washington DC, passez en revue les solutions de contournement de reconfiguration lors de l’utilisation de nouvelles commandes de changement ou de commandes 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 commande [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 for Telecommunications, Media, and Technology. À partir de la version Washington DC , les frais mensuels récurrents (MRC) et les frais non récurrents (NRC) définis pour les offres de produits et les caractéristiques d’attribut de produit sont stockés dans le modèle de données de tarification dans les listes de prix et les lignes de liste de prix, plutôt que dans le modèle de données des offres 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 Gestion des prix (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épréciation de la liste Telco pour la capture de commande [KB1586538] dans la base de connaissances Now Support. Après la mise à niveau vers Washington DC, passez en revue les solutions de contournement de reconfiguration pour travailler sur de nouvelles commandes de changement ou des commandes 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 commande [KB1585976] de la base de connaissances Now Support. | Washington DC | ||||||||||||||||||
Analyse des performances | L’ancienne table Scores PA [pa_scores] est en cours d’obsolescence. Si vous avez encore des scores d’indicateur capturés dans la table Scores PA et que le nombre de ces scores est inférieur à 43 millions, ces scores seront automatiquement migrés vers les tables pa_scores_l1 et pa_scores_l2 lors de la mise à niveau. Le temps ajouté à la mise à niveau est d’environ deux heures. Pour plus d’informations, consultez KB1294371 ou Migration des scores d’Analyse des performances. | Washington DC | ||||||||||||||||||
Expérience Analyse de la plateforme | Analyse de la plateforme La fonctionnalité d’expérience se trouvait auparavant dans l’espace de travail Platform Analytics . La fonctionnalité fait désormais partie de la Now Platform principale, accessible via la navigation unifiéeNext Experience. Vous pouvez migrer tous les tableaux de bord, rapports et widgets d’Analyse des performances qui ont été créés dans l’interface utilisateur principale vers cette fonctionnalité. | Washington DC | ||||||||||||||||||
Playbooks dans Studio de workflow | Après la mise à niveau vers Washington DC, mettez à jour les applications Playbooks et Studio de workflow dans 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 Espace de travail de la planification stratégique. Si vous utilisiez l’espace de travail de la planification de portefeuille pour accéder aux fonctionnalités sous licence SPM Pro, telles que les objectifs, les commentaires sur les produits et la planification de portefeuille hybride, vous devez maintenant installer Planification stratégique pour accéder à ces fonctionnalités. Pour plus d’informations sur les fonctionnalités accessibles uniquement dans Espace de travail de la planification stratégique , voir Comparaison de Planification de portefeuille avec Planification stratégique. | Washington DC | ||||||||||||||||||
Intelligence prédictive | Si vous effectuez une mise à niveau vers Washington DC, vous ne 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 de l’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 des tickets d’incident, voir Désactiver la notification des tickets d’incident. | Washington DC | ||||||||||||||||||
Gestion du catalogue de produits et gestion des prix | Si vous avez utilisé des caractéristiques d’attribut dans la matrice d’ajustement de prix standard dans la version initiale des applications Sales et Order Management , et que vous effectuez une mise à niveau vers la version de mai 2024 des applications Sales and Order Management , vous devez exécuter une tâche planifiée qui corrige le format des valeurs de code générées automatiquement. Exécutez la tâche de planification pour modifier le champ de code sur les enregistrements de caractéristiques qui contiennent des caractères spéciaux Tâche à la demande pour remplacer tout caractère qui n’est pas une lettre (a-z, A-Z), un nombre (0-9), un trait de soulignement (_) ou un signe dollar ($) par un trait de soulignement (_). Cette tâche corrige la valeur de code afin qu’elle ne commence pas ou ne se termine pas par un trait de soulignement, ne commence pas par un chiffre et ne contienne aucun trait de soulignement consécutif. | Washington DC | ||||||||||||||||||
Public Sector Digital Services | Après la mise à niveau, certains menus du secteur public et éléments de menu dans 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 à , puis sélectionnez . | Washington DC | ||||||||||||||||||
Concentrateur de l’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 :
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 pouvez rencontrer un retard potentiel lors de la mise à niveau des applications RPA Hub de Tokyo ou antérieure 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é, consultez Ajouter une propriété système. Après la mise à niveau vers Washington DC, les définitions de processus de bot basculent vers la nouvelle structure, qui est la configuration du processus de bot. Bien que la configuration du processus de bot ne remplace pas complètement le processus de bot, la plupart des champs sont déplacés du processus de bot vers la configuration du processus de bot. Si vous effectuez une mise à niveau vers la version Utah sans mettre à jour la valeur de propriété système, les tables n’étendent pas la table Fichier d’application. Pour mettre à jour manuellement les changements de table, consultez l’article Restructuration des tables RPA Hub à sys_metadata dans Utah de la base de connaissances Now Support . | Washington DC | ||||||||||||||||||
Contrôle de la posture de sécurité | Pour obtenir la liste complète des applications requises pour implémenter le contrôle de la posture de sécurité, consultez Installer les applications prises en charge pour le contrôle de la posture de sécurité. | Washington DC | ||||||||||||||||||
Espace de travail pour l’exploitation des services pour Gestion des services IT | Assurez-vous que les applications suivantes disposent de versions mises à niveau compatibles :
Dans la table, x est la sous-version de l’application Applications ITSMEspace de travail pour l’exploitation des services (sn_sow_itsm_cont) et y est la version subversion de l’application Applications ITOM Espace de travail pour l’exploitation des services (sn_sow_itom_cont). Après la mise à niveau 3.0, la fonctionnalité Cadre de travail des recommandations n’est plus disponible. Au lieu de cela, seule la version standard de la fonctionnalité Actions recommandées pour ITSM est disponible. | Washington DC | ||||||||||||||||||
Portail de services | Après la mise à niveau, vous devez spécifier les tables à partir desquelles les utilisateurs invités peuvent accéder aux données de tous les widgets publics qui acceptent le paramètre d’entrée de table. Par défaut, dans la version Washington DC , les widgets publics qui acceptent le paramètre d’entrée de table ne peuvent pas accéder aux données des tables pour les utilisateurs invités et les renvoyer. Si vous avez ajouté les propriétés système ou glide.service_portal.widget.allow_list avant la glide.service_portal.widget.table_allow_list mise à niveau, les valeurs de ces propriétés seront migrées vers la liste d’autorisation de la table publique pour les widgets après la mise à niveau. Pour plus d’informations, consultez Configurer la sécurité des widgets. En outre, les ACL de lecture au niveau du champ sont appliquées par défaut pour les conditions de filtre dans les instances de widget de liste simple. Une nouvelle propriété système, glide.service_portal.enable_acls_for_encoded_query_in_list, applique ces ACL, que l’option Appliquer les ACL de lecture au niveau du champ sur les termes de requête de filtre soit sélectionnée ou non pour les instances de widget de liste simple. Pour utiliser l’option Appliquer les ACL de lecture au niveau du champ sur les termes de requête de filtre , remplacez la valeur par glide.service_portal.enable_acls_for_encoded_query_in_list faux. Pour plus d’informations, consultez Widget de liste simple. Si un utilisateur a précédemment sélectionné une préférence de consentement de l’utilisateur pour Analyse de l’expérience utilisateur pour les portails différents du reste de la plateforme, la préférence sélectionnée pour la plateforme est également utilisée pour les portails dans la version Washington DC . Par exemple, si les utilisateurs ont choisi de ne pas suivre les portails, mais ont choisi de le suivre pour le reste de la plateforme dans la version Vancouver , l’analyse de l’expérience utilisateur pour les portails est suivie pour eux dans la version Washington DC . Les utilisateurs peuvent mettre à jour leur sélection à partir de la page de profil d’utilisateur dans les portails à tout moment. | Washington DC | ||||||||||||||||||
Gestion des actifs logiciels | Après la mise à niveau vers Washington DC, vous devez effectuer à nouveau toutes vos personnalisations liées aux intégrations Adobe et Microsoft 365 à votre instance ServiceNow , car les fonctionnalités de ces intégrations sont déplacées vers l’application de stockage Gestion des actifs logiciels – Gestion des licences SaaS .
| 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 Espace de travail de la planification stratégique. Si vous utilisiez l’espace de travail de la planification de portefeuille pour accéder aux fonctionnalités sous licence SPM Pro, telles que les objectifs, les commentaires sur les produits et la planification de portefeuille hybride, vous devez maintenant installer Planification stratégique pour accéder à ces fonctionnalités. Pour plus d’informations sur les fonctionnalités accessibles uniquement dans Espace de travail de la planification stratégique, voir Exploration de Planification de portefeuille dans Planification stratégique. Si vous effectuez une mise à niveau vers Strategic Planning v4.1.2 et que vous aviez précédemment personnalisé la vue Liste ou la vue Hiérarchie de la page Objectifs à l’aide du panneau latéral Personnalisation, les améliorations apportées à l’interface utilisateur dans la v4.1.2 peuvent ne pas apparaître. Dans ce cas, vous devez supprimer vos enregistrements de préférences utilisateur. Pour plus d’informations sur la suppression des préférences utilisateur effectuées à l’aide du panneau latéral Personnalisation, consultez KB1642037. | Washington DC | ||||||||||||||||||
Opérations de cycle de vie du fournisseur | Après la mise à niveau de la version Vancouver vers la version Washington DC , vous verrez uniquement l’espace de travail Source-to-Pay dans l’onglet de navigation Tous . Vous n’avez rien à faire si vous choisissez de continuer à utiliser l’espace de travail Source-to-Pay. Cependant, vous verrez à la fois l’espace de travail Source-to-Pay et l’espace de travail Supplier Manager dans l’onglet Espaces de travail . Si vous souhaitez utiliser l’espace de travail Supplier Manager au lieu de l’espace de travail Source-to-Pay par défaut, assurez-vous d’exécuter le script correctif fixscript_migrate_workspace_to_smw.xml après la mise à niveau vers la version Washington DC . Vous pouvez télécharger le fichier fixscript_migrate_workspace_to_smw.xml à partir du ServiceNow Store. Si vous souhaitez revenir à l’utilisation de l’espace de travail Source-to-Pay, exécutez le script correctif fixscript_migrate_workspace_to_s2p.xml . Vous pouvez télécharger le fichier fixscript_migrate_workspace_to_smw.xml à partir du ServiceNow Store. Pour plus d’informations sur l’exécution d’un script correctif, consultez Exécuter des scripts correctifs. Après la mise à niveau vers Washington DC, vous devez examiner toutes les tâches postérieures à la mise à niveau et les effectuer selon vos besoins. Pour plus d’informations, consultez Tâches post-mise à niveau pour Gestion du cycle de vie des fournisseurs. | Washington DC | ||||||||||||||||||
Intégrations de Vulnerability Response |
| Washington DC | ||||||||||||||||||
Studio de workflow | Pour bénéficier des améliorations des performances de Studio de workflow , installez l’une de ces versions de l’application Studio de workflow à partir du ServiceNow Store.
| Washington DC | ||||||||||||||||||
Recherche IA | Après la mise à niveau vers Xanadu à partir d’une version antérieure, effectuez les étapes suivantes pour ajouter les onglets Tableaux de bord, visualisations de données et navigation de KPI aux résultats de recherche globale dans Recherche IA pour Next Experience :
| Xanadu | ||||||||||||||||||
Opérations de comptes fournisseurs | Si vous effectuez une mise à niveau à partir d’une version précédente, vous devez configurer le champ de référence Code fiscal [sn_fin_tax_code]. Le moteur d’exception valide la facture à l’aide du code fiscal et émet des exceptions si nécessaire. | Xanadu | ||||||||||||||||||
Analytics, Intelligence and Reporting | Si vous effectuez une mise à niveau, vous pouvez utiliser le Centre de migration de Platform Analytics pour tirer parti d’un ensemble unifié de visualisations et de filtres unifiés pour toutes les sources de données. | Xanadu | ||||||||||||||||||
Studio du moteur de développement d'application | En raison d’un nouveau processus d’affectation de groupes dans Management Center du moteur de développement d’application (AEMC), assurez-vous que la même version du module d’extension Admission d’application est installée sur chacune de vos instances. | Xanadu | ||||||||||||||||||
Application Vulnerability Response |
| Xanadu | ||||||||||||||||||
Business Continuity Management | Les tables de relations introduites dans les enregistrements de plan sont générées par la Update BCP dependencies snapshot tâche planifiée. Après la mise à niveau vers la version Xanadu , vous pouvez afficher ces tables uniquement après l’exécution de la tâche planifiée ou en sélectionnant manuellement le bouton Mettre à jour les dépendances . | Xanadu | ||||||||||||||||||
Gestion des tickets pour CSM | Le rôle de gestionnaire du service client [sn_customerservice_manager] inclut le rôle d’utilisateur approbateur [approver_user]. Le rôle d’utilisateur approbateur remplace le rôle d’administrateur d’approbation [approval_admin]. Les utilisateurs disposant du rôle de gestionnaire du service client peuvent approuver les demandes d’approbation qui leur sont affectées. | Xanadu | ||||||||||||||||||
Gestion des coûts du cloud 8.0.0 | Lors de la mise à niveau vers la version 8.0 de Gestion des coûts du cloud , le nouveau service IA de catégorie de balises est disponible pour les fournisseurs de services Amazon Web Services (AWS), Microsoft Azure et Google Cloud Platform (GCP ). Étant donné que Gestion des coûts du cloud n’exécute la tâche de téléchargement de facturation qu’à partir du mois en cours, les dépenses en services d’IA ne seront incluses que pour le mois en cours. Si vous souhaitez afficher les détails de facturation pour les mois précédant le mois en cours, vous devez exécuter manuellement la tâche de téléchargement de la facturation. Une fois la tâche de téléchargement de la facturation exécutée avec succès, vous pouvez afficher les données de dépenses de vos services IA. | Xanadu | ||||||||||||||||||
Base de données de gestion des configurations (CMDB) |
| Xanadu | ||||||||||||||||||
Gestion des données | Un enregistrement de politique de gestion des données est automatiquement créé pour chaque table configurée avec une règle d’archivage ou une règle de nettoyage de table avant la mise à niveau. | Xanadu | ||||||||||||||||||
Tables de décision dans Studio de workflow | Studio de workflow est automatiquement installé sur votre instance. Toutefois, le Studio de workflow étant une application du ServiceNow Store , vous devez donc mettre à jour votre version manuellement vers la version la plus récente. À partir du correctif 3 de Washington DC, la mise à jour de Studio de workflow met automatiquement à jour toutes ses dépendances d’application telles que Studio de workflow, Playbook et Générateur de décision. Vous ne pouvez plus voir ou mettre à jour les dépendances d’application individuelles du Studio de workflow à partir de ServiceNow Store ou de la liste des modules d’extension. | Xanadu | ||||||||||||||||||
Flux, flux secondaires et actions dans Studio de workflow | Après la mise à niveau, les utilisateurs qui disposaient auparavant du rôle fd_read_operations ne verront plus que les détails de base de l’exécution, tels que l’état et la durée d’exécution. Cette restriction empêche les utilisateurs ayant ce rôle de voir les informations sensibles dans les détails de l’exécution. Pour fournir un accès en lecture à tous les détails d’exécution tels que la configuration d’entrée et les valeurs d’exécution, accordez à l’utilisateur le nouveau fd_read_operations_all de rôle. | Xanadu | ||||||||||||||||||
Gestion des actifs matériels 11.0.0 | Après la mise à niveau vers Xanadu, vous pouvez afficher à la fois les tableaux de bord Core UI Performance Analytics et les tableaux de bord Next Experience Platform Analytics pour Gestion des actifs matériels.
Remarque : Lors de la migration des tableaux de bord Analyse des performances de l’interface utilisateur principale vers les tableaux de bord Analyse de la plateformeNext Experience, la migration automatique est désactivée par défaut pour éviter les doublons de tableaux de bord. | Xanadu | ||||||||||||||||||
ITOM Health | Améliorez votre mappage des services d’application en installant l’application App Service Extension à partir du ServiceNow® Store. | Xanadu | ||||||||||||||||||
ITOM Optimization | Améliorez votre mappage des services d’application en installant l’application App Service Extension à partir du ServiceNow® Store. | Xanadu | ||||||||||||||||||
Visibilité ITOM | Pour une expérience Service Mapping améliorée, installez Service Mapping Plus version 13.0 à partir du ServiceNow® Store. Améliorez votre mappage des services d’application en installant l’application App Service Extension à partir du ServiceNow® Store. Pour les clients Mappage des services Plus , améliorez votre mappage des services d’application en installant l’application Extension de service d’application à partir du ServiceNow® Store. | Xanadu | ||||||||||||||||||
Gestionnaire de processus industriel | L’application Gestionnaire de processus industriel est désormais dépendante des applications Gestion des services de technologie opérationnelle, qui incluent Gestion des incidents de technologie opérationnelle et Gestion des changements de technologie opérationnelle. Pour installer Gestionnaire de processus industriel sur votre instance, l’une des références SKU suivantes est requise :
| Xanadu | ||||||||||||||||||
Serveur MID | Pour connaître la dernière configuration requise pour le Serveur MID , consultez Configuration requise pour le Serveur MID. La version JRE minimale prise en charge est 11.0.9 et la version recommandée est 11.0.16.1. Si vous avez installé votre propre environnement JRE, le processus de mise à niveau effectue les actions suivantes pour vérifier que le serveur MID utilise un environnement JRE pris en charge :
Tous les ordinateurs hôtes du Serveur MID doivent accéder au site de téléchargement à install.service-now.com pour activer les mises à niveau automatiques. Pour en savoir plus, découvrez comment le système gère les mises à niveau de Serveur MID. Un seul service Serveur MID Windows est autorisé en fonction du chemin d’accès de l’exécutable. Les serveurs MIDWindows mis à niveau qui ont plusieurs services pointant vers le même dossier d’installation ne peuvent pas démarrer. 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 :
| Xanadu | ||||||||||||||||||
Now Assist pour Security Operations | Pour obtenir la liste des exigences relatives à l’implémentation de l’application, consultez Informations de prise en charge pour Now Assist pour Security Operations. | Xanadu | ||||||||||||||||||
Now Assist | Si vous avez personnalisé des actions d’interface utilisateur ou d’autres éléments associés aux compétences Now Assist , assurez-vous que votre code personnalisé est mis à jour avec les nouvelles versions de compétences. Dans le cas contraire, certaines fonctions peuvent ne pas fonctionner comme prévu. Si vous rencontrez des problèmes lors de la mise à niveau d’un produit Now Assist, consultez KB1637452 : Problèmes et atténuation pour les mises à jour des applications et des modules d’extension Now Assist (IA générative). Vous devrez peut-être vous connecter pour consulter l’article. | Xanadu | ||||||||||||||||||
Expérience Platform Analytics | Nouveaux clients : l’expérience Analyse de la plateforme est automatiquement disponible sur Now Platform. Il offre une interface intuitive pour vous aider à mieux comprendre et utiliser vos données. Mise à niveau des clients : si vous utilisez actuellement des tableaux de bord réactifs de l’interface utilisateur principale , vous continuerez d’y avoir accès sans aucune interruption. Envisagez de passer à l’expérience Platform Analytics pour profiter pleinement des nouvelles options. | Xanadu | ||||||||||||||||||
Playbooks dans Studio de workflow | Après la mise à niveau vers Xanadu, mettez à jour les applications Playbooks et Studio de workflow dans ServiceNow Store. | Xanadu | ||||||||||||||||||
Public Sector Digital Services | Après la mise à niveau, certains menus du secteur public et éléments de menu dans l’espace de travail configurable CSM 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 à , puis sélectionnez . | Xanadu | ||||||||||||||||||
RPA Hub | Mettez à niveau l’un de ces programmes d’installation de logiciels Microsoft (MSI actuellement installés) en téléchargeant les applications RPA :
Les informations de mise à niveau suivantes ne s’appliquent que lorsque vous effectuez une mise à niveau de San Diego ou Tokyo vers Xanadu. En fonction du nombre d’enregistrements dans la table de fichiers d’application, vous pouvez rencontrer un retard potentiel lors de la mise à niveau des applications RPA Hub de Tokyo ou des versions antérieures vers Xanadu. Avant de mettre à niveau RPA Hub vers Xanadu, vous devez définir la valeur de la glide.rollback.blacklist.TableParentChange.change propriété système sur faux. Si cette propriété n’existe pas dans la table Propriétés système [sys_properties], ajoutez-la et définissez sa valeur sur faux. Pour plus d’informations sur l’ajout d’une propriété, consultez Ajouter une propriété système. Après la mise à niveau vers Xanadu, les définitions de processus de bot basculent vers la nouvelle structure, qui est la configuration du processus de bot. Bien que la configuration du processus de bot ne remplace pas complètement le processus de bot, la plupart des champs sont déplacés du processus de bot vers la configuration du processus de bot. Si vous effectuez une mise à niveau vers Xanadu sans mettre à jour la valeur de propriété système, les tables n’étendent pas la table Fichier d’application. Pour mettre à jour manuellement les changements de table, consultez l’article Restructuration des tables RPA Hub à sys_metadata dans la base de connaissances Utah et au-delà de la base de connaissances Now Support . | Xanadu | ||||||||||||||||||
Réponse aux incidents de sécurité | NA.. | Xanadu | ||||||||||||||||||
Contrôle de la posture de sécurité | Pour obtenir la liste complète des applications requises pour implémenter le contrôle de la posture de sécurité, consultez Installer le contrôle de la posture de sécurité. | Xanadu | ||||||||||||||||||
Service Bridge |
| Xanadu | ||||||||||||||||||
Espace de travail pour l'exploitation des services pour ITSM | Assurez-vous que les applications suivantes disposent de versions mises à niveau compatibles :
| Xanadu | ||||||||||||||||||
Kit de développement logiciel (SDK) ServiceNow | Effectuez une mise à niveau vers la dernière version du Kit de développement logiciel (SDK) ServiceNow à l’aide de la commande | Xanadu | ||||||||||||||||||
Skills Management | Le tableau de bord des compétences est automatiquement migré vers l’interface utilisateur Next Experience dans la version Xanadu . Lorsque vous effectuez une mise à niveau, vous pouvez accéder automatiquement au tableau de bord des compétences dans l’interface utilisateur Next Experience. | Xanadu | ||||||||||||||||||
Gestion des actifs logiciels | Lors de la mise à niveau vers la version 4.3 du spoke Microsoft Entra ID, la tâche d’annuaire ne sera pas exécutée pour les Microsoft Azure AD - Download Group Membership intégrations Microsoft Azure AD SSO ou Directory existantes. Cette tâche de répertoire ne sera pas non plus créée pour les nouvelles intégrations Microsoft Azure AD SSO ou Directory. Au lieu de cela, la tâche d’annuaire Microsoft Azure AD - Download Groups télécharge tous les groupes et appartenances à des groupes configurés sur Microsoft Azure AD. | Xanadu | ||||||||||||||||||
Ensembles de mises à jour système | Collecte d’informations. | Xanadu | ||||||||||||||||||
Telecommunications Network Inventory | Si vous êtes un utilisateur existant des versions précédentes, les modèles de produits hérités et nouveaux seront disponibles dans le menu de l’espace de travail d’inventaire réseau après la mise à niveau vers Xanadu. Pour résoudre ce problème, vous devez migrer vos données de modèle de produit héritées vers les nouvelles tables de modèle de produit de votre instance actuelle. Pour plus de détails sur la procédure, voir KB1695167. | Xanadu | ||||||||||||||||||
Studio de workflow | À partir du correctif 3 de Washington DC , la mise à jour de Studio de workflow met automatiquement à jour toutes ses dépendances d’application telles que ServiceNow® Workflow Studio, Playbook et ServiceNow® Decision Builder. Vous ne pouvez plus voir ou mettre à jour les dépendances d’application individuelles du Studio de workflow à partir de ServiceNow® Store ou de la liste des modules d’extension. | Xanadu |