Recherche IA

Lorsque vous effectuez une mise à niveau vers San Diego à partir de Québec ou de Rome, Recherche IA réindexe automatiquement tout votre contenu japonais indexé. Ce processus de réindexation unique est requis pour permettre des améliorations de l’expérience de recherche en japonais dans cette version.

Si vous avez activé les résultats Genius Q&R dans Quebec ou Rome, vous devez réindexer votre contenu Connaissances après la mise à niveau vers San Diego. Ce processus de réindexation unique est nécessaire pour permettre les améliorations Q&R dans cette version.

Tableau de bord de vue d’ensemble de l’utilisation de l’application

Après la mise à niveau vers la version San Diego , vous ne pouvez plus modifier la page d’accueil Vue d’ensemble de l’utilisation de l’application .

Assessments and Surveys

Après avoir mis à niveau Assessments and Surveys vers San Diego, désactivez la notification par e-mail d’invitation d’utilisateur à participer à l’enquête, qui est déconseillée. Ensuite, activez l’invitation à l’enquête, qui est une nouvelle notification par e-mail.

Infrastructure de tests automatisés

Copiez et personnalisez les tests de démarrage rapide fournis par Now Platform® pour valider le fonctionnement de votre instance après avoir modifié la configuration. Par exemple, si vous appliquez une mise à niveau ou développez une application.

Les tests peuvent aboutir à un résultat correct uniquement si vous les exécutez sur un système de base sans aucune personnalisation et avec les données de démonstration par défaut fournies avec le module d’extension de l’application ou de la fonctionnalité. Pour appliquer un test de démarrage rapide à vos données spécifiques à l’instance, copiez le test de démarrage rapide et ajoutez vos données personnalisées. Pour plus d’informations, consultez Tests de démarrage rapide disponibles par application ou fonctionnalité.

ATF ne prend pas en charge certains éléments de Next Experience. Pour plus d’informations, consultez Infrastructure de tests automatisés.

Business Continuity Management

Analyse des coûts du cloud

Pour obtenir des instructions, consultez Mise à niveau vers version 2.2 .

Configuration Compliance

Plateforme principale Now Platform

Après la mise à niveau, vous pouvez demander au personnel ServiceNow de configurer votre instance pour prendre en charge d’autres langues que les 22 pour lesquelles ServiceNow propose des modules d’extension de langue. Le code de langue à deux caractères prend en charge la norme BCP 47.

Le mode d’évaluation d’expression par défaut du moteur JavaScript est passé du mode compilé au mode interprété. Consultez KB0960944 pour plus de détails.

DevOps

Gestion et chiffrement des clés

Les contextes de chiffrement seront automatiquement convertis en modules de chiffrement de champ Chiffrement au niveau des colonnes et en politiques d’accès aux modules correspondantes lors de la mise à niveau vers San Diego. Une visite guidée expliquant cette amélioration est disponible à partir du tableau de bord.

Gouvernance, risque et conformité

À partir de la version Governance, Risk, and Compliance 14.0, seuls les utilisateurs disposant des rôles GRC peuvent accéder aux enregistrements GRC . Les enregistrements qui étaient auparavant accessibles aux utilisateurs disposant du rôle snc_internal ne sont désormais accessibles qu’aux utilisateurs disposant des rôles GRC . Pour en savoir plus, consultez Renforcement de la sécurité pour les applications GRC [KB1096145] dans la base de connaissances Now Support .

Analyse de l'intégrité des journaux

Lors de la mise à niveau vers San Diego, demandez une mise à niveau des composants principaux de l’application Health Log Analytics via Now Support ou contactez votre représentant commercial ServiceNow .

Serveur MID

Toutes les machines hôtes du Serveur MID doivent accéder au site de téléchargement au install.service-now.com pour permettre les mises à niveau automatiques. Pour en savoir plus, consultez la rubrique sur la façon dont le système gère les mises à niveau du MID Server.

Un seul service MID ServerWindows est autorisé par chemin d’accès exécutable. Les MID Servers Windows mis à niveau qui ont plusieurs services pointant vers le même dossier d’installation ne peuvent pas démarrer. Pour plus d’informations, reportez-vous à la section Échec du démarrage du serveur MID.

Mobile

Migrez de la plateforme mobile ServiceNow Classic vers la plateforme mobile ServiceNow pour bénéficier de fonctionnalités telles que le développement rapide, l’aptitude hors ligne et l’intégration avec des fonctionnalités d’équipements mobiles natives. Pour plus de détails sur la migration vers ServiceNow Mobile Platform, consultez Migrer de l’application ServiceNow Classic Mobile vers ServiceNow Mobile Platform

Interface utilisateur Next Experience

Gestion des commandes pour les télécommunications, les médias et la technologie

L’architecture de table qui prend en charge l’application Order Management for Telecommunications, Media, and Technology a été restructurée. Après la mise à niveau vers la version San Diego , et avant d’utiliser Order Management for Telecommunications, Media, and Technology, vous devez d’abord exécuter un script qui déplace vos données de commande existantes vers les tables nouvellement restructurées. Pour plus d’informations, consultez l’article Order Management for Telecommunications, Media, and Technology (2.0.0) version : script de reparentage post-mise à niveau pour la version San Diego [KB1000941] dans la base de connaissances Now Support .

Analyse des performances

Les scripts conditionnels pour les travaux de collecte de données s’exécutent désormais dans un bac à sable avec des droits restreints. Cette modification peut introduire des erreurs d’exécution dans les scripts conditionnels existants. Si vous avez scripté des tâches de collecte de données, envisagez de tester la mise à niveau sur une version de non-production. Réécrivez les scripts si nécessaire. Pour plus d’informations, consultez Propriété de bac à sable de script.

Privacy Management

Pour pouvoir utiliser Privacy Management dans la version San Diego , vous devez activer le module d’extension Advanced Risk .

Génération de rapports

Les scripts conditionnels pour les tâches de rapports planifiés s’exécutent maintenant dans un bac à sable avec des droits restreints. Cette modification peut introduire des erreurs d’exécution dans les scripts conditionnels existants. Si vous avez scripté des tâches de rapport planifiées, envisagez de tester la mise à niveau sur une version de non-production. Réécrivez les scripts si nécessaire. Pour plus d’informations, consultez Propriété de bac à sable de script.

Réponse aux incidents de sécurité

Si vous mettez à niveau Security Incident Response directement à partir des versions précédentes, accédez à Définition du système > Scripts correctifset exécutez le script Mettre à jour les intégrations vers le correctif multi-domaine . Exécutez ce script pour permettre à certaines intégrations de définir plusieurs configurations.

Par exemple, si vous avez plusieurs instances Splunk , vous pouvez créer des connexions et des requêtes qui s’exécutent sur une recherche d’observations pour plusieurs instances Splunk . Après avoir exécuté le script correctif, accédez à Définition du système > Scripts correctifs et désactivez le script correctif. N’exécutez pas le script plus d’une fois.

Catalogue de services

Si vous effectuez une mise à niveau vers San Diego et que vous configurez un magasin de données destiné à stocker les informations nécessaires à l’exécution d’une étape d’exécution de service, assurez-vous que l’accès aux applications canCreate, canUpdate et canRead est activé dans la table Étape d’exécution de service [sc_service_fulfillment_step] que vous étendez.

Si vous effectuez une mise à niveau vers San Diego et que vous souhaitez utiliser les nouveaux modèles de notification par e-mail pour les demandes, vous devez les activer. Pour plus d’informations, consultez Notifications par e-mail pour les demandes.

Si vous effectuez une mise à niveau vers San Diego et que vous souhaitez ajouter des commentaires à un élément de demande en tant que partie prenante de l’entreprise, exécutez le script disponible dans l’action de script Activer l’écriture de commentaires BS pour req mgmt dans le module Scripts - Arrière-plan. Pour plus d’informations sur l’exécution des scripts, consultez les rubriques du module Actionsdes scripts et Scripts - Arrière-plan .

Espace de travail pour l'exploitation des services pour ITSM

Ici, x est la sous-version de l’application Service Operations Workspace ITSM Applications (sn_sow_itsm_cont) et y est la sous-version de l’application Service Operations Workspace ITOM Applications (sn_sow_itom_cont).

Tableau de bord des performances de ServiceNow

Après la mise à niveau vers San Diego, vous ne pouvez pas modifier la page d’accueil de Performance.

Fonctions vocales ServiceNow

Après la mise à niveau, vous verrez les changements de nom d’étiquette répertoriés dans la table.

Software Asset Management

Pour plus d’informations sur la mise à niveau à partir du module d’extension Software Asset Management Foundation (com.snc.sams), consultez Restaurer les personnalisations de Software Asset Management.

Pour plus d’informations sur la mise à niveau, consultez Informations sur la mise à niveau de Software Asset Management.

Tableau de bord de vue d’ensemble de l’utilisation du magasin

Après la mise à niveau vers San Diego, vous ne pouvez plus modifier la page d’accueil Vue d’ensemble de l’utilisation deServiceNow Store.

Tableau de bord Administration système

Après la mise à niveau vers la version San Diego , vous ne pouvez plus modifier la page d’accueil Administration système.

Page d’accueil de System Diagnostics

Après la mise à niveau vers San Diego, vous ne pouvez plus modifier la page d’accueil des diagnostics du système.

Agent virtuel

Intégrations de Vulnerability Response

Réponse aux vulnérabilités

Lorsque vous mettez à niveau l’application Vulnerability Response des anciennes versions vers la version 15.x, la règle de tâche de rattrapage par défaut dans le système de base est désactivée. Pour plus d’informations, consultez Espaces de travail Vulnerability Response et mises à jour de la tâche de rattrapage et des règles de tâche de rattrapage

Expérience de visite

Si vous êtes un utilisateur des versions précédentes, vous devez configurer votre instance actuelle avant de lancer une mise à niveau vers San Diego. Si vous souhaitez améliorer les rendez-vous de visite à distance avec la messagerie instantanée Microsoft Teams , consultez Intégration de Microsoft Teams. L’intégration active les modules d’extension Skills Management (com.snc.skills_management) et Skills Determination (com.snc.skill_determination).

Optimisation de la main d'œuvre pour ITSM

Recherche IA

Lorsque vous effectuez une mise à niveau vers Tokyo à partir d’une version précédente, Recherche IA réindexe automatiquement le contenu et les métadonnées des sources indexées pour les tables Élément de catalogue [sc_cat_item] et Connaissances [kb_knowledge]. Ce processus de réindexation unique est requis pour permettre des améliorations de l’expérience de recherche dans cette version.

Lorsque vous affichez ou modifiez les configurations de l’application de recherche après une mise à niveau vers Tokyo à partir d’une version précédente, le système peut afficher un message d’avertissement vous demandant de réindexer une ou plusieurs sources indexées. Ce processus de réindexation (un processus unique pour chaque source indexée répertoriée) est nécessaire pour renseigner correctement les suggestions de saisie semi-automatique basées sur la recherche.

Après une mise à niveau vers Tokyo à partir d’une version précédente, les scores de pertinence par défaut de vos résultats de recherche peuvent changer. Les modèles de pertinence entraînés dans la version précédente doivent continuer à produire le même ordre des résultats. Les modèles formés il y a plus d’une version peuvent revenir au modèle de pertinence par défaut.

Recherche IA report_view listes de contrôle d’accès (ACL) qui déterminent qui peut afficher les rapports dans les tableaux de bord et ailleurs sont activées par défaut dans la version Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.

Centre d'administration

La dernière version de l’application Centre d’administration est disponible dans ServiceNow Store.

Gestion des portefeuilles d'applications

Gestion des portefeuilles d’applications report_view listes de contrôle d’accès (ACL) qui déterminent qui peut afficher les rapports dans les tableaux de bord et ailleurs sont activées par défaut dans la version Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.

Assessments and Surveys

Lorsque vous effectuez une mise à niveau vers Tokyo à partir d’une version précédente, Évaluations et enquêtes est activé par défaut sur Service Portal et l’application Now Mobile .

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.

Infrastructure de tests automatisés

Copiez et personnalisez les tests de démarrage rapide fournis par Now Platform® pour valider le fonctionnement de votre instance après avoir modifié la configuration. Par exemple, si vous appliquez une mise à niveau ou développez une application.

Les tests peuvent aboutir à un résultat correct uniquement si vous les exécutez sur un système de base sans aucune personnalisation et avec les données de démonstration par défaut fournies avec le module d’extension de l’application ou de la fonctionnalité. Pour appliquer un test de démarrage rapide à vos données spécifiques à l’instance, copiez le test de démarrage rapide et ajoutez vos données personnalisées. Pour plus d’informations, consultez Tests de démarrage rapide disponibles par application ou fonctionnalité.

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.

Configuration Compliance

Accueil d'Interfaces conversationnelles

La page d’accueil d’Interfaces conversationnelles est incluse dans la version Tokyo , de sorte que les clients existants n’ont pas besoin de l’installer. Toutefois, il est également disponible en tant qu’application à partir de ServiceNow Store, et les mises à jour ultérieures doivent être installées à partir de là.

Plateforme principale Now Platform

Pour activer la protection des journaux, installez le module d’extension Tables protégées (com.glide.protected_tables) qui permet à la plateforme de restreindre les opérations de mise à jour et de suppression sur certaines tables de journaux système. Les administrateurs peuvent personnaliser les règles de protection de la table de journaux pour chaque table dans le panneau d’administration de la protection des journaux.

Now Platform report_view listes de contrôle d’accès (ACL) qui déterminent qui peut afficher les rapports dans les tableaux de bord et ailleurs sont activées par défaut dans la version Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.

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.

Gestion du parcours des employés

HR Service Delivery report_view listes de contrôle d’accès (ACL) qui déterminent qui peut afficher les rapports dans les tableaux de bord et ailleurs sont activées par défaut dans la version Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.

Gestion des clés de chiffrement

Les contextes de chiffrement seront automatiquement convertis en modules de chiffrement de champ Chiffrement au niveau des colonnes et en politiques d’accès aux modules correspondantes sur la mise à niveau à partir de la version San Diego . Une visite guidée expliquant cette amélioration est disponible à partir du tableau de bord.

Gestion des clés de chiffrement report_view listes de contrôle d’accès (ACL) qui déterminent qui peut afficher les rapports dans les tableaux de bord et ailleurs sont activées par défaut dans la version Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.

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.

Gouvernance, risque et conformité

À partir de la version 14.0 de Governance, Risk, and Compliance , le rôle d’utilisateur métier (sn_grc.business_user) est retiré du rôle de lecteur GRC (sn_grc.reader) et ajouté au rôle d’utilisateur GRC (sn_grc.user). Pour plus d’informations, consultez KB1123608.

Gestion des tickets et des connaissances HR Service Delivery

HR Service Delivery report_view listes de contrôle d’accès (ACL) qui déterminent qui peut afficher les rapports dans les tableaux de bord et ailleurs sont activées par défaut dans la version Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.

Analyse de l'intégrité des journaux

Si votre version de Health Log Analytics est antérieure à février 2022, contactez Now Support ou votre représentant commercial ServiceNow pour demander une mise à niveau des composants principaux de l’application Health Log Analytics .

Visibilité ITOM

Visibilité ITOM report_view listes de contrôle d’accès (ACL) qui déterminent qui peut afficher les rapports dans les tableaux de bord et ailleurs sont activées par défaut dans la version Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.

Après la mise à niveau vers Tokyo, l’état d’installation est automatiquement défini sur « Installé » (« 1 ») pour tous les CI d’infrastructure détectés. Si votre organisation utilise l’état d’installation, testez Tokyo sur votre instance de test avant de mettre à niveau l’instance de production.

Utilisez l’état du cycle de vie CSDM pour suivre les étapes du cycle de vie et les états d’étape des CI. Pour plus d’informations, voir :[Texte du lien de l’espace réservé vers le bundle-rn.bundle-platcap.csdm-life-cycle-standard-values]

Pour résoudre les problèmes liés à l’état d’installation après la mise à niveau vers Tokyo, consultez KB1213467

Importer et exporter

Importer et exporter report_view listes de contrôle d’accès (ACL) qui déterminent qui peut afficher les rapports dans les tableaux de bord et ailleurs sont activées par défaut dans la version Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.

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.

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.

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.

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.

Prestation de services intelligente

HR Service Delivery report_view listes de contrôle d’accès (ACL) qui déterminent qui peut afficher les rapports dans les tableaux de bord et ailleurs sont activées par défaut dans la version Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.

Gestion des connaissances

Legal Service Delivery

Avant de mettre à niveau Legal Service Delivery vers Tokyo, vous devez définir la valeur de la glide.rollback.blacklist.TableParentChange.change propriété système sur faux. Si cette propriété n’existe pas dans la table Propriétés système [sys_properties], ajoutez-la et définissez sa valeur sur faux.

Après la mise à niveau, certaines tables installées avec les applications Legal Request Management, Legal Digital Forensics et Legal Simple Contracts étendent la table Fichier d’application [sys_metadata] pour permettre une migration transparente des domaines d’activité, des formulaires d’admission, des configurations de contrat et des configurations d’expertise dans des ensembles de mises à jour.

Si vous effectuez une mise à niveau vers la version Tokyo sans mettre à jour la valeur de la propriété système, les tables n’étendront pas la table Fichier d’application. Pour mettre à jour manuellement les changements de table, consultez l’article Étapes de mise à niveau manuelle pour changer le parent des changements de tables dans Tokyo [KB1163388] dans la base de connaissances Now Support .

Serveur MID

Toutes les machines hôtes du Serveur MID doivent accéder au site de téléchargement au install.service-now.com pour permettre les mises à niveau automatiques. Pour en savoir plus, consultez la rubrique sur la façon dont le système gère les mises à niveau du MID Server.

Un seul service MID ServerWindows est autorisé par chemin d’accès exécutable. Les MID Servers Windows mis à niveau qui ont plusieurs services pointant vers le même dossier d’installation ne peuvent pas démarrer. Pour plus d’informations, reportez-vous à la section Échec du démarrage du serveur MID.

Mobile

Migrez de l’application mobile ServiceNow Classic vers ServiceNow Mobile Platform pour bénéficier de fonctionnalités telles que le développement rapide, l’aptitude hors ligne et l’intégration avec des fonctionnalités d’équipements mobiles natives. Pour en savoir plus sur la migration vers ServiceNow Mobile Platform, consultez Migrer de l’application ServiceNow Classic Mobile vers ServiceNow Mobile Platform.

Plateforme mobile ServiceNow report_view listes de contrôle d’accès (ACL) qui déterminent qui peut afficher les rapports dans les tableaux de bord et ailleurs sont activées par défaut dans la version Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.

Operational Technology Incident Management v2

Si vous êtes un utilisateur d’Operational Technology Incident Management dans les versions précédentes, vous devez affecter de nouveaux rôles Operational Technology Incident Management v2 aux utilisateurs initialement affectés au rôle d’utilisateur d’incident OT (ot_incident_user). Pour plus d’informations, consultez Affecter de nouveaux rôles Operational Technology Incident Management.

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.

Gestion des portefeuilles de projets

Gestion des portefeuilles de projets report_view listes de contrôle d’accès (ACL) qui déterminent qui peut afficher les rapports dans les tableaux de bord et ailleurs sont activées par défaut dans la version Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.

Lorsque vous mettez à niveau Scenario Planning for PPM vers la version 2.3.0 ou une version ultérieure, vous devez mettre à niveau l’application Investment Funding héritée vers le ServiceNow Store pour que l’intégration fonctionne. Pour obtenir des instructions détaillées sur la mise à niveau de l’application Investment Funding héritée vers l’application ServiceNow Store , consultez les instructions de mise à niveau.

Service Bridge (technologie)

Pour effectuer une mise à niveau vers la version Tokyo des applications Service Bridge , consultez l’article Service Bridge - Étapes de mise à niveau de la version du magasin San Diego vers la version du magasin Tokyo [KB1120583] dans la base de connaissances Now Support .

Service Bridge (télécommunications)

Espace de travail pour l'exploitation des services pour ITSM

Ici, x est la sous-version de l’application Service Operations Workspace ITSM Applications (sn_sow_itsm_cont) et y est la sous-version de l’application Service Operations Workspace ITOM Applications (sn_sow_itom_cont).

Portail de services

Software Asset Management

Pour plus d’informations sur la mise à niveau à partir du module d’extension Software Asset Management Foundation (com.snc.sams), consultez Restaurer les personnalisations de Software Asset Management.

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.

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.

Vendor Management Workspace

Vendor Management Workspace report_view listes de contrôle d’accès (ACL) qui déterminent qui peut afficher les rapports dans les tableaux de bord et ailleurs sont activées par défaut dans la version Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.

Agent virtuel

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.

Intégrations de Vulnerability Response

Réponse aux vulnérabilités

En raison d’un changement de modèle de données dans l’application Vulnerability Response , la mise à niveau peut prendre beaucoup plus de temps que les mises à niveau précédentes. Pour plus d’informations, voir KB0856498.

Lors de la mise à niveau vers une version plus récente, le temps de mise à niveau peut augmenter en fonction des données et de la version à partir desquelles vous effectuez la mise à niveau. Cela est dû à des changements de schéma supplémentaires ajoutés lors de la mise à niveau. Pour plus d’informations, voir KB0856498.

Lorsque vous mettez à niveau l’application Vulnerability Response des anciennes versions vers la version 15.x, la règle de tâche de rattrapage par défaut dans le système de base est désactivée. Pour plus d’informations, consultez Espaces de travail Vulnerability Response et mises à jour de la tâche de rattrapage et des règles de tâche de rattrapage

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.

Optimisation de la main d'œuvre pour ITSM

ACL de la vue du rapport Workforce Optimization for ITSM : report_view listes de contrôle d’accès (ACL) qui déterminent qui peut afficher les rapports dans les tableaux de bord et ailleurs sont activées par défaut dans la version Tokyo . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.

Recherche IA

AI Search applique automatiquement la nouvelle fonctionnalité de détection automatique de la langue lorsque vous indexez des enregistrements de la table Tâche [task] et de ses tables enfants après une mise à niveau vers Utah à partir d’une version précédente. Pour appliquer la détection automatique de la langue aux enregistrements de tâches que vous avez indexés avant la mise à niveau vers la version Utah, vous devez réindexer manuellement ces enregistrements.

De même, Recherche IA applique automatiquement la nouvelle fonctionnalité de détection de région de texte pour le chinois et le japonais lorsque vous indexez des enregistrements ou des documents avec des régions de texte chinois ou japonais après la mise à niveau vers Utah à partir d’une version précédente. Pour appliquer la détection de région de texte aux enregistrements et documents que vous avez indexés avant la mise à niveau vers Utah, vous devez réindexer manuellement ces enregistrements et documents.

L’application Recherche IA pour Next Experience est automatiquement activée dans les nouvelles instances Utah. Si vous effectuez une mise à niveau vers Utah à partir d’une version précédente, vous pouvez configurer et activer manuellement Recherche IA pour Next Experience. Pour plus d’informations sur l’application, consultez Recherche IA pour Next Experience.

Messagerie instantanée d’agent et Sidebar

La console Interfaces conversationnelles est incluse dans la version Utah , de sorte que les clients existants n’ont pas besoin de l’installer. Si l’application a été installée à partir de ServiceNow Store, les mises à jour ultérieures doivent être installées à partir de ce dernier.

Assessments and Surveys

Dans la version Utah , tous les boutons des cartes d’évaluation ou d’enquête ont été supprimés. Pour exécuter avec succès des tests de l’Infrastructure de tests automatisés (ATF), l’étape du bouton Cliquer sur le bouton Participer à une enquête doit être remplacée par Cliquez sur la carte d’enquête pour tous les tests comportant cette étape.

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.

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.

Configuration Compliance

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.

Gestion des clés de chiffrement

Les contextes de chiffrement sont automatiquement convertis en modules de chiffrement de champ Column Level Encryption et en politiques d’accès aux modules correspondantes sur la mise à niveau à partir de la version San Diego . Une visite guidée expliquant cette amélioration est disponible à partir du tableau de bord.

Gestion des clés de chiffrement report_view listes de contrôle d’accès (ACL) qui déterminent qui peut afficher les rapports dans les tableaux de bord et ailleurs sont activées par défaut dans la version Utah . Pour plus d'informations, consultez la rubrique Contrôle d'accès des vues de rapport.

Gestion des actifs matériels 7.0.0

Vous devez modifier les configurations des personnalisations existantes pour qu’elles soient compatibles avec le modèle de page d’enregistrement standard. Pour plus d’informations sur le modèle de page d’enregistrement standard et les changements de configuration, consultez l’Instruction de travail | L’article Comment migrer des pages d’enregistrement existantes vers des pages d’enregistrement standard [KB1224040] dans la base de connaissances Now Support.

Analyse de l'intégrité des journaux

Si votre version de Health Log Analytics est antérieure à février 2022, contactez Now Support ou votre représentant commercial ServiceNow pour demander une mise à niveau des composants principaux de l’application Health Log Analytics .

Gestionnaire de processus industriel

Si vous utilisez ISA Service Graph Connector fourni avec Manufacturing Process Manager et que vous effectuez une mise à niveau vers Industrial Process Manager, assurez-vous que toutes les nouvelles entités de modèle d’équipement ISA disposent d’un champ de nom unique.

Réplication de données d'instance

Vous pouvez améliorer les performances et l’efficacité de traitement d’Instance Data Replication (IDR) en mettant à niveau vos jeux de réplication vers V2, qui utilise Hermes Messaging Service. Pour plus d’informations, consultez Mise à niveau de la réplication héritée définie sur V2 dans Instance Data Replication.

Serveur MID

Pour connaître la dernière configuration requise pour le MID Server, reportez-vous à la section Configuration requise pour le MID Server. La version minimale de l’environnement d’exécution Java (JRE) prise en charge est 11.0.9 et la version recommandée est 11.0.16.

Toutes les machines hôtes du Serveur MID doivent accéder au site de téléchargement au install.service-now.com pour permettre les mises à niveau automatiques. Pour en savoir plus, consultez la rubrique sur la façon dont le système gère les mises à niveau du MID Server.

Un seul service MID ServerWindows est autorisé par chemin d’accès exécutable. Les MID Servers Windows mis à niveau qui ont plusieurs services pointant vers le même dossier d’installation ne peuvent pas démarrer. Pour plus d’informations, reportez-vous à la section Échec du démarrage du serveur MID.

Manager Hub

Si vous effectuez une mise à niveau vers la Washington DC version, les conditions supplémentaires qui ont été créées pour les mappages des tâches dans le formulaire Configuration des tâches dans Centre des employés doivent être créées à nouveau dans le module Mappage des actions à faire du gestionnaire dans Manager Hub.

Operational Technology Incident Management v2

Si vous êtes un utilisateur d’Operational Technology Incident Management dans les versions précédentes, vous devez affecter de nouveaux rôles Operational Technology Incident Management v2 aux utilisateurs initialement affectés au rôle d’utilisateur d’incident OT (ot_incident_user). Pour plus d’informations, consultez Affecter de nouveaux rôles Operational Technology Incident Management.

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.

Planification de portefeuille

Public Sector Digital Services

Après la mise à niveau, certains menus du secteur public et certains éléments de menu de l’espace de travail configurable CSM reviennent à leur nom d’étiquette CSM d’origine. Vous pouvez réétiqueter ces éléments pour une utilisation dans le secteur public en mettant à jour les catégories de liste UX pour les organisations de clients et de services. Pour plus d’informations, consultez Réétiqueter les éléments pour une utilisation dans le secteur public après une mise à niveau.

Plateforme d’automatisation robotisée des processus (RPA)

Assurez-vous de mettre à niveau les programmes d’installation de logiciels Microsoft (MSI) actuellement installés (RPA Desktop Design Studio, Robot assisté et Robot non assisté) en téléchargeant les applications RPA. Pour plus d’informations, consultez Télécharger les applications RPA à partir de RPA Hub.

En fonction du nombre d’enregistrements dans la table de fichiers d’application, vous pourriez rencontrer un retard potentiel lors de la mise à niveau des applications RPA Hub de la version Tokyo vers la version Utah.

Avant de mettre à niveau RPA Hub vers Utah, vous devez définir la valeur de la glide.rollback.blacklist.TableParentChange.change propriété système sur faux. Si cette propriété n’existe pas dans la table Propriétés système [sys_properties], ajoutez-la et définissez sa valeur sur faux.

Après la mise à niveau vers la version Utah, les définitions de processus de bot sont remplacées par la nouvelle structure, c’est-à-dire la configuration du processus de bot. Bien que la configuration du processus de bot ne remplace pas complètement le processus de bot. La plupart des champs sont déplacés du processus de bot vers la configuration du processus de bot.

Si vous effectuez une mise à niveau vers la version Utah sans mettre à jour la valeur de la propriété système, les tables n’étendront pas la table Fichier d’application. Pour mettre à jour manuellement les changements de tables, consultez l’article Restructuration des tables RPA Hub à sys_metadata dans la base de connaissances Now Support .

Espace de travail pour l'exploitation des services pour ITSM

Ici, x est la sous-version de l’application Service Operations Workspace ITSM Applications (sn_sow_itsm_cont) et y est la sous-version de l’application Service Operations Workspace ITOM Applications (sn_sow_itom_cont).

Portail de services

Après la mise à niveau, vous devez spécifier les tables à partir desquelles les utilisateurs invités peuvent accéder aux données pour tous les widgets publics qui acceptent le paramètre d’entrée de table. Par défaut, dans la version Utah Patch 10 et les versions ultérieures, les widgets publics qui acceptent le paramètre d’entrée de table ne peuvent pas accéder aux données des tables et les renvoyer pour les utilisateurs invités. Si vous avez ajouté les propriétés système glide.service_portal.widget.table_allow_list ou glide.service_portal.widget.allow_list avant la mise à niveau, les valeurs de ces propriétés seront migrées vers la liste d’autorisation de table publique pour les widgets après la mise à niveau vers la version Utah Patch 10 ou une version ultérieure. Pour plus d’informations, consultez Configurer la sécurité des widgets.

Gestion des portefeuilles de services

L’affichage des résultats de disponibilité a été introduit dans la version Tokyo, mais s’applique également aux versions ultérieures. Lors de la mise à niveau, pour les clients identifiés comme ayant une charge de données importante, le système lance une tâche en arrière-plan de longue durée, qui peut prendre une longue durée. Pour plus d’informations, voir KB1123644

Software Asset Management

Pour plus d’informations sur la mise à niveau à partir du module d’extension Software Asset Management Foundation (com.snc.sams), consultez Restaurer les personnalisations de Software Asset Management.

Lors de la mise à niveau vers la version Utah, vos autorisations de licence perpétuelle existantes couvertes par l’Assurance de logiciel et associées aux modèles logiciels de version générique sont modifiées. Software Asset Management convertit automatiquement ces autorisations en modèles logiciels spécifiques à la version. Ces modifications sont apportées pour se conformer aux termes du contrat de licence de Microsoft et pour atténuer le risque potentiel lié à l’application des avantages de l’assurance logicielle à toutes les versions de vos produits Microsoft . Pour plus d’informations, consultez Maintenance des licences logicielles.

Strategic Planning

Opérations de cycle de vie du fournisseur

Dans la version Utah , toutes les tables existantes ont été renommées. Dans le cadre du changement de nom, toutes les occurrences du mot « fournisseur » ont été remplacées par « slm » dans les nouveaux noms des tables existantes. Par exemple, le ticket du fournisseur [sn_supplier_case] a été renommé en ticket du fournisseur (sn_slm_case), la tâche du fournisseur [sn_supplier_task] a été renommée en tâche du fournisseur (sn_slm_task), etc. Si vous effectuez une mise à niveau de la version Tokyo vers la version Utah , assurez-vous d’exécuter le script correctif pour migrer les tables existantes vers Architecture commune du fournisseur. Pour plus d’informations, consultez Exécuter un script correctif pour migrer des tables existantes vers Supplier Common Architecture.

Centre de mise à niveau

Centre de mise à niveau report_view les listes de contrôle d’accès (ACL) qui déterminent qui peut afficher les rapports dans les tableaux de bord et ailleurs sont activées par défaut dans la version Utah . Pour plus d’informations, consultez Report_view contrôle d’accès.

Intégrations de Vulnerability Response

Réponse aux vulnérabilités

En raison d’un changement de modèle de données dans l’application Vulnerability Response , la mise à niveau peut prendre beaucoup plus de temps que les mises à niveau précédentes. Pour plus d’informations, voir KB0856498.

Lors de la mise à niveau vers une version plus récente, le temps de mise à niveau peut augmenter en fonction des données et de la version à partir desquelles vous effectuez la mise à niveau. Ce problème est dû à des changements de schéma supplémentaires ajoutés lors de la mise à niveau. Pour plus d’informations, voir KB0856498.

Lorsque vous effectuez une mise à niveau vers la version 18.0 de Vulnerability Response sur Rome, Vulnerability Manager Workspace n’est pas pris en charge.

Recherche IA

Assessments and Surveys

Mettez à jour les tests de l’Automated Test Framework (ATF) si vous effectuez une mise à niveau vers Vancouver à partir d’une version antérieure à Utah. Dans la version Utah , tous les boutons des cartes d’évaluation ou d’enquête ont été supprimés. Pour exécuter des tests ATF avec succès, l’étape cliquer sur le bouton Participer à une enquête doit être remplacée par l’étape cliquer sur la carte d’enquête pour tous les tests comportant cette étape.

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.

Infrastructure de tests automatisés

Copiez et personnalisez les tests de démarrage rapide fournis par Now Platform® pour valider le fonctionnement de votre instance après avoir modifié la configuration. Par exemple, si vous appliquez une mise à niveau ou développez une application.

Les tests peuvent aboutir à un résultat correct uniquement si vous les exécutez sur un système de base sans aucune personnalisation et avec les données de démonstration par défaut fournies avec le module d’extension de l’application ou de la fonctionnalité. Pour appliquer un test de démarrage rapide à vos données spécifiques à l’instance, copiez le test de démarrage rapide et ajoutez vos données personnalisées. Pour plus d’informations, consultez Tests de démarrage rapide disponibles par application ou fonctionnalité.

Gestion des coûts du cloud

Pour obtenir des instructions sur la mise à niveau de Gestion des coûts du cloud vers Vancouver, consultez Mettre à niveau Cloud Insights.

Base de données de gestion des configurations (CMDB)

Pendant la mise à niveau, un script correctif s’exécute pour changer le parent de la table Mappage de définition de rapprochement [cmdb_reconciliation_definition_mapping]. La durée nécessaire à l’exécution de ce script correctif dépend du nombre de règles de rapprochement dans l’instance mise à niveau et ajoute généralement plusieurs minutes à la mise à niveau.

Il est nécessaire de changer le parent de la table Mappage de définition de rapprochement [cmdb_reconciliation_definition_mapping] pour garantir que les données de cette table sont capturées par des ensembles de mises à jour lors de l’exportation de règles de rapprochement entre des instances. Après la mise à niveau, tous les changements apportés aux règles de rapprochement sont entièrement capturés par les ensembles de mises à jour et sont correctement portés vers les instances de destination.

Intelligence documentaire

Document Intelligence 3.0 et versions ultérieures incluent un schéma mis à jour pour prendre en charge sa transition d’une application incluse dans le périmètre vers un module d’extension Now Platform . Pour plus d’informations sur la mise à niveau, consultez Mettre à niveau vers Document Intelligence 3.0 ou une version ultérieure à partir de la version 2.4 ou d’une version antérieure.

Cadre de travail des objectifs

À partir de la version 4.2.0, les cibles existantes dont le champ Type est défini sur Jalon sont considérées comme des cibles qualitatives. Après la mise à niveau de Cadre de travail des objectifs, pour ces cibles existantes, l’unité de mesure est définie sur Oui/Non, la valeur de base est définie sur Non et la valeur cible est définie automatiquement sur Oui . En outre, la valeur réelle est définie sur Oui si la valeur de progression est de 100 %, sinon la valeur est définie sur Non.

Visibilité ITOM

Gestionnaire de processus industriel

Si vous utilisez ISA Service Graph Connector fourni avec Manufacturing Process Manager et que vous effectuez une mise à niveau vers Industrial Process Manager, assurez-vous que toutes les nouvelles entités de modèle d’équipement ISA disposent d’un champ de nom unique.

Réplication de données d'instance

Améliorez les performances et l’efficacité de traitement d’Instance Data Replication (IDR) en mettant à niveau vos ensembles de réplication vers V2, qui utilise Hermes Messaging Service. Pour en savoir plus, reportez-vous à la section Mise à niveau des ensembles de réplication hérités vers V2 dans Instance Data Replication.

Si la table Erreur de charge utile de réplication [idr_replication_payload_error] sur votre instance contient plus de 10 millions d’enregistrements, configurez la rotation de table en fonction de KB1364728. L’utilisation de la rotation de tables pour supprimer des enregistrements de la table Erreur de charge de réplication [idr_replication_payload_error] est sécurisée, car cette table contient uniquement les erreurs de réplication journalisées par IDR et non les données répliquées.

Serveur MID

Pour connaître la dernière configuration requise pour le MID Server , reportez-vous à la section Configuration requise pour le MID Server. La version minimale de JRE prise en charge est 11.0.9 et la version recommandée est 11.0.16.1.

Toutes les machines hôtes du Serveur MID doivent accéder au site de téléchargement au install.service-now.com pour permettre les mises à niveau automatiques. Pour en savoir plus, consultez la rubrique sur la façon dont le système gère les mises à niveau du MID Server.

Un seul service MID ServerWindows est autorisé par chemin d’accès exécutable. Les MID Servers Windows mis à niveau qui ont plusieurs services pointant vers le même dossier d’installation ne peuvent pas démarrer. Pour plus d’informations, reportez-vous à la section Échec du démarrage du serveur MID.

Gestion des commandes

Si vous êtes familiarisé avec l’application Order Management for Customer Service Management , vous pouvez utiliser cette interface de manière facultative après avoir installé l’application Order Management . Pour plus d’informations, consultez Activer l’interface utilisateur pour Order Management pour Customer Service Management KB1554296. Pour plus d’informations sur les modifications apportées à l’interface, consultez la KB1560237 Modifications apportées à l’application Order Management for Customer Service Management.

Pendant la mise à niveau, la table Tâche de commande [sn_ind_tmt_orm_order_task] est étendue à partir de la table Tâches planifiées [planned_tasks] utilisée dans l’application Customer Service Management . La table Tâche de commande a également été modifiée. Pour plus d’informations sur les modifications apportées à la table Tâche de commande, consultez Changements de modèle de données de reparentage OMT KB1496935.

Si vous avez effectué une mise à niveau vers la version Vancouver et que vous utilisez une version de l’application Order Management for Telecommunications, Media, and Technology qui n’est pas la version 5.2.0, vous ne pouvez pas bénéficier des correctifs pour remplir l’inventaire des produits et les caractéristiques des modèles de produits. Pour obtenir ces changements, effectuez une mise à niveau vers le correctif actuel de Vancouver .

Espace de travail d'Analyse de la plateforme

La version Vancouver de Platform Analytics Workspace (3.0) inclut les mises à jour de la version 2.1.x, auparavant disponible uniquement dans ServiceNow® Store.

Planification de portefeuille

Concepteur d'automatisation de processus

Après la mise à niveau vers Vancouver, mettez à jour l’application dans le ServiceNow Store.

Public Sector Digital Services

Avant d’effectuer la mise à niveau vers Public Sector Digital Services v8.0, vous devez créer des définitions de service personnalisées pour les données de la table Services proposés, les données de la table Services reçus et toutes les autres données affectées par la conversion de la table Services proposés en table Définition du service (données du tableau de bord Performance Analytics, données des rapports d’activité ou des membres, etc.). Les données personnalisées sur les services offerts et les services reçus créées dans les versions précédentes ne seront pas automatiquement migrées vers la nouvelle version et, après la mise à niveau, ne seront pas accessibles dans l’application tant que les données n’auront pas été migrées des entités héritées vers la table de définition de service. Pour plus d’informations, consultez Services proposés et Services reçus Migration Guidance et Configurer une définition de service pour les Playbooks dans Public Sector Digital Services.

Après la mise à niveau, certains menus du secteur public et certains éléments de menu de l’espace de travail configurable CSM reviennent à leur nom d’étiquette CSM d’origine. Vous pouvez réétiqueter ces éléments pour une utilisation dans le secteur public en mettant à jour les catégories de liste UX pour les organisations de clients et de services. Pour plus d’informations, consultez Réétiqueter les éléments pour une utilisation dans le secteur public après une mise à niveau.

Plateforme d’automatisation robotisée des processus (RPA)

Assurez-vous de mettre à niveau les programmes d’installation de logiciels Microsoft (MSI) actuellement installés (RPA Desktop Design Studio, Robot assisté, Robot non assisté et Agent de connexion Robot non assisté ) en téléchargeant les applications RPA. Pour plus d’informations, consultez Télécharger les applications RPA à partir de RPA Hub.

Les étapes de mise à niveau suivantes ne s’appliquent que lorsque vous effectuez une mise à niveau de San Diego ou Tokyo vers Vancouver.

En fonction du nombre d’enregistrements dans la table de fichiers d’application, vous pourriez rencontrer un retard lors de la mise à niveau des applications RPA Hub de Tokyo ou antérieures vers Vancouver.

Avant de mettre à niveau RPA Hub vers Vancouver, vous devez définir la valeur de la glide.rollback.blacklist.TableParentChange.change propriété système sur faux. Si cette propriété n’existe pas dans la table Propriétés système [sys_properties], ajoutez-la et définissez sa valeur sur faux.

Après la mise à niveau vers Vancouver, les définitions de processus de bot sont modifiées vers la nouvelle structure, c’est-à-dire la configuration du processus de bot. Bien que la configuration du processus de bot ne remplace pas complètement le processus de bot. La plupart des champs sont déplacés du processus de bot vers la configuration du processus de bot.

Si vous effectuez une mise à niveau vers la version Utah sans mettre à jour la valeur de la propriété système, les tables n’étendent pas la table Fichier d’application. Pour mettre à jour manuellement les changements de tables, consultez l’article Restructuration des tables RPA Hub à sys_metadata dans la base de connaissances Now Support .

Réponse aux incidents de sécurité

Service Bridge

Pour plus d’informations sur la mise à niveau et l’utilisation des nouvelles applications Service Bridge, consultez Migrer à partir de Service Bridge (hérité).

Espace de travail pour l'exploitation des services pour ITSM

Ici, x est la sous-version de l’application Service Operations Workspace ITSM Applications (sn_sow_itsm_cont) et y est la sous-version de l’application Service Operations Workspace ITOM Applications (sn_sow_itom_cont).

Après la mise à niveau 3.0, la fonctionnalité Cadre de travail des recommandations n’est plus disponible et seule la version standard de la fonctionnalité Recommended Actions for ITSM est disponible.

Portail de services

Après la mise à niveau, vous devez spécifier les tables à partir desquelles les utilisateurs invités peuvent accéder aux données pour tous les widgets publics qui acceptent le paramètre d’entrée de table. Par défaut, dans la version Vancouver Patch 7 et les versions ultérieures, les widgets publics qui acceptent le paramètre d’entrée de table ne peuvent pas accéder aux données des tables et les renvoyer pour les utilisateurs invités. Si vous avez ajouté les propriétés système ou glide.service_portal.widget.allow_list avant la glide.service_portal.widget.table_allow_list mise à niveau, les valeurs de ces propriétés seront migrées vers la liste d’autorisation de table publique pour les widgets après la mise à niveau vers la version 7 du correctif de Vancouver ou une version ultérieure. Pour plus d’informations, consultez Configurer la sécurité des widgets.

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.

Gestion des compétences

Software Asset Management

Pour plus d’informations sur la mise à niveau à partir du module d’extension Software Asset Management Foundation (com.snc.sams), consultez Restaurer les personnalisations de Software Asset Management.

Lors de la mise à niveau vers Vancouver, les champs Version et Édition des définitions de carte de détection (DMAP) prennent en charge la nouvelle valeur is_empty . Si le champ Édition d’une définition DMAP de composant Microsoft SQL Server existante a été précédemment défini sur is_anything, il est automatiquement mis à jour avec la nouvelle valeur is_empty après la mise à jour du contenu.

Strategic Planning

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.

Gestion des risques liés aux tiers

Agent virtuel

Intégrations de Vulnerability Response

Réponse aux vulnérabilités

En raison d’un changement de modèle de données dans l’application Vulnerability Response , la mise à niveau peut prendre beaucoup plus de temps que les mises à niveau précédentes. Pour plus d’informations, voir KB0856498.

Lors de la mise à niveau vers une version plus récente, le temps de mise à niveau peut augmenter en fonction des données et de la version à partir desquelles vous effectuez la mise à niveau. Ce problème est dû à des changements de schéma supplémentaires qui ont été ajoutés lors de la mise à niveau. Pour plus d’informations, voir KB0856498.

À partir de la version 20.0 de l’application Vulnerability Response et de la version 2.03 de l’application Vulnerability Emergency Response, Vulnerability Analyst Workspace est renommé Vulnerability Assessment Workspace. Toutes les références à l’espace de travail de l’analyste de vulnérabilité font désormais partie de l’espace de travail d’évaluation de la vulnérabilité.

Recherche IA

Après la mise à niveau de votre instance vers Washington DC, Recherche IA conserve la valeur que vous avez précédemment définie pour l’opérateur de recherche booléenne à utiliser lorsqu’une requête de recherche inclut plusieurs termes ( glide.ais.query.search_operator ) propriété système. Pour bénéficier des avantages du nouveau mode de requête amélioré pour les recherches multi-termes, définissez la valeur de cette propriété système sur AND then OR 2+ key terms. Pour en savoir plus sur les propriétés système d’AI Search , consultez Propriétés système d’AI Search.

À partir de Washington DC, la table Utilisateur [sys_user] trie par défaut les enregistrements indexés selon leurs dates de sys_created_on au lieu de les trier selon leurs dates de sys_updated_on. Ce changement nécessite la réindexation de la source indexée de la table Utilisateur pour AI Search, ce qui peut prendre un certain temps. Lorsque vous effectuez une mise à niveau vers Washington DC à partir d’une version de famille précédente, Recherche IA ne réindexe pas automatiquement la source indexée de la table Utilisateur. Si vous devez être en mesure de rechercher la dernière configuration pour les enregistrements utilisateur, vous pouvez réindexer manuellement la source indexée de la table Utilisateur, ce qui peut prendre un certain temps. Dans le cas contraire, Recherche IA réindexe les enregistrements individuels de la table Utilisateur à mesure qu’ils sont mis à jour, jusqu’à ce que tous les enregistrements aient été réindexés.

Infrastructure de tests automatisés

Copiez et personnalisez les tests de démarrage rapide fournis par Now Platform® pour valider le fonctionnement de votre instance après avoir modifié la configuration. Par exemple, si vous appliquez une mise à niveau ou développez une application.

Les tests peuvent aboutir à un résultat correct uniquement si vous les exécutez sur un système de base sans aucune personnalisation et avec les données de démonstration par défaut fournies avec le module d’extension de l’application ou de la fonctionnalité. Pour appliquer un test de démarrage rapide à vos données spécifiques à l’instance, copiez le test de démarrage rapide et ajoutez vos données personnalisées. Pour plus d’informations, consultez Tests de démarrage rapide disponibles par application ou fonctionnalité.

Business Continuity Management

Base de données de gestion des configurations (CMDB)

Plateforme principale Now Platform

Auparavant, en cas d’annulation d’une transaction, certaines opérations auditables n’étaient pas enregistrées. Ce comportement d’enregistrements d’audit manquants est dû au fait que la plateforme exécute certaines opérations entre le changement d’enregistrement et l’annulation avant la création de l’audit. Désormais, les audits sont créés immédiatement après la modification de l’enregistrement, ce qui réduit le risque qu’une transaction annulée abandonne l’opération avant l’enregistrement de l’audit. Pour faciliter cette mise à jour, les audits sont désormais enregistrés dans le même thread que la transaction. Les audits précédents ont été créés dans un thread d’arrière-plan.

Cette modification redéfinit la valeur par défaut de la propriété glide.db.audit.lazy de true à false. Idéalement, cette propriété n’est pas définie dans la table Propriétés, ce qui signifie que la majorité des instances commencent à utiliser la nouvelle valeur par défaut et le nouveau comportement avec la version Washington DC . Sur certaines instances, cette propriété peut avoir été insérée avec la valeur définie sur true, ce qui signifie que ces instances ne seront pas en mesure d’utiliser ce changement pour auditer le comportement. Supprimez cette propriété pour tirer parti de cette mise à jour.

Gestion des clés de chiffrement

Si vous mettez à niveau votre instance vers Washington DC , mais que vous ne mettez pas à niveau votre MID Server, l’authentification de gestion des secrets échoue. Évitez les échecs d’authentification en mettant à niveau votre MID Server vers Washington DC. Si vous ne pouvez pas effectuer la mise à niveau, vous devez désactiver l’authentification jusqu’à ce que MID Server soit mis à niveau vers Washington DC pour éviter les échecs d’authentification.

Pour en savoir plus sur les mises à niveau de MID Server, consultez la rubrique Mises à niveau de MID Server.

Gestion des actifs d'entreprise

Après la mise à niveau vers Washington DC, le champ model_component n’est plus disponible dans la table Actif d’entreprise [sn_ent_asset]. Au lieu de cela, un nouveau champ model_component_id est disponible dans la table Actif [alm_asset]. Le script ENT - Migrate to new model component script (ENT - Migrer vers le nouveau composant de modèle) déplace les données du champ model_component existant vers le champ model_component_id.

Financial Services Operations Core

Gestion des actifs matériels 10.0.0

Cœur de Service Management pour les soins de santé et les sciences de la vie

Réplication de données d'instance

Améliorez les performances et l’efficacité de traitement d’Instance Data Replication (IDR) en mettant à niveau vos ensembles de réplication vers V2, qui utilise Hermes Messaging Service. Pour en savoir plus, reportez-vous à la section Mise à niveau des ensembles de réplication hérités vers V2 dans Instance Data Replication.

La rotation des journaux est automatiquement activée pour la table Erreur de charge utile de réplication [idr_replication_payload_error] après la mise à niveau. Par défaut, le calendrier de rotation des journaux est composé de sept partitions, avec cinq jours pour chaque partition. Toutes les entrées de journal de cette table créées avant la mise à niveau sont automatiquement tronquées.

Serveur MID

Pour connaître la dernière configuration requise pour le MID Server , reportez-vous à la section Configuration requise pour le MID Server. La version minimale de JRE prise en charge est 11.0.9 et la version recommandée est 11.0.16.1.

Toutes les machines hôtes du Serveur MID doivent accéder au site de téléchargement au install.service-now.com pour permettre les mises à niveau automatiques. Pour en savoir plus, consultez la rubrique sur la façon dont le système gère les mises à niveau du MID Server.

Un seul service MID ServerWindows est autorisé par chemin d’accès exécutable. Les MID Servers Windows mis à niveau qui ont plusieurs services pointant vers le même dossier d’installation ne peuvent pas démarrer. Pour plus d’informations, reportez-vous à la section Échec du démarrage du serveur MID.

Now Assist pour le créateur

Now Assist

Pour plus d’informations sur le dépannage de vos mises à niveau d’applications et de modules d’extension Now Assist , consultez l’article de la base de connaissances concernant les problèmes et les atténuations des mises à niveau Now Assist.

Gestion des commandes pour les télécommunications, les médias et la technologie

Les nouvelles fonctionnalités introduites dans cette version Washington DC ne sont pas prises en charge dans les versions antérieures d’Order Management for Telecommunications, Media, and Technology.

Depuis la version Washington DC , les frais mensuels récurrents (MRC) et les frais non récurrents (NRC) définis pour les offres de produits et les caractéristiques d’attributs de produit sont stockés dans le modèle de données Tarification dans les listes de prix et les lignes de liste de prix, plutôt que dans le modèle de données Offre de produits. Si vous souhaitez mettre à niveau vos informations de tarification pour utiliser les listes de prix après la mise à niveau vers Washington DC, consultez l’article Adoption du module d’extension Price Management (com.sn_csm_pricing) pour les clients des secteurs des télécommunications, des médias et de la technologie effectuant une mise à niveau vers Washington [KB1585863] dans la base de connaissances Now Support.

Après la mise à niveau vers la version Washington DC , un script correctif s’exécute automatiquement pour désactiver certains enregistrements de liste de télécommunications qui ne sont plus nécessaires pour reprendre la capture d’une commande inachevée. Pour plus d’informations sur ces enregistrements et sur l’utilisation de l’ancien processus de capture de commande si nécessaire, consultez l’article Déconseiller la liste Telco pour la capture de commande [KB1586538] dans la base de connaissances Now Support.

Après la mise à niveau vers Washington DC, passez en revue les solutions de contournement de reconfiguration pour travailler sur de nouveaux ordres de changement ou des ordres avec des actions de déconnexion, de suspension ou de reprise lors de l’utilisation du configurateur de produit. Pour en savoir plus, consultez l’article Problèmes de reconfiguration de ligne de commande dans l’État de Washington lors de l’utilisation de l’interface utilisateur de capture de commandes [KB1585976] dans la base de connaissances Now Support.

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.

Analyse des performances

L’ancienne table Scores PA [pa_scores] est en cours de déconseillée. Si vous avez encore des scores d’indicateurs capturés dans la table Scores PA et que le nombre de ces scores est inférieur à 43 millions, ces scores seront migrés automatiquement vers les tables pa_scores_l1 et pa_scores_l2 lors de la mise à niveau. Le temps estimé ajouté pour la mise à niveau est d’environ deux heures. Pour plus d’informations, consultez KB1294371 ou Migration des scores Performance Analytics.

Expérience Analyse de la plateforme

Analyse de la plateforme La fonctionnalité d’expérience était auparavant située dans l’espace de travail Analyse de la plateforme . La fonctionnalité fait désormais partie de la Now Platform principale, accessible via la navigation unifiéeNext Experience. Vous pouvez migrer tous les tableaux de bord, rapports et widgets Performance Analytics qui ont été créés dans l’interface utilisateur principale vers cette fonctionnalité.

Playbooks dans le studio de workflow

Après la mise à niveau vers Washington DC, mettez à jour les applications Playbooks et Studio de workflow dans le ServiceNow Store.

Planification de portefeuille

À partir de la version 8.0.0, vous pouvez accéder aux fonctionnalités sous licence Pro de Strategic Portfolio Management (SPM) uniquement dans Strategic Planning Workspace. Si vous possédez une licence SPM Pro, mais que vous utilisez toujours les fonctionnalités sous licence SPM Pro (telles que les objectifs, les commentaires sur les produits, la planification de portefeuille hybride et d’autres approches) dans l’espace de travail de la planification de portefeuille , vous devez installer Strategic Planning pour accéder à ces fonctionnalités. Pour en savoir plus sur les fonctionnalités accessibles uniquement dans l’espace de travail de la planification stratégique , reportez-vous à la rubrique Comparaison de la planification de portefeuille avec la planification stratégique.

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.

Workflows Expérience de service proactif

Les clients qui préfèrent ne pas recevoir de notifications de tickets d’incident peuvent désactiver les règles métier associées aux tables d’incidents et de tickets. Pour en savoir plus sur la désactivation des règles métier pour la notification de ticket d’incident, consultez Désactiver la notification de ticket d’incident.

Public Sector Digital Services

Après la mise à niveau, certains menus du secteur public et certains éléments de menu de l’espace de travail configurable CSM reviennent à leur nom d’étiquette CSM d’origine. Vous pouvez réétiqueter ces éléments pour une utilisation dans le secteur public en mettant à jour les catégories de liste UX pour les organisations de clients et de services. Pour plus de détails sur le réétiquetage, accédez à Tous > Service membre > Administration > Configuration guidée, puis sélectionnez Espace de travail configurable for Public Sector Digital Services > Personnalisez manuellement les étiquettes de l’espace de travail..

Plateforme d’automatisation robotisée des processus (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 pourriez rencontrer un retard lors de la mise à niveau des applications RPA Hub de Tokyo ou antérieures vers Washington DC.

Avant de mettre à niveau RPA Hub vers Washington DC, vous devez définir la valeur de la glide.rollback.blacklist.TableParentChange.change propriété système sur faux. Si cette propriété n’existe pas dans la table Propriétés système [sys_properties], ajoutez-la et définissez sa valeur sur faux. Pour plus d’informations sur l’ajout d’une propriété, reportez-vous à la section Ajouter une propriété système.

Après la mise à niveau vers Washington DC, les définitions de processus de bot basculent sur la nouvelle structure, c’est-à-dire la configuration du processus de bot.

Bien que la configuration du processus de bot ne remplace pas complètement le processus de bot, la plupart des champs sont déplacés du processus de bot vers la configuration du processus de bot. Si vous effectuez une mise à niveau vers la version Utah sans mettre à jour la valeur de la propriété système, les tables n’étendent pas la table Fichier d’application. Pour mettre à jour manuellement les changements de tables, consultez l’article Restructuration des tables RPA Hub à sys_metadata dans la base de connaissances Now Support .

Service Operations Workspace pour IT Service Management

Dans la table, x est la sous-version de l’application Service Operations Workspace ITSM Applications (sn_sow_itsm_cont) et y est la sous-version de l’application Service Operations Workspace ITOM Applications (sn_sow_itom_cont).

Après la mise à niveau 3.0, la fonctionnalité Cadre de travail des recommandations n’est plus disponible. Au lieu de cela, seule la version standard de la fonctionnalité Recommended Actions for ITSM est disponible.

Portail de services

Après la mise à niveau, vous devez spécifier les tables à partir desquelles les utilisateurs invités peuvent accéder aux données pour tous les widgets publics qui acceptent le paramètre d’entrée de table. Par défaut, dans la version Washington DC , les widgets publics qui acceptent le paramètre d’entrée de table ne peuvent pas accéder aux données des tables et les renvoyer pour les utilisateurs invités. Si vous avez ajouté les propriétés système ou glide.service_portal.widget.allow_list avant la glide.service_portal.widget.table_allow_list mise à niveau, les valeurs de ces propriétés seront migrées vers la liste d’autorisation de table publique pour les widgets après la mise à niveau. Pour plus d’informations, consultez Configurer la sécurité des widgets.

Si un utilisateur a précédemment sélectionné une préférence de consentement de l’utilisateur pour User Experience Analytics pour les portails différents du reste de la plateforme, la préférence sélectionnée pour la plateforme est également utilisée pour les portails dans la version Washington DC . Par exemple, si les utilisateurs se sont désabonnés du suivi pour les portails, mais ont choisi de ne pas suivre pour le reste de la plateforme dans la version Vancouver , User Experience Analytics pour les portails est suivi pour eux dans la version Washington DC . Les utilisateurs peuvent à tout moment mettre à jour leur sélection à partir de la page de profil d’utilisateur dans les portails.

Software Asset Management

Strategic Planning

À partir de la version 4.0.2, vous pouvez accéder aux fonctionnalités sous licence Pro de Strategic Portfolio Management (SPM) uniquement dans Strategic Planning Workspace. Si vous possédez une licence SPM Pro, mais que vous utilisez toujours les fonctionnalités sous licence SPM Pro (telles que les objectifs, les commentaires sur les produits, la planification de portefeuille hybride et d’autres approches) dans l’espace de travail de la planification de portefeuille , vous devez installer Strategic Planning pour accéder à ces fonctionnalités. Pour en savoir plus sur les fonctionnalités accessibles uniquement dans l’espace de travail de la planification stratégique , reportez-vous à la rubrique Comparaison de la planification de portefeuille avec la planification stratégique.

Opérations de cycle de vie du fournisseur

Après la mise à niveau de la version Vancouver vers la version Washington DC , vous verrez uniquement l’espace de travail Source-to-Pay dans l’onglet de navigation Tous . Vous n’avez rien à faire si vous choisissez de continuer à utiliser l’espace de travail Source-to-Pay.

Toutefois, vous verrez à la fois l’espace de travail Source-to-Pay et l’espace de travail Supplier Manager dans l’onglet Espaces de travail . Si vous souhaitez utiliser Supplier Manager Workspace au lieu de l’espace de travail Source-to-Pay par défaut, assurez-vous d’exécuter le script correctif fixscript_migrate_workspace_to_smw.xml après la mise à niveau vers la version Washington DC . Vous pouvez télécharger le fichier fixscript_migrate_workspace_to_smw.xml à partir de ServiceNow Store. Pour plus d’informations sur l’exécution d’un script correctif, consultez Exécuter des scripts correctifs.

Si vous souhaitez revenir à l’utilisation de l’espace de travail Source-to-Pay, exécutez le script correctif fixscript_migrate_workspace_to_s2p.xml . Vous pouvez télécharger le fichier fixscript_migrate_workspace_to_smw.xml à partir de ServiceNow Store. Pour plus d’informations sur l’exécution d’un script correctif, consultez Exécuter des scripts correctifs.

Générateur d'IU

Après votre mise à niveau vers Washington DC, mettez à jour l’application UI Builder à partir de ServiceNow Store.

Agent virtuel

Intégrations de Vulnerability Response