Informations sur la mise à niveau pour toutes les fonctionnalités et tous les Zurich produits

Résumé des notes de publication cumulatives sur les informations de mise à niveau pour Zurich les fonctionnalités et les produits.

Avant d’effectuer la mise à niveau vers Zurich, consultez les informations de mise à niveau de tous les produits que vous pourriez avoir. Certains produits nécessitent que vous accomplissiez des tâches spécifiques avant d’effectuer une mise à niveau.

Application ou fonctionnalité	Détails
Recherche IA	Après la mise à Zurich niveau vers une version familiale antérieure, exécutez des analyses complètes de documents dans tous vos connecteurs de contenu externes pour mettre à jour leurs mappages de champs d’indexation vectorielle sémantique.
Réponse aux vulnérabilités de l'application	Pour plus d’informations sur les nouvelles fonctionnalités de Vulnerability Response, reportez-vous à la Notes de version de Vulnerability Response section . Pour plus d’informations sur les versions publiées de l’application Réponse aux vulnérabilités des applications ainsi que sur les applications tierces et ServiceNow compatibles avec la Zurich mise en production, 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 le .Now Support Base de connaissances
Framework de tests automatisés	Copiez et personnalisez les tests de démarrage rapide fournis par le ServiceNow AI Platform® 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 de l’application ou de la 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, consultez Available quick start tests by application or feature.
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, consultez Conflict detection.
Gestion des coûts du cloud 9.0	La Gestion des coûts du cloud prise en charge de la plateforme est disponible à partir de la Xanadu version. Pour obtenir des instructions sur la mise à niveau Gestion des coûts du cloud vers , reportez-vous à Zurich la section Upgrade Cloud Cost Management.
Configuration Compliance	Pour plus d’informations sur les versions publiées de l’application Conformité de la configuration ainsi que sur les applications tierces et ServiceNow compatibles avec la Zurich mise en production, 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 le .Now Support Base de connaissances
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 pour CMDB votre environnement. Par exemple, vous pouvez définir l’attribut sur Non-Operational. Pour plus d’informations sur les valeurs d’état opérationnel, reportez-vous à Life cycle of tangible/physical CIs. Sur une instance mise à niveau Zurich , pour configurer les rôles d’utilisateur sn_cmdb_admin et sn_cmdb_editor avec les autorisations nécessaires pour effectuer certaines Espace de travail CMDB tâches, 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. Cette tâche planifiée modifie les rôles d’utilisateur comme suit : Met à jour le rôle d’utilisateur ITIL pour qu’il ne contienne plus le rôle d’utilisateur sn_cmdb_editor et met à jour le rôle d’utilisateur itil_admin pour qu’il ne contienne plus le rôle d’utilisateur sn_cmdb_admin. Si ces autorisations n’existent pas, met à jour le sn_cmdb_admin et les rôles d’utilisateur sn_cmdb_editor avec créer, mettre à jour et supprimer l’accès à la classe d’élément de configuration [cmdb_ci]. Pour plus d’informations sur la tâche planifiée, consultez Supprimer sn_cmdb_admin de itil_admin et sn_cmdb_editor d’ITIL, puis ajouter l’accès créer/mettre à jour/supprimer à cmdb_ci table pour sn_cmdb_admin/sn_cmdb_editor [KB2290506].Remove CMDB Roles from ITIL roles and Add CUD access to sn_cmdb_admin/sn_cmdb_editor roles
Réponse aux vulnérabilités du conteneur	Pour plus d’informations sur les versions publiées de l’application Réponse aux vulnérabilités pour conteneurs ainsi que sur les applications tierces et ServiceNow compatibles avec la Zurich mise en production, 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 le .Now Support Base de connaissances
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 les Post-upgrade order migration for the Business Portal tâches 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.
Expérience numérique de l'utilisateur final	Pour plus de détails sur DEX la migration de données, reportez-vous à la colonne Migration des données DEX vers les alloués, le dernier utilisateur connecté, le dernier emplacement connecté de la table des appareils DEX [KB2144029] et la colonne Migration des données DEX vers le type de CI de la table Métadonnées d’alerte [KB2141007] dans les articles .Now Support Base de connaissances
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 Zurich version 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 Zurich version ou une version ultérieure. En savoir plus sur l’obsolescence de 3DES dans KB1704481. Dans la Zurich version, 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.
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 Zurich version en vue d’une dépréciation complète de GlideEncrypter/3DES à l’avenir : Les nouvelles Zurich instances 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 Zurich instances, vous pouvez toujours utiliser GlideEncrypter, qui a été mis à jour pour utiliser le chiffrement AES256-GCM via le cadre de gestion de clés. En savoir plus sur l’obsolescence de 3DES dans KB1704481.
Enterprise Asset Management	Depuis la Zurich mise en production, un nouveau menu, Actif rangé, a été ajouté à la barre de navigation de l’application ServiceNow Agent . Lors de la mise à niveau vers la Zurich version, 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 ) 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.
Connecteurs de contenu externe	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.
Gestion des services sur site	À compter du 1er mars 2025, l’API Places, l’API Directions et l’API Google 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 cartes pour Service sur site les options utilisent la dernière version des API de la Zurich version Espace de travail du répartiteur 8.0. Pour éviter les problèmes avec les API Maps, activez l’API Lieux (Nouveau) et l’API Google Routes à partir de la Google Cloud Platform console.
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 Washington DC version. Si vous effectuez une mise à niveau à partir de la Washington DC version, 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, reportez-vous à la section Restore save as you go functionality.
Contrôleur d’IA générative	Contrôleur d'IA générative est installé et mis à jour lorsque vous installez ou mettez à jour une Now Assist application. 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 faire une demande d’assistance.
Gestion des actifs matériels 13.0.0	Depuis la Zurich version, quelques workflows ont été migrés Studio de workflow en tant que flux. Remarque : La migration des workflows vers s’applique Studio de workflow à Gestion des actifs, Approvisionnement et les Gestion des contrats applications. Les workflows suivants ont été migrés en Studio de workflow tant que 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 Zurich version, 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 Studio de workflow les flux 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 Studio de workflow flux 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 Zurich version, 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 la mise à jour de la valeur du champ Sous-état du contrat n’est pas prise en charge pour afficher l’état correct. Depuis la Zurich mise en production, un nouveau menu, Actif rangé, a été ajouté à la barre de navigation de l’application ServiceNow Agent . Lors de la mise à niveau vers la Zurich version, 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 ) 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 le Espace de travail des actifs. Les rôles suivants, qui ont accès au 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
Impact	La Application Impact Store configuration nécessite une séquence de tâches. Un processus d’enregistrement unifié est disponible pour l’intégration Application Impact Store au . Consultez Configure the Impact Store Application.
Réplication de données d'instance	Améliorez les performances et l’efficacité de traitement de (IDR) en mettant à niveau vos ensembles de Réplication de données d'instance réplication vers V2, qui utilise Service de messagerie Hermes. Pour plus de détails, voir Upgrading legacy replication sets to V2 in 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 créées avant la mise à niveau sont automatiquement tronquées.
Serveur MID	Pour connaître la configuration système requise la plus récente Serveur MID , consultez Configuration système requise pour le Serveur MID. La version JRE minimale prise en charge est 17.0.10 et la version recommandée est 17.0.12. Si vous avez installé votre propre environnement JRE, le processus de mise à niveau effectue les actions suivantes pour vérifier qu’il Serveur MID utilise un environnement JRE pris en charge : Si un Serveur MID utilise une version non prise en charge de JRE lors de la 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 Serveur MID , la version mise à niveau Serveur MID utilise cette version. Toutes les Serveur MID machines hôtes doivent accéder au site de téléchargement au install.service-now.com pour activer les mises à niveau automatiques. Pour plus de détails, lisez comment le système gère Serveur MID Améliorations. Windows Serveur MID Un seul service est autorisé selon le chemin d’accès de l’exécutable. Les mises à niveau Windows Serveurs MID qui ont plusieurs services pointant vers le même dossier d’installation ne peuvent pas démarrer. Reportez-vous à Serveur MID Échec du démarrage pour plus d’informations. Pour plus d’informations sur Serveur MID les mises à niveau, consultez les rubriques suivantes : Serveur MID Vérification préalable à la mise à niveau: décrit comment le moniteur de mise à niveau automatique teste la capacité de l’appareil Serveur MID à se mettre à niveau sur votre système avant la mise à niveau réelle. Mettez à niveau le Serveur MID manuellement: décrit comment mettre à niveau votre Serveurs MID manuellement.
Notification	À partir de la mise en Zurich production, Notification utilise des flux secondaires plutôt que des workflows. Pour les utilisateurs existants dans Zurich, vos workflows actuels sont toujours pris en charge. Pour les nouveaux utilisateurs, vos Notification installations de modules d’extension 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 avec Studio de workflow des flux secondaires pour les nouvelles instances. Les workflows du système de base suivants ont été migrés vers les flux secondaires : (Re)rejoindre la téléconférence Participer à une 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.
Now Assist	Si vous avez personnalisé des actions d’interface utilisateur ou d’autres éléments associés à Now Assist des compétences, 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 Now Assist produit, consultez l’article Problèmes et atténuation des mises à jour des applications et des modules d’extension Now Assist (IA générative) [KB1637452] dans le .Now Support Base de connaissances Vous devrez peut-être vous connecter pour consulter l’article.
Now Assist pour CMDB	Le processus d’installation (activation) a changé pour le module d’extension Now Assist pour CMDB v2.1. Consultez Configuring Now Assist for CMDB les nouvelles instructions.
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
Now Assist pour Réponse aux incidents de sécurité (SIR) et Now Assist pour Réponse aux vulnérabilités (VR)	Pour en savoir plus sur les applications requises pour , reportez-vous à Now Assist pour Réponse aux vulnérabilités la section Supporting information for Now Assist for Vulnerability Response. Pour en savoir plus sur les applications requises pour , reportez-vous à Now Assist pour Réponse aux incidents de sécurité la section Supporting information for Now Assist for Security Incident Response. L’application Recherche IA doit être activée pour que la compétence d’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 cette option 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é.
Now Assist pour Gestion des contrats	Si vous effectuez une mise à niveau depuis Now AssistGestion des contrats 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 Administrateur Now Assist console. Accédez à la Tous > Définition du système > Scripts correctifs. Dans le champ Nom , recherchez la configuration de la compétence Mettre à jour et insérer le DI. Dans le script, ajoutez les ID de cas d’utilisation que vous souhaitez migrer vers la Administrateur Now Assist console. Sélectionnez Exécuter le script correctif. Pour plus d'informations, consultez Post-upgrade steps for Now Assist in Contract Management.
Now Assist dans Analyse de la plateforme	Lors de la mise à niveau vers la version Store de septembre 2025 de n’importe quelle Now Assist application, vous devez activer les compétences pour utiliser la Génération de requête génération de visualisation de données. Pour plus d'informations, consultez Query Generation skills et Activate the data visualization generation skill.
Planification d'astreinte	À partir de la mise en Zurich production, Planification d'astreinte utilise des flux secondaires, pas 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 dans 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 les instances et les ultérieures n’utilisent que des flux secondaires. Maintenez, créez et modifiez vos propres flux de planification d’astreinte personnalisés avec Studio de workflow des flux secondaires pour les nouvelles instances. Les flux secondaires suivants sont disponibles pour la configuration :
Operational Resilience	Après la mise à niveau vers Résilience opérationnelle la version 21.0.x, réexécutez le Update CSDM and other dependencies travail planifié pour renseigner les métadonnées supplémentaires introduites dans cette version.
Analyseur de performance	À partir de la Zurich version, l’analyseur de performances 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.
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 Interface utilisateur principale des tableaux de bord, qui sont visibles dans la bibliothèque de tableaux de bord. Pour plus d'informations, consultez Homepage deprecation. Les listes simples sont toutes converties en nouvel élément de liste lors de la mise à niveau.
Playbooks dans Studio de workflow	Après la mise à niveau vers Zurich, mettez à jour l’application Studio de workflow dans le ServiceNow Store.
Gestion du catalogue de produits et gestion des prix	Pricing Management La version 13.0 fournit un plan de tarification par défaut qui inclut une nouvelle étape pour prendre en charge les ajustements de coûts basés sur les attributs et les changements d’étiquette des étapes Extraire le coût et Extraire le prix catalogue. 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 v13.0. 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.
Public Sector Digital Services	Après la mise à niveau, certains menus et éléments de menu du secteur public reviennent à leur nom d’étiquette d’origine Espace de travail configurable de CSMCSM . 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ée, puis sélectionnez Espace de travail configurable for Public Sector Digital Services > Personnaliser manuellement les étiquettes de l'espace de travail.
RPA Hub	Mettez à niveau l’un de ces programmes d’installation de logiciel (MSI) actuellement installés Microsoft en téléchargeant les applications RPA : Studio de conception de bureau de RPA 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 depuis San Diego ou Tokyo vers Zurich. En raison du nombre d’enregistrements dans la table Fichier d’application, vous pouvez rencontrer un délai lors de la Centre de RPA mise à niveau des applications depuis ou vers Tokyo des versions antérieures vers Zurich. Avant d’effectuer une mise à niveau Centre de RPA 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é, reportez-vous à la section Add a system property. Après la mise à niveau vers Zurich, 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 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 le Now Support Base de connaissances.
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 Zurich version et pour toutes les mises à jour de version commençant par la Yokohama version, si vous utilisez la table de ticket de vente au détail, vous ne pourrez plus créer de nouveaux tickets ou mettre à jour des 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 Now Support connaissances.
Contrôle de la posture de sécurité	Pour obtenir la liste complète des applications dont l’implémentation Contrôle de la posture de sécurité est requise, consultez Installer Contrôle de la posture de sécurité.
Pont de services	Pont de services version 2.x.x : qui a été publiée pour la première fois avec la version, ne prend pas en charge la Xanadu migration des Pont de services versions (héritées). Pont de services Version (héritée) : avant d’effectuer une mise à niveau vers la Zurich version, suivez les instructions de l’article Pont de services pour les fournisseurs (hérité) - Utilitaire de migration [KB1499823] de la Now Support base de connaissances pour migrer vos données de configuration. Pont de services version 1.x.x : 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 Now Support base de connaissances pour migrer vos Pont de services applications. Pont de services version 2.x.x : 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 Pont de services la version 2.x.x. Les anciens droits actifs continuent de fonctionner, mais il est impossible d’activer les nouveaux. Lorsque vous effectuez une mise à niveau vers Pont de services la version 2.0.55 avec Gestion des ventes et des commandes la version du plug-in 1.0.4, avant la mise à niveau de la plateforme vers la Zurich version, 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 Pont de services . Lors de l’utilisation Pont de services pour les fournisseurs et Pont de services pour les 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 Pont de services , l’include Pont de services de script global est automatiquement installé ou mis à jour sur les versions de plateforme suivantes : Washington DC Correctif 9 Xanadu Correctif 4 Yokohama 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.
Espace de travail pour l'exploitation des services pour ITSM	Assurez-vous que les applications suivantes ont des versions mises à niveau compatibles : Espace de travail pour l'exploitation des services ITSM Application d’applications (sn_sow_itsm_cont) Espace de travail pour l'exploitation des services ITOM Application d’applications (sn_sow_itom_cont) Pour plus d’informations sur les versions compatibles, reportez-vous à la section Version compatibility between Service Operations Workspace for ITSM and Service Operations Workspace ITOM.
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 Zurich version. Si vous avez implémenté le schéma dynamique dans Xanadu ou Yokohama, l’application est automatiquement migrée vers un nouveau cadre de travail dans le cadre de la mise à niveau vers la Zurich version. Pour plus d’informations sur la migration, consultez le Guide de migration du schéma dynamique pour Zurich [KB2146133] article dans le Now Support Base de connaissances.
IDE ServiceNow	ServiceNow IDE la version 2.1.2 est active par défaut sur les instances de la Zurich version. Effectuez une mise à jour vers ServiceNow IDE la version 3.0 ou ultérieure pour utiliser les fonctionnalités les plus récentes. Pour en savoir plus sur la mise à jour ServiceNow IDE, reportez-vous à la section Install or update the ServiceNow IDE.
ServiceNow SDK	Pour effectuer une mise à niveau vers la dernière version globale ou au sein d’une ServiceNow SDK application, reportez-vous à la section Upgrade the ServiceNow SDK. ServiceNow SDK La version 4.0 prend en charge l’intégration avec ServiceNow les instances à partir de la Washington DC version. Remarque : Pour en savoir plus sur les versions mineures de , ServiceNow SDK consultez le référentiel du SDK ServiceNow à l’adresse GitHub.
ServiceNow Studio	ServiceNow Studio n’a plus besoin d’être ServiceNow Store téléchargé à partir du fichier . Il est disponible par ServiceNow AI Platform défaut.
ServiceNow Vault	Pour installer ServiceNow Coffre-fort, les éléments suivants doivent être installés : Data Discovery Data Privacy Data anonymization Field Encryption Zero Trust Access (ZTA)
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.
Gestion des actifs logiciels	À partir de la Zurich version, les workflows suivants sont migrés vers Flow Designer sous forme de flux : Workflow de la réclamation Flux de processus d’approvisionnement : allocation automatique activée Lors de la mise à niveau vers la Zurich version, 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 prennent pas en charge ces workflows. À partir de la Zurich version, le module d’extension Software Asset Workspace (com.sn_sam_workspace) est déplacé de la version de famille vers l’application Software Asset Workspace du magasin. 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 Software Asset Workspace magasin (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 (sn_sam_workspace) est mise à jour vers la Software Asset Workspace version 9.0.4.
Strategic Planning	Après la mise à niveau vers Planification stratégique la version 4.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 sur 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.
Gestion des abonnements	Gestion des abonnements La version 5.0 est active par défaut sur toutes les instances de la Zurich version. Effectuez une mise à jour vers Gestion des abonnements la version 5.1 ou ultérieure pour utiliser les fonctionnalités les plus récentes. Pour plus d’informations sur la mise à jour Gestion des abonnements, reportez-vous à la section Update an application or plugin.
Surveillance synthétique	Si vous souhaitez exécuter des moniteurs en utilisant un Serveur MID emplacement, vous devez redémarrer le après la Serveur MID mise à niveau.
Gestion des risques liés aux tiers	Si vous êtes un VRM utilisateur effectuant une mise à niveau vers TPRM une version antérieure ou Vancouver 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 à Vancouver, Vancouver vers Washington DC, et ainsi de Utah 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 Moteur d'évaluation intelligent propriété enabled (sn_vdr_risk_asmt.sae_enabled). Après avoir défini cette propriété, 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. Dans le cadre de nos intégrations continues avec le moteur d’évaluation intelligent (SAE), les évaluations des fournisseurs de quatrième partie ne seront pas prises en charge une fois que vous aurez défini la Moteur d'évaluation intelligent propriété activée (sn_vdr_risk_asmt.sae_enabled). Pour plus d’informations sur la mise à niveau de VRM vers et les différences entre les moteurs d’évaluation intelligente et classique, reportez-vous à TPRM la section Gestion des risques liés aux tiers Informations sur la mise à niveau. Pour les clients existants TPRM , 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.
Réponse aux vulnérabilités	Pour plus d’informations sur les versions publiées de l’application Réponse aux vulnérabilités ainsi que sur les applications tierces et ServiceNow compatibles avec la Zurich mise en production, 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 le .Now Support Base de connaissances
Connecteur zéro copie pour ERP	Si vous avez des extractions planifiées existantes et que vous avez mis à niveau vers la version 1 de Zurich Store, exécutez le script correctif Scheduled Extraction V2 Move pour placer les extractions planifiées dans une nouvelle table où la planification est effectuée par le moteur de scripts planifiés. Pour connaître la procédure détaillée, reportez-vous à la section Run fix scripts.