Tâches de pré et post-mise à niveau pour divers produits
En préparation de votre mise à niveau, passez en revue les tâches de mise à niveau et de migration pour diverses applications et fonctionnalités. Prévoyez d’effectuer ces tâches, le cas échéant, avant ou après la fin de la mise à niveau.
Préparer votre instance pour une mise à niveau plus fluide
Avant d’effectuer une mise à niveau vers , examinez les tâches préalables et postérieures à Australie la mise à niveau et effectuez les tâches nécessaires.
Tâches de mise à niveau et de migration
| Produit | Notes de mise en production | Famille | ||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Tour de contrôle IA | Non applicable. | Australie | ||||||||||||||||||||||
Gestionnaire d'applications | Application Manager est actif par défaut sur les instances de la version Australia . Mettez à niveau votre instance vers le correctif Australie 4 ou une version ultérieure pour utiliser les dernières fonctionnalités. Pour en savoir plus sur la mise à niveau de votre instance ServiceNow AI Platform , consultez Préparer votre mise à niveau. | Australie | ||||||||||||||||||||||
Réponse aux vulnérabilités des applications |
| Australie | ||||||||||||||||||||||
Réponse à l’audit d’actif | La version australienne introduit des protections améliorées pour les champs en lecture seule sur ServiceNow AI Platform®. Ces changements incluent un nouveau champ « read_only_option » avec des niveaux de contrôle granulaires, notamment « strict_read_only » et « client_script_modifiable ». Les changements se produisent dans le back-end et maintiennent un comportement rétrocompatible. Cette mise à jour permet de renforcer la sécurité de votre instance tout en préservant la flexibilité dont vous avez besoin. Consultez KB2718122 pour plus de détails techniques sur la façon d’identifier les champs affectés et d’ajuster leurs paramètres. Pour plus d’informations sur les options de sécurité granulaires en lecture seule, consultez Configuration des options de sécurité en lecture seule. | Australie | ||||||||||||||||||||||
Opérations de l’équipe de soins pour le biomédical | La version australienne introduit des protections améliorées pour les champs en lecture seule sur ServiceNow AI Platform®. Ces changements incluent un nouveau champ « read_only_option » avec des niveaux de contrôle granulaires, notamment « strict_read_only » et « client_script_modifiable ». Les changements se produisent dans le back-end et maintiennent un comportement rétrocompatible. Cette mise à jour permet de renforcer la sécurité de votre instance tout en préservant la flexibilité dont vous avez besoin. Consultez KB2718122 pour plus de détails techniques sur la façon d’identifier les champs affectés et d’ajuster leurs paramètres. Pour plus d’informations sur les options de sécurité granulaires en lecture seule, consultez Configuration des options de sécurité en lecture seule. Si vous disposez du rôle d’administrateur des fonctionnalités, vous pouvez désormais effectuer des tâches qui étaient initialement réservées aux utilisateurs disposant du rôle administrateur plus large. | Australie | ||||||||||||||||||||||
Opérations de l’équipe de soins pour les services environnementaux | Si vous disposez du rôle d’administrateur des fonctionnalités, vous pouvez désormais effectuer des tâches qui étaient initialement réservées aux utilisateurs disposant du rôle administrateur plus large. | Australie | ||||||||||||||||||||||
Opérations de l’équipe de soins pour les établissements | Si vous disposez du rôle d’administrateur des fonctionnalités, vous pouvez désormais effectuer des tâches qui étaient initialement réservées aux utilisateurs disposant du rôle administrateur plus large. | Australie | ||||||||||||||||||||||
Opérations de l’équipe de soins pour l’informatique de santé | La version australienne introduit des protections améliorées pour les champs en lecture seule sur ServiceNow AI Platform®. Ces changements incluent un nouveau champ « read_only_option » avec des niveaux de contrôle granulaires, notamment « strict_read_only » et « client_script_modifiable ». Les changements se produisent dans le back-end et maintiennent un comportement rétrocompatible. Cette mise à jour permet de renforcer la sécurité de votre instance tout en préservant la flexibilité dont vous avez besoin. Consultez KB2718122 pour plus de détails techniques sur la façon d’identifier les champs affectés et d’ajuster leurs paramètres. Pour plus d’informations sur les options de sécurité granulaires en lecture seule, consultez Configuration des options de sécurité en lecture seule. Si vous disposez du rôle d’administrateur des fonctionnalités, vous pouvez désormais effectuer des tâches qui étaient initialement réservées aux utilisateurs disposant du rôle administrateur plus large. | Australie | ||||||||||||||||||||||
Gestion des coûts du cloud 10.0 | La prise en charge de la plateforme Gestion des coûts du cloud est disponible à partir de la version Xanadu . Pour obtenir des instructions sur la mise à niveau de Gestion des coûts du cloud vers l’Australie, consultez Mettre à niveau Gestion des coûts du cloud. | Australie | ||||||||||||||||||||||
Conformité de la configuration | Si vous utilisez actuellement la Conformité de la configuration et que vous n’avez pas l’intention d’effectuer une mise à niveau vers la gestion unifiée de l’exposition de sécurité (USEM), installez une version antérieure à la version v30.x de Configuration Compliance et pour les mises à niveau vers les applications d’intégration tierces prises en charge. La table Actifs manquants [sn_vul_wiz_missing_asset] utilisée pour stocker les actifs importés par les intégrations de remplissage pour l’intégration de Réponse aux vulnérabilités avec Wiz est déconseillée. Si vous utilisez actuellement Vulnerability Response avec les intégrations Wiz , après la mise à jour vers la version 1.1, vous devez antidater l’une de vos intégrations principales Wiz existantes de trois jours et les exécuter. Veuillez consulter plus d’informations sur l’intégration de Wiz dans les articles SecOps de la communauté Security Operations. Pour plus d’informations sur les versions publiées de l’application Vulnerability Response ainsi que sur les applications tierces et ServiceNow compatibles avec la version Australia, consultez l’article Matrice de compatibilité de réponse aux vulnérabilités et changements apportés au schéma de mise en production [KB0856498] dans la base de connaissancesNow Support. | Australie | ||||||||||||||||||||||
Base de données de gestion des configurations (CMDB) | En raison des changements apportés à la table Élément de configuration [cmdb_ci], si vous effectuez une mise à niveau vers l’Australie, vous risquez de constater une augmentation du temps de mise à niveau. Pour en savoir plus sur ce changement et sur la réduction de son impact, consultez l’article Augmentation du temps de mise à niveau en Australie en raison de l’ajout d’index composite cmdb_ci [KB2588894] dans la base de connaissancesNow Support. Si vous effectuez une mise à niveau de Xanadu ou de Yokohama directement vers la version Australia , vous devez exécuter la Remove CMDB Roles from ITIL roles and Add CUD access to sn_cmdb_admin/sn_cmdb_editor roles tâche planifiée pour configurer correctement certains rôles d’utilisateur, tels que CMDB Admin (Administrateur CMDB ) et CMDB Editor (Éditeur CMDB ). Pour plus d’informations sur ce travail planifié et son utilisation, consultez les notes de version de la CMDB Zurich. La version australienne introduit des protections améliorées pour les champs en lecture seule sur ServiceNow AI Platform®. Ces changements incluent un nouveau champ « read_only_option » avec des niveaux de contrôle granulaires, notamment « strict_read_only » et « client_script_modifiable ». Les changements se produisent dans le back-end et maintiennent un comportement rétrocompatible. Cette mise à jour permet de renforcer la sécurité de votre instance tout en préservant la flexibilité dont vous avez besoin. Consultez KB2718122 pour plus de détails techniques sur la façon d’identifier les champs affectés et d’ajuster leurs paramètres. Pour plus d’informations sur les options de sécurité granulaires en lecture seule, consultez Configuration des options de sécurité en lecture seule. | Australie | ||||||||||||||||||||||
Réponse aux vulnérabilités des conteneurs | Les améliorations apportées à Container Vulnerability Response vous permettent de voir les données de vulnérabilité de conteneur enrichies sur les importations de données à partir de vos analyseurs tiers. Après la mise à niveau, vous devez effectuer une importation complète pour afficher les fonctionnalités sur l’image de conteneur détectée, le résultat d’image de conteneur et les enregistrements d’éléments vulnérables de conteneur qui sont décrites dans la section Nouveau dans la version australienne suivante. Si vous utilisez actuellement Container Vulnerability Response et que vous n’avez pas l’intention d’effectuer une mise à niveau vers la gestion unifiée de l’exposition à la sécurité (USEM), installez une version antérieure à la version v30.x de Container Vulnerability Response et pour les mises à niveau vers les applications d’intégration tierces prises en charge. Pour plus d’informations sur les versions publiées de l’application Container Vulnerability Response ainsi que sur les applications tierces et ServiceNow compatibles avec la version Australia, consultez l’article Matrice de compatibilité de réponse aux vulnérabilités et changements de schéma de mise en production [KB0856498] dans la base de connaissancesNow Support. | Australie | ||||||||||||||||||||||
Core Business Suite |
| Australie | ||||||||||||||||||||||
Séquences d’engagement des clients | Si vous avez configuré des séquences avec l’activité Planifier un appel sur une version antérieure à Zurich, l’activité est désormais intitulée Planifier un appel - Déconseillé dans le sélecteur d’activité de Studio de workflow. Les séquences existantes continuent de fonctionner, mais l’icône | Australie | ||||||||||||||||||||||
Centre des employés Pro | La version australienne introduit des protections améliorées pour les champs en lecture seule sur ServiceNow AI Platform®. Ces changements incluent un nouveau champ « read_only_option » avec des niveaux de contrôle granulaires, notamment « strict_read_only » et « client_script_modifiable ». Les changements se produisent dans le back-end et maintiennent un comportement rétrocompatible. Cette mise à jour permet de renforcer la sécurité de votre instance tout en préservant la flexibilité dont vous avez besoin. Consultez KB2718122 pour plus de détails techniques sur la façon d’identifier les champs affectés et d’ajuster leurs paramètres. Pour plus d’informations sur les options de sécurité granulaires en lecture seule, consultez Configuration des options de sécurité en lecture seule. | Australie | ||||||||||||||||||||||
Centre des employés | La version australienne introduit des protections améliorées pour les champs en lecture seule sur ServiceNow AI Platform®. Ces changements incluent un nouveau champ « read_only_option » avec des niveaux de contrôle granulaires, notamment « strict_read_only » et « client_script_modifiable ». Les changements se produisent dans le back-end et maintiennent un comportement rétrocompatible. Cette mise à jour permet de renforcer la sécurité de votre instance tout en préservant la flexibilité dont vous avez besoin. Consultez KB2718122 pour plus de détails techniques sur la façon d’identifier les champs affectés et d’ajuster leurs paramètres. Pour plus d’informations sur les options de sécurité granulaires en lecture seule, consultez Configuration des options de sécurité en lecture seule. | Australie | ||||||||||||||||||||||
Flux, flux secondaires et actions | Une version antérieure de la fonction enregistrer au fur et à mesure a été publiée et retirée de la version Washington DC . Si vous effectuez une mise à niveau à partir de la version Washington DC , vous avez peut-être désactivé manuellement les fonctionnalités d’enregistrement au fur et à mesure en définissant une propriété système. Pour restaurer les fonctionnalités d’enregistrement au fur et à mesure, voir Restaurer la fonctionnalité d’enregistrement au fur et à mesure. La version australienne introduit des protections améliorées pour les champs en lecture seule sur ServiceNow AI Platform®. Ces changements incluent un nouveau champ « read_only_option » avec des niveaux de contrôle granulaires, notamment « strict_read_only » et « client_script_modifiable ». Les changements se produisent dans le back-end et maintiennent un comportement rétrocompatible. Cette mise à jour permet de renforcer la sécurité de votre instance tout en préservant la flexibilité dont vous avez besoin. Consultez KB2718122 pour plus de détails techniques sur la façon d’identifier les champs affectés et d’ajuster leurs paramètres. Pour plus d’informations sur les options de sécurité granulaires en lecture seule, consultez Configuration des options de sécurité en lecture seule. | Australie | ||||||||||||||||||||||
Contrôleur d'IA générative | Le contrôleur d’IA générative est installé ou mis à jour lorsque vous installez ou mettez à jour une application Now Assist . Si vous rencontrez des problèmes lors de l’installation ou de la mise à jour d’applications, consultez cet article de la base de connaissances ou ouvrez un ticket d’assistance. | Australie | ||||||||||||||||||||||
Gestion des actifs matériels |
| Australie | ||||||||||||||||||||||
Healthcare Operations Core | La version australienne introduit des protections améliorées pour les champs en lecture seule sur ServiceNow AI Platform®. Ces changements incluent un nouveau champ « read_only_option » avec des niveaux de contrôle granulaires, notamment « strict_read_only » et « client_script_modifiable ». Les changements se produisent dans le back-end et maintiennent un comportement rétrocompatible. Cette mise à jour permet de renforcer la sécurité de votre instance tout en préservant la flexibilité dont vous avez besoin. Consultez KB2718122 pour plus de détails techniques sur la façon d’identifier les champs affectés et d’ajuster leurs paramètres. Pour plus d’informations sur les options de sécurité granulaires en lecture seule, consultez Configuration des options de sécurité en lecture seule. Si vous disposez du rôle d’administrateur des fonctionnalités, vous pouvez désormais effectuer des tâches qui étaient initialement réservées aux utilisateurs disposant du rôle administrateur plus large. | Australie | ||||||||||||||||||||||
Healthcare and Life Sciences Service Management Core | La version australienne introduit des protections améliorées pour les champs en lecture seule sur ServiceNow AI Platform®. Ces changements incluent un nouveau champ « read_only_option » avec des niveaux de contrôle granulaires, notamment « strict_read_only » et « client_script_modifiable ». Les changements se produisent dans le back-end et maintiennent un comportement rétrocompatible. Cette mise à jour permet de renforcer la sécurité de votre instance tout en préservant la flexibilité dont vous avez besoin. Consultez KB2718122 pour plus de détails techniques sur la façon d’identifier les champs affectés et d’ajuster leurs paramètres. Pour plus d’informations sur les options de sécurité granulaires en lecture seule, consultez Configuration des options de sécurité en lecture seule. Si vous disposez du rôle d’administrateur des fonctionnalités, vous pouvez désormais effectuer des tâches qui étaient initialement réservées aux utilisateurs disposant du rôle administrateur plus large. | Australie | ||||||||||||||||||||||
Impact | La configuration de l’application Impact Store nécessite une séquence de tâches dans un processus d’enregistrement unifié. Voir Configurer l’application Impact Store. | Australie | ||||||||||||||||||||||
Instance Data Replication | La rotation du journal est automatiquement activée pour la table Erreur de charge utile de réplication [idr_replication_payload_error] après la mise à niveau. Par défaut, la planification de rotation des journaux est composée de sept partitions, avec cinq jours pour chaque partition. Toutes les entrées de journal de cette table qui sont créées avant la mise à niveau sont automatiquement tronquées. | Australie | ||||||||||||||||||||||
Gestion des clés |
| Australie | ||||||||||||||||||||||
Serveur MID | Pour connaître la configuration système requise la plus récente du serveur MID , consultez Configuration système requise pour le serveur MID. La version minimale JRE prise en charge est 17.0.10 et la version recommandée est 21.0.7. Si vous avez installé votre propre JRE, le processus de mise à niveau effectue les actions suivantes pour vérifier que le serveur MID utilise un JRE pris en charge :
Tous les ordinateurs hôtes de serveur MID doivent avoir accès au site de téléchargement à install.service-now.com pour activer les mises à niveau automatiques. Pour en savoir plus, consultez la procédure de gestion des mises à niveau de serveur MID. Un seul service Windows MID Server est autorisé selon le chemin d’accès de l’exécutable. Les serveurs MIDWindows mis à niveau qui ont plusieurs services pointant vers le même dossier d’installation ne peuvent pas démarrer. Voir Échec du démarrage du serveur MID pour plus d’informations. Pour plus d’informations sur les mises à niveau de serveur MID , consultez les rubriques suivantes :
| Australie | ||||||||||||||||||||||
Now Assist pour Base de données de gestion des configurations (CMDB) | Pour permettre à Now Assist de fournir des descriptions détaillées des CI et des classes, vous devez activer le module d’extension « Connecteurs de contenu externe », installer le connecteur « Documentation du produit ServiceNow », puis analyser la documentation du produit. Pour obtenir des instructions de configuration, consultez la compétence d’aide contextuelle Configurer le formulaire CI. | Australie | ||||||||||||||||||||||
Now Assist pour les créateurs | Disponibilité anticipée en Australie (mars)
| Australie | ||||||||||||||||||||||
Now Assist pour Centre des employés – Pro | Now Assist pour Centre des employés Pro fournit uniquement des conversations avec les employés ou les demandeurs et peut nécessiter que d’autres produits Now Assist fournissent des agents IA ou d’autres fonctionnalités connexes. | Australie | ||||||||||||||||||||||
Now Assist pour Gestion des services IT (ITSM) | Pour utiliser la page Éditeur avancé d’articles de la base de connaissances dans la compétence Générer un article de la base de connaissances, vous devez activer la compétence de recommandation de contenu de la base de connaissances. Suivez ces étapes pour activer la compétence.
Le workflow agentique Assistant d’incident est actif par défaut et inclut toutes les options de la compétence [DÉCONSEILLÉ] Assistant d’incident, avec des améliorations. Lorsque vous effectuez une mise à niveau vers le correctif 1 pour l’Australie, si la compétence d’assistant d’incident [DÉCONSEILLÉ] est activée, pensez à la désactiver pour éviter toute redondance. Pour plus d’informations, voir Compétence d’assistant d’incident. | Australie | ||||||||||||||||||||||
Now Assist pour Réponses aux vulnérabilités | Pour accéder à la nouvelle expérience IA native dans les espaces de travail Réponse aux vulnérabilités ou Gestion unifiée de l’exposition à la sécurité (USEM), vous devez effectuer une mise à niveau vers la version Australia .
Pour les clients existants qui n’ont pas encore effectué de mise à niveau vers l’Australie, les compétences, les agents et les workflows de l’IA générative sont pris en charge dans les espaces de travail Réponse aux vulnérabilités et sont inclus dans l’application Now Assist pour Réponses aux vulnérabilités . | Australie | ||||||||||||||||||||||
Now Assist dans Agent virtuel | Australie | |||||||||||||||||||||||
Now Assist | Si vous avez personnalisé des actions sur l’interface utilisateur ou d’autres éléments associés aux compétences Now Assist , confirmez que votre code personnalisé est mis à jour avec les nouvelles versions de compétences. Sinon, certaines fonctions risquent de ne pas fonctionner comme prévu. Si vous rencontrez des problèmes lors de la mise à niveau d’un produit Now Assist, consultez l’article Problèmes et atténuation des mises à jour des applications et modules d’extension Now Assist (IA générative) [KB1637452] dans la base de connaissancesNow Support. Connectez-vous pour consulter l’article. La version australienne introduit des protections améliorées pour les champs en lecture seule sur ServiceNow AI Platform. Ces changements incluent un nouveau champ read_only_option avec des niveaux de contrôle granulaires, notamment strict_read_onlyand client_script_modifiable. Les changements se produisent dans le back-end et maintiennent un comportement rétrocompatible. Cette mise à jour permet de renforcer la sécurité des instances tout en préservant la flexibilité. Si vous avez des scripts clients personnalisés qui modifient les champs en lecture seule à l’aide Les listes de contrôle d’accès (ACL) existantes ont été mises à jour pour remplacer le rôle d’administrateur par des rôles granulaires pilotés par l’objectif dans les scripts ou les attributs de sécurité. Dans le cadre de cette mise à jour, l’API | Australie | ||||||||||||||||||||||
Operational Resilience | À partir d’Operational Resilience version 22.0.x, les travaux planifiés suivants sont désactivés par défaut pour les nouvelles installations :
| Australie | ||||||||||||||||||||||
Analyseur de performance | À partir de la version Zurich , Performance Analyzer est disponible automatiquement sur votre instance. Pour accéder à l’analyseur de performance pour les instances antérieures, installez l’analyseur de performance à partir du ServiceNow® Store. | Australie | ||||||||||||||||||||||
Expérience Platform Analytics | Après la mise à niveau, seuls les administrateurs peuvent créer des objets d’analyse de l’interface utilisateur principale : rapports, widgets Analyse des performances , tableaux de bord dynamiques et filtres interactifs. Les autres utilisateurs peuvent toujours afficher et modifier les objets de l’interface utilisateur principale , mais ne peuvent créer que des objets Platform Analytics , tels que des visualisations de données. Lors de la mise à niveau, l’état Publié de tous les rapports de l’interface utilisateur principale devient faux, ce qui les rend non publiés. Après la mise à niveau, le centre d’analyse n’est pas disponible. Les liens vers le centre d’analyse sont redirigés vers les détails des KPI. | Australie | ||||||||||||||||||||||
Playbook | Après la mise à niveau vers l’Australie, mettez à jour l’application Studio de workflow dans le ServiceNow Store. | Australie | ||||||||||||||||||||||
Gestion du catalogue de produits et gestion des prix | Gestion des prix v16.0.0 fournit un plan de tarification par défaut qui inclut des changements pour prendre en charge les stratégies de tarification introduites dans cette version. Si vous utilisiez un plan de tarification personnalisé d’une version antérieure, après la mise à niveau vers Gestion des prix v16.0.0, le plan de tarification par défaut est à l’état Mis hors service. Déterminez si vous souhaitez publier le plan de tarification par défaut pour l’utiliser ou le personnaliser. | Australie | ||||||||||||||||||||||
Services digitaux pour le secteur public | Après la mise à niveau, certains menus du secteur public et éléments de menu dans l’espace de travail configurable CSM reprennent leur nom d’étiquette CSM d’origine. Vous pouvez réétiqueter ces éléments pour une utilisation dans le secteur public en mettant à jour les étiquettes des enregistrements de catégorie de liste UX Client, Comptes et Organisations de services. Pour en savoir plus sur le ré-étiquetage, accédez à et sélectionnez . | Australie | ||||||||||||||||||||||
Centre de RPA | Mettez à niveau l’un de ces programmes d’installation de logiciels ( MSI) Microsoft actuellement installés en téléchargeant les applications RPA :
Les informations de mise à niveau suivantes ne s’appliquent que lorsque vous effectuez une mise à niveau de San Diego ou de Tokyo vers l’Australie. D’après le nombre d’enregistrements dans la table des fichiers d’application, vous pouvez rencontrer un retard lors de la mise à niveau des applications RPA Hub depuis Tokyo ou des versions antérieures vers l’Australie. Avant de mettre à niveau RPA Hub vers l’Australie, vous devez définir la valeur de la glide.rollback.blacklist.TableParentChange.change propriété système sur faux. Si cette propriété n’existe pas dans la table Propriété système [sys_properties], ajoutez-la et définissez sa valeur sur faux. Pour plus d’informations sur l’ajout d’une propriété, consultez Ajouter une propriété système. Une fois que vous avez effectué la mise à niveau vers l’Australie, les définitions du processus de bot basculent vers la nouvelle structure, qui correspond à la configuration du processus de bot. Bien que la configuration du processus de bot ne remplace pas complètement le processus de bot, la plupart des champs sont déplacés du processus de bot vers la configuration du processus de bot. Si vous effectuez une mise à niveau vers l’Australie sans mettre à jour la valeur de propriété système, les tables n’étendent pas la table Fichier d’application [sys_metadata]. Pour mettre à jour manuellement les changements apportés à la table, consultez l’article Restructuration des tables RPA Hub à sys_metadata dans la version Utah et au-delà [KB1223629] dans la base de connaissancesNow Support. | Australie | ||||||||||||||||||||||
Opérations de mise en production | Si vous avez personnalisé les exemples de playbooks ReleaseOps , l’activité de playbook de tâche de Runbook ne se renseigne pas automatiquement lors de la mise à niveau vers l’Australie. | Australie | ||||||||||||||||||||||
SQL API | ServiceNow a fourni aux clients un client ODBC gratuit basé sur SOAP. Si vous disposez d’une autorisation RaptorDB Professional active, vous pouvez migrer vers le client API SQL basé sur REST en effectuant la configuration requise côté serveur et côté client. Pour plus d’informations, consultez Configurer. | Australie | ||||||||||||||||||||||
Échange de services (anciennement Pont de services) | Important :
Ne mettez pas à niveau votre instance ServiceNow® vers la version australienne si vous comptez sur Service Exchange. Un problème RPS connu empêche Service Exchange de fonctionner correctement. Procédez à la mise à niveau uniquement après la disponibilité du correctif 1 pour l’Australie .
| Australie | ||||||||||||||||||||||
Fonctionnalité principale de la plateforme IA de ServiceNow | Le cadre d’application de schéma dynamique a été révisé dans la version Zurich . Si vous avez implémenté le schéma dynamique dans les versions Xanadu ou Yokohama , l’application est automatiquement migrée vers un nouveau cadre de travail dans le cadre de la mise à niveau vers les versions commençant par la version Zurich . Pour plus d’informations sur la migration et les étapes que vous devrez peut-être effectuer, consultez le Guide de migration du schéma dynamique pour Zurich [KB2146133] dans la base de connaissancesNow Support. La version australienne introduit des protections améliorées pour les champs en lecture seule sur ServiceNow AI Platform®. Ces changements incluent un nouveau champ « read_only_option » avec des niveaux de contrôle granulaires, notamment « strict_read_only » et « client_script_modifiable ». Les changements se produisent dans le back-end et maintiennent un comportement rétrocompatible. Cette mise à jour permet de renforcer la sécurité de votre instance tout en préservant la flexibilité dont vous avez besoin. Consultez KB2718122 pour plus de détails techniques sur la façon d’identifier les champs affectés et d’ajuster leurs paramètres. Pour plus d’informations sur les options de sécurité granulaires en lecture seule, consultez Configuration des options de sécurité en lecture seule. | Australie | ||||||||||||||||||||||
IDE ServiceNow | La version 3.2.3 de l’IDE ServiceNow est active par défaut sur les instances de la version Australia. Effectuez une mise à jour vers ServiceNow IDE version 4.0 ou ultérieure pour utiliser les dernières fonctionnalités. Pour plus d’informations sur la mise à jour de l’IDE ServiceNow, voir Installer ou mettre à jour l’IDE ServiceNow. | Australie | ||||||||||||||||||||||
ServiceNow SDK | Pour effectuer une mise à niveau vers la dernière version du SDK ServiceNow globalement ou au sein d’une application, consultez Mettre à niveau le SDK ServiceNow. La version 4.4 du SDK ServiceNow prend en charge l’intégration avec les instances ServiceNow à partir de la version Washington DC. Sur les systèmes Windows , après la mise à niveau vers la version 4.3 ou ultérieure du SDK ServiceNow , les informations d’identification stockées existantes ne sont pas prises en charge en raison de l’obsolescence de Keytar. Les utilisateurs sur les systèmes Windows doivent ajouter à nouveau leurs informations d’identification à l’aide de la commande
now-sdk auth --add pour s’authentifier avec les instances. Pour plus d’informations, consultez Authentifier.Important : Pour les versions mineures du SDK ServiceNow, consultez les notes de version du SDK ServiceNow sur GitHub. | Australie | ||||||||||||||||||||||
ServiceNow Studio | Il n’est plus nécessaire de télécharger ServiceNow Studio à partir du ServiceNow Store. Il est disponible par défaut sur la plateforme d’IA de ServiceNow . | Australie | ||||||||||||||||||||||
ServiceNow Vault | ServiceNow Coffre-fort est un ensemble des produits suivants :
| Australie | ||||||||||||||||||||||
Intégrations des opérations Source-to-Pay | Important :
En raison d’un problème de performance identifié avec le script correctif de mise à niveau, le script correctif d’approvisionnement a été modifié. Ce script ne s’exécute plus automatiquement pendant le processus de mise à niveau. Au lieu de cela, il est désormais fourni en tant que travail à la demande. Les administrateurs doivent exécuter manuellement cette tâche en dehors des heures ouvrables une fois la mise à niveau terminée. | Australie | ||||||||||||||||||||||
Gestion des abonnements | Gestion des abonnements version 6.1 est actif par défaut sur toutes les instances de la version Australia . Effectuez une mise à jour vers Gestion des abonnements 6.1 ou une version ultérieure pour utiliser les dernières fonctionnalités. Pour plus d’informations sur la mise à jour de Gestion des abonnements, consultez Mettre à jour une application ou un module d’extension. | Australie | ||||||||||||||||||||||
Gestion des risques liés aux tiers | Si vous êtes un utilisateur VRM et que vous effectuez une mise à niveau vers TPRM et une mise à niveau vers l’Australie à partir d’une version antérieure, vous devez exécuter chaque mise à niveau de manière séquentielle pour vous assurer que les scripts correctifs s’exécutent correctement. Par exemple, vous devez effectuer une mise à niveau de Xanadu vers Yokohama, de Yokohama vers Zurich, et ainsi de suite. Si les scripts ne s’exécutent pas dans le bon ordre, vous pouvez obtenir des incohérences de données, des fonctionnalités rompues et des conflits. Après la mise à niveau vers la version 21.0.x, vous pouvez activer le moteur d’évaluation intelligente (SAE) en définissant la propriété Moteur d’évaluation intelligente activé (sn_vdr_risk_asmt.sae_enabled). Après avoir défini cette propriété, le moteur d’évaluation intelligent (SAE) devient le moteur d’évaluation par défaut et remplace l’expérience héritée. La transition n’est pas réversible.
Avertissement : Définissez cette propriété dans vos instances de non-production et effectuez des tests approfondis avant de changer vos instances de production. Ne pas les respecter peut entraîner des problèmes inattendus. Pour plus d’informations sur la mise à niveau de VRM vers TPRM et les différences entre les moteurs d’évaluation intelligente et classique, consultez Informations sur la mise à niveau de la gestion des risques liés aux tiers. Pour les clients TPRM existants, après la mise à niveau vers la version 21.0.3, les données de la colonne Secteur de la table Société [core_company] sont automatiquement migrées vers la colonne tprm_industry. La migration peut prendre plusieurs heures en fonction du nombre d’enregistrements dans la table Société [core_company]. Après la migration, un message du journal système confirme que la migration est terminée. Passez en revue le contenu de la table Société [core_company] et mettez à jour toutes les personnalisations faisant référence au champ Secteur pour utiliser tprm_industry. Après avoir vérifié la migration et mis à jour les personnalisations, vous pouvez supprimer la colonne Secteur. | Australie | ||||||||||||||||||||||
Générateur d'IU | Enregistrement de la section pour plus tard. | Australie | ||||||||||||||||||||||
Réponse aux vulnérabilités | Si vous utilisez actuellement Réponse aux vulnérabilités et que vous n’avez pas l’intention d’effectuer une mise à niveau vers la gestion unifiée de l’exposition de sécurité (USEM), installez une version antérieure à la version v30.x de Vulnerability Response et pour les mises à niveau vers les applications d’intégration tierces prises en charge. Pour plus d’informations sur les versions publiées de l’application Vulnerability Response ainsi que sur les applications tierces et ServiceNow compatibles avec la version Australia, consultez l’article Matrice de compatibilité de réponse aux vulnérabilités et changements apportés au schéma de mise en production [KB0856498] dans la base de connaissancesNow Support | Australie | ||||||||||||||||||||||
Recherche IA | Correctif 9 de Washington DC :
Washington DC :
| Washington DC | ||||||||||||||||||||||
Framework de tests automatisés | Copiez et personnalisez les tests de démarrage rapide fournis par la plateforme d’IA ServiceNow® pour valider que votre instance fonctionne après avoir effectué des changements de configuration. Par exemple, si vous appliquez une mise à niveau ou développez une application. Les tests ne peuvent produire un résultat de réussite que lorsque vous les exécutez sur un système de base sans aucune personnalisation et avec les données de démonstration par défaut fournies avec le module d’extension d’application ou de fonctionnalité. Pour appliquer un test de démarrage rapide à des données spécifiques à votre instance, copiez le test de démarrage rapide et ajoutez vos données personnalisées. Pour plus d’informations, voir Tests de démarrage rapide disponibles par application ou fonctionnalité. | Washington DC | ||||||||||||||||||||||
Gestion de la continuité d'activité | Après la mise à niveau vers la version Washington DC , vous devez noter les informations importantes suivantes pour les analyses d’impact sur l’entreprise, les plans de continuité d’activité et les événements existants :
| Washington DC | ||||||||||||||||||||||
Base de données de gestion des configurations (CMDB) |
| Washington DC | ||||||||||||||||||||||
Plateforme IA ServiceNow Core | Auparavant, si une transaction était annulée, certaines opérations auditables n’étaient pas enregistrées. Ce comportement d’enregistrements d’audit manquants est dû au fait que la plateforme exécute certaines opérations entre le changement d’enregistrement et l’annulation avant la création de l’audit. Mais désormais, les audits sont créés immédiatement après la modification de l’enregistrement, ce qui réduit le risque qu’une transaction annulée abandonne l’opération avant que l’audit ne soit enregistré. Pour faciliter cette mise à jour, les audits sont désormais enregistrés dans le même thread que la transaction. Les audits précédents ont été créés dans un thread d’arrière-plan. Ce changement redéfinit la valeur par défaut de la propriété | Washington DC | ||||||||||||||||||||||
Gestion de la clé de chiffrement | Si vous mettez à niveau votre instance vers Washington DC , mais que vous ne mettez pas à niveau votre serveur MID, l’authentification de gestion des secrets échoue. Évitez les échecs d’authentification en mettant à niveau votre serveur MID vers Washington DC. Si vous ne pouvez pas effectuer la mise à niveau, vous devez désactiver l’authentification jusqu’à ce que le serveur MID soit mis à niveau vers Washington DC pour éviter les échecs d’authentification. Pour en savoir plus sur les mises à niveau de serveur MID, consultez Mises à niveau de serveur MID. | Washington DC | ||||||||||||||||||||||
Gestion des actifs d'entreprise | Après la mise à niveau vers Washington DC, le champ model_component n’est plus disponible dans la table Actif d’entreprise [sn_ent_asset]. Au lieu de cela, un nouveau champ model_component_id est disponible dans la table Actif [alm_asset]. Le script ENT - Migrer vers un nouveau composant de modèle déplace les données du champ model_component existantes vers le champ model_component_id. Notez les scénarios de mise à niveau suivants pour le coût total de possession (TCO) des actifs :
| Washington DC | ||||||||||||||||||||||
Financial Services Operations Core | Lors de la mise à niveau vers Washington DC, le module d’extension Opérations des services financiers Core change le parent des tables suivantes :
Remarque : La mise à niveau peut prendre plus de temps si votre instance mise à niveau contient un grand nombre d’enregistrements.
| 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 | ||||||||||||||||||||||
Healthcare and Life Sciences Service Management Core | Lors de la mise à niveau vers Washington DC, la table parente Produits vendus pour les services de santé [sn_hcls_sold_product] devient Élément de base d’installation [sn_install_base_item] pour les tables suivantes :
En outre, les tables parentes suivantes ont été supprimées et sont 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 : La mise à niveau peut prendre plus de temps si votre instance mise à niveau contient un grand nombre d’enregistrements. | Washington DC | ||||||||||||||||||||||
Gestionnaire de processus industriels | L’application Gestionnaire de processus industriel a maintenant une dépendance avec les applications Gestion des services de technologie opérationnelle, qui incluent Gestion des incidents de technologie opérationnelle et Gestion des changements de technologie opérationnelle. Pour installer Gestionnaire de processus industriel sur votre instance, l’une des références SKU suivantes est requise :
| Washington DC | ||||||||||||||||||||||
Instance Data Replication | Améliorez les performances et l’efficacité du traitement d’Instance Data Replication (IDR) en mettant à niveau vos ensembles de réplication vers V2, qui utilise le service de messagerie Hermes. Pour plus d’informations, consultez Mise à niveau des ensembles de réplication hérités vers V2 dans Réplication des données d’instance. La rotation du journal est automatiquement activée pour la table Erreur de charge utile de réplication [idr_replication_payload_error] après la mise à niveau. Par défaut, la planification de rotation des journaux est composée de sept partitions, avec cinq jours pour chaque partition. Toutes les entrées de journal de cette table créées avant la mise à niveau sont automatiquement tronquées. | Washington DC | ||||||||||||||||||||||
Serveur MID | Pour connaître la configuration système requise la plus récente du serveur MID , consultez Configuration système requise pour le serveur MID. La version minimale de JRE prise en charge est 11.0.9 et la version recommandée est 11.0.16.1. Si vous avez installé votre propre JRE, le processus de mise à niveau prend les mesures suivantes pour s’assurer que le serveur MID utilise un JRE pris en charge :
Tous les ordinateurs hôtes de serveur MID doivent avoir accès au site de téléchargement à install.service-now.com pour activer les mises à niveau automatiques. Pour en savoir plus, consultez la procédure de gestion des mises à niveau de serveur MID. Un seul service Windows MID Server est autorisé par chemin d’accès exécutable. Les serveurs MIDWindows mis à niveau qui ont plusieurs services pointant vers le même dossier d’installation ne peuvent pas démarrer. Voir Échec du démarrage du serveur MID pour plus d’informations. Pour plus d’informations sur les mises à niveau de serveur MID , consultez les rubriques suivantes :
| Washington DC | ||||||||||||||||||||||
Now Assist pour les créateurs | Pour bénéficier des améliorations de performances de Studio de workflow , installez l’une de ces versions de l’application Studio de workflow à partir du ServiceNow Store. Pour plus d’informations sur la mise à niveau de Studio de workflow, voir Mettre à jour vers la dernière version de Studio de workflow.
| Washington DC | ||||||||||||||||||||||
Now Assist | Pour plus d’informations sur le dépannage des mises à niveau de votre application et de votre module d’extension Now Assist , consultez l’article de la base de connaissances sur les problèmes et l’atténuation des mises à niveau Now Assist. | Washington DC | ||||||||||||||||||||||
Gestion des commandes | Les nouvelles fonctionnalités introduites dans cette version Washington DC ne sont pas prises en charge dans les versions antérieures d’Order Management for Telecommunications, Media, and Technology. À partir de la version Washington DC , les frais mensuels récurrents (MRC) et les frais non récurrents (NRC) définis pour les offres de produits et les caractéristiques d’attribut de produit sont stockés dans le modèle de données de tarification dans des listes de prix et des lignes de liste de prix, plutôt que dans le modèle de données d’offre de produit. Si vous souhaitez mettre à niveau vos informations de tarification pour utiliser les listes de prix après une mise à niveau vers Washington DC, consultez l’article Adoption du module d’extension de gestion des prix (com.sn_csm_pricing) pour les clients des télécommunications, des médias et de la technologie effectuant une mise à niveau vers Washington [KB1585863] dans la base de connaissances Now Support. Après la mise à niveau vers la version Washington DC , un script correctif s’exécute automatiquement pour désactiver certains enregistrements de liste de télécommunications qui ne sont plus nécessaires pour reprendre la capture d’une commande inachevée. Pour plus d’informations sur ces enregistrements et pour utiliser l’ancien processus de capture de commande si nécessaire, consultez l’article Dépréciation de la liste Telco pour la capture de commande [KB1586538] dans la base de connaissances Now Support. Après la mise à niveau vers Washington DC, passez en revue les solutions de contournement de reconfiguration pour travailler sur de nouveaux ordres de changement ou des ordres avec des actions de déconnexion, de suspension ou de reprise lors de l’utilisation du configurateur de produit. Pour plus d’informations, consultez l’article Problèmes de reconfiguration des lignes de commande dans Washington lors de l’utilisation de l’interface utilisateur de capture de commande [KB1585976] dans la base de connaissances Now Support. | Washington DC | ||||||||||||||||||||||
Gestion des commandes | Les fonctionnalités introduites dans cette version Washington DC ne sont pas prises en charge dans les versions antérieures d’Order Management. Si vous effectuez une mise à niveau depuis Order Management for Telecommunications and Media version 6.0 ou antérieure :
Après la mise à niveau vers la version Washington DC, passez en revue les solutions de contournement de reconfiguration lors de l’utilisation de nouveaux ordres de changement ou d’ordres avec actions de déconnexion, de suspension ou de reprise lors de l’utilisation du configurateur de produit. Pour plus d’informations, consultez l’article Problèmes de reconfiguration de la ligne de commande dans Washington lors de l’utilisation de l’interface utilisateur de capture de commande [KB1585976] dans la base de connaissances Now Support. | Washington DC | ||||||||||||||||||||||
Analyse des performances | La table des scores PA [pa_scores] héritée est en cours de dépréciation. Si vous avez encore des scores d’indicateurs capturés dans la table des scores PA et que le nombre de ces scores est inférieur à 43 millions, ces scores sont migrés automatiquement vers les tables pa_scores_l1 et pa_scores_l2 lors de la mise à niveau. La durée ajoutée prévue à la mise à niveau est d’environ deux heures. Pour plus d’informations, consultez KB1294371 ou Migration des scores d’Analyse des performances. | Washington DC | ||||||||||||||||||||||
Expérience de Platform Analytics | Analyse de la plateforme La fonctionnalité d’expérience se trouvait auparavant dans l’espace de travail Platform Analytics . La fonctionnalité fait désormais partie de la plateforme IA ServiceNow principale, accessible via la navigation unifiéeNext Experience. Vous pouvez migrer tous les tableaux de bord, rapports et widgets d’Analyse des performances qui ont été créés dans l’interface utilisateur principale vers cette fonctionnalité. | Washington DC | ||||||||||||||||||||||
Playbooks dans Studio de workflow | Après la mise à niveau vers Washington DC, mettez à jour les applications Playbooks et Studio de workflow dans le ServiceNow Store. | Washington DC | ||||||||||||||||||||||
Planification de portefeuille | À partir de la version 8.0.0, vous pouvez accéder aux fonctionnalités sous licence Gestion stratégique des portefeuilles (SPM) Pro uniquement dans Espace de travail de planification stratégique. Si vous utilisiez Espace de travail de planification de portefeuille pour accéder aux fonctionnalités sous licence SPM Pro, telles que Objectifs, Commentaires sur les produits et Planification de portefeuille hybride, vous devez maintenant installer Planification stratégique pour accéder à ces fonctionnalités. Pour plus d’informations sur les fonctionnalités accessibles uniquement dans Espace de travail Planification stratégique , voir Comparaison de Planification de portefeuille avec Planification stratégique. | Washington DC | ||||||||||||||||||||||
Intelligence prédictive | Si vous effectuez une mise à niveau vers Washington DC, vous ne pourrez pas créer de nouvelles solutions de régression. Si vous avez des solutions existantes, elles seront toujours prises en charge et vous pourrez les former et les modifier, mais vous ne pourrez pas en créer de nouvelles. Les changements apportés aux solutions de similarité et de mise en grappe s’appliquent à toutes les instances qui se trouvent sur Washington DC. | Washington DC | ||||||||||||||||||||||
Proactive Service Experience Workflows | Les clients qui préfèrent ne pas recevoir de notifications de ticket d’incident peuvent désactiver les règles métier associées aux tables d’incidents et de tickets. Pour en savoir plus sur la désactivation des règles métier pour la notification de ticket d’incident, consultez Désactiver la notification de ticket d’incident. | Washington DC | ||||||||||||||||||||||
Gestion du catalogue de produits et gestion des prix | Si vous avez utilisé des caractéristiques d’attribut dans la matrice d’ajustement de prix standard dans la version initiale des applications Sales et Order Management et que vous effectuez une mise à niveau vers la version de mai 2024 des applications Sales et Order Management , vous devez exécuter une tâche planifiée qui corrige le format des valeurs de code générées automatiquement. Exécuter la tâche planifiée pour modifier le champ de code sur les enregistrements de caractéristiques qui contiennent des caractères spéciaux sur la tâche à la demande pour remplacer tout caractère qui n’est pas une lettre (a-z, A-Z), un nombre (0-9), un trait de soulignement (_) ou un signe dollar ($) par un trait de soulignement (_). Cette tâche corrige la valeur Code afin qu’elle ne commence pas ou ne se termine pas par un trait de soulignement, qu’elle ne commence pas par un chiffre et qu’elle ne contienne aucun trait de soulignement consécutif. | Washington DC | ||||||||||||||||||||||
Services digitaux pour le secteur public | Après la mise à niveau, certains menus et éléments de menu du secteur public dans l’espace de travail configurable CSM reprennent leur nom d’étiquette CSM d’origine. Vous pouvez réétiqueter ces éléments pour une utilisation dans le secteur public en mettant à jour les catégories de liste UX pour les organisations de clients et de services. Pour en savoir plus sur le ré-étiquetage, accédez à et sélectionnez . | Washington DC | ||||||||||||||||||||||
Robotic Process Automation (RPA) Hub | Assurez-vous de mettre à niveau l’un des programmes d’installation de logiciels (MSI) Microsoft actuellement installés suivants en téléchargeant les applications RPA :
Les étapes de mise à niveau suivantes ne s’appliquent que lorsque vous effectuez une mise à niveau de San Diego ou de Tokyo vers Washington DC. D’après le nombre d’enregistrements dans la table des fichiers d’application, vous pouvez rencontrer un retard potentiel lors de la mise à niveau des applications RPA Hub depuis Tokyo ou avant vers Washington DC. Avant de mettre à niveau RPA Hub vers Washington DC, vous devez définir la valeur de la glide.rollback.blacklist.TableParentChange.change propriété système sur faux. Si cette propriété n’existe pas dans la table Propriété 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. Une fois que vous avez effectué la mise à niveau vers Washington DC, les définitions du processus de bot basculent vers la nouvelle structure, qui correspond à la configuration du processus de bot. Bien que la configuration du processus de bot ne remplace pas complètement le processus de bot, la plupart des champs sont déplacés d’une configuration de processus de bot à une autre. Si vous effectuez une mise à niveau vers la version Utah sans mettre à jour la valeur de propriété système, les tables n’étendent pas la table Fichier d’application. Pour mettre à jour manuellement les changements apportés à la table, consultez l’article Restructuration des tables RPA Hub à sys_metadata dans la base de connaissances Now Support . | Washington DC | ||||||||||||||||||||||
Contrôle de la posture de sécurité | Pour obtenir la liste complète des applications requises pour implémenter Contrôle de la posture de sécurité, consultez Installer les applications prises en charge pour Contrôle de la posture de sécurité. | Washington DC | ||||||||||||||||||||||
Espace de travail pour l’exploitation des services pour Gestion des services IT | Assurez-vous que les applications suivantes disposent de versions mises à niveau compatibles :
Dans la table, x représente la subversion de l’application Espace de travail pour l’exploitation des services pour applications ITSM (sn_sow_itsm_cont) et y est la subversion de l’application Espace de travail pour l’exploitation des services pour applications ITOM (sn_sow_itom_cont). Après la mise à niveau 3.0, la fonctionnalité Cadre de travail des recommandations n’est plus disponible. Au lieu de cela, seule la version standard de la fonctionnalité Actions recommandées pour ITSM est disponible. | Washington DC | ||||||||||||||||||||||
Portail de services | Après la mise à niveau, vous devez spécifier les tables à partir desquelles les utilisateurs invités peuvent accéder aux données pour tous les widgets publics qui acceptent le paramètre d’entrée de table. Par défaut dans la version Washington DC , les widgets publics qui acceptent le paramètre d’entrée de table ne peuvent pas accéder aux données des tables pour les utilisateurs invités et les renvoyer. Si vous avez ajouté les propriétés système OR glide.service_portal.widget.allow_list avant la glide.service_portal.widget.table_allow_list mise à niveau, les valeurs de ces propriétés sont migrées vers la liste d’autorisation de la table publique pour les widgets après la mise à niveau. Pour plus d’informations, voir Configurer la sécurité des widgets. En outre, les ACL de lecture au niveau du champ sont appliquées par défaut pour les conditions de filtre dans les instances de widget de liste simple. Une nouvelle propriété système, glide.service_portal.enable_acls_for_encoded_query_in_list, applique ces ACL, que l’option Appliquer les ACL de lecture au niveau du champ sur les termes de requête de filtre soit sélectionnée ou non pour les instances de widget Liste simple. Pour utiliser l’option Appliquer les ACL de lecture au niveau du champ sur les termes de requête de filtre , changez la valeur de glide.service_portal.enable_acls_for_encoded_query_in_list sur faux. Pour plus d’informations, consultez Widget de liste simple. Si un utilisateur a précédemment sélectionné une préférence de consentement de l’utilisateur pour l’analyse de l’expérience utilisateur pour les portails différents du reste de la plateforme, la préférence sélectionnée pour la plateforme est également utilisée pour les portails dans la version Washington DC . Par exemple, si les utilisateurs ont choisi de ne pas suivre les portails, mais ont choisi de suivre le reste de la plateforme dans la version Vancouver , l’analyse de l’expérience utilisateur pour les portails est suivie pour eux dans la version Washington DC . Les utilisateurs peuvent mettre à jour leur sélection à partir de la page de profil d’utilisateur dans les portails à tout moment. | Washington DC | ||||||||||||||||||||||
Gestion des actifs logiciels | Après la mise à niveau vers Washington DC, vous devez effectuer à nouveau toutes vos personnalisations liées aux intégrations Adobe et Microsoft 365 avec votre instance ServiceNow , car les fonctionnalités de ces intégrations sont déplacées vers l’application du magasin Gestion des actifs logiciels – Gestion des licences SaaS .
| Washington DC | ||||||||||||||||||||||
Planification stratégique | À partir de la version 4.0.2, vous pouvez accéder aux fonctionnalités sous licence de Strategic Portfolio Management (SPM) Pro uniquement dans l’espace de travail Planification stratégique. Si vous utilisiez Espace de travail de planification de portefeuille pour accéder aux fonctionnalités sous licence SPM Pro, telles que Objectifs, Commentaires sur les produits et Planification de portefeuille hybride, vous devez maintenant installer Planification stratégique pour accéder à ces fonctionnalités. Pour plus d’informations sur les fonctionnalités accessibles uniquement dans Espace de travail de planification stratégique, voir Explorer Planification de portefeuille dans Planification stratégique. Si vous effectuez une mise à niveau vers Strategic Planning v4.1.2 et que vous aviez précédemment personnalisé la vue Liste ou la vue Hiérarchie de la page Objectifs à l’aide du panneau latéral Personnalisation, les améliorations apportées à l’interface utilisateur apportées dans la version 4.1.2 peuvent ne pas apparaître. Dans ce cas, vous devez supprimer vos enregistrements de préférences utilisateur. Pour plus d’informations sur la suppression des préférences utilisateur à l’aide du panneau latéral Personnalisation, consultez KB1642037. | Washington DC | ||||||||||||||||||||||
Opérations de cycle de vie du fournisseur | Après la mise à niveau de la version Vancouver vers la version Washington DC , vous verrez uniquement l’espace de travail Source-to-Pay dans l’onglet de navigation All . Vous n’avez rien à faire si vous choisissez de continuer à utiliser l’espace de travail Source-to-Pay. Cependant, vous verrez à la fois l’espace de travail Source-to-Pay et l’espace de travail de gestionnaire de fournisseurs dans l’onglet Espaces de travail . Si vous souhaitez utiliser l’espace de travail de gestionnaire de fournisseurs au lieu de l’espace de travail Source-to-Pay par défaut, assurez-vous d’exécuter le script correctif fixscript_migrate_workspace_to_smw.xml après la mise à niveau vers la version Washington DC . Vous pouvez télécharger le fichier fixscript_migrate_workspace_to_smw.xml à partir du ServiceNow Store. Si vous souhaitez revenir à l’utilisation de l’espace de travail Source-to-Pay, exécutez le script correctif fixscript_migrate_workspace_to_s2p.xml . Vous pouvez télécharger le fichier fixscript_migrate_workspace_to_smw.xml à partir du ServiceNow Store. Pour plus d’informations sur l’exécution d’un script correctif, consultez Exécuter des scripts correctifs. Après la mise à niveau vers Washington DC, vous devez examiner toutes les tâches postérieures à la mise à niveau et les effectuer selon les besoins. Pour plus d’informations, consultez Tâches post-mise à niveau pour Gestion du cycle de vie du fournisseur. | Washington DC | ||||||||||||||||||||||
Gestion des risques liés aux tiers | Si vous êtes un utilisateur VRM effectuant une mise à niveau vers TPRM, lors de la mise à niveau vers Vancouver ou une version ultérieure à partir d’une version antérieure, vous devez exécuter chaque mise à niveau séquentiellement pour vous assurer que les scripts correctifs s’exécutent correctement. Cela signifie passer de l’Utah à Vancouver, de Vancouver à Washington DC, et ainsi de suite. Si les scripts ne s’exécutent pas dans le bon ordre, cela peut entraîner des incohérences de données, des fonctionnalités rompues et des conflits. Pour plus d’informations sur la mise à niveau de VRM vers TPRM, consultez Informations sur la mise à niveau de la gestion des risques liés aux tiers. | Washington DC | ||||||||||||||||||||||
Analyse de l'expérience utilisateur |
| Washington DC | ||||||||||||||||||||||
Intégrations de Réponse aux vulnérabilités |
| Washington DC | ||||||||||||||||||||||
Studio de workflow | Pour bénéficier des améliorations de performances de Studio de workflow , installez l’une de ces versions de l’application Studio de workflow à partir du ServiceNow Store.
| Washington DC | ||||||||||||||||||||||
Recherche IA | Correctif 3 de Xanadu :
Xanadu : Après la mise à niveau vers Xanadu à partir d’une version antérieure, procédez comme suit pour ajouter les onglets de navigation Tableaux de bord, Visualisations de données et KPI aux résultats de recherche globale dans Recherche IA pour Next Experience :
| Xanadu | ||||||||||||||||||||||
Opérations de comptes fournisseurs | Si vous effectuez une mise à niveau à partir d’une version précédente, vous devez configurer le champ de référence dans la table Code fiscal [sn_fin_tax_code]. Le moteur d’exception valide la facture à l’aide du code fiscal et lève des exceptions si nécessaire. | Xanadu | ||||||||||||||||||||||
Analyse, intelligence et génération de rapports | Si vous procédez à une mise à niveau, vous pouvez utiliser le Centre de migration de Platform Analytics pour tirer parti d’un ensemble unique de visualisations et de filtres unifiés pour toutes les sources de données. | Xanadu | ||||||||||||||||||||||
App Engine Studio | En raison d’un nouveau processus d’affectation des groupes dans App Engine Management Center (AEMC), assurez-vous que la même version du module d’extension Admission d’application est installée sur chacune de vos instances. | Xanadu | ||||||||||||||||||||||
Réponse aux vulnérabilités des applications |
| Xanadu | ||||||||||||||||||||||
Évaluations et enquêtes | Mettez à jour les tests Automated Test Framework (ATF) si vous effectuez une mise à niveau vers Xanadu à partir d’une version antérieure à Utah. Dans la version Utah , tous les boutons des cartes d’évaluation ou d’enquête ont été supprimés. Pour exécuter correctement des tests ATF, l’étape Cliquer sur le bouton Participer à une enquête doit être remplacée par l’étape Cliquer sur la carte d’enquête pour tous les tests comportant cette étape. | Xanadu | ||||||||||||||||||||||
Gestion de la continuité d'activité | Les tables de relations introduites dans les enregistrements de plan sont générées par la Update BCP dependencies snapshot tâche planifiée. Après la mise à niveau vers la version Xanadu , vous pouvez afficher ces tables uniquement après l’exécution de la tâche planifiée ou en sélectionnant manuellement le bouton Mettre à jour les dépendances . | Xanadu | ||||||||||||||||||||||
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 la facturation qu’à partir du mois en cours, les dépenses en services d’IA ne seront incluses que pour le mois en cours. Si vous souhaitez afficher les détails de facturation pour les mois précédant le mois en cours, vous devez exécuter manuellement la tâche de téléchargement de la facturation. Une fois la tâche de téléchargement de la facturation exécutée avec succès, vous pouvez afficher les données de dépenses de vos services IA. | Xanadu | ||||||||||||||||||||||
Base de données de gestion des configurations (CMDB) |
| Xanadu | ||||||||||||||||||||||
Gestion des données | Un enregistrement de politique de gestion des données est automatiquement créé pour chaque table configurée avec une règle d’archivage ou une règle de nettoyage de table avant la mise à niveau. | Xanadu | ||||||||||||||||||||||
Confidentialité des données | Les changements de gestion des licences vous permettent d’installer les API de découverte de données, de découverte de données , d’anonymisation des données et de confidentialité des données sans autorisation, mais vous devez disposer d’une autorisation pour exécuter une tâche. | Xanadu | ||||||||||||||||||||||
Tables de décision dans Studio de workflow | Studio de workflow est automatiquement installé sur votre instance. Toutefois, Studio de workflow est une application ServiceNow Store . Pour obtenir les fonctionnalités les plus récentes, vous devez donc mettre à jour manuellement votre version vers la version la plus récente. À partir du correctif 3 de Washington DC, la mise à jour de Studio de workflow met automatiquement à jour toutes ses dépendances d’application telles que Studio de workflow, Playbook et Générateur de décision. Vous ne pouvez plus voir ou mettre à jour les dépendances d’application individuelles de Studio de workflow à partir du ServiceNow Store ou de la liste des modules d’extension. | Xanadu | ||||||||||||||||||||||
Vélocité de changement DevOps | Si vous êtes un client effectuant une mise à niveau, vous devez exécuter la tâche Reconfigurer les référentiels du serveur Bitbucket pour PullRequest afin de reconfigurer vos référentiels Bitbucket Server ou Bitbucket Data Center existants afin que les enregistrements de demande d’extraction puissent être importés. Vous pouvez accéder à pour rechercher cette tâche et l’exécuter. | Xanadu | ||||||||||||||||||||||
Connecteurs de contenu externe | À partir de la version 2 de l’application Connecteurs de contenu externe , les connecteurs de contenu externe implémentent l’indexation vectorielle sémantique pour les éléments analysés. Lorsque vous effectuez une mise à niveau vers une version qui prend en charge l’indexation vectorielle sémantique, vos connecteurs existants réindexent tous les éléments précédemment récupérés la prochaine fois qu’ils sont visités par une analyse, même si le contenu de ces éléments reste inchangé. Pour forcer l’indexation vectorielle sémantique de vos éléments de contenu externe dès que possible après la mise à niveau, annulez toutes les analyses en cours d’exécution, puis redémarrez manuellement les analyses annulées. | Xanadu | ||||||||||||||||||||||
Gestion des services sur site | À compter du 1er mars 2025, Google a désigné l’API Places, l’API Directions et l’API Distance Matrix en tant que services hérités. Les versions les plus récentes de ces services sont l’API Lieux (Nouveau) et l’API Itinéraires. Vous ne pouvez pas activer ou générer de nouvelles clés API pour ces services hérités. Toutefois, vous pouvez continuer à utiliser ces services avec les clés API existantes. Si vous devez créer une nouvelle clé API Google après le 1er mars 2025, vous devez activer les nouvelles API de la console Google et effectuer une mise à niveau vers la version Xanadu Patch 9 ou une version ultérieure pour garantir la compatibilité. | Xanadu | ||||||||||||||||||||||
Flux, flux secondaires et actions dans Studio de workflow | Après la mise à niveau, les utilisateurs qui disposaient auparavant du rôle fd_read_operations ne verront plus que les détails de base de l’exécution, tels que l’état et la durée d’exécution. Cette restriction empêche les utilisateurs disposant de ce rôle de voir les informations sensibles dans les détails de l’exécution. Pour fournir un accès en lecture à tous les détails de l’exécution tels que la configuration d’entrée et les valeurs d’exécution, accordez à l’utilisateur le nouveau rôle fd_read_operations_all. | Xanadu | ||||||||||||||||||||||
Cadre de travail des objectifs pour SPM | Après la mise à niveau vers Goal Framework pour SPM v2.3.0, exécutez la tâche planifiée Migrer BreakdownInterval vers Checkinfrequency . Cette tâche planifiée migre les valeurs existantes dans les champs Fréquence d’examen et Intervalle de répartition vers le champ Fréquence d’enregistrement des enregistrements cibles. Pour plus d’informations sur la façon dont ces valeurs sont migrées pour des cibles avec des valeurs différentes, consultez Migration des répartitions cibles. | Xanadu | ||||||||||||||||||||||
Gestion des actifs matériels 11.0.0 | Après la mise à niveau vers Xanadu, vous pouvez afficher les tableaux de bord Analyse des performances de l’interface utilisateur principale et les tableaux de bord Analyse de la plateformeNext Experience pour Gestion des actifs matériels.
Remarque : Lors de la migration des tableaux de bord d’Analyse des performances de l’interface utilisateur principale vers les tableaux de bord d’Analyse de la plateformeNext Experience, la migration automatique est désactivée par défaut pour éviter la duplication des tableaux de bord. | Xanadu | ||||||||||||||||||||||
ITOM AIOps | Améliorez votre mappage de service d’application en installant l’application App Service Extension à partir du ServiceNow® Store. | Xanadu | ||||||||||||||||||||||
ITOM Optimization | Améliorez votre mappage de service d’application en installant l’application App Service Extension à partir du ServiceNow® Store. | Xanadu | ||||||||||||||||||||||
Visibilité ITOM | Pour une expérience de Mappage des services améliorée, installez Mappage des services Plus version 1.13.0 à partir du ServiceNow® Store. Améliorez votre mappage de service d’application en installant l’application App Service Extension à partir du ServiceNow® Store. | Xanadu | ||||||||||||||||||||||
Gestionnaire de processus industriels | L’application Gestionnaire de processus industriel a maintenant une dépendance avec les applications Gestion des services de technologie opérationnelle, qui incluent Gestion des incidents de technologie opérationnelle et Gestion des changements de technologie opérationnelle. Pour installer Gestionnaire de processus industriel sur votre instance, l’une des références SKU suivantes est requise :
| Xanadu | ||||||||||||||||||||||
Serveur MID | Pour connaître la configuration système requise la plus récente du serveur MID , consultez Configuration système requise pour le serveur MID. La version minimale de JRE prise en charge est 11.0.9 et la version recommandée est 11.0.16.1. Si vous avez installé votre propre JRE, le processus de mise à niveau effectue les actions suivantes pour vérifier que le serveur MID utilise un JRE pris en charge :
Tous les ordinateurs hôtes de serveur MID doivent avoir accès au site de téléchargement à install.service-now.com pour activer les mises à niveau automatiques. Pour en savoir plus, consultez la procédure de gestion des mises à niveau de serveur MID. Un seul service Windows MID Server est autorisé selon le chemin d’accès exécutable. Les serveurs MIDWindows mis à niveau qui ont plusieurs services pointant vers le même dossier d’installation ne peuvent pas démarrer. Voir Échec du démarrage du serveur MID pour plus d’informations. Pour plus d’informations sur les mises à niveau de serveur MID , consultez les rubriques suivantes :
| Xanadu | ||||||||||||||||||||||
Now Assist pour la gestion des actifs matériels (HAM) | Seuls les utilisateurs disposant du rôle procurement_user peuvent accéder au workflow agentique Aide à la gestion des demandes d’actifs matériels, notamment les agents IA suivants :
| Xanadu | ||||||||||||||||||||||
Now Assist pour Security Operations | Pour plus d’informations sur les applications requises pour Now Assist pour Réponse aux vulnérabilités, voir Informations de prise en charge pour Now Assist pour Réponse aux vulnérabilités. Pour plus d’informations sur les applications requises pour Now Assist pour Réponse aux incidents de sécurité, consultez Informations de prise en charge pour Now Assist pour Réponse aux incidents de sécurité. L’application Recherche IA doit être activée pour que la compétence Actions recommandées fonctionne pour les incidents de sécurité. Pour vérifier que Recherche IA est activé sur votre instance, accédez à . Contactez l’assistance si la page indique que Recherche IA n’est pas activée. | Xanadu | ||||||||||||||||||||||
Now Assist | Si vous avez personnalisé des actions d’interface utilisateur ou d’autres éléments associés aux compétences Now Assist , confirmez que votre code personnalisé est mis à jour avec les nouvelles versions de compétences. Dans le cas contraire, certaines fonctions risquent de ne pas fonctionner comme prévu. Si vous rencontrez des problèmes lors de la mise à niveau d’un produit Now Assist, consultez KB1637452 : problèmes et atténuation pour les applications et les mises à jour du module d’extension Now Assist (IA générative). Vous devrez peut-être vous connecter pour consulter l’article. | Xanadu | ||||||||||||||||||||||
Gestion des commandes | Les fonctionnalités introduites dans la version Xanadu ne sont pas prises en charge dans les versions antérieures d’Order Management. Si vous effectuez une mise à niveau depuis Order Management for Telecommunications and Media version 6.0 ou antérieure :
Si vous êtes un client de mise à niveau qui utilise les champs de date de début et de fin de contrat et qui possède des enregistrements, vous pouvez migrer ces enregistrements vers le modèle de données le plus récent en exécutant la Migrate data from deprecated contract fields to new fields on Order and Order Lines tâche planifiée. Cette tâche planifiée doit être exécutée manuellement en accédant à . Pour plus d’informations sur les travaux planifiés, voir Travaux planifiés. | Xanadu | ||||||||||||||||||||||
Expérience Platform Analytics | Nouveaux clients : l’expérience Platform Analytics est automatiquement disponible sur la plateforme AI de ServiceNow. Il offre une interface intuitive pour vous aider à mieux comprendre et utiliser vos données. Mise à niveau des clients : si vous utilisez actuellement des tableaux de bord dynamiques de l’interface utilisateur principale , vous continuerez à y avoir accès sans aucune interruption. Envisagez d’effectuer une transition vers l’expérience Platform Analytics pour tirer pleinement parti des nouvelles options. | Xanadu | ||||||||||||||||||||||
Playbooks dans Studio de workflow | Après la mise à niveau vers Xanadu, mettez à jour les applications Playbooks et Studio de workflow dans le ServiceNow Store. | Xanadu | ||||||||||||||||||||||
Gestion du catalogue de produits et gestion des prix | Si vous utilisez le point sn_csm_pricing.PricingAdjustmentsExtensionPoint d’extension pour les ajustements de tarification, modifiez le plan de tarification par défaut (introduit dans la version de novembre 2024) après la mise à niveau. Les étapes du plan de tarification pour les matrices Ajustement du prix du composant de configuration et Ajustement du prix standard ne sont pas applicables. En tant qu’administrateur ou gestionnaire de la tarification, supprimez les étapes de ces matrices du plan de tarification par défaut.
| Xanadu | ||||||||||||||||||||||
Services digitaux pour le secteur public | Après la mise à niveau, certains menus du secteur public et éléments de menu dans l’espace de travail configurable CSM reprennent leur nom d’étiquette CSM d’origine. Vous pouvez réétiqueter ces éléments pour une utilisation dans le secteur public en mettant à jour les catégories de liste UX pour les organisations de clients et de services. Pour en savoir plus sur le ré-étiquetage, accédez à et sélectionnez . | Xanadu | ||||||||||||||||||||||
Centre de RPA | Mettez à niveau l’un de ces programmes d’installation de logiciels ( MSI) Microsoft actuellement installés en téléchargeant les applications RPA :
Les informations de mise à niveau suivantes ne s’appliquent que lorsque vous effectuez une mise à niveau de San Diego ou de Tokyo vers Xanadu. D’après le nombre d’enregistrements dans la table des fichiers d’application, vous pourriez rencontrer un retard potentiel lors de la mise à niveau des applications RPA Hub à partir de Tokyo ou de versions antérieures vers Xanadu. Avant de mettre à niveau RPA Hub vers Xanadu, vous devez définir la valeur de la glide.rollback.blacklist.TableParentChange.change propriété système sur faux. Si cette propriété n’existe pas dans la table Propriété 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. Une fois que vous avez effectué la mise à niveau vers Xanadu, les définitions du processus de bot basculent vers la nouvelle structure, qui correspond à la configuration du processus de bot. Bien que la configuration du processus de bot ne remplace pas complètement le processus de bot, la plupart des champs sont déplacés du processus de bot vers la configuration du processus de bot. Si vous effectuez une mise à niveau vers Xanadu sans mettre à jour la valeur de propriété système, les tables n’étendent pas la table Fichier d’application. Pour mettre à jour manuellement les changements apportés à la table, consultez l’article Restructuration des tables RPA Hub à sys_metadata dans la version Utah et au-delà dans la base de connaissances Now Support . | Xanadu | ||||||||||||||||||||||
Contrôle de la posture de sécurité | Pour obtenir la liste complète des applications requises pour implémenter Security Posture Control, consultez Installer Security Posture Control. | Xanadu | ||||||||||||||||||||||
Échange de services |
| Xanadu | ||||||||||||||||||||||
Espace de travail pour l'exploitation des services pour ITSM | Assurez-vous que les applications suivantes disposent de versions mises à niveau compatibles :
| Xanadu | ||||||||||||||||||||||
ServiceNow SDK | Effectuez une mise à niveau vers la dernière version du SDK ServiceNow à l’aide de la commande | Xanadu | ||||||||||||||||||||||
Gestion des compétences | Le tableau de bord des compétences est automatiquement migré vers l’interface utilisateur Next Experience dans la version Xanadu . Lorsque vous effectuez une mise à niveau, vous pouvez accéder automatiquement au tableau de bord Compétences dans l’interface utilisateur Next Experience. | Xanadu | ||||||||||||||||||||||
Gestion des actifs logiciels | Après la mise à niveau vers la version 4.3 du spoke Microsoft Entra ID, la tâche d’annuaire Microsoft Azure AD - Download Group Membership n’est pas exécutée pour les intégrations SSO ou d’annuaire Microsoft Entra ID existantes. Cette tâche d’annuaire n’est pas non plus créée pour les nouvelles intégrations d’authentification unique ou d’annuaire Microsoft Entra ID . Au lieu de cela, la tâche d’annuaire Microsoft Azure AD - Download Groups télécharge tous les groupes et appartenances aux groupes configurés sur Microsoft Entra ID. | Xanadu | ||||||||||||||||||||||
Planification stratégique | Après la mise à niveau vers Strategic Planning v4.3.2, exécutez la tâche planifiée Migrer BreakdownInterval vers Checkinfrequency . Cette tâche planifiée migre les valeurs existantes dans les champs Fréquence d’examen et Intervalle de répartition vers le champ Fréquence d’enregistrement des enregistrements cibles. Pour plus d’informations sur la façon dont ces valeurs sont migrées pour des cibles avec des valeurs différentes, consultez Migration des répartitions cibles. | Xanadu | ||||||||||||||||||||||
Gestion des abonnements | Gestion des abonnements version 3.2 est actif par défaut sur toutes les instances de la version Xanadu . Effectuez une mise à jour vers Gestion des abonnements version 4.0 ou ultérieure pour utiliser les dernières fonctionnalités. Pour plus d’informations sur la mise à jour de Gestion des abonnements, consultez Mettre à jour une application ou un module d’extension. | Xanadu | ||||||||||||||||||||||
Telecommunications Network Inventory | Si vous êtes un utilisateur existant des versions précédentes, les modèles de produits hérités et nouveaux seront disponibles dans le menu Espace de travail d’inventaire réseau après la mise à niveau vers Xanadu. Pour résoudre ce problème, vous devez migrer vos données de modèle de produit hérité vers les nouvelles tables de modèle de produit dans votre instance actuelle. Pour plus de détails sur la procédure, consultez KB1695167. | Xanadu | ||||||||||||||||||||||
Gestion des risques liés aux tiers | Si vous êtes un utilisateur VRM effectuant une mise à niveau vers TPRM, lors de la mise à niveau vers Vancouver ou une version ultérieure à partir d’une version antérieure, vous devez exécuter chaque mise à niveau séquentiellement pour vous assurer que les scripts correctifs s’exécutent correctement. Cela signifie passer de l’Utah à Vancouver, de Vancouver à Washington DC, et ainsi de suite. Si les scripts ne s’exécutent pas dans le bon ordre, cela peut entraîner des incohérences de données, des fonctionnalités rompues et des conflits. Pour plus d’informations sur la mise à niveau de VRM vers TPRM, consultez Informations sur la mise à niveau de la gestion des risques liés aux tiers. | Xanadu | ||||||||||||||||||||||
Intégration de Vulnerability Response avec Claroty CTD | Claroty CTD v5.1 est également pris en charge pour l’intégration de Vulnerability Response avec l’application Claroty CTD. | Xanadu | ||||||||||||||||||||||
Intégrations de Réponse aux vulnérabilités |
| Xanadu | ||||||||||||||||||||||
Studio de workflow | À partir de la mise à jour 3 de Washington DC , la mise à jour de Studio de workflow met automatiquement à jour toutes ses dépendances d’application telles que ServiceNow® Studio de workflow, Playbook et ServiceNow® Decision Builder. Vous ne pouvez plus voir ou mettre à jour les dépendances d’application individuelles de Studio de workflow à partir du ServiceNow® Store ou de la liste des modules d’extension. | Xanadu | ||||||||||||||||||||||
Tour de contrôle IA | Version en disponibilité générale, pas de mise à niveau. | Yokohama | ||||||||||||||||||||||
Recherche IA | Lorsque vous effectuez une mise à niveau vers Yokohama à partir d’une version antérieure, rendez le contenu du bloc de connaissances consultable en réindexant toutes vos sources indexées qui incluent des articles de la base de connaissances. Pour plus de détails sur la réindexation, voir Indexer ou réindexer une source indexée ou Indexer ou réindexer plusieurs sources indexées. | Yokohama | ||||||||||||||||||||||
Opérations de comptes fournisseurs | Si vous effectuez une mise à niveau à partir d’une version précédente, vous devez configurer le champ de référence dans la table Code fiscal [sn_fin_tax_code]. Le moteur d’exception valide la facture à l’aide du code fiscal et lève des exceptions si nécessaire. | Yokohama | ||||||||||||||||||||||
App Engine Studio | En raison d’un nouveau processus d’affectation des groupes dans AEMC, la même version du module d’extension Admission d’application doit être activée sur chacune de vos instances. Pour plus d’informations, consultez le rapport de conformité et de préparation de l’application. | Yokohama | ||||||||||||||||||||||
Gestionnaire d'applications | Le gestionnaire d’applications est actif par défaut sur les instances de la version Yokohama . Mettez à niveau votre instance vers le correctif 11 ou une version ultérieure de Yokohama pour utiliser les dernières fonctionnalités. Pour en savoir plus sur la mise à niveau de votre instance ServiceNow AI Platform , consultez Préparer votre mise à niveau. | Yokohama | ||||||||||||||||||||||
Réponse aux vulnérabilités des applications |
| Yokohama | ||||||||||||||||||||||
Framework de tests automatisés | Copiez et personnalisez les tests de démarrage rapide fournis par la plateforme d’IA ServiceNow® pour valider que votre instance fonctionne après avoir effectué des changements de configuration. Par exemple, si vous appliquez une mise à niveau ou développez une application. Les tests ne peuvent produire un résultat de réussite que lorsque vous les exécutez sur un système de base sans aucune personnalisation et avec les données de démonstration par défaut fournies avec le module d’extension d’application ou de fonctionnalité. Pour appliquer un test de démarrage rapide à des données spécifiques à votre instance, copiez le test de démarrage rapide et ajoutez vos données personnalisées. Pour plus d’informations, voir Tests de démarrage rapide disponibles par application ou fonctionnalité. | Yokohama | ||||||||||||||||||||||
Base de données de gestion des configurations (CMDB) | Trois nouveaux index (parent, type), (enfant, type) et (enfant, parent, type, port) sont ajoutés à la table Relation CI [cmdb_rel_ci] pour améliorer les performances du moteur IRE (Identification et rapprochement) qui interroge cette table. Ce changement est susceptible d’augmenter le temps de mise à niveau. Pour plus d’informations sur l’impact de ce changement pendant la mise à niveau et pour savoir comment minimiser cet impact, consultez Augmentation du temps de mise à niveau de Yokohama en raison des ajouts d’index cmdb_rel_ci [KB1703367]. | Yokohama | ||||||||||||||||||||||
Gestion des données |
| Yokohama | ||||||||||||||||||||||
Confidentialité des données | Les changements de gestion des licences vous permettent d’installer les API de découverte de données, de découverte de données , d’anonymisation des données et de confidentialité des données sans autorisation, mais vous devez disposer d’une autorisation pour exécuter une tâche. | Yokohama | ||||||||||||||||||||||
Vélocité de changement DevOps | Si vous êtes un nouveau client ou si vous utilisez une instance zBoot et que vous souhaitez créer des demandes de changement de workflow basées sur le type dans Vélocité de changement DevOps, vous devez ajouter la com.snc.change_management.change_model.type_compatibility propriété et la définir sur Vrai. Pour plus d’informations, voir Ajouter une propriété système. Si vous êtes un client effectuant une mise à niveau, vous devez exécuter la tâche Reconfigurer les référentiels du serveur Bitbucket pour PullRequest afin de reconfigurer vos référentiels Bitbucket Server ou Bitbucket Data Center existants afin que les enregistrements de demande d’extraction puissent être importés. Vous pouvez accéder à pour rechercher cette tâche et l’exécuter. | Yokohama | ||||||||||||||||||||||
Gestion de la clé de chiffrement |
| Yokohama | ||||||||||||||||||||||
Connecteurs de contenu externe | À partir de la version 2 de l’application Connecteurs de contenu externe , les connecteurs de contenu externe implémentent l’indexation vectorielle sémantique pour les éléments analysés. Lorsque vous effectuez une mise à niveau vers une version qui prend en charge l’indexation vectorielle sémantique, vos connecteurs existants réindexent tous les éléments précédemment récupérés la prochaine fois qu’ils sont visités par une analyse, même si le contenu de ces éléments reste inchangé. Pour forcer l’indexation vectorielle sémantique de vos éléments de contenu externe dès que possible après la mise à niveau, annulez toutes les analyses en cours d’exécution, puis redémarrez manuellement les analyses annulées. Lorsque vous effectuez une mise à niveau vers la version 4 de l’application Connecteurs de contenu externe à partir d’une version antérieure, les recherches peuvent ne pas afficher tout le contenu précédemment exploré tant que vous n’avez pas terminé à la fois une analyse de contenu et une analyse de mappage d’utilisateurs pour chaque connecteur mis à niveau. La première analyse de contenu exécutée après la mise à niveau réindexera tout le contenu pouvant faire l’objet d’une recherche à partir du système source, et l’analyse du mappage utilisateur réindexera toutes les principales de sécurité du système source. Tout le contenu exploré doit être affiché dans les recherches une fois ces deux explorations terminées. | Yokohama | ||||||||||||||||||||||
Gestion des services sur site |
| Yokohama | ||||||||||||||||||||||
Financial Services Card Operations | Lors de la mise à niveau vers Yokohama, le module d’extension Financial Services Card Operations change le parent de la table Transaction de litiges de cartes [sn_bom_credit_card_disputes_transaction] en table Tâche financière [sn_bom_task] dans Financial Services Operations Core. Le changement de parent tire parti des avantages et des avancées de ServiceNow® Financial Services Operations Core tout en préservant les fonctionnalités des applications existantes.
Remarque : Si votre instance utilise la table des transactions de litiges de cartes [sn_bom_credit_card_disputes_transaction] et qu’elle contient une grande quantité de données, vous risquez de constater une augmentation des temps de mise à niveau. | Yokohama | ||||||||||||||||||||||
Contrôleur d'IA générative | Le contrôleur d’IA générative est installé et mis à jour lorsque vous installez ou mettez à jour une application Now Assist . Si vous rencontrez des problèmes lors de l’installation ou de la mise à jour des applications, consultez cet article de la base de connaissances pour connaître les étapes à suivre pour résoudre votre problème. Sinon, vous pouvez créer un ticket de support. | Yokohama | ||||||||||||||||||||||
Visibilité ITOM | Il est prévu que la prise en charge de 3DES soit définitivement supprimée du serveur MID pour les serveurs MID avec découverte basée sur SSH ou intégrations SSH. Pour plus d’informations, consultez Dépréciation de 3DES dans SSH à partir de Xanadu [KB1644950]. Après la mise à niveau vers Yokohama, un script correctif nommé « Ajouter des informations d’identification SNMP publiques explicites » peut créer des informations d’identification SNMP publiques dans les instances de production. Cela peut entraîner des enregistrements inutiles via la découverte. Le script correctif est présent dans les instances Yokohama, y compris OOB. Avant d’appliquer la mise à niveau de Discovery Core, version Yokohama, vérifiez le comportement du script correctif dans un environnement sandbox. Supprimez les informations d’identification SNMP publiques si elles ne sont pas requises. | Yokohama | ||||||||||||||||||||||
Impact | La configuration de l’application Impact Store nécessite une séquence de tâches. Voir Configuration de l’application Impact Store pour plus d’informations . | Yokohama | ||||||||||||||||||||||
Instance Data Replication | Améliorez les performances et l’efficacité de traitement de la réplication de données d’instance (IDR) en mettant à niveau vos ensembles de réplication vers la version V2, qui utilise le service de messagerie Hermes. Pour plus d’informations, consultez Mise à niveau des ensembles hérités. La rotation du journal est automatiquement activée pour la table Erreur de charge utile de réplication [idr_replication_payload_error] après la mise à niveau. Par défaut, la planification de rotation des journaux est composée de sept partitions, avec cinq jours pour chaque partition. Toutes les entrées de journal de cette table créées avant la mise à niveau sont automatiquement tronquées. | Yokohama | ||||||||||||||||||||||
Serveur MID | Pour connaître la configuration système requise la plus récente du serveur MID , consultez Configuration système requise pour le serveur MID. La version minimale de JRE prise en charge est 17.0.10 et la version recommandée est 17.0.12. Si vous avez installé votre propre JRE, le processus de mise à niveau effectue les actions suivantes pour vérifier que le serveur MID utilise un JRE pris en charge :
Tous les ordinateurs hôtes de serveur MID doivent avoir accès au site de téléchargement à install.service-now.com pour activer les mises à niveau automatiques. Pour en savoir plus, consultez la procédure de gestion des mises à niveau de serveur MID. Un seul service Windows MID Server est autorisé selon le chemin d’accès de l’exécutable. Les serveurs MIDWindows mis à niveau qui ont plusieurs services pointant vers le même dossier d’installation ne peuvent pas démarrer. Voir Échec du démarrage du serveur MID pour plus d’informations. Pour plus d’informations sur les mises à niveau de serveur MID , consultez les rubriques suivantes :
| Yokohama | ||||||||||||||||||||||
Analyse Now Assist | L’analyse Now Assist est installée et mise à jour lorsque vous installez ou mettez à jour une application Now Assist . Si vous rencontrez des problèmes lors de l’installation ou de la mise à jour des applications, consultez cet article de la base de connaissances pour connaître les étapes à suivre pour résoudre votre problème. Sinon, vous pouvez créer un ticket de support. | Yokohama | ||||||||||||||||||||||
Kit de compétences Now Assist | Si vous avez personnalisé des actions d’interface utilisateur ou d’autres éléments associés aux compétences Now Assist , assurez-vous que votre code personnalisé est mis à jour avec les nouvelles versions de compétences. Dans le cas contraire, certaines fonctions risquent de ne pas fonctionner comme prévu. Si vous rencontrez des problèmes lors de la mise à niveau d’un produit Now Assist, consultez KB1637452 : Problèmes et atténuation des mises à jour des applications et modules d’extension Now Assist (IA générative). Vous devrez peut-être vous connecter pour consulter l’article. | Yokohama | ||||||||||||||||||||||
Now Assist pour la gestion des actifs matériels (HAM) | Seuls les utilisateurs disposant du rôle procurement_user peuvent accéder au workflow agentique Aide à la gestion des demandes d’actifs matériels, notamment les agents IA suivants :
| Yokohama | ||||||||||||||||||||||
Now Assist pour Gestion des services IT (ITSM) | Lorsque vous effectuez une mise à niveau vers la version Zurich Patch 4, les personnalisations que vous avez apportées au menu contextuel Now Assist (NACM) ne sont pas conservées. Pour plus d’informations, consultez l’article de la communauté Informations sur la mise à niveau pour la prise en charge NACM dans Now Assist pour ITSM. | Yokohama | ||||||||||||||||||||||
Now Assist pour Réponse aux incidents de sécurité | Pour plus d’informations sur les applications requises pour Now Assist pour Réponse aux incidents de sécurité, voir Informations de prise en charge. Remarque :
La mise à niveau des modules d’extension Now Assist active toutes les compétences désignées qui n’ont pas été précédemment modifiées par le client.
À partir de la version 2.0.1, le nom de l’application Now Assist pour Opérations de sécurité dans le ServiceNow® Store et dans votre instance de plateforme IA ServiceNow® a été changé en Now Assist pour Réponse aux incidents de sécurité. Vous devez effectuer une mise à niveau vers la version 2.0.1 pour accéder aux fonctionnalités suivantes :
L’application Recherche IA doit être activée pour que la compétence Actions recommandées fonctionne pour les incidents de sécurité. Pour vérifier que Recherche IA est activée sur votre instance, accédez à . Contactez l’assistance si la page indique que Recherche IA n’est pas activée. | Yokohama | ||||||||||||||||||||||
Now Assist pour Réponses aux vulnérabilités | Pour plus d’informations sur les applications requises pour Now Assist pour Réponse aux vulnérabilités, voir Informations de prise en charge. Remarque :
La mise à niveau des modules d’extension Now Assist active toutes les compétences désignées qui n’ont pas été précédemment modifiées par le client.
| Yokohama | ||||||||||||||||||||||
Now Assist pour Gestion des contrats | Si vous effectuez une mise à niveau vers Now Assist dans Gestion des contrats à partir de Yokohama Patch 3 à partir d’une version précédente et que vous avez des cas d’utilisation personnalisés, exécutez un script correctif pour migrer les données existantes vers la console d’administration Now Assist .
| Yokohama | ||||||||||||||||||||||
Now Assist | Si vous avez personnalisé des actions d’interface utilisateur ou d’autres éléments associés aux compétences Now Assist , assurez-vous que votre code personnalisé est mis à jour avec les nouvelles versions de compétences. Dans le cas contraire, certaines fonctions risquent de ne pas fonctionner comme prévu. Si vous rencontrez des problèmes lors de la mise à niveau d’un produit Now Assist, consultez KB1637452 : Problèmes et atténuation des mises à jour des applications et modules d’extension Now Assist (IA générative). Vous devrez peut-être vous connecter pour consulter l’article. | Yokohama | ||||||||||||||||||||||
Expérience Platform Analytics | Si vous aviez précédemment migré vos actifs d’analyse vers Platform Analytics, les actifs qui étaient en mode de compatibilité mais qui sont nouvellement pris en charge dans Yokohama sont migrés automatiquement. | Yokohama | ||||||||||||||||||||||
Playbooks dans Studio de workflow | Après la mise à niveau vers Yokohama, mettez à jour l’application Studio de workflow dans le ServiceNow Store. | Yokohama | ||||||||||||||||||||||
Planification de portefeuille | Après la mise à niveau vers Planification de portefeuille v8.8.0, les paramètres d’affichage personnalisés précédemment enregistrés sous les préférences utilisateur sont effacés. Vous devez réappliquer ces changements et créer des vues si nécessaire. Pour obtenir des instructions, consultez Créer une vue de planification de portefeuille dans Planification de portefeuille et Créer une vue de feuille de route de forme libre dans Planification de portefeuille. | Yokohama | ||||||||||||||||||||||
Gestion du catalogue de produits et gestion des prix | Après la mise à niveau vers la version de mai 2025 des applications Sales and Order Management , vous devez exécuter une tâche planifiée qui active automatiquement l’option Autoriser plusieurs configurations lorsque votre administrateur de catalogue crée des offres de produits avec une spécification de produit associée. Cette tâche est appelée tâche planifiée avec un script de mise à niveau pour définir « allow_multiple_configurations » sur vrai sur une offre. Lorsque plusieurs configurations d’offres de produits sont autorisées dans les opportunités, les devis ou les commandes configurables, les agents peuvent créer plusieurs instances d’une offre de produit enfant et définir des configurations personnalisées pour chaque instance d’offre.
Remarque : L’option Autoriser plusieurs configurations est toujours activée (définie sur vrai) pour toutes les offres de produits qui ont une spécification de produit associée. Toutefois, si la spécification de produit a une hiérarchie enfant, cette option n’est respectée que pour les commandes passées via les API TMF. Pour les spécifications sans hiérarchie, le marqueur est respecté dans tous les canaux de commande. La version de mai 2025 fournit un plan de tarification par défaut qui inclut une nouvelle étape, Appliquer l’ajustement de renouvellement. Si vous avez utilisé un plan de tarification personnalisé d’une version antérieure, passez en revue le plan de tarification par défaut, qui est à l’état Mis hors service après la mise à niveau vers la version de mai 2025. Déterminez si vous souhaitez publier le plan par défaut ou personnaliser le plan de tarification par défaut en fonction de vos besoins, puis publiez le plan personnalisé à utiliser. | Yokohama | ||||||||||||||||||||||
Services digitaux pour le secteur public | Après la mise à niveau, certains menus et éléments de menu du secteur public dans l’espace de travail configurable CSM reprennent leur nom d’étiquette CSM d’origine. Vous pouvez réétiqueter ces éléments pour une utilisation dans le secteur public en mettant à jour les étiquettes des enregistrements de catégorie de liste UX Client, Comptes et Organisations de services . Pour en savoir plus sur le ré-étiquetage, accédez à et sélectionnez . | Yokohama | ||||||||||||||||||||||
Centre de RPA | Mettez à niveau l’un de ces programmes d’installation de logiciels ( MSI) Microsoft actuellement installés en téléchargeant les applications RPA :
Les informations de mise à niveau suivantes ne s’appliquent que lorsque vous effectuez une mise à niveau de San Diego ou Tokyo vers Yokohama. En fonction du nombre d’enregistrements dans la table des fichiers d’application, vous pouvez rencontrer un retard lors de la mise à niveau des applications RPA Hub depuis Tokyo ou des versions antérieures vers Yokohama. Avant de mettre à niveau RPA Hub vers Yokohama, vous devez définir la valeur de la glide.rollback.blacklist.TableParentChange.change propriété système sur faux. Si cette propriété n’existe pas dans la table Propriété 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. Une fois que vous avez effectué la mise à niveau vers Yokohama, les définitions du processus de bot basculent vers la nouvelle structure, qui est la configuration du processus de bot. Bien que la configuration du processus de bot ne remplace pas complètement le processus de bot, la plupart des champs sont déplacés du processus de bot vers la configuration du processus de bot. Si vous effectuez une mise à niveau vers Yokohama sans mettre à jour la valeur de propriété système, les tables n’étendent pas la table Fichier d’application [sys_metadata]. Pour mettre à jour manuellement les changements apportés à la table, consultez l’article Restructuration des tables RPA Hub à sys_metadata dans la version Utah et au-delà [KB1223629] dans la base de connaissancesNow Support. | Yokohama | ||||||||||||||||||||||
Contrôle de la posture de sécurité | Pour obtenir la liste complète des applications requises pour implémenter Security Posture Control, consultez Installer Security Posture Control. | Yokohama | ||||||||||||||||||||||
Échange de services |
| Yokohama | ||||||||||||||||||||||
Espace de travail pour l'exploitation des services pour ITSM | Assurez-vous que les applications suivantes disposent de versions mises à niveau compatibles :
Pour plus d’informations sur les versions compatibles, consultez Compatibilité des versions entre Espace de travail pour l’exploitation des services pour ITSM et Espace de travail pour l’exploitation des services ITOM. | Yokohama | ||||||||||||||||||||||
IDE ServiceNow | La version 1.1.4 de l’IDE ServiceNow est active par défaut sur les instances de la version Yokohama. Effectuez une mise à jour vers la version 2.0 ou ultérieure de l’IDE ServiceNow pour utiliser les dernières fonctionnalités. Pour plus d’informations sur la mise à jour de ServiceNow IDE, voir Mise à jour des applications. | Yokohama | ||||||||||||||||||||||
ServiceNow SDK | Effectuez une mise à niveau vers la dernière version du SDK ServiceNow à l’aide de la commande La version 3.0 du SDK ServiceNow prend en charge l’intégration aux instances ServiceNow à partir de la version Washington DC.
Remarque : Pour plus d’informations sur les versions mineures du SDK ServiceNow, consultez les articles IDE, SDK et Fluent ServiceNow dans la communauté ServiceNow. | Yokohama | ||||||||||||||||||||||
ServiceNow Studio | Il n’est plus nécessaire de télécharger ServiceNow Studio à partir du ServiceNow Store. Il est disponible par défaut sur la plateforme d’IA de ServiceNow . | Yokohama | ||||||||||||||||||||||
Gestion des actifs logiciels | À partir de la version Yokohama , tous les includes de script de rapprochement sont déplacés de la version familiale vers l’application du magasin Gestion des actifs logiciels (com.sn_itam_samp). Lors de la mise à niveau vers Yokohama, si vous avez apporté des personnalisations aux includes de script de rapprochement, vous devez déplacer vos personnalisations vers les nouveaux includes de script. Les anciens includes de script seront obsolètes. Lors de la mise à niveau vers Yokohama Correctif 1 avec l’application de stockage Gestion des actifs logiciels (sn_itam_samp) 2.1.0 installée, vous devez supprimer les droits pour les profils d’intégration CrowdStrike existants. Ensuite, créez de nouveaux droits pour divers produits CrowdStrike , tels que CrowdStrike Falcon Endpoint Protection et CrowdStrike Falcon Discover, en fonction de leurs métriques de licence. Ces mesures incluent le capteur de moyenne horaire réservée et l’abonnement au capteur, qui se trouvent dans le groupe de mesures de licence CrowdStrike .
| Yokohama | ||||||||||||||||||||||
Planification stratégique | Après la mise à niveau vers Strategic Planning v4.7.0, les changements suivants s’appliquent aux préférences utilisateur :
| Yokohama | ||||||||||||||||||||||
Gestion des abonnements | La version 4.1 de Gestion des abonnements est active par défaut sur toutes les instances de la version Yokohama. Effectuez une mise à jour vers Gestion des abonnements 6.0.2 ou ultérieure pour utiliser les dernières fonctionnalités. Pour plus d’informations sur la mise à jour de Gestion des abonnements, consultez Mettre à jour une application ou un module d’extension. | Yokohama | ||||||||||||||||||||||
Telecommunications Network Inventory | La version Yokohama nécessite la version de la plateforme Xanadu pour prendre en charge la fonctionnalité de playbook Concevoir et affecter. | Yokohama | ||||||||||||||||||||||
Gestion de l’exploitation des services de télécommunications (TSOM) | Après l’installation de la gestion des opérations de télécommunications TSOM, toutes les règles d’identification IRE personnalisées appliquées aux cartes d’interface, aux créneaux, aux sous-créneaux et aux interfaces réseau peuvent être affectées. Vous devez examiner et valider les règles pour assurer un fonctionnement approprié. | Yokohama | ||||||||||||||||||||||
Gestion des risques liés aux tiers | À partir de la version Vancouver , si vous êtes un utilisateur VRM effectuant une mise à niveau vers TPRM, à partir d’une version antérieure, vous devez exécuter chaque mise à niveau séquentiellement pour vous assurer que les scripts correctifs s’exécutent correctement. Cela signifie qu’il faut passer d’une version à l’autre plutôt que de sauter la dernière version. Le fait de ne pas exécuter les scripts dans le bon ordre peut entraîner des incohérences de données, des fonctionnalités rompues et des conflits. Pour plus d’informations sur la mise à niveau de VRM vers TPRM, consultez Informations sur la mise à niveau de la gestion des risques liés aux tiers. Pour les clients TPRM existants, après la mise à niveau vers la version 20.2.4, les données de la colonne Secteur de la table Société [core_company] sont automatiquement migrées vers la colonne tprm_industry. La migration peut prendre plusieurs heures en fonction du nombre d’enregistrements dans la table Société [core_company]. Après la migration, un message du journal système confirme que la migration est terminée. Passez en revue le contenu de la table Société [core_company] et mettez à jour toutes les personnalisations faisant référence au champ Secteur pour utiliser tprm_industry. Après avoir vérifié la migration et mis à jour les personnalisations, vous pouvez supprimer la colonne Secteur. | Yokohama | ||||||||||||||||||||||
Aperçus d'utilisation |
| Yokohama | ||||||||||||||||||||||
Intégration de Vulnerability Response avec Claroty CTD | Claroty CTD v5.1 est également pris en charge pour l’intégration de Vulnerability Response avec l’application Claroty CTD. | Yokohama | ||||||||||||||||||||||
Intégrations de Réponse aux vulnérabilités |
| Yokohama | ||||||||||||||||||||||
Optimisation de la main d'œuvre pour ITSM |
| Yokohama | ||||||||||||||||||||||
Recherche IA | Après la mise à niveau vers Zurich à partir d’une version familiale antérieure, exécutez des analyses de documents complètes dans tous vos connecteurs de contenu externes pour mettre à jour leurs mappages de champs d’indexation vectorielle sémantique. | Zurich | ||||||||||||||||||||||
Gestionnaire d'applications | Application Manager est actif par défaut sur les instances de la version Zurich . Mettez à niveau votre instance vers le correctif Zurich 4 ou une version ultérieure pour utiliser les dernières fonctionnalités. Pour en savoir plus sur la mise à niveau de votre instance ServiceNow AI Platform , consultez Préparer votre mise à niveau. | Zurich | ||||||||||||||||||||||
Réponse aux vulnérabilités des applications |
| Zurich | ||||||||||||||||||||||
Framework de tests automatisés | Copiez et personnalisez les tests de démarrage rapide fournis par la plateforme d’IA ServiceNow® pour valider que votre instance fonctionne après avoir effectué des changements de configuration. Par exemple, si vous appliquez une mise à niveau ou développez une application. Les tests ne peuvent produire un résultat de réussite que lorsque vous les exécutez sur un système de base sans aucune personnalisation et avec les données de démonstration par défaut fournies avec le module d’extension d’application ou de fonctionnalité. Pour appliquer un test de démarrage rapide à des données spécifiques à votre instance, copiez le test de démarrage rapide et ajoutez vos données personnalisées. Pour plus d’informations, voir Tests de démarrage rapide disponibles par application ou fonctionnalité. | Zurich | ||||||||||||||||||||||
Configurateur CPQ | Si vous avez utilisé le configurateur de produit hérité précédemment et que vous souhaitez utiliser le configurateur CPQ, après la mise à niveau, vous devez définir la sn_prd_pm.enable_advanced_configuration propriété système sur vrai pour pouvoir utiliser le configurateur dans les workflows de gestion des ventes et des commandes . . | Zurich | ||||||||||||||||||||||
Gestion des changements | Dans le cadre de la mise à jour permettant d’utiliser le flux au lieu des agents d’avancement pour la détection de conflit, l’enregistrement du formateur d’interface utilisateur de progression du vérificateur de conflit fait référence à une nouvelle macro d’interface utilisateur, change_conflict_worker_progress_gate. Cette macro vérifie la change.conflict.useprogressworker propriété système pour déterminer le mécanisme de détection de conflit, puis affiche la macro d’interface utilisateur correspondante pour utiliser la table Agents d’avancement ou Agent de Gestion des changements. Pour plus d’informations, voir Détection de conflit. | Zurich | ||||||||||||||||||||||
Gestion des coûts du cloud 9.0 | La prise en charge de la plateforme Gestion des coûts du cloud est disponible à partir de la version Xanadu . Pour obtenir des instructions sur la mise à niveau de Gestion des coûts du cloud vers Zurich, consultez Mettre à niveau Analyse des coûts du cloud. | Zurich | ||||||||||||||||||||||
Vue d'exposition dans le cloud | La vue d’exposition dans le cloud est un espace de travail de l’application Sécurité dans le cloud pour l’espace de travail dans le cloud qui est pris en charge par l’application Gestion de l’exposition à la sécurité unifiée . La gestion unifiée de l’exposition à la sécurité (USEM) et les applications Cloud Security for Cloud Workspace sont requises. USEM est disponible pour tous les clients qui ont droit à Réponse aux vulnérabilités. Consultez les notes de version sur la gestion de l’exposition à la sécurité unifiée pour en savoir plus. | Zurich | ||||||||||||||||||||||
Conformité de la configuration | Si vous utilisez actuellement la Conformité de la configuration et que vous n’avez pas l’intention d’effectuer une mise à niveau vers la gestion unifiée de l’exposition de sécurité (USEM), installez une version antérieure à la version v30.x de Configuration Compliance et pour les mises à niveau vers les applications d’intégration tierces prises en charge. La table Actifs manquants [sn_vul_wiz_missing_asset] utilisée pour stocker les actifs importés par les intégrations de remplissage pour l’intégration de Réponse aux vulnérabilités avec Wiz est déconseillée. Si vous utilisez actuellement Vulnerability Response avec les intégrations Wiz , après la mise à jour vers la version 1.1, vous devez antidater l’une de vos intégrations principales Wiz existantes de trois jours et les exécuter. Veuillez consulter plus d’informations sur l’intégration de Wiz dans les articles SecOps de la communauté Security Operations. Pour plus d’informations sur les versions publiées de l’application Vulnerability Response ainsi que sur les applications tierces et ServiceNow compatibles avec la version Zurich, consultez l’article Matrice de compatibilité de Vulnerability Response et changements de schéma de mise en production [KB0856498] dans la base de connaissancesNow Support. | Zurich | ||||||||||||||||||||||
Base de données de gestion des configurations (CMDB) | En raison de la suppression de la valeur de conception de l’attribut de statut opérationnel dans un CI, après une mise à niveau, vous devez examiner tous les CI dont l’attribut de source de détection est défini sur Manual via IRE. Examinez l’attribut de statut opérationnel de ces CI et définissez-le sur une valeur prise en charge dans la CMDB pour votre environnement. Par exemple, vous pouvez définir l’attribut sur Non-Operational. Pour plus d’informations sur les valeurs d’état opérationnel, voir Cycle de vie tangible/physique. Sur une instance Zurich mise à niveau, vous devez exécuter manuellement la tâche Remove CMDB Roles from ITIL roles and Add CUD access to sn_cmdb_admin/sn_cmdb_editor rolesplanifiée pour configurer les rôles d’utilisateur sn_cmdb_admin et sn_cmdb_editor avec les autorisations nécessaires pour effectuer certaines tâches de l’Espace de travail CMDB. Cette tâche planifiée modifie les rôles d’utilisateur comme suit :
| Zurich | ||||||||||||||||||||||
Réponse aux vulnérabilités des conteneurs | Si vous utilisez actuellement Container Vulnerability Response et que vous n’avez pas l’intention d’effectuer une mise à niveau vers la gestion unifiée de l’exposition à la sécurité (USEM), installez une version inférieure à la version v30.x de Container Vulnerability Response et pour les mises à niveau vers les applications d’intégration tierces prises en charge. La table Actifs manquants [sn_vul_wiz_missing_asset] utilisée pour stocker les actifs importés par les intégrations de remplissage pour l’intégration de Réponse aux vulnérabilités avec Wiz est déconseillée. Si vous utilisez actuellement Vulnerability Response avec les intégrations Wiz , après la mise à jour vers la version 1.1, vous devez antidater l’une de vos intégrations principales Wiz existantes de trois jours et les exécuter. Veuillez consulter plus d’informations sur l’intégration de Wiz dans les articles SecOps de la communauté Security Operations. Pour plus d’informations sur les versions publiées de l’application Container Vulnerability Response ainsi que sur les applications tierces et ServiceNow compatibles avec la version Zurich, consultez l’article Matrice de compatibilité de Vulnerability Response et changements de schéma de mise en production [KB0856498] dans la base de connaissancesNow Support. | Zurich | ||||||||||||||||||||||
Libre-service client pour Sales and Order Management | La nouvelle expérience de paiement des commandes et les capacités améliorées des paniers sont fournies via un nouveau module d’extension Sales Cart (sn_sales_cart). En tant qu’administrateur, vous devez effectuer la migration de commande post-mise à niveau pour continuer à fournir une expérience transparente à vos clients. Si vous ne parvenez pas à effectuer les étapes de mise à niveau, vos clients peuvent perdre les produits ajoutés à leur panier. | Zurich | ||||||||||||||||||||||
Gestion de la clé de chiffrement |
| Zurich | ||||||||||||||||||||||
Chiffrement | Pour l’API GlideEncrypter, la norme NIST 800-131A Rév. 2 a recommandé de ne pas utiliser le chiffrement Triple Data Encryption Standard (3DES). Les changements suivants ont lieu dans la version Zurich avec la suppression officielle du chiffrement 3DES pour GlideEncrypter.
Dans la version Zurich , Chiffrement au niveau des colonnes a reçu une mise à niveau requise vers le cadre de travail de gestion des clés Chiffrement au niveau des colonnes (KMF-CLE) en raison de l’obsolescence de 3DES à l’échelle de la plateforme. Pour en savoir plus sur cette mise à niveau, reportez-vous à la rubrique KB1700704. | Zurich | ||||||||||||||||||||||
Gestion des actifs d'entreprise | À partir de la version Zurich , un nouveau menu, Actif rangé, a été ajouté à la barre de navigation de l’application ServiceNow Agent . Lors de la mise à niveau vers la version Zurich , un script correctif identifie si la barre de navigation de l’application ServiceNow Agent a été personnalisée et prend les mesures nécessaires.
| Zurich | ||||||||||||||||||||||
Connecteurs de contenu externe | À partir de la version 2 de l’application Connecteurs de contenu externe , les connecteurs de contenu externe implémentent l’indexation vectorielle sémantique pour les éléments analysés. Lorsque vous effectuez une mise à niveau vers une version qui prend en charge l’indexation vectorielle sémantique, vos connecteurs existants réindexent tous les éléments précédemment récupérés la prochaine fois qu’ils sont visités par une analyse, même si le contenu de ces éléments reste inchangé. Pour forcer l’indexation vectorielle sémantique de vos éléments de contenu externe dès que possible après la mise à niveau, annulez toutes les analyses en cours d’exécution, puis redémarrez manuellement les analyses annulées. Lorsque vous effectuez une mise à niveau vers la version 4 de l’application Connecteurs de contenu externe à partir d’une version antérieure, les recherches peuvent ne pas afficher tout le contenu précédemment exploré tant que vous n’avez pas terminé à la fois une analyse de contenu et une analyse de mappage d’utilisateurs pour chaque connecteur mis à niveau. La première analyse de contenu exécutée après la mise à niveau réindexera tout le contenu pouvant faire l’objet d’une recherche à partir du système source, et l’analyse du mappage utilisateur réindexera toutes les principales de sécurité du système source. Tout le contenu exploré doit être affiché dans les recherches une fois ces deux explorations terminées. | Zurich | ||||||||||||||||||||||
Gestion des services sur site | À compter du 1er mars 2025, l’API Google Places, l’API de directions et l’API Distance Matrix ont été désignées comme des services hérités. Les versions les plus récentes de ces services sont l’API Lieux (Nouveau) et l’API Itinéraires. Google Les API de mappage pour les options de service sur site utilisent la dernière version des API de la version Zurich et la version 8.0 de l’Espace de travail du répartiteur . Pour éviter les problèmes avec les API Google Maps, activez l’API Emplacements (Nouveau) et l’API Itinéraires à partir de la console Google Cloud Platform . | Zurich | ||||||||||||||||||||||
Flux, flux secondaires et actions dans Studio de workflow | Une version antérieure de la fonction enregistrer au fur et à mesure a été publiée et retirée de la version Washington DC . Si vous effectuez une mise à niveau à partir de la version Washington DC , vous avez peut-être désactivé manuellement les fonctionnalités d’enregistrement au fur et à mesure en définissant une propriété système. Pour restaurer les fonctionnalités d’enregistrement au fur et à mesure, voir Restaurer la fonctionnalité d’enregistrement au fur et à mesure. | Zurich | ||||||||||||||||||||||
Contrôleur d'IA générative | Le contrôleur d’IA générative est installé ou mis à jour lorsque vous installez ou mettez à jour une application Now Assist . Si vous rencontrez des problèmes lors de l’installation ou de la mise à jour d’applications, consultez cet article de la base de connaissances ou ouvrez un ticket d’assistance. | Zurich | ||||||||||||||||||||||
Gestion des actifs matériels |
| Zurich | ||||||||||||||||||||||
Impact | La configuration de l’application Impact Store nécessite une séquence de tâches dans un processus d’enregistrement unifié. Voir Configurer l’application Impact Store. | Zurich | ||||||||||||||||||||||
Réplication de données d'instance |
| Zurich | ||||||||||||||||||||||
Serveur MID | Pour connaître la configuration système requise la plus récente du serveur MID , consultez Configuration système requise pour le serveur MID. La version minimale de JRE prise en charge est 17.0.10 et la version recommandée est 17.0.12. Si vous avez installé votre propre JRE, le processus de mise à niveau effectue les actions suivantes pour vérifier que le serveur MID utilise un JRE pris en charge :
Tous les ordinateurs hôtes de serveur MID doivent avoir accès au site de téléchargement à install.service-now.com pour activer les mises à niveau automatiques. Pour en savoir plus, consultez la procédure de gestion des mises à niveau de serveur MID. Un seul service Windows MID Server est autorisé selon le chemin d’accès de l’exécutable. Les serveurs MIDWindows mis à niveau qui ont plusieurs services pointant vers le même dossier d’installation ne peuvent pas démarrer. Voir Échec du démarrage du serveur MID pour plus d’informations. Pour plus d’informations sur les mises à niveau de serveur MID , consultez les rubriques suivantes :
| Zurich | ||||||||||||||||||||||
Notification | À partir de la version Zurich , Notify utilise des flux secondaires au lieu de workflows. Pour les utilisateurs existants à Zurich, vos workflows actuels sont toujours pris en charge. Pour les nouveaux utilisateurs, vos installations de module d’extension Notification utilisent des flux secondaires. Dans le cadre de cette transition, les activités de workflow suivantes sont disponibles en tant qu’actions de flux et peuvent être utilisées lors de la création de flux secondaires :
Maintenez, créez et modifiez vos propres flux secondaires personnalisés dans Studio de workflow avec des flux secondaires pour les nouvelles instances. Les workflows du système de base suivants ont été migrés vers les flux secondaires :
Remarque : Tous les artefacts liés au workflow ont été déplacés vers un nouveau module d’extension, qui est maintenu en mode de support uniquement et n’est pas disponible pour les nouvelles installations. | Zurich | ||||||||||||||||||||||
Now Assist pour CMDB | Le processus d’installation (activation) a changé pour le module d’extension Now Assist pour CMDB v2.1. Voir Configurer pour les nouvelles instructions. | Zurich | ||||||||||||||||||||||
Now Assist pour la gestion des actifs matériels (HAM) | Si vous disposez du rôle d’utilisateur procurement_user, vous pouvez accéder au workflow agentique Aide à la gestion des demandes d’actifs matériels, qui inclut les agents IA suivants :
| Zurich | ||||||||||||||||||||||
Now Assist pour Gestion des services IT (ITSM) | Lorsque vous effectuez une mise à niveau vers la version Zurich Patch 4, les personnalisations que vous avez apportées au menu contextuel Now Assist (NACM) ne sont pas conservées. Pour plus d’informations, consultez l’article de la communauté Informations sur la mise à niveau pour la prise en charge NACM dans Now Assist pour ITSM. Le workflow agentique Assistant d’incident est actif par défaut et inclut toutes les options de la compétence [DÉCONSEILLÉ] Assistant d’incident, avec des améliorations. Lorsque vous effectuez une mise à niveau vers la version Zurich Patch 8 , si la compétence d’assistant d’incident [DÉCONSEILLÉ] est activée, envisagez de la désactiver pour éviter toute redondance. Pour plus d’informations, voir Compétence d’assistant d’incident. | Zurich | ||||||||||||||||||||||
Now Assist pour Réponse aux incidents de sécurité (SIR) | Remarque : Pour plus d’informations, consultez Actifs IA activés par défautLes compétences, agents et workflows agentiques Now Assist suivants pour Now Assist pour Réponse aux incidents de sécurité sont activés par défaut : Compétences
Workflows agentiques
Agents
Remarque : La mise à niveau des modules d’extension Now Assist active toutes les compétences désignées qui n’ont pas été précédemment modifiées par le client.
Lorsque vous mettez à jour l’application Now Assist pour Réponse aux incidents de sécurité (SIR), les applications dépendantes sont automatiquement mises à jour. Pour plus d’informations sur les applications requises pour Now Assist pour Réponse aux incidents de sécurité, voir Informations de prise en charge. L’application Recherche IA doit être activée afin que la compétence des actions recommandées fonctionne pour les incidents de sécurité avec Now Assist pour Réponse aux incidents de sécurité. Pour vérifier que Recherche IA est activée sur votre instance, accédez à . Contactez l’assistance si la page indique que Recherche IA n’est pas activé. | Zurich | ||||||||||||||||||||||
Now Assist pour Réponses aux vulnérabilités | Les compétences Now Assist suivantes pour Now Assist pour Réponses aux vulnérabilités sont activées par défaut.
Lorsque vous mettez à jour l’application Now Assist pour Vulnerability Response , les applications dépendantes sont automatiquement mises à jour. Pour plus d’informations sur les applications requises pour Now Assist pour Réponse aux vulnérabilités, voir Informations de prise en charge. | Zurich | ||||||||||||||||||||||
Now Assist pour Gestion des contrats | Si vous effectuez une mise à niveau vers Now Assist dans Gestion des contrats à partir de Yokohama (correctif 2 et versions antérieures) ou Xanadu (correctif 8 et versions antérieures) et que vous avez des cas d’utilisation personnalisés, exécutez un script correctif pour migrer les données existantes vers la console d’administration Now Assist .
| Zurich | ||||||||||||||||||||||
Now Assist | Les clients qui n’ont pas opté pour des modèles de langage tiers volumineux peuvent leur être acheminés pendant l’exécution des compétences. Si le nouveau modèle n’est pas mis en service ou disponible dans votre environnement, cela entraînera des échecs d’exécution des compétences. Vérifiez les modèles que vos compétences utilisent dans la console d’Administrateur Now Assist . Si vous avez personnalisé des actions d’interface utilisateur ou d’autres éléments associés aux compétences Now Assist , confirmez que votre code personnalisé est mis à jour avec les nouvelles versions de compétences. Sinon, certaines fonctions risquent de ne pas fonctionner comme prévu. Si vous rencontrez des problèmes lors de la mise à niveau d’un produit Now Assist, consultez l’article Problèmes et atténuation des mises à jour des applications et du module d’extension Now Assist (IA générative) [KB1637452] dans la base de connaissancesNow Support. Connectez-vous pour consulter l’article. La version Zurich introduit des protections améliorées pour les champs en lecture seule sur ServiceNow® AI Platform. Ces changements incluent un nouveau champ « read_only_option » avec des niveaux de contrôle granulaires, notamment « strict_read_only » et « client_script_modifiable ». Les changements se produisent dans le back-end et maintiennent un comportement rétrocompatible. Cette mise à jour permet de renforcer la sécurité de votre instance tout en préservant la flexibilité dont vous avez besoin. Si vous avez des scripts clients personnalisés qui modifient les champs en lecture seule appartenant à ServiceNow® à l’aide Les listes de contrôle d’accès (ACL) existantes seront mises à jour pour remplacer le rôle « administrateur » par des rôles granulaires spécifiques et axés sur les objectifs dans les scripts ou les attributs de sécurité. Dans le cadre de cette mise à jour, l’API | Zurich | ||||||||||||||||||||||
Planification d'astreinte | À partir de la version Zurich , Planification d’astreinte utilise des flux secondaires, et non des workflows. Vous devez passer des workflows aux flux secondaires, car les workflows sont considérés comme des workflows hérités. Pour les utilisateurs existants à Zurich, vos workflows actuels continuent d’être pris en charge. Toutefois, pour les nouveaux utilisateurs, les installations du module d’extension Planification d’astreinte sur Zurich et les instances ultérieures n’utilisent que des flux secondaires. Maintenez, créez et modifiez vos propres flux de planification d’astreinte personnalisés dans Studio de workflow avec des flux secondaires pour les nouvelles instances. Les flux secondaires suivants sont disponibles pour la configuration : | Zurich | ||||||||||||||||||||||
Operational Resilience | Après la mise à niveau vers Operational Resilience version 21.0.x, réexécutez la Update CSDM and other dependencies tâche planifiée pour renseigner les métadonnées supplémentaires introduites dans cette version. | Zurich | ||||||||||||||||||||||
Analyseur de performance | À partir de la version Zurich , Performance Analyzer est disponible automatiquement sur votre instance. Pour accéder à l’analyseur de performances sur des instances antérieures, installez l’analyseur de performances à partir du ServiceNow® Store. | Zurich | ||||||||||||||||||||||
Expérience Platform Analytics | Lors de la mise à niveau, toutes les pages d’accueil de votre instance qui ont été ouvertes sont migrées vers les tableaux de bord de l’interface utilisateur principale , qui sont visibles dans la bibliothèque de tableaux de bord. Pour plus d’informations, voir Dépréciation de la page d’accueil. Les listes simples sont toutes converties en nouvel élément de liste lors de la mise à niveau. | Zurich | ||||||||||||||||||||||
Playbooks dans Studio de workflow | Après la mise à niveau vers Zurich, mettez à jour l’application Studio de workflow dans le ServiceNow Store. | Zurich | ||||||||||||||||||||||
Gestion du catalogue de produits et gestion des prix | Gestion des prix v15.0.0 fournit un plan de tarification par défaut qui inclut de nouvelles étapes pour prendre en charge les stratégies de tarification introduites dans cette version. Si vous utilisez un plan de tarification personnalisé d’une version antérieure, passez en revue le plan de tarification par défaut, qui est à l’état Mis hors service après la mise à niveau. Déterminez si vous souhaitez publier le plan par défaut ou personnaliser le plan de tarification par défaut en fonction de vos besoins. Le plan par défaut contient de nouvelles étapes pour calculer la tarification nette et les valeurs de cumul pour les produits configurables dans les devis et les commandes : étapes de calcul du prix net, de cumul de ligne et de cumul d’en-tête. Cette fonctionnalité de tarification existait dans les versions précédentes pour les devis et les commandes, mais n’était pas incluse dans le plan de tarification par défaut. Pour conserver cette fonctionnalité précédente pour les devis et les commandes, vous devez ajouter les étapes de calcul du prix net, de cumul de ligne et de cumul d’en-tête dans votre plan de tarification personnalisé avant de le publier pour utilisation. Si vous avez déjà utilisé le configurateur de produit hérité et que vous souhaitez utiliser le configurateur CPQ, après la mise à niveau, définissez la sn_prd_pm.enable_advanced_configuration propriété système sur vrai. Lorsque la valeur est définie sur vrai, cette propriété active le configurateur CPQ. Si vous souhaitez utiliser Recherche IA pour les recherches dans le catalogue de produits, avant la mise à niveau, installez Now Assist pour l’automatisation de la force de vente (SFA), qui inclut les modules d’extension nécessaires à la fonctionnalité Recherche IA . Après la mise à niveau, effectuez différentes étapes pour implémenter Recherche IA. Ces étapes incluent l’exécution d’une tâche planifiée pour configurer Recherche IA et l’activation de Recherche IA dans l’interface du catalogue de produits en définissant la enable_ai_search_in_catalog propriété système sur vrai. Pour plus d’informations sur ces étapes de configuration, consultez Configuration de Recherche IA pour la recherche dans le catalogue de produits. | Zurich | ||||||||||||||||||||||
Services digitaux pour le secteur public | Après la mise à niveau, certains menus du secteur public et éléments de menu dans l’espace de travail configurable CSM reprennent leur nom d’étiquette CSM d’origine. Vous pouvez réétiqueter ces éléments pour une utilisation dans le secteur public en mettant à jour les étiquettes des enregistrements de catégorie de liste UX Client, Comptes et Organisations de services. Pour en savoir plus sur le ré-étiquetage, accédez à et sélectionnez . | Zurich | ||||||||||||||||||||||
Centre de RPA | Mettez à niveau l’un de ces programmes d’installation de logiciels ( MSI) Microsoft actuellement installés en téléchargeant les applications RPA :
Les informations de mise à niveau suivantes ne s’appliquent que lorsque vous effectuez une mise à niveau de San Diego ou Tokyo vers Zurich. En fonction du nombre d’enregistrements dans la table du fichier d’application, vous pouvez rencontrer un délai lors de la mise à niveau des applications RPA Hub à partir de Tokyo ou de versions antérieures vers Zurich. Avant de mettre à niveau RPA Hub vers Zurich, vous devez définir la valeur de la glide.rollback.blacklist.TableParentChange.change propriété système sur false. Si cette propriété n’existe pas dans la table Propriété système [sys_properties], ajoutez-la et définissez sa valeur sur faux. Pour plus d’informations sur l’ajout d’une propriété, consultez Ajouter une propriété système. Une fois la mise à niveau vers Zurich, les définitions du processus de bot sont remplacées par la nouvelle structure, qui correspond à la configuration du processus de bot. Bien que la configuration du processus de bot ne remplace pas complètement le processus de bot, la plupart des champs sont déplacés du processus de bot vers la configuration du processus de bot. Si vous effectuez une mise à niveau vers Zurich sans mettre à jour la valeur de propriété système, les tables n’étendent pas la table Fichier d’application [sys_metadata]. Pour mettre à jour manuellement les changements apportés à la table, consultez l’article Restructuration des tables RPA Hub à sys_metadata dans la version Utah et au-delà [KB1223629] dans la base de connaissancesNow Support. | Zurich | ||||||||||||||||||||||
Applications de vente au détail | À partir de cette version, le scénario de base de vente au détail a été rendu abstrait. (Un cas abstrait ou un type de cas abstrait est une configuration de base d’un cas qui est destiné à être étendu par des types de cas spécialisés plutôt que d’être utilisé directement.) Après la mise à niveau vers la version Zurich et pour toutes les mises à jour de version à partir de la version Yokohama , si vous utilisez la table de tickets de base de vente au détail, vous ne pourrez plus créer de nouveaux tickets ou mettre à jour les tickets existants. Utilisez plutôt les types de tickets suivants :
Vous pouvez également étendre vos propres types de tickets. Pour plus d’informations sur ces changements, consultez l’article Analyse de l’impact et conseils : mises à jour de la table des tickets de vente au détail [KB2216547] dans la base de connaissances Now Support . | Zurich | ||||||||||||||||||||||
SQL API | ServiceNow a fourni aux clients un client ODBC gratuit basé sur SOAP. Si vous disposez d’une autorisation RaptorDB Pro active, vous pouvez migrer vers le client API SQL basé sur REST en effectuant la configuration requise côté serveur et côté client. Pour plus d’informations, consultez Configurer. | Zurich | ||||||||||||||||||||||
Contrôle de la posture de sécurité | Pour obtenir la liste complète des applications requises pour implémenter Security Posture Control, consultez Installer Security Posture Control. | Zurich | ||||||||||||||||||||||
Échange de services |
| Zurich | ||||||||||||||||||||||
Observabilité des services | Si vous disposez du rôle snc_sow_svcobs.manager, vous devez appartenir à un groupe d’utilisateurs avec un type de | Zurich | ||||||||||||||||||||||
Espace de travail pour l'exploitation des services pour ITSM | Assurez-vous que les applications suivantes disposent de versions mises à niveau compatibles :
Pour plus d’informations sur les versions compatibles, consultez Compatibilité des versions entre Espace de travail pour l’exploitation des services pour ITSM et Espace de travail pour l’exploitation des services ITOM. | Zurich | ||||||||||||||||||||||
Fonctionnalité principale de la plateforme IA de ServiceNow | Le cadre de travail de l’application de schéma dynamique a été révisé dans la version Zurich . Si vous avez implémenté le schéma dynamique dans Xanadu ou Yokohama, l’application est automatiquement migrée vers une nouvelle infrastructure dans le cadre de la mise à niveau vers la version Zurich . Pour plus d’informations sur la migration, consultez le Guide de migration du schéma dynamique pour Zurich [KB2146133] dans la base de connaissancesNow Support. | Zurich | ||||||||||||||||||||||
IDE ServiceNow | La version 2.1.2 de l’IDE ServiceNow est active par défaut sur les instances de la version Zurich. Effectuez une mise à jour vers la version 3.0 ou ultérieure de l’IDE ServiceNow pour utiliser les dernières fonctionnalités. Pour plus d’informations sur la mise à jour de l’IDE ServiceNow, voir Installer ou mettre à jour l’IDE ServiceNow. | Zurich | ||||||||||||||||||||||
ServiceNow SDK | Pour effectuer une mise à niveau vers la dernière version du SDK ServiceNow globalement ou au sein d’une application, consultez Mettre à niveau le SDK ServiceNow. La version 4.0 du SDK ServiceNow prend en charge l’intégration avec les instances ServiceNow à partir de la version Washington DC. Sur les systèmes Windows , après la mise à niveau vers la version 4.3 ou ultérieure du SDK ServiceNow , les informations d’identification stockées existantes ne sont pas prises en charge en raison de l’obsolescence de Keytar. Les utilisateurs sur les systèmes Windows doivent ajouter à nouveau leurs informations d’identification à l’aide de la commande
now-sdk auth --add pour s’authentifier avec les instances. Pour plus d’informations, consultez Authentifier.Remarque : Pour plus d’informations sur les versions mineures du Kit de développement logiciel (SDK) ServiceNow, consultez le référentiel du Kit de développement logiciel (SDK) ServiceNow sur GitHub. | Zurich | ||||||||||||||||||||||
ServiceNow Studio | Il n’est plus nécessaire de télécharger ServiceNow Studio à partir du ServiceNow Store. Il est disponible par défaut sur la plateforme d’IA de ServiceNow . | Zurich | ||||||||||||||||||||||
ServiceNow Vault | Pour installer ServiceNow Vault, les éléments suivants doivent être installés :
| Zurich | ||||||||||||||||||||||
Base des compétences | Vous ne pouvez pas télécharger les données de compétences du secteur dans le cadre de la configuration guidée. | Zurich | ||||||||||||||||||||||
Gestion des actifs logiciels | À partir de la version Zurich , les workflows suivants sont migrés vers Flow Designer en tant que flux :
À partir de la version Zurich , le module d’extension Software Asset Workspace (com.sn_sam_workspace) est déplacé de la version familiale vers l’application du magasin Software Asset Workspace . Après la mise à niveau vers Zurich, le module d’extension Software Asset Workspace (com.sn_sam_workspace) est désactivé et l’application du magasin Software Asset Workspace (sn_sam_workspace) est activée dans l’instance. Lors de la mise à niveau vers le module d’extension Gestion des actifs logiciels - Gestion des licences SaaS (sn_sam_saas_int) version 16.0.6 ou ultérieure dans la version Zurich, vérifiez que l’application du magasin Software Asset Workspace (sn_sam_workspace) est mise à jour vers la version 9.0.4. | Zurich | ||||||||||||||||||||||
Intégrations des opérations Source-to-Pay | Important :
En raison d’un problème de performance identifié avec le script correctif de mise à niveau, le script correctif d’approvisionnement a été modifié. Ce script ne s’exécute plus automatiquement pendant le processus de mise à niveau. Au lieu de cela, il est désormais fourni en tant que travail à la demande. Les administrateurs doivent exécuter manuellement cette tâche en dehors des heures ouvrables une fois la mise à niveau terminée. | Zurich | ||||||||||||||||||||||
Planification stratégique | Après la mise à niveau vers Strategic Planning v4.8.0, les champs Type d’investissement et Classe d’investissement existants s’afficheront respectivement en tant que Type d’investissement (déconseillé) et Classe d’investissement (déconseillé) sur la page Planification, y compris dans les vues Priorisation et Feuille de route et dans la page Planification des scénarios. Les valeurs de ces champs obsolètes seront automatiquement copiées dans les nouveaux champs Type d’investissement et Classe d’investissement . Si vous avez précédemment appliqué des filtres ou personnalisé votre vue à l’aide des champs obsolètes, vous devez mettre à jour ces configurations pour utiliser les nouveaux champs Type d’investissement et Classe d’investissement dans l’espace de travail, y compris dans les vues Priorisation et Feuille de route de la page Planification, ainsi que dans la page Planification de scénario. | Zurich | ||||||||||||||||||||||
Gestion des abonnements | La version 5.0 d’Subscription Management est active par défaut sur toutes les instances de la version Zurich. Effectuez une mise à jour vers Gestion des abonnements 6.1 ou une version ultérieure pour utiliser les dernières fonctionnalités. Pour plus d’informations sur la mise à jour de Gestion des abonnements, consultez Mettre à jour une application ou un module d’extension. | Zurich | ||||||||||||||||||||||
Surveillance synthétique | Si vous souhaitez exécuter des moniteurs en utilisant un Serveur MID comme emplacement, vous devez redémarrer le Serveur MID après la mise à niveau. | Zurich | ||||||||||||||||||||||
Gestion des risques liés aux tiers | Si vous êtes un utilisateur VRM effectuant une mise à niveau vers TPRM et une mise à niveau vers Vancouver ou une version ultérieure à partir d’une version antérieure, vous devez exécuter chaque mise à niveau séquentiellement pour vous assurer que les scripts correctifs s’exécutent correctement. Par exemple, vous devez effectuer une mise à niveau de Utah vers Vancouver, de Vancouver vers Washington DC, et ainsi de suite. Si les scripts ne s’exécutent pas dans le bon ordre, vous pouvez obtenir des incohérences de données, des fonctionnalités rompues et des conflits. Après la mise à niveau vers la version 21.0.x, vous pouvez activer le moteur d’évaluation intelligente (SAE) en définissant la propriété Moteur d’évaluation intelligente activé (sn_vdr_risk_asmt.sae_enabled). Après avoir défini cette propriété, le moteur d’évaluation intelligent (SAE) devient le moteur d’évaluation par défaut et remplace l’expérience héritée. La transition n’est pas réversible. Avertissement : Définissez cette propriété dans vos instances de non-production et effectuez des tests approfondis avant de changer vos instances de production. Ne pas les respecter peut entraîner des problèmes inattendus. Pour plus d’informations sur la mise à niveau de VRM vers TPRM et les différences entre les moteurs d’évaluation intelligente et classique, consultez Informations sur la mise à niveau de la gestion des risques liés aux tiers. Pour les clients TPRM existants, après la mise à niveau vers la version 21.0.3, les données de la colonne Secteur de la table Société [core_company] sont automatiquement migrées vers la colonne tprm_industry. La migration peut prendre plusieurs heures en fonction du nombre d’enregistrements dans la table Société [core_company]. Après la migration, un message du journal système confirme que la migration est terminée. Passez en revue le contenu de la table Société [core_company] et mettez à jour toutes les personnalisations faisant référence au champ Secteur pour utiliser tprm_industry. Après avoir vérifié la migration et mis à jour les personnalisations, vous pouvez supprimer la colonne Secteur. | Zurich | ||||||||||||||||||||||
Gestion unifiée de l’exposition à la sécurité | La gestion unifiée de l’exposition à la sécurité est disponible pour tous les clients qui ont droit à Réponse aux vulnérabilités. Cependant, la migration vers USEM est une mise à niveau majeure qui introduit une architecture unifiée pour améliorer les performances, l’évolutivité et rationaliser les workflows. Avant la mise à niveau, utilisez l’assistant de migration pour la gestion unifiée de l’exposition à la sécurité qui est disponible en tant qu’ensemble de mises à jour. Pour en savoir plus, consultez l’article de la base de connaissances Conseils de migration vers la gestion unifiée de l’exposition à la sécurité [KB2556844]. Cet outil fournit une expérience guidée pour l’installation du module d’extension, le mappage des données, la migration des règles et la validation post-migration, réduisant ainsi les risques et les efforts manuels. Assurez-vous que toutes les intégrations et tous les workflows sont examinés pour vérifier leur compatibilité avant d’initier la migration. Pour plus d’informations, consultez Migration vers USEM et Migration vers USEM. | Zurich | ||||||||||||||||||||||
Réponse aux vulnérabilités | Si vous utilisez actuellement Réponse aux vulnérabilités et que vous n’avez pas l’intention d’effectuer une mise à niveau vers la gestion unifiée de l’exposition à la sécurité (USEM), installez une version antérieure à la version v30.x de Vulnerability Response et pour les mises à niveau vers les applications d’intégration tierces prises en charge. La table Actifs manquants [sn_vul_wiz_missing_asset] utilisée pour stocker les actifs importés par les intégrations de remplissage pour l’intégration de Réponse aux vulnérabilités avec Wiz est déconseillée. Si vous utilisez actuellement Réponse aux vulnérabilités avec les intégrations Wiz , après la mise à jour vers la nouvelle version 1.1, vous devez antidater l’une de vos intégrations principales Wiz existantes de trois jours et les exécuter. Veuillez consulter plus d’informations sur l’intégration de Wiz dans les articles SecOps de la communauté Security Operations. Pour plus d’informations sur les versions publiées de l’application Vulnerability Response ainsi que sur les applications tierces et ServiceNow compatibles avec la version Zurich, consultez l’article Matrice de compatibilité de Vulnerability Response et changements de schéma de mise en production [KB0856498] dans la base de connaissancesNow Support. | Zurich | ||||||||||||||||||||||
Connecteur zéro copie pour ERP | Si vous avez déjà des extractions planifiées et que vous avez effectué une mise à niveau vers Zurich, exécutez le script correctif pour placer les Scheduled Extraction V2 Move extractions planifiées dans une nouvelle table où la planification est effectuée par le moteur de scripts planifiés. Pour connaître les étapes détaillées, voir Exécuter des scripts correctifs. | Zurich |