Tâches de pré et post-mise à niveau pour divers produits

  • Rversion finale: Australia
  • Mis à jour 17 juin 2026
  • 147 minutes de lecture
  • 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

    Tâches préalables à la mise à niveau, tâches de mise à niveau, tâches postérieures à la mise à niveau

    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

    Important :
    Pour toute modification de la procédure de mise à niveau pour les clients auto-hébergés, consultez KB0563844 pour plus d’informations .
    Tableau 1.
    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

    • Si vous utilisez actuellement Application Vulnerability Response 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 d’Application Vulnerability Response et pour les mises à niveau vers les applications d’intégration tierces prises en charge.
    • Pour en savoir plus sur les nouvelles fonctionnalités de Vulnerability Response, consultez les notes de publication de Vulnerability Response.
    • Pour plus d’informations sur les versions publiées de l’application Réponse aux vulnérabilités de l’application ainsi que sur les applications tierces et ServiceNow compatibles avec la version Australia , consultez l’article Matrice de compatibilité de la réponse aux vulnérabilités et changements apportés au schéma de mise en production [KB0856498] dans la base de connaissances Now Support.

    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

    • 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.
    • La ServiceNow AI Platform vous offre désormais une nouvelle expérience d’IA avec trois niveaux de licence disponibles :
      • Base : les bases de l’IA pour fournir des informations
      • Avancé : l’IA pour stimuler la productivité dans les cas d’utilisation pertinents
      • Prime : Agir de manière autonome avec tous les actifs IA et créer les vôtres
      Pour plus d’informations, consultez Couches de produits ServiceNow.

    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 d’appel n’apparaît pas dans le champ Numéro de rappel de la page Étapes de séquence pendant l’exécution. Pour activer la fonctionnalité d’appel en un clic, mettez à jour l’application Séquences d’engagement client pour utiliser la nouvelle activité Planifier un appel.

    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

    • Pour améliorer la sécurité et gérer précisément l’accès administrateur, les rôles d’administrateur granulaire sont maintenant installés. Ces rôles remplacent les contrôles généraux de l’administrateur en attribuant des privilèges spécifiques en fonction des tâches de l’utilisateur, plutôt que d’accorder un accès administrateur complet :
      • sn_hamp.ham_system_admin : permet d’accéder à la gestion des licences HAM , à la configuration guidée HAM , aux propriétés des applications HAM et aux propriétés système, ainsi qu’à quelques tables.
      • sn_hamp.ham_asn_admin : permet d’accéder à la fonctionnalité de notification avancée d’expédition (ASN).
      • asset_integration_admin : permet d’accéder aux fonctionnalités d’intégration de demande et de transporteur de matériel standard, ainsi qu’aux tables d’expédition.
      • asset_system_admin : permet d’accéder au journal des tâches des actifs, à l’audit de contenu, à l’ordre de transfert, à la gestion des dépenses et à la gestion des modèles.
      • asset_task_admin : permet d’accéder aux tâches relatives aux actifs.
      • procurement_system_admin : permet d’accéder au module Approvisionnement, aux tables et aux tâches.
      • contract_system_admin : permet d’accéder au module, aux tables et aux tâches de contrat.
      • asset_licensing_admin : permet d’accéder au module de gestion des licences ITAM.
      • asset_recommendation_admin : permet d’accéder aux actions de recommandation.
    • 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

    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

    • Dans les versions antérieures à Zurich , l’API GlideEncrypter utilisait la norme de cryptage à trois clés Triple Data Encryption Standard (3DES), que la norme NIST 800-131A Rév. 2 a déconseillée d’utiliser après 2023. Les changements suivants ont lieu dans la version australienne en vue d’une dépréciation complète de GlideEncrypter/3DES à l’avenir :
      • Les nouvelles instances australiennes ne peuvent pas utiliser GlideEncrypter. Tous les scripts du système de base ont été modifiés pour utiliser d’autres processus de chiffrement.
      • si vous mettez à niveau vos instances australiennes , vous pouvez toujours utiliser GlideEncrypter, qui a été mis à jour pour utiliser le chiffrement AES256-GCM via le cadre de gestion des clés.
      • En savoir plus sur l’obsolescence de 3DES dans KB1704481.

    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 :
    • Si un serveur MID utilise une version non prise en charge de JRE lors de sa mise à niveau, le processus de mise à niveau affiche un message d’avertissement avec la version JRE minimale et recommandée.
    • Si un JRE pris en charge est en cours d’exécution sur l’hôte du serveur MID , le serveur MID mis à niveau utilise cette version.

    Tous les ordinateurs hôtes de 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)
    • Pour mettre à niveau l’application Agent de version , mettez à niveau l’application Now Assist pour les créateurs (sn_now_creator), qui inclut le module d’extension Agent de version Pro (sn_build_agent_pro). Pour mettre à niveau l’application Build Agent (version d’évaluation), mettez à niveau le module d’extension sn_build_agent.

    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.
    1. Accéder à Administrateur > Administrateur Now Assist.
    2. Sélectionnez des compétences Now Assist.
    3. Sélectionnez Plateforme.
    4. Sélectionnez Connaissances.
    5. Assurez-vous que la compétence de recommandation du contenu des connaissances est active.

    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 .
    Niveaux de produits ServiceNow
    La ServiceNow AI Platform vous offre désormais une nouvelle expérience d’IA avec trois niveaux de licence disponibles :
    • Base : les bases de l’IA pour fournir des informations
    • Avancé : l’IA pour stimuler la productivité dans les cas d’utilisation pertinents
    • Prime : Agir de manière autonome avec tous les actifs IA et créer les vôtres

    Selon votre licence, vous aurez accès à certaines fonctionnalités d’application, compétences d’IA générative, workflows agentiques et agents IA.

    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 de g_form.setValue() ou g_form.clearValue(), reportez-vous à l’article KB2718122 dans la base de connaissancesNow Support pour identifier les champs affectés et ajuster les paramètres.

    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 getRoles() est remplacée par l’API hasRole() à des fins d’autorisation. En outre, toutes les références au rôle administrateur dans le code ont été remplacées par les rôles granulaires pour les cas d’utilisation d’autorisation. Pour plus d'informations, consultez https://www.servicenow.com/docs/r/platform-security/granular-admin-roles.html.

    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 :
    • Calculate red flags for CSDM and dependencies
    • Update CSDM and other dependencies
    Pour les installations existantes, ces travaux conservent leur état actif ou inactif actuel.

    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 à Tous > Service membre > Administration > Configuration guidéeet sélectionnez Espace de travail configurable for Public Sector Digital Services > Personnaliser manuellement les étiquettes de l'espace de travail.

    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 :
    • RPA Desktop Design Studio
    • Robot assisté
    • Robot non assisté
    • Robot non assisté Login Agent
    Pour plus d’informations, consultez Télécharger les applications RPA à partir de RPA Hub.

    Les informations de mise à niveau suivantes ne s’appliquent que lorsque vous effectuez une mise à niveau de San Diego ou de Tokyo vers 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 .
    • La version 2.x.x d’Échange de services, qui a été publiée pour la première fois avec la version Xanadu, ne prend pas en charge la migration des versions (héritées) d’Échange de services.

      Version (héritée) de Service Exchange : avant d’effectuer une mise à niveau vers la version Australia, consultez l’article Échange de services pour fournisseurs (hérité) : utilitaire de migration [KB1499823] dans la base de connaissances Now Support pour savoir comment migrer vos données de configuration.

    • Échange de services version 1.x.x : lors de la mise à niveau, consultez l’article Guide de mise à niveau - Application Échange de services pour fournisseurs et consommateurs (version v2.x.x) [KB1700387] dans la base de connaissances Now Support pour savoir comment migrer vos applications Service Exchange .
    • Version 2.x.x d’Échange de services : les nouveaux droits qui nécessitent la dernière version de compatibilité ne peuvent pas être activés tant que les consommateurs et les fournisseurs n’ont pas effectué de mise à niveau vers la version 2.x.x d’Échange de services . Les nouveaux droits configurés avec une version de compatibilité inférieure peuvent être activés. Les anciens droits actifs continuent de fonctionner, mais il est impossible d’activer les nouveaux.
    • Lors de l’utilisation d’Échange de services pour les fournisseurs et d’Échange de services pour consommateurs dans une seule instance, vous devez mettre à niveau les deux applications simultanément vers la même version pour maintenir la compatibilité. Si les versions divergent, une vérification d’analyse signale les incohérences de version et le tableau de bord d’intégrité affiche un problème d’incohérence de version. Après la mise à niveau, exécutez et validez la suite d’analyse post-mise à niveau pour identifier et résoudre tout problème post-mise à niveau.
    • Si vous avez effectué une mise à niveau vers Service Exchange version 2.0.55 avant de mettre à niveau la plateforme vers la version Australie et que votre instance dispose de la version 1.0.4 du module d’extension Sales and Order Management , les nouvelles ACL de refus ne sont pas installées. Après la mise à niveau vers la version Australia , sélectionnez Réparer pour réinstaller l’application Service Exchange et vous assurer que les ACL de refus sont installées.
    • Lorsque vous installez l’application Service Exchange , Service Exchange Global script include est automatiquement installé ou mis à jour sur les versions de plateforme suivantes :
      • Yokohama
      • Zurich
      • 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

    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 :
    • Lorsque vous effectuez une mise à niveau vers Washington DC, Recherche IA met automatiquement à jour vos configurations de résultats Genius existantes pour utiliser les nouveaux champs de formulaire Configuration de résultat Genius Recherche IA. Cette procédure de mise à jour apporte les changements suivants :
      • Supprime les valeurs de champ de type de réponse de résultat Genius existantes.
      • Migre les valeurs des champs de logique de résultat Genius vers les nouveaux champs de processeur de demande de Recherche IA et de processeur de réponse de Recherche IA, le cas échéant.
    • Une fois votre instance mise à niveau vers Washington DC, Recherche IA conserve la valeur que vous avez définie précédemment pour que l’opérateur de recherche booléen utilise lorsqu’une requête de recherche inclut plusieurs termes ( glide.ais.query.search_operator ). Pour bénéficier des avantages du nouveau mode de requête amélioré pour les recherches multitermes, définissez la valeur de cette propriété système sur AND then OR 2+ key terms. Pour plus d’informations sur les propriétés système Recherche IA , consultez Propriétés système Recherche IA.
    • À partir de Washington DC, la table Utilisateur [sys_user] trie par défaut les enregistrements indexés en fonction de leur date de sys_created_on au lieu de les trier en fonction de leur date de sys_updated_on. Ce changement nécessite la réindexation de la source indexée de la table Utilisateur pour Recherche IA, ce qui peut être très long. Lorsque vous effectuez une mise à niveau vers Washington DC à partir d’une version de famille précédente, Recherche IA ne réindexe pas automatiquement la source indexée de la table Utilisateur. Si vous devez pouvoir rechercher la dernière configuration pour les enregistrements utilisateur, vous pouvez réindexer manuellement la source indexée de la table Utilisateur, ce qui peut prendre un certain temps. Dans le cas contraire, Recherche IA réindexe les enregistrements individuels de la table Utilisateur à mesure qu’ils sont mis à jour jusqu’à ce que tous les enregistrements aient été réindexés.

    Washington DC

    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 :
    • Pour les analyses d’impact sur l’entreprise, la colonne Source de l’évaluation des dépendances est renommée Source primaire et la source BCM est renommée Manuel pour les dépendances ajoutées manuellement après une mise à niveau. Lorsque vous sélectionnez le bouton Mettre à jour les dépendances , le système ajoute les dépendances CMDB .
    • Pour les plans de continuité d’activité, la colonne Source est renommée Source primaire après une mise à niveau. Lorsque vous sélectionnez le bouton Mettre à jour les dépendances , le système ajoute les dépendances CMDB et BIA. Pour maintenir la compatibilité avec les versions précédentes, l’administrateur BCM peut configurer les sources et conserver uniquement les dépendances BIA en amont et BIA en aval comme sources dans la configuration mise à jour.
    • Pour les événements et les exercices, lorsque vous sélectionnez le bouton Mettre à jour les dépendances , le système ajoute les dépendances CMDB, BIA et Business Continuity Planning (BCP) après une mise à niveau. Pour maintenir la compatibilité avec les versions précédentes, l’administrateur BCM peut configurer les sources et conserver uniquement les dépendances BIA en amont et BIA en aval comme sources dans la configuration mise à jour.

    Washington DC

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

    • La colonne product_instance_id a été ajoutée à la table Base Configuration Item (Élément de configuration) [cmdb_ci] pour prendre en charge le nouvel identificateur d’instance de produit (PID), qui permet de rechercher et de lier tous les actifs, CI et éléments de base d’installation (IBI) connexes préexistants. Pour plus d’informations sur l’impact de ce changement lors de la mise à niveau et sur la manière de minimiser cet impact, consultez l’article de la base de connaissances Impact de la mise à niveau des changements de schéma de CMDB_CI pour la version Washington [KB1534035].
    • Si vous activez CMDB 360 pour la première fois après la mise à niveau vers la version Washington DC , pour activer la capture des données CMDB 360 pour les CI à partir de classes non-CMDB (classes non dérivées de la classe Configuration Item [cmdb_ci], vous devez définir la glide.identification_engine.multisource_non_cmdb_ci_enabled propriété système sur true.
    • Si vous avez utilisé l’application de certification de données héritée sur l’interface utilisateur principale, les définitions associées ne seront pas disponibles dans la nouvelle implémentation de la certification de données dans Espace de travail CMDB. Après la mise à niveau vers la version Washington DC et vers CMDB Workspace version 6.0, vous pouvez convertir les définitions créées dans l’application Certification de données héritée en brouillons de politiques de certification du gestionnaire de données dans Espace de travail CMDB. Pour plus d’informations, reportez-vous à .

    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é glide.db.audit.lazy de vrai à faux. Idéalement, cette propriété n’est pas définie dans la table Propriétés, ce qui signifie que la majorité des instances commencent à utiliser la nouvelle valeur et le nouveau comportement par défaut avec la version Washington DC . Dans certaines instances, cette propriété peut avoir été insérée avec la valeur définie sur vrai, ce qui signifie que ces instances ne pourront pas utiliser ce changement pour auditer le comportement. Supprimez cette propriété pour tirer parti de cette mise à jour.

    Washington DC

    Gestion de la clé de chiffrement

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

    Pour 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 :
    • La mise à niveau fonctionne pour toutes les tâches de flux Enterprise Asset Management
    • Vous devez disposer de cartes d’évaluation de tâche pour chaque tâche de workflow.
    • La mise à niveau du TCO remplit les champs Catégorie d’actifs et de dépenses sur les lignes de dépense correspondant à chaque tâche.
    • La catégorie de dépenses est renseignée en fonction des lignes de dépense et de la source de la ligne de dépense.
    • Vous devez renseigner le champ Coût de point de référence du TCO et Seuil du point de référence du TCO sur tous les modèles existants manuellement ou à l’aide de la fonctionnalité d’importation en bloc.
    • La mise à niveau du TCO renseigne les champs suivants sur les formulaires d’actifs :
      • Fin de vie utile de l’actif : date de création plus la durée de vie utile en mois.
      • Date de première utilisation de l’actif : date de création.
      • TCO de l’actif : somme agrégée de toutes les lignes de dépense liées à l’actif. Pour les actifs simples, le TCO de l’actif est la somme agrégée des lignes de dépense inférieures. Pour les actifs complexes, le TCO de l’actif est la somme agrégée des lignes de dépense des actifs parent et de ses actifs enfants.

    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.
    • La table Service Definition (Définition de service) [sn_bom_service_definition] est développée à partir de la table Service Definition (Définition de service) [sn_case_type_selection] au lieu de la table Request Definition (Définition de demande) [sn_ind_request_definition.
    • La table Tâche financière [sn_bom_task] est développée à partir de la table Tâche du service clientèle [sn_customerservice_task] au lieu de la table Tâche globale [task].
    • La table des participants à la police [sn_bom_policy_participant] est développée à partir de la table Partie connexe du produit vendu [sn_install_base_sold_product_related_party].
    Le changement de parent permet de tirer parti des avantages et des avancées introduits par Customer Service Management (CSM, Gestion du service client) de ServiceNow® tout en préservant les fonctionnalités des applications existantes.

    Washington DC

    Gestion des actifs matériels 10.0.0

    Après votre mise à niveau vers Washington DC, gardez à l’esprit les scénarios de mise à niveau suivants pour le coût total de possession (TCO) des actifs :
    • La mise à niveau fonctionne pour toutes les tâches de flux de Gestion des actifs matériels .
    • Vous devez disposer de cartes d’évaluation de tâche pour chaque tâche de workflow.
    • La mise à niveau du TCO renseigne un champ de catégorie d’actifs et de dépenses sur la ligne de dépense correspondant à chaque tâche.
    • La catégorie de dépenses est renseignée en fonction des lignes de dépense et de la source de la ligne de dépense.
    • Vous devez renseigner le coût du point de référence du TCO et le champ de seuil du point de référence du TCO sur tous les modèles existants manuellement ou à l’aide de la fonctionnalité d’importation en bloc.
    • La mise à niveau du TCO renseigne les champs suivants sur les actifs :
      • Fin de vie utile de l’actif : date de création avec la durée de vie utile en mois.
      • Date de première utilisation de l’actif : identique à la date de création.
      • TCO de l’actif : somme agrégée de toutes les lignes de dépense associées à l’actif. Pour les actifs simples, le TCO de l’actif est la somme agrégée des lignes de dépense inférieures. Pour les actifs complexes, le TCO de l’actif est la somme agrégée des lignes de dépense des actifs parent et de ses actifs enfants.

    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 :
    • Plan d’affiliation des membres [sn_hcls_member_plan]
    • Médicaments [sn_hcls_medication]
    • Vaccination [sn_hcls_immunization]
    • Programme inscrit [sn_hcls_enrolled_program]
    • Service de programmes enregistrés [sn_hcls_enrolled_program_service]
    En outre, les tables parentes suivantes ont été supprimées et sont des tables autonomes :
    • Organisation de soins de santé[sn_hcls_organization]
    • Emplacement des soins de santé[sn_hcls_location]
    • Cabinet de praticien[sn_hcls_practitioner_facility]
    Ce changement de parent permet aux clients d’utiliser les tables d’organisations et d’emplacement pour un ensemble plus large de cas d’utilisation.
    Les données existantes sont migrées de la manière suivante afin que les fonctionnalités existantes ne soient pas impactées :
    1. Référence du champ d’emplacement dans sn_hcls_immunization mise à jour pour utiliser cmn_location.
    2. Toutes les données sont déplacées des tables Produit vendu pour les services de santé vers les tables Élément de base d’installation.
    3. Les lignes de l’élément de base d’installation affecté sont renseignées en fonction de la valeur source_task du produit vendu pour le secteur de la santé.
    4. L’état de sn_hcls_enrolled_program et sn_hcls_enrolled_program_service sont copiés à partir de hcls_state.
    5. Toutes les données sont déplacées vers les tables autonomes Organisation de soins de santé, Emplacement des soins de santé et Lieu du praticien.
      1. Le script crée des enregistrements dans la table Emplacement de l’entreprise pour les enregistrements existants dans la table Organisation de soins de santé afin de former une référence 1:1.
      2. Les enregistrements qui font référence à une organisation de services sont mis à jour avec une référence à l’emplacement business approprié.
      3. Tout praticien disposant d’un enregistrement dans l’emplacement du praticien verra un enregistrement créé dans la table Membre de l’organisation de services avec l’emplacement d’entreprise approprié.
      4. Les enregistrements qui contiennent des données d’emplacement de soins de santé contiendront l’organisation de services parente de cet établissement de soins de santé.
    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 :
    • Technologie opérationnelle SKU de visibilité
    • Gestion des services de technologie opérationnelle Numéro de référence
    • Toute SKU personnalisée qui autorise le Gestionnaire de processus industriel

    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 :
    • Si un serveur MID utilise une version non prise en charge de JRE lors de sa mise à niveau, le processus de mise à niveau affiche un message d’avertissement avec la version JRE minimale et recommandée.
    • Si un JRE pris en charge est en cours d’exécution sur l’hôte du serveur MID , le serveur MID mis à niveau utilise cette version.

    Tous les ordinateurs hôtes de 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.

    Tableau 2. Chemin de mise à niveau de la compétence de génération de flux
    Now Assist pour les créateurs est-il déjà installé ? Version de Studio de workflow à utiliser pour la mise à niveau
    Non Mettre à niveau Studio de workflow vers la version 25.1.3
    Oui Mettre à niveau Studio de workflow vers la version 25.0.0

    Washington DC

    Now Assist

    Pour plus d’informations sur le dépannage des mises à niveau de votre application et de votre module d’extension Now Assist , consultez l’article de la base de connaissances sur les problèmes et l’atténuation des mises à niveau Now Assist.

    Washington DC

    Gestion des commandes

    Les nouvelles fonctionnalités introduites dans cette version Washington DC ne sont pas prises en charge dans les versions antérieures 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 à Tous > Service membre > Administration > Configuration guidéeet sélectionnez Espace de travail configurable for Public Sector Digital Services > Personnaliser manuellement les étiquettes de l'espace de travail.

    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 :
    • RPA Desktop Design Studio
    • Robot assisté
    • Robot non assisté
    • Robot non assisté Login Agent
    Pour plus d’informations, consultez Télécharger les applications RPA à partir de RPA Hub.

    Les étapes de mise à niveau suivantes ne s’appliquent que lorsque vous effectuez une mise à niveau de San Diego ou 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 :
    • Espace de travail pour l’exploitation des services Application pour applications ITSM (sn_sow_itsm_cont)
    • Espace de travail pour l’exploitation des services Application des applications ITOM (sn_sow_itom_cont)
    Tableau 3. Versions SOW compatibles
    SOW-ITSM (sn_sow_itsm_cont) SOW-ITOM (sn_sow_itom_cont)
    1.1.x 21.0.y
    1.2.x 21.1.y
    1.3.x 21.2.y, 21.5.y et 21.6.y
    2.0.x 22.0.y
    2.1.x 22.1.y et 22.y.y
    3.1.x 23.y.y
    4.x.x 24.y.y

    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 logicielsGestion des licences SaaS .
    • Si vous avez personnalisé un fichier impacté, le processus de mise à niveau ignore le fichier et indique un conflit. Vous devez résoudre manuellement le conflit et vous assurer que l’ancien fichier existant est supprimé.
    • Si vous n’avez pas personnalisé un fichier impacté, le fichier est supprimé dans le cadre de la mise à niveau et un fichier avec une nouvelle sys_id est créé.

    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

    • Les utilisateurs peuvent désactiver le suivi de base.
    • Une visualisation des données en entonnoir est disponible pour les sources de données Aperçus d’utilisation .

    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.

    Tableau 4. Chemin de mise à niveau de la compétence de génération de flux
    Now Assist pour les créateurs est-il déjà installé ? Version de Studio de workflow à utiliser pour la mise à niveau
    Non Mettre à niveau Studio de workflow vers la version 25.1.3
    Oui Mettre à niveau Studio de workflow vers la version 25.0.0

    Washington DC

    Recherche IA

    Correctif 3 de Xanadu :

    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 :
    1. Mettez à jour l’application Recherche IA pour le ServiceNow Store Next Experience vers la version 4 ou une version ultérieure. Pour obtenir des instructions sur la mise à jour, consultez Mettre à jour une application.
    2. Validez l’ensemble de mises à jour fourni dans l’article Ensembles de mises à jour (KB1644544) des tables PAR de Recherche IA pour Next Experience 4.0 dans la base de connaissancesNow Support. Pour en savoir plus sur les ensembles de mises à jour, consultez Ensembles de mises à jour système.

    Xanadu

    Opérations de comptes fournisseurs

    Si vous effectuez une mise à niveau à partir d’une version précédente, vous devez configurer le champ de référence dans la table Code fiscal [sn_fin_tax_code]. Le moteur d’exception valide la facture à l’aide du code fiscal et lève des exceptions si nécessaire.

    Xanadu

    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)

    • Avant la mise à niveau vers Xanadu, les courbes de tendance « CI mis à jour » et « Services d’application mis à jour » des vignettes Activité de CI récent et Activités des services d’application récents de la vue Gestion de Espace de travail CMDB pouvaient ne pas avoir été reflétées avec précision sur les changements apportés à votre système. Après la mise à niveau vers Xanadu et vers les versions 5.5, 6.2 ou 7.2 de CMDB Workspace, ces lignes de tendance se refléteront dans une détection plus précise des CI et des services d’application mis à jour.
    • CMDB (Base de données sur les changements Santé :

      Si la tâche de tableau de bord ou CMDB Health Dashboard - Relationship Score Calculation est CMDB Health Dashboard - Relationship Compliance Processor active, cette tâche est désactivée lors de la mise à niveau vers Xanadu. Une fois la mise à niveau terminée, vous pouvez réactiver ces tâches pour reprendre les rapports d’intégrité pour les relations CI. L’état actif de toutes les autres tâches du tableau de bord d’intégrité CMDB est conservé.

      Tout seuil de défaillance pour un KPI ou une mesure supérieur à 100 000 est défini sur 100 000 pendant la mise à niveau. Cette limite supérieure est appliquée pour éviter un traitement excessif lorsqu’un grand nombre de CI échouent aux tests de mesures spécifiés.

    • Les signets pour le tableau de bord des CI ne fonctionnent plus après une mise à niveau vers Xanadu. Un message d’erreur Page introuvable s’affiche. Pour afficher les rapports d’intégrité CMDB pour un CI, ouvrez le formulaire CI dans Espace de travail CMDB .
    • Le tableau de bord du service d’application hérité sur l’interface utilisateur principale n’est pas pris en charge dans la version Xanadu . Après la mise à niveau, vous pouvez toujours accéder à ce tableau de bord hérité à l’aide d’un signet précédemment créé. Vous pouvez également accéder au tableau de bord des services d’application dans l’espace de travail CMDB à partir de la vignette Services d’application de la vue Aperçus dans l’espace de travail CMDB .
    • Le tableau de bord des intégrations CMDB sur l’interface utilisateur principale n’est pas pris en charge dans la version Xanadu . Après la mise à niveau, vous pouvez toujours accéder à ce tableau de bord hérité à l’aide d’un signet créé précédemment.
    • Tous les enregistrements qui existaient dans la table Résultat de l’intégrité CMDB [cmdb_health_result] avant une mise à jour vers Xanadu Patch 5 sont supprimés pendant la mise à niveau.
    Pour accéder à un tableau de bord hérité sur une instance mise à niveau, accédez à Tous > Libre-service > Tableaux de bord puis recherchez le tableau de bord.

    Xanadu

    Gestion des données

    Un enregistrement de politique de gestion des données est automatiquement créé pour chaque table configurée avec une règle d’archivage ou une règle de nettoyage de table avant la mise à niveau.

    Xanadu

    Confidentialité des données

    Les changements de gestion des licences vous permettent d’installer les API 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 à Tous les travaux planifiés de la définition du système > > 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 :
    • Technologie opérationnelle SKU de visibilité
    • Gestion des services de technologie opérationnelle Numéro de référence
    • Toute SKU personnalisée qui autorise le Gestionnaire de processus industriel

    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 :
    • Si un serveur MID utilise une version non prise en charge de JRE lors de sa mise à niveau, le processus de mise à niveau affiche un message d’avertissement avec la version JRE minimale et recommandée.
    • Si un JRE pris en charge est en cours d’exécution sur l’hôte du serveur MID , le serveur MID mis à niveau utilise cette version.

    Tous les ordinateurs hôtes de 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 :
    • Agent IA d'approvisionnement en gestion des actifs matériels
    • Agent IA de création d'ordre de transfert
    • Agent IA de création de bon de commande

    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 à Tous > Recherche IA > État de Recherche IA. 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 à Définitions des systèmes > Travaux planifiés. Pour plus d’informations sur les travaux planifiés, voir Travaux planifiés.

    Xanadu

    Expérience Platform Analytics

    Nouveaux clients : l’expérience Platform Analytics est automatiquement disponible sur 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.
    1. Accédez à la Tous > Tarification > Plans de tarification.
    2. Sélectionnez le plan de tarification par défaut publié.
    3. Sélectionnez Copier.
    4. Dans la copie du plan de tarification, accédez à la liste connexe Étapes du plan de tarification.
    5. Sélectionnez les lignes de l’étape Appliquer les ajustements du composant de configuration (séquence 50) et de l’étape Appliquer les ajustements contextuels (séquence 60), puis sélectionnez Supprimer dans le menu Actions sur les lignes sélectionnées.
    6. Sélectionnez Mettre à jour.
    7. Publiez la copie du plan de tarification.

    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 à Tous > Service membre > Administration > Configuration guidéeet sélectionnez Espace de travail configurable for Public Sector Digital Services > Personnaliser manuellement les étiquettes de l'espace de travail.

    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 :
    • RPA Desktop Design Studio
    • Robot assisté
    • Robot non assisté
    • Robot non assisté Login Agent
    Pour plus d’informations, consultez Télécharger les applications RPA à partir de RPA Hub.

    Les informations de mise à niveau suivantes ne s’appliquent que lorsque vous effectuez une mise à niveau de San Diego ou de Tokyo vers 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

    • Échange de service La version 2.x.x publiée avec la version Xanadu ne prend pas en charge la migration des versions d’échange de services (héritées). Si vous utilisez une version d’échange de services (héritée), avant d’effectuer une mise à niveau vers la version Xanadu , vous devez suivre les instructions de l’article Échange de services pour fournisseurs (hérité) : utilitaire de migration (KB1499823) de la base de connaissances Now Support pour migrer vos données de configuration.
    • Si vous effectuez une mise à niveau à partir de la version 1.x.x de Service Exchange, suivez les étapes indiquées dans le Guide de mise à niveau - Application Service Exchange for Providers and Consumers (version v2.x.x - KB1700387) pour migrer vos applications Service Exchange.
    • En raison de l’introduction de la prise en charge des versions non correspondantes, les nouveaux droits ne peuvent pas être activés tant que les consommateurs et les fournisseurs n’ont pas effectué de mise à niveau vers la version Xanadu . Les anciens droits actifs continueront de fonctionner, mais il est impossible d’activer les nouveaux.

    Xanadu

    Espace de travail pour l'exploitation des services pour ITSM

    Assurez-vous que les applications suivantes disposent de versions mises à niveau compatibles :
    • Espace de travail pour l’exploitation des services Application pour applications ITSM (sn_sow_itsm_cont)
    • Espace de travail pour l’exploitation des services Application des applications ITOM (sn_sow_itom_cont)
    Tableau 5. Versions compatibles d’Espace de travail pour l’exploitation des services
    Espace de travail pour l’exploitation des services pour ITSM (sn_sow_itsm_cont) Espace de travail pour l’exploitation des services pour ITOM (sn_sow_itom_cont)
    1.1.x 21.0.y
    1.2.x 21.1.y
    1.3.x 21.2.y, 21.5.y et 21.6.y
    2.0.x 22.0.y
    2.1.x 22.1.y et 22.y.y
    3.1.x 23.y.y
    4.x.x 24.y.y
    5.0.x 24.2.y
    5.1.0 25.2.0
    6.1.1 26.0.12

    Xanadu

    ServiceNow SDK

    Effectuez une mise à niveau vers la dernière version du SDK ServiceNow à l’aide de la commande de mise à niveau now-sdk . Pour plus d’informations, voir Mettre à niveau le SDK ServiceNow.

    Xanadu

    Gestion des compétences

    Le tableau de bord des compétences est automatiquement migré vers l’interface utilisateur Next Experience dans la version Xanadu . 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

    • Après la mise à niveau d’une instance auto-hébergée vers Yokohama, la table sys_physical_table_stats n’affiche pas les dernières données pour la taille de la table, la colonne sample_period_start affichant les dates antérieures à la mise à niveau. Pour afficher la taille de table correcte, vous pouvez définir la propriété système com.glide.stats.storage_disk_usage.information_schema sur true, ce qui permet à la tâche statsGatherer d’utiliser le schéma d’informations pour générer les statistiques de base de données requises.

    • Un enregistrement de politique de gestion des données est automatiquement créé pour chaque table configurée avec une règle d’archivage ou une règle de nettoyage de table avant la mise à niveau.

    Yokohama

    Confidentialité des données

    Les changements de gestion des licences vous permettent d’installer les API 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 à Tous les travaux planifiés de la définition du système > > pour rechercher cette tâche et l’exécuter.

    Yokohama

    Gestion de la clé de chiffrement

    • L’API GlideEncrypter utilise la norme de cryptage à trois clés Triple Data Encryption Standard (3DES) que la norme NIST 800-131A Rév. 2 a déconseillée d’utiliser après 2023. Les changements suivants ont lieu dans la version Yokohama en vue d’une dépréciation complète de GlideEncrypter/3DES à l’avenir.
      • Les nouvelles instances Yokohama ne peuvent pas utiliser GlideEncrypter. Tous les scripts du système de base ont été modifiés pour utiliser d’autres processus de chiffrement.
      • si vous mettez à niveau vos instances Yokohama , vous pouvez toujours utiliser 3DES, mais vous pouvez également désactiver l’utilisation de 3DES avec une propriété système.
      • En savoir plus sur l’obsolescence de 3DES dans KB1704481.

    Yokohama

    Connecteurs de contenu externe

    À partir de la version 2 de l’application Connecteurs de contenu externe , les connecteurs de contenu externe implémentent l’indexation vectorielle sémantique pour les éléments analysés. Lorsque vous effectuez une mise à niveau vers une version qui prend en charge l’indexation vectorielle sémantique, vos connecteurs existants réindexent tous les éléments précédemment récupérés la prochaine fois qu’ils 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

    • La mise à niveau vers Yokohama peut prolonger le temps de maintenance de la mise à niveau d’un client en raison de la prise de rendez-vous. Les tables de configuration de Prise de rendez-vous sont étendues à la table Fichier d’application [sys_metadata] dans le cadre de la mise à niveau. Après la mise à niveau vers Yokohama, le changement de parent se produit automatiquement et la durée du changement de parent dépend du nombre d’enregistrements dans la table Fichier d’application [sys_metadata].
    • À 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 à partir de la console Google et effectuer une mise à niveau vers la version Yokohama Patch 3 ou ultérieure pour garantir la compatibilité.

    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 :
    • Si un serveur MID utilise une version non prise en charge de JRE lors de sa mise à niveau, le processus de mise à niveau affiche un message d’avertissement avec la version JRE minimale et recommandée.
    • Si un JRE pris en charge est en cours d’exécution sur l’hôte du serveur MID , le serveur MID mis à niveau utilise cette version.

    Tous les ordinateurs hôtes de 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 :
    • Agent IA d'approvisionnement en gestion des actifs matériels
    • Agent IA de création d'ordre de transfert
    • Agent IA de création de bon de commande

    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.

    • Si les modules d’extension sont installés, mais que vous n’avez jamais modifié la configuration (jamais activé la compétence ni ajusté les rôles associés), toutes les compétences activées par défaut seront activées pour chaque compétence lors de la mise à niveau.
    • Si vous avez précédemment fait basculer une compétence d’active, puis de nouveau inactive, ou si vous avez mis à jour des rôles pour cette compétence, cette compétence reste inactive lors de la mise à niveau.
    • Vous gardez un contrôle total sur la désactivation des compétences individuelles à tout moment après l’activation.
    À 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 :
    • Générez des notes de résolution dans le menu contextuel Now Assist .
    • Générez des aperçus de corrélation pour une enquête sur un incident de sécurité à partir du panneau Now Assist .

    L’application Recherche IA doit être activée 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 à Tous > Recherche IA > État de Recherche IA. 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.
    • Si les modules d’extension sont installés, mais que vous n’avez jamais modifié la configuration (jamais activé la compétence ni ajusté les rôles associés), toutes les compétences activées par défaut seront activées pour chaque compétence lors de la mise à niveau.
    • Si vous avez précédemment fait basculer une compétence d’active, puis de nouveau inactive, ou si vous avez mis à jour des rôles pour cette compétence, cette compétence reste inactive lors de la mise à niveau.
    • Vous gardez un contrôle total sur la désactivation des compétences individuelles à tout moment après l’activation.

    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 .
    1. Accédez à la Tous > Définition du système > Scripts correctifs.
    2. Dans le champ Nom , recherchez la configuration de la compétence Mettre à jour et insérer le DI.
    3. Dans le script, ajoutez les ID de cas d’utilisation que vous souhaitez migrer vers la console d’administration Now Assist .
    4. Sélectionnez Exécuter le script correctif.
    Pour plus d’informations, consultez Étapes postérieures à la mise à niveau de Now Assist dans Gestion des contrats.

    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 à Tous > Service membre > Administration > Configuration guidéeet sélectionnez Espace de travail configurable for Public Sector Digital Services > Personnaliser manuellement les étiquettes de l'espace de travail.

    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 :
    • RPA Desktop Design Studio
    • Robot assisté
    • Robot non assisté
    • Robot non assisté Login Agent
    Pour plus d’informations, consultez Télécharger les applications RPA à partir de RPA Hub.

    Les informations de mise à niveau suivantes ne s’appliquent que lorsque vous effectuez une mise à niveau de San Diego ou Tokyo vers 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

    • Lors de l’utilisation d’Échange de services pour les fournisseurs et d’Échange de services pour consommateurs dans une seule instance, vous devez mettre à niveau les deux applications simultanément vers la même version pour maintenir la compatibilité.
    • L’include de script global d’échange de services est automatiquement installé ou mis à jour lorsque vous installez l’application d’échange de services sur les versions de plateforme suivantes :
      • Washington DC Mise à jour 9
      • Xanadu Correctif 4
      • Yokohama
    • Échange de service La version 2.x.x, qui a été publiée pour la première fois avec la version Xanadu , ne prend pas en charge la migration des versions (héritées) d’Échange de services. Si vous utilisez une version d’échange de services (héritée), avant de mettre à niveau vers la version Yokohama , vous devez suivre les instructions de l’article Échange de services pour fournisseurs (hérité) - Utilitaire de migration [KB1499823] de la base de connaissances Now Support pour migrer vos données de configuration.
    • Si vous effectuez une mise à niveau à partir de la version 1.x.x de Service Exchange , suivez les étapes du Guide de mise à niveau - Application Échange de services pour fournisseurs et consommateurs (version v2.x.x) [KB1700387] pour migrer vos applications Service Exchange .
    • En raison de l’introduction de la prise en charge des versions incompatibles, les nouveaux droits ne peuvent pas être activés tant que les consommateurs et les fournisseurs n’ont pas effectué la mise à niveau vers la version 2.x.x de Service Exchange . Les anciens droits actifs continueront de fonctionner, mais il est impossible d’activer les nouveaux.
    • Si vous effectuez une mise à niveau vers la version 2.0.55 d’Échange de services avec la version 1.0.4 du module d’extension Gestion des ventes et des commandes avant de mettre à niveau la plateforme vers la version Yokohama , les nouvelles ACL de refus ne seront pas installées. Pour vous assurer que les ACL de refus sont installées, après la mise à niveau vers Yokohama, vous devez cliquer sur Réparer pour réinstaller l’application Service Exchange .

    Yokohama

    Espace de travail pour l'exploitation des services pour ITSM

    Assurez-vous que les applications suivantes disposent de versions mises à niveau compatibles :
    • Espace de travail pour l’exploitation des services Application pour applications ITSM (sn_sow_itsm_cont)
    • Espace de travail pour l’exploitation des services Application des applications ITOM (sn_sow_itom_cont)

    Pour plus d’informations sur les versions compatibles, consultez Compatibilité des versions entre Espace de travail pour l’exploitation des services pour ITSM et Espace de travail pour l’exploitation des services ITOM.

    Yokohama

    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 de mise à niveau now-sdk . Pour plus d’informations, voir Mettre à niveau le SDK ServiceNow.

    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 .
    • Si des profils CrowdStrike existants sont à l’état Brouillon, créez de nouveaux profils d’intégration et supprimez les profils existants.
    • Si des profils CrowdStrike existants sont à l’état Publié, leur état passe à Brouillon.

    Yokohama

    Planification stratégique

    Après la mise à niveau vers Strategic Planning v4.7.0, les changements suivants s’appliquent aux préférences utilisateur :
    • Les paramètres d’affichage personnalisés précédemment enregistrés sous les préférences utilisateur seront effacés. Vous devez réappliquer ces changements et créer des vues si nécessaire. Pour obtenir des instructions, voir Créer une vue de planification de portefeuille dans Planification stratégique et Créer une vue de feuille de route de forme libre dans Planification stratégique.
    • Les personnalisations apportées aux vues Chronologie et Kanban de l’onglet Feuille de route , et à la vue Kanban de l’onglet Priorisation au niveau du plan de portefeuille, seront copiées dans la vue Par défaut du plan de portefeuille. De même, toutes les personnalisations apportées aux vues Chronologie et Kanban de la feuille de route de forme libre seront également copiées dans la vue Par défaut de la feuille de route de forme libre.

    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

    • Le module Aperçus d’utilisation est déplacé sous Platform Analytics.
    • Les propriétés utilisateur personnalisées doivent être reconfigurées.
    • Les politiques par défaut du pays et du consentement de l’utilisateur sont mises à jour sur Aucun consentement requis.
    • L’interface utilisateur et la structure de navigation d’Aperçus d’utilisation sont retravaillées.

    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

    Sécurité renforcée pour accéder à Optimisation de la main d’œuvre pour ITSM
    Lorsque vous effectuez une mise à niveau vers la version Yokohama , vous avez la possibilité d’activer la sécurité améliorée pour l’application Optimisation de la main d’œuvre pour ITSM . Pour bénéficier d’une sécurité renforcée, vous devez contacter Now Support pour installer le module d’extension Fonctionnalités de sécurité renforcées ITSM (com.snc.itsm.enhanced_security). Une fois le module d’extension installé, vous devez disposer des rôles répertoriés ici pour accéder aux fonctionnalités respectives.
    Fonctionnalités dans Optimisation de la main d’œuvre pour ITSM Rôle requis pour chaque utilisateur
    Examen des compétences
    • Responsable de l’examen des compétences (sn_wfo_skillreview.manager)
    • Utilisateur de l’examen des compétences (sn_wfo_skillreview.user)
    Planificateur de travail
    • Administrateur de planificateur de travail (sn_wfo_work_sched.admin)
    • Gestionnaire de planificateur de travail (sn_wfo_work_sched.manager)

    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

    • Si vous utilisez actuellement Application Vulnerability Response 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 d’Application Vulnerability Response et pour les mises à niveau vers les applications d’intégration tierces prises en charge.
    • Pour plus d’informations sur les nouvelles fonctionnalités de Vulnerability Response, consultez les notes de version de Vulnerability Response.
    • Pour plus d’informations sur les versions publiées de l’application Application Vulnerability Response ainsi que sur les applications tierces et ServiceNow compatibles avec la version Zurich, consultez l’article Matrice de compatibilité de la réponse aux vulnérabilités et changements de schéma de mise en production [KB0856498] dans la base de connaissancesNow Support.

    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

    • Dans les versions précédentes, l’API GlideEncrypter utilisait la norme de cryptage à trois clés Triple Data Encryption Standard (3DES), que la norme NIST 800-131A Rév. 2 a déconseillée d’utiliser après 2023. Les changements suivants ont lieu dans la version Zurich en vue d’une dépréciation complète de GlideEncrypter/3DES à l’avenir :
      • Les nouvelles instances de Zurich ne peuvent pas utiliser GlideEncrypter. Tous les scripts du système de base ont été modifiés pour utiliser d’autres processus de chiffrement.
      • si vous mettez à niveau vos instances Zurich , vous pouvez toujours utiliser GlideEncrypter, qui a été mis à jour pour utiliser le chiffrement AES256-GCM via le cadre de gestion des clés.
      • En savoir plus sur l’obsolescence de 3DES dans KB1704481.

    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.
    • L’API GlideEncrypter utilise par défaut l’algorithme basé sur Key Management Framework (KMF), Advanced Encryption Standard (AES), pour les opérations de chiffrement et de déchiffrement pour les instances mises à niveau uniquement.
    • Cette API n’est pas prise en charge pour les instances créées avec la version Zurich ou ultérieure.
    • En savoir plus sur l’obsolescence de 3DES dans KB1704481.

    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.
    • Si la barre de navigation n’a pas été personnalisée avant la mise à niveau, une nouvelle icône Actif rangé (icône Actif rangé) est incluse dans la barre de navigation
    • Si la barre de navigation a été personnalisée avant la mise à niveau, deux barres de navigation s’affichent : ancienne gestion des actifs informatiques personnalisée et gestion des actifs informatiques. La nouvelle icône apparaît dans la barre de navigation Gestion des actifs IT.

    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

    • Depuis la version Zurich , quelques workflows ont été migrés vers Studio de workflow en tant que flux.
      Remarque :
      La migration des workflows vers Studio de workflow s’applique aux applications Gestion des actifs, Approvisionnement et Gestion des contrats .
      • Les workflows suivants ont été migrés vers Studio de workflow sous forme de flux :
        • Flux de processus d’approvisionnement : matériel
        • Ordre de transfert
        • Ligne d'ordre de transfert
        • Demande source
        • Approbation du contrat
      • Lors de la mise à niveau vers la version Zurich , un script correctif identifie si les workflows ont été personnalisés et prend les mesures nécessaires.
        • Si les workflows n’ont pas été personnalisés avant la mise à niveau, les workflows hérités sont désactivés de l’instance et les flux Studio de workflow sont installés et exécutés après la mise à niveau.
        • Si les workflows impactés ont été personnalisés avant la mise à niveau, les flux Studio de workflow sont installés, mais ne sont exécutés pour aucun des flux impactés après la mise à niveau. Vous pouvez afficher et accéder aux workflows impactés dans l’instance après la mise à niveau. Toutefois, les workflows déconseillés sont considérés comme du code personnalisé et ne sont pas pris en charge pour la maintenance.
    • Après la mise à niveau vers la version Zurich , si un enregistrement d’historique d’approbation existe pour un contrat qui n’est plus requis, rejetez l’enregistrement au lieu de le supprimer. Si l’enregistrement de l’historique d’approbation est supprimé, Studio de workflow ne prend pas en charge la mise à jour de la valeur du champ Sous-état du contrat pour afficher l’état correct.
    • À 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.
      • Si la barre de navigation n’a pas été personnalisée avant la mise à niveau, une nouvelle icône Actif rangé (icône Actif rangé) est incluse dans la barre de navigation
      • Si la barre de navigation a été personnalisée avant la mise à niveau, deux barres de navigation s’affichent : ancienne gestion des actifs informatiques personnalisée et gestion des actifs informatiques. La nouvelle icône apparaît dans la barre de navigation Gestion des actifs IT.
    • Un nouveau rôle, sn_itam_recomm.recommendations_read, permet de s’assurer que seuls les utilisateurs valides peuvent exécuter les API liées au menu Actions importantes dans l’espace de travail des actifs. Les rôles suivants, qui ont accès à l’espace de travail des actifs, incluent désormais le rôle sn_itam_recomm.recommendations_read :
      • procurement_user
      • inventory_admin
      • inventory_user
      • model_manager
      • contract_manager
      • itil
      • catalog_manager
      • catalog_admin
      • sam
      • ham_user
      • asset
    • Contrôlez les fuites de données sensibles à partir des requêtes de plage accessibles par des utilisateurs non authentifiés via les listes de contrôle d’accès (ACL) suivantes :
      • Table Contrat [ast_contract] : seuls les utilisateurs disposant du rôle contract_manager peuvent effectuer l’opération query_range dans les colonnes Date de début, Numéro de contrat, Numéro de bon de commande et Fournisseur.
      • Table M2M de l’utilisateur de contrat [clm_m2m_contract_user] : seuls les utilisateurs ayant les rôles contract_manager et actif peuvent effectuer l’opération de query_range dans les colonnes Contrat et Utilisateur.
      • Table Activité de réussite HAMP [sn_hamp_success_activity] : seuls les utilisateurs disposant des rôles ham_admin et de ressource peuvent effectuer l’opération query_range dans les colonnes Description, Description brève et Objectifs de réussite.
    • Seuls les utilisateurs disposant du rôle administrateur peuvent mettre à jour les propriétés système suivantes :
      • glide.sg.voice_search.activé
      • glide.ui.sn_hamp_asset_reclaim_task_activity.champs
      • glide.ui.sn_hamp_loaner_asset_order_activity.champs
      • glide.ui.sn_hamp_ztr_task_activity.champs
      • sn_hamp.enable_shipping_carrier_validation_asn
      • sn_hamp.ordre_phase_cycle_de_vie_modèle
      • sn_hamp.update_assets_norm_model_name

    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

    • 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.

    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 :
    • Si un serveur MID utilise une version non prise en charge de JRE lors de sa mise à niveau, le processus de mise à niveau affiche un message d’avertissement avec la version JRE minimale et recommandée.
    • Si un JRE pris en charge est en cours d’exécution sur l’hôte du serveur MID , le serveur MID mis à niveau utilise cette version.

    Tous les ordinateurs hôtes de 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 :
    • Rejoindre la téléconférence
    • Appel
    • Envoyer SMS
    • Transférer l’appel
    • Entrée
    • Raccrocher
    • Lire
    • Enregistrement
    • Refuser
    • Voix
    • Transférer au client de notification
    • File d'attente
    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 :
    • Rejoignez (ou rejoignez à nouveau) la téléconférence
    • Participer à la téléconférence avec mise en sourdine
    • Participer à la téléconférence par SMS
    Vos workflows existants continuent de fonctionner après la mise à niveau.
    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 :
    • Agent IA d'approvisionnement en gestion des actifs matériels
    • Agent IA de création d'ordre de transfert
    • Agent IA de création de bon de commande

    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 :
    Les 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
    • Synthèse des incidents de sécurité
    • Génération de notes de résolution
    • Analyse post-incident
    • Actions recommandées en cas d'incident de sécurité
    • Génération des aperçus de corrélation
    • Évaluation de la qualité de l’incident de sécurité
    • Évaluateur de condition de langage naturel
    • Générer du contenu pour le transfert d'équipe
    • Rapport d’évaluation de la qualité NACM
    • Plan de résolution des incidents de sécurité
    • Analyse des mesures des opérations de sécurité
    Workflows agentiques
    • Terminer l'incident de sécurité
    • Résoudre l'incident de sécurité
    • Générer un rapport de transfert d’équipe SIR
    • Analyser les mesures des opérations de sécurité
    Agents
    • Agent IA EDR
    • Agent IA de gestion de l'intégration de Exchange Online
    • Agent IA pour l'analyse des observables
    • Agent IA pour la gestion des activités d'incident de sécurité
    • Agent IA de résolution des incidents de sécurité
    • Agent IA de la récupération des incidents de sécurité
    • Agent IA de transfert d’équipe d’incident de sécurité
    • Agent IA du générateur de récapitulatif des incidents de sécurité
    • Agent IA de l'analyse des mesures de sécurité
    Pour plus d’informations, consultez Actifs IA activés par défaut
    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.
    • Si vous avez installé les modules d’extension d’une compétence, mais ne l’avez jamais configurée, c’est-à-dire que vous ne l’avez jamais activée ni ajustée les rôles associés, toutes les compétences activées par défaut sont activées pour chaque compétence lors de la mise à niveau.
    • Si vous avez précédemment basculé une compétence d’active, puis de nouveau inactive, ou mis à jour des rôles pour cette compétence, cette compétence reste inactive lors de la mise à niveau.
    • Vous gardez un contrôle total sur la désactivation des compétences individuelles à tout moment après l’activation.

    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 à Tous > Recherche IA > État de Recherche IA. 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.
    • Recommander la solution privilégiée pour VIT (VR)
    • Déduplication de l’élément vulnérable (VR)
    • Recommandation d’approbation (VR) (USEM)
    • Gestion de l’exposition à la sécurité (SEM) Insights (VR)(USEM)
    • Connecteur de configuration SPC (Contrôle de la posture de sécurité)

    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 .
    1. Accédez à la Tous > Définition du système > Scripts correctifs.
    2. Dans le champ Nom , recherchez la configuration de la compétence Mettre à jour et insérer le DI.
    3. Dans le script, ajoutez les ID de cas d’utilisation que vous souhaitez migrer vers la console d’administration Now Assist .
    4. Sélectionnez Exécuter le script correctif.
    Pour plus d’informations, consultez Étapes post-mise à niveau.

    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 de g_form.setValue() ou g_form.clearValue(), consultez KB2718122. Cet article fournit des détails techniques supplémentaires sur la façon d’identifier les champs affectés et d’ajuster leurs paramètres.

    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 getRoles() sera remplacée par l’API hasRole() à des fins d’autorisation. En outre, toutes les références au rôle « administrateur » dans le code seront remplacées par les nouveaux rôles granulaires spécifiques aux fonctionnalités pour les cas d’utilisation d’autorisation. Lisez https://www.servicenow.com/docs/r/platform-security/granular-admin-roles.html pour en savoir plus.

    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 à Tous > Service membre > Administration > Configuration guidéeet sélectionnez Espace de travail configurable for Public Sector Digital Services > Personnaliser manuellement les étiquettes de l'espace de travail.

    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 :
    • RPA Desktop Design Studio
    • Robot assisté
    • Robot non assisté
    • Robot non assisté Login Agent
    Pour plus d’informations, consultez Télécharger les applications RPA à partir de RPA Hub.

    Les informations de mise à niveau suivantes ne s’appliquent que lorsque vous effectuez une mise à niveau de San Diego ou Tokyo vers 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 :
    • Question sur le magasin
    • Réclamation de client de vente au détail
    • Opérations en magasin
    • Communications de l’AC

    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

    • Version 2.x.x d’Échange de services : qui a été publiée pour la première fois avec la version Xanadu, ne prend pas en charge la migration des versions (héritées) d’Échange de services.

      Version de Service Exchange (héritée) : avant d’effectuer une mise à niveau vers la version Zurich , suivez les instructions de l’article Pont de services pour les fournisseurs (héritée) - Utilitaire de migration [KB1499823] de la base de connaissances Now Support pour migrer vos données de configuration.

    • Version 1.x.x de Service Exchange : lors de la mise à niveau, suivez les étapes de l’article Guide de mise à niveau - Application Pont de services pour les fournisseurs et les consommateurs (version v2.x.x) [KB1700387] de la base de connaissances Now Support pour migrer vos applications Service Exchange .
    • Version 2.x.x de Service Exchange : en raison de l’introduction de la prise en charge des versions non correspondantes, les nouveaux droits ne peuvent pas être activés tant que les consommateurs et les fournisseurs n’ont pas effectué de mise à niveau vers la version 2.x.x de Service Exchange . Les anciens droits actifs continuent de fonctionner, mais il est impossible d’activer les nouveaux.
    • Lorsque vous effectuez une mise à niveau vers la version 2.0.55 d’Échange de services avec la version 1.0.4 du module d’extension Gestion des ventes et des commandes , avant la mise à niveau de la plateforme vers la version Zurich , les nouvelles ACL de refus ne sont pas installées. Pour vous assurer que les ACL de refus sont installées, après la mise à niveau vers Zurich, sélectionnez Réparer pour réinstaller l’application Service Exchange .
    • Lors de l’utilisation d’Échange de services pour les fournisseurs et d’Échange de services pour consommateurs dans une seule instance, vous devez mettre à niveau les deux applications simultanément vers la même version pour maintenir la compatibilité.
    • Lorsque vous installez l’application Service Exchange, Service Exchange Global Script Include est automatiquement installé ou mis à jour sur les versions de plateforme suivantes :
      • Washington DC Correctif 9
      • Correctif Xanadu 4
      • Yokohama
      • Zurich

    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 srm.

    Zurich

    Espace de travail pour l'exploitation des services pour ITSM

    Assurez-vous que les applications suivantes disposent de versions mises à niveau compatibles :
    • Espace de travail pour l’exploitation des services Application pour applications ITSM (sn_sow_itsm_cont)
    • Espace de travail pour l’exploitation des services Application des applications ITOM (sn_sow_itom_cont)

    Pour plus d’informations sur les versions compatibles, consultez Compatibilité des versions entre Espace de travail pour l’exploitation des services pour ITSM et Espace de travail pour l’exploitation des services ITOM.

    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 :
    • Workflow de la réclamation
    • Flux de processus d’approvisionnement : allocation automatique activée
    Lors de la mise à niveau vers la version Zurich , un script correctif identifie si les workflows ont été personnalisés. Si vous n’avez pas personnalisé les workflows avant la mise à niveau, le script correctif désactive les workflows hérités de l’instance et déploie les flux du Concepteur de flux sur l’instance après la mise à niveau. Si vous avez personnalisé les workflows impactés dans la version précédente, le script correctif ne déploie pas les flux du Concepteur de flux sur l’instance après la mise à niveau. Vous pouvez afficher et accéder aux workflows impactés dans l’instance après la mise à niveau. Toutefois, les workflows déconseillés sont considérés comme du code personnalisé et ServiceNow ne prend pas en charge ces workflows.

    À 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