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

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

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

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

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

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

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

Pour en savoir plus sur les mises à niveau de MID Server, reportez-vous à la section MID Server upgrades.

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

Améliorez les performances et l’efficacité de traitement de (IDR) en mettant à niveau vos jeux de Réplication de données d'instance réplication vers V2, qui utilise la Service de messagerie Hermes commande . Pour plus de détails, voir Upgrading legacy replication sets to V2 in Instance Data Replication.

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

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

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

Un seul service est autorisé par chemin d’accès Windows Serveur MID exécutable. Les services mis à 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 de démarrage pour plus d’informations.

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

Les nouvelles fonctionnalités introduites dans cette Washington DC version ne sont pas prises en charge dans les versions antérieures de Order Management.

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

À compter de la Washington DC version, 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 Tarification dans les listes de prix et les lignes de liste de prix, plutôt que dans le modèle de données Offre de produits. Si vous souhaitez mettre à niveau vos informations de tarification pour utiliser les listes de prix après la mise à niveau vers Washington DC, consultez l’article Adoption du module d’extension de gestion des prix (com.sn_csm_pricing) pour les clients des secteurs des télécommunications, des médias et de la technologie effectuant une mise à niveau vers Washington [KB1585863] dans la base de connaissances Now Support.

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

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

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

Analyse de la plateforme La fonctionnalité d’expérience se trouvait auparavant dans l’espace de Analyse de la plateforme travail. La fonctionnalité fait désormais partie du noyau Now Platform, accessible via le Next Experience Navigation unifiéefichier . Vous pouvez migrer tous les tableaux de bord, rapports et Analyse des performances widgets qui ont été créés vers Interface utilisateur principale cette fonctionnalité.

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

À partir de la version 8.0.0, vous pouvez accéder aux Strategic Portfolio Management fonctionnalités sous licence Pro (SPM) uniquement dans Planification stratégique Workspace. Si vous possédez une SPM licence Pro, mais que vous utilisez toujours les fonctionnalités sous licence Pro (telles que les objectifs, les commentaires sur les produits, la SPM planification de portefeuille hybride et les approches supplémentaires) dans Planification de portefeuille Workspace, vous devez procéder à l’installation Planification stratégique pour accéder à ces fonctionnalités. Pour plus d’informations sur les fonctionnalités accessibles uniquement dans Planification stratégique Workspace, consultez Comparaison de la planification de portefeuille avec la planification stratégique.

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 modifications apportées aux solutions de similarité et de mise en grappe s’appliquent à toutes les instances qui se trouvent sur Washington DC.

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

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

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

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

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

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

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

Dans la table, x est la sous-version de l’application Espace de travail pour l'exploitation des services ITSM Applications (sn_sow_itsm_cont) et y est la sous-version de l’application Espace de travail pour l'exploitation des services ITOM Applications (sn_sow_itom_cont).

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

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 Washington DC version, les widgets publics qui acceptent le paramètre d’entrée de table ne peuvent pas accéder aux données des tables et les renvoyer pour les utilisateurs invités. Si vous avez ajouté les propriétés système ou glide.service_portal.widget.allow_list avant la glide.service_portal.widget.table_allow_list mise à niveau, les valeurs de ces propriétés seront migrées vers la liste d’autorisation de table publique pour les widgets après la mise à niveau. Pour plus d'informations, consultez Configure widget security.

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

À partir de la version 4.0.2, vous pouvez accéder aux Strategic Portfolio Management fonctionnalités sous licence Pro (SPM) uniquement dans Planification stratégique Workspace. Si vous possédez une SPM licence Pro, mais que vous utilisez toujours les fonctionnalités sous licence Pro (telles que les objectifs, les commentaires sur les produits, la SPM planification de portefeuille hybride et les approches supplémentaires) dans Planification de portefeuille Workspace, vous devez procéder à l’installation Planification stratégique pour accéder à ces fonctionnalités. Pour plus d’informations sur les fonctionnalités accessibles uniquement dans Planification stratégique Workspace, consultez Comparaison de la planification de portefeuille avec la planification stratégique.

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

Cependant, vous verrez à la fois le Espace de travail de Source-to-Pay et Espace de travail du gestionnaire de fournisseurs dans l’onglet Espaces de travail . Si vous souhaitez utiliser la valeur par Espace de travail du gestionnaire de fournisseurs défaut au lieu de la valeur par défaut Espace de travail de Source-to-Pay, assurez-vous d’exécuter le script correctif fixscript_migrate_workspace_to_smw.xml après la mise à niveau vers la Washington DC version. Vous pouvez télécharger le fichier fixscript_migrate_workspace_to_smw.xml à partir ServiceNow Storedu fichier . Pour plus d’informations sur l’exécution d’un script correctif, reportez-vous à la section Run fix scripts.

Si vous souhaitez revenir à l’utilisation de , Espace de travail de Source-to-Payexécutez le script correctif fixscript_migrate_workspace_to_s2p.xml . Vous pouvez télécharger le fichier fixscript_migrate_workspace_to_smw.xml à partir ServiceNow Storedu fichier . Pour plus d’informations sur l’exécution d’un script correctif, reportez-vous à la section Run fix scripts.

Après votre mise à niveau vers , mettez à jour l’application Générateur d'IU à Washington DCpartir du ServiceNow Store.