Aufgaben vor und nach dem Upgrade für verschiedene Produkte

  • Freigeben Version: Xanadu
  • Aktualisiert 17. Juni 2026
  • 73 Minuten Lesedauer
  • Überprüfen Sie zur Vorbereitung des Upgrades die Upgrade- und Migrationsaufgaben für verschiedene Anwendungen und Funktionen. Planen Sie, diese Aufgaben gegebenenfalls vor oder nach Abschluss des Upgrades abzuschließen.

    Bereiten Sie Ihre Instanz für ein reibungsloseres Upgrade vor

    Aufgaben vor dem Upgrade, Upgrade, Aufgaben nach dem Upgrade

    Überprüfen Sie vor dem Upgrade auf Xanadudiese Aufgaben vor und nach dem Upgrade, und führen Sie sie nach Bedarf aus.

    Upgrade- und Migrationsaufgaben

    Wichtig:
    Informationen zu Änderungen am Upgrade-Verfahren für selbst gehostete Kunden finden Sie unter KB0563844.
    Tabelle : 1.
    Produkt Versionsinformationen Familie

    KI-Suche

    Wenn Sie von einem früheren Release auf Tokyo aktualisieren, indiziert die KI-Suche Inhalte und Metadaten aus den indizierten Quellen für die Tabellen „Katalogelement“ [sc_cat_item] und „Wissen“ [kb_knowledge] automatisch neu. Diese einmalige Neuindizierung ist erforderlich, um Verbesserungen der Such-Experience in diesem Release zu aktivieren.

    Wenn Sie die Konfigurationen der Suchanwendung nach dem Upgrade von einem früheren Release auf Tokyo anzeigen oder bearbeiten, zeigt das System möglicherweise eine Warnmeldung an, in der Sie aufgefordert werden, eine oder mehrere indizierte Quellen neu zu indizieren. Diese Neuindizierung (ein einmaliger Prozess für jede aufgeführte indizierte Quelle) ist erforderlich, um suchbasierte Vorschläge zur automatischen Vervollständigung korrekt zu füllen.

    Nach dem Upgrade von einem früheren Release auf Tokyo können sich die standardmäßigen Relevanzwerte für Suchergebnisse ändern. Relevanzmodelle, die im vorherigen Release trainiert wurden, sollten weiterhin die gleiche Ergebnisreihenfolge erzeugen. Modelle, die vor mehr als einem Release trainiert wurden, kehren möglicherweise zum standardmäßigen Relevanzmodell zurück.

    KI-Suche report_view Zugriffssteuerungslisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo anzeigen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle.

    Tokio

    Admin Center

    Die neueste Version der Admin Center- Anwendung ist im ServiceNow Storeverfügbar.

    Tokio

    Anwendungs-Portfoliomanagement

    Anwendungs-Portfoliomanagement report_view Zugriffssteuerungslisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo anzeigen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle.

    Tokio

    Bewertungen und Umfragen

    Wenn Sie von einem früheren Release auf Tokyo aktualisieren, werden Bewertungen und Umfragen standardmäßig im Serviceportal und in der App Now Mobile aktiviert.

    Tokio

    Authentifizierung

    Authentifizierung report_view Zugriffssteuerungslisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo anzeigen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle.

    Tokio

    Automated Test Framework

    Kopieren Sie die von der Now Platform® bereitgestellten Schnellstarttests, und passen Sie sie an, um zu validieren, ob Ihre Instanz funktioniert, nachdem Sie Konfigurationsänderungen vorgenommen haben. Zum Beispiel, wenn Sie ein Upgrade anwenden oder eine Anwendung entwickeln.

    Die Tests können nur dann zu einem positiven Ergebnis führen, wenn Sie sie auf einem Basissystem ohne Anpassungen und mit den standardmäßigen Demodaten ausführen, die mit dem Anwendungs- oder Funktions-Plugin bereitgestellt werden. Um einen Schnellstarttest auf Ihre instanzspezifischen Daten anzuwenden, kopieren Sie den Schnellstarttest, und fügen Sie Ihre anwenderdefinierten Daten hinzu. Weitere Informationen finden Sie unter Verfügbare Schnellstarttests nach Anwendung oder Funktion.

    Tokio

    Cloud Provisioning and Governance

    Cloud Provisioning and Governance report_view Zugriffssteuerungslisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo anzeigen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle.

    Tokio

    Konfigurations-Compliance

    • Aufgrund einer Änderung des Datenmodells in der Anwendung Configuration Compliance dauert das Upgrade möglicherweise erheblich länger als bei vorherigen Upgrades. Weitere Informationen finden Sie unter KB0856498.

    • Wenn Sie die Anwendung zuvor aus dem ServiceNow Store heruntergeladen haben und eine neue Version verfügbar ist, können Sie sie in Ihrer Now Platform- Instanz aktualisieren.
    • Weitere Informationen zu veröffentlichten Versionen der Anwendung Configuration Compliance sowie zu Anwendungen von Drittparteien und ServiceNow, die mit Tokyokompatibel sind, finden Sie im Artikel Vulnerability Response Compatibility Matrix and Release Schema Changes [KB0856498] (Kompatibilitätstabelle für Vulnerability Response) in der HI Knowledge Base.
    • Informationen zu Updates für Drittanbieteranwendungen, die von Vulnerability Response und Configuration Complianceunterstützt werden, finden Sie in den Versionshinweisen zu Vulnerability Response-Integrationen.
    Tabelle : 2. Upgrade-Informationen für Configuration Compliance to Tokyo
    Version Upgrade-Beschreibung
    14.3 Zertifiziert für Tokyo im ServiceNow Store.

    Weitere Informationen finden Sie im folgenden Abschnitt mit der Bezeichnung „Neues im Tokyo -Release“.

    Tokio

    Konversations-Schnittstellen – Homepage

    Die Startseite von Konversations-Schnittstellen ist im Tokyo -Release enthalten, sodass Bestandskunden sie nicht installieren müssen. Sie ist jedoch auch als App im ServiceNow Storeverfügbar, und nachfolgende Updates sollten von dort installiert werden.

    Tokio

    Core Now Platform

    Um den Protokollschutz zu aktivieren, installieren Sie das Plugin „Protected Tables“ (com.glide.protected_tables), mit dem die Plattform Aktualisierungs- und Löschvorgänge für bestimmte Systemprotokolltabellen einschränken kann. Administratoren können die Schutzregeln für Protokolltabellen für jede Tabelle im Bereich „Protokollschutz-Administrator“ anpassen.

    Core Now Platform report_view Zugriffssteuerungslisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo anzeigen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle.

    Tokio

    Kundenservice-Management (CSM)

    Kundenservice-Management report_view Zugriffssteuerungslisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo anzeigen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle.

    Tokio

    Employee Journey Management

    HR Service Delivery report_view Zugriffssteuerungslisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo anzeigen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle.

    Tokio

    Verwaltung von Verschlüsselungsschlüsseln

    Verschlüsselungskontexte werden beim Upgrade ab Release San Diego automatisch in Feldverschlüsselungsmodule für die Spaltenebenenverschlüsselung und entsprechende Modulzugriffsrichtlinien konvertiert. Eine geführte Tour, in der diese Erweiterung erläutert wird, ist im -Dashboard verfügbar.

    Verwaltung vonVerschlüsselungsschlüsseln report_view Zugriffssteuerungslisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo anzeigen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle.

    Tokio

    Flow Designer

    Flow Designer report_view Zugriffssteuerungslisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo anzeigen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle.

    Sie können zulassen, dass Instanzen, die von San Diego und früheren Releases aktualisiert wurden, Anforderungen für eingeschränkte Anruferzugriffsberechtigungen für Flows und Aktionen generieren. Weitere Informationen zum Aktivieren von Zugriffsrechten für Flows und Aktionen finden Sie unter Eingeschränkte Anruferzugriffsberechtigungen für Flows und Aktionen upgraden.
    Warnung:
    Das Upgrade eingeschränkter Anruferzugriffsberechtigungen auf die Nachverfolgung von Flows und Aktionen kann zu Serviceunterbrechungen auf Instanzen führen, die zuvor den bereichsübergreifenden Zugriff über Skripteinbindungen oder Business-Regeln nachverfolgt haben. Nach dem Upgrade wird die Ausführung aller Flows und Aktionen blockiert, die versuchen, auf eingeschränkte Ressourcen zuzugreifen. Stattdessen werden eigene Anforderungen für eingeschränkte Anruferzugriffsberechtigungen zur Genehmigung generiert. Jemand muss die Anforderungen für Zugriffsberechtigungen genehmigen, bevor bereichsübergreifende Flows und Aktionen ausgeführt werden können. Kunden, die bereits die indirekte Nachverfolgung von Flows und Aktionen mithilfe von Skriptaufrufen zugelassen haben, können diese Aufgabe überspringen und weiterhin Flows und Aktionen aus Skripts aufrufen. Kunden, die ihre vorhandenen Zugriffsberechtigungen durch die neuen Quelltypen „Flow“ und „Flow-Aktion“ ersetzen möchten, können einen Ausfall planen, um die neuen Anforderungen für Zugriffsberechtigungen zu generieren und zu genehmigen.

    Tokio

    Governance, Risk und Compliance

    Ab Governance, Risk und Compliance Version 14.0 wird die Rolle des Business-Anwenders (sn_grc.business_user) aus der Rolle „GRC-Leser“ (sn_grc.reader) entfernt und der Rolle „GRC-Anwender“ (sn_grc.user) hinzugefügt. Weitere Informationen finden Sie unter KB1123608.

    Tokio

    Fall- und Wissensmanagement für HR-Servicebereitstellung

    HR Service Delivery report_view Zugriffssteuerungslisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo anzeigen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle.

    Tokio

    Health Log Analytics

    Wenn Ihre Health Log Analytics -Version älter als Februar 2022 ist, wenden Sie sich an den Now Support oder Ihren ServiceNow -Vertriebsmitarbeiter, um ein Upgrade für die Kernkomponenten der Anwendung Health Log Analytics anzufordern.

    Tokio

    ITOM-Transparenz

    ITOM-Transparenz report_view Zugriffssteuerungslisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo anzeigen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle.

    Nach dem Upgrade auf Tokyo wird der Installationsstatus für alle erkannten Infrastruktur-CIs automatisch auf „Installiert“ („1“) festgelegt. Wenn Ihre Organisation den Installationsstatus verwendet, testen Sie Tokyo auf Ihrer Testinstanz, bevor Sie die Produktionsinstanz aktualisieren.

    Verwenden Sie den CSDM-Lebenszyklusstatus zur Nachverfolgung von Lebenszyklusphasen und Phasenstatus für CIs. Weitere Informationen finden Sie unter:[Platzhalter-Linktext zu Schlüsselpaket-rn.bundle-platcap.csdm-life-cycle-standard-values]

    Informationen zum Beheben von Problemen im Zusammenhang mit dem Installationsstatus nach dem Upgrade auf Tokyo finden Sie unter KB1213467

    Tokio

    Import und Export

    Import und Export report_view Zugriffssteuerungslisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo anzeigen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle.

    Tokio

    Incident-Management

    Incident-Management report_view Zugriffssteuerungslisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo anzeigen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle.

    Tokio

    Instanzübergreifende Datenreplikation

    Instanzdatenreplikation report_view Zugriffssteuerungslisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo anzeigen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle.

    Tokio

    Instanz-Scan

    Instanz-Scan report_view Zugriffssteuerungslisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo anzeigen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle.

    Tokio

    Integrations-Hub

    Integrations-Hub report_view Zugriffssteuerungslisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo anzeigen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle.

    Tokio

    Intelligente Servicebereitstellung

    HR Service Delivery report_view Zugriffssteuerungslisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo anzeigen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle.

    Tokio

    Wissensmanagement

    • Wissensmanagement report_view Zugriffssteuerungslisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo anzeigen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle.
    • Ab dem Tokyo-Release ist die aktualisierte Version Angular JS 1.5.11 mit dem Basissystem verfügbar.

    Tokio

    Legal Service Delivery

    Vor dem Upgrade von Legal Service Delivery auf Tokyomüssen Sie den Wert der Systemeigenschaft glide.rollback.blacklist.TableParentChange.change auf falsefestlegen. Wenn diese Eigenschaft in der Tabelle „Systemeigenschaft“ [sys_properties] nicht vorhanden ist, fügen Sie sie hinzu, und legen Sie ihren Wert auf „false“ fest.

    Nach dem Upgrade erweitern einige Tabellen, die mit den Anwendungen „ Legal Request Management“, „ Legal Digital Forensics“ und „ Legal Simple Contracts “ installiert sind, die Tabelle „Anwendungsdatei“ [sys_metadata], um eine nahtlose Migration von Praxisbereichen, Aufnahmeformularen, Vertragskonfigurationen und forensischen Konfigurationen in Update-Sätze zu ermöglichen.

    Wenn Sie ein Upgrade auf die Tokyo -Version durchführen, ohne den Wert der Systemeigenschaft zu aktualisieren, erweitern die Tabellen die Anwendungsdateitabelle nicht. Informationen zur manuellen Aktualisierung der Tabellenänderungen finden Sie im Artikel Manuelle Upgrade-Schritte für das erneute Überordnen von Tabellenänderungen in Tokyo [KB1163388] in der Now Support Knowledge Base.

    Tokio

    MID-Server

    Die aktuellen Systemanforderungen für MID-Server finden Sie unter Systemanforderungen für MID-Server. Die folgenden JRE-Versionen (Java Runtime Environment) werden unterstützt:
    • JRE11: Ab Version 11.0.15
    • JRE8: Ab Version 1.8.0_275
    Wenn Sie Ihre eigene JRE installiert haben, führt der Upgrade-Prozess die folgenden Aktionen aus, um sicherzustellen, dass der MID-Server eine unterstützte JRE verwendet:
    • Wenn ein MID-Server beim Upgrade eine nicht unterstützte Version der JRE verwendet, ersetzt der Upgrade-Prozess diese JRE durch das OpenJDK, das im Paket mit dem MID-Server -Installationsprogramm enthalten ist.
    • Wenn eine unterstützte JRE auf dem MID-Server -Host ausgeführt wird, verwendet der aktualisierte MID-Server diese Version.

    Alle MID-Server -Hostcomputer benötigen Zugriff auf die Download-Website unter install.service-now.com, um automatische Upgrades zu aktivieren. Weitere Informationen finden Sie unter, wie das System MID-Server -Upgradesverwaltet.

    Pro ausführbarer Dateipfad ist nur ein Windows - MID-Server -Service zulässig. Aktualisierte Windows - MID-Server, bei denen mehrere Services auf denselben Installationsordner verweisen, können nicht gestartet werden. Weitere Informationen finden Sie unterMID-Server startet nicht.

    Weitere Informationen zu MID-Server -Upgrades finden Sie in den folgenden Themen:

    Tokio

    Mobil

    Migrieren Sie von der klassischen Mobile App von ServiceNow zur ServiceNow Mobile Platform, um Funktionen wie schnelle Entwicklung, Offline-Fähigkeit und Integration mit nativen Mobilgerätefunktionen zu nutzen. Weitere Informationen zur Migration zur ServiceNow Mobile Platformfinden Sie unter Von der klassischen mobilen ServiceNow-App zur ServiceNow Mobile Platformmigrieren.

    ServiceNow Mobile Platform report_view Zugriffssteuerungslisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo anzeigen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle.

    Tokio

    Incident-Management für operative Technologie v2

    Wenn Sie ein Benutzer von Operational Technology Incident Management in früheren Versionen sind, müssen Sie Benutzern, denen ursprünglich die Rolle OT Incident-Benutzer (ot_incident_user) zugewiesen wurde, neue Rollen für Operational Technology Incident Management v2 zuweisen. Weitere Informationen hierzu finden Sie unter Neue Rollen für Incident-Management für operative Technologie zuweisen.

    Tokio

    Passwortzurücksetzung

    Passwortzurücksetzung report_view Zugriffssteuerungslisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo anzeigen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle.

    Tokio

    Projekt-Portfoliomanagement

    Projekt-Portfoliomanagement report_view Zugriffssteuerungslisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo anzeigen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle.

    Wenn Sie Scenario Planning for PPM auf Version 2.3.0 oder höher aktualisieren, müssen Sie die Legacy-Anwendung „ Investitionsfinanzierung “ auf den ServiceNow Store aktualisieren, damit die Integration funktioniert. Ausführliche Anweisungen zum Upgrade von der Legacy-Anwendung Investment Funding auf die Anwendung ServiceNow Store finden Sie unter Upgrade-Anweisungen.

    Tokio

    Service Bridge (Technologie)

    Informationen zum Upgrade auf die Tokyo -Version von Service Bridge- Anwendungen finden Sie im Artikel Service Bridge – Upgrade-Schritte für das San Diego-Store-Release auf das Tokyo-Store-Release [KB1120583] in der Now Support Knowledge Base.

    Tokio

    Service Bridge (Telekommunikation)

    Tokio

    Service Operations-Arbeitsbereich für ITSM

    Stellen Sie sicher, dass die folgenden Anwendungen über kompatible aktualisierte Versionen verfügen:
    • Anwendung „Service Operations Workspace ITSM Applications“ (sn_sow_itsm_cont)
    • AnwendungService Operations-Arbeitsbereich ITOM Applications (sn_sow_itom_cont)
    Tabelle : 3. Kompatible SOW-Versionen
    SOW-ITSM (sn_sow_itsm_cont) SOW-ITOM (sn_sow_itom_cont)
    1.1.x 21.0.J
    1.2.x 21.1.j
    1.3.x 21.2.y, 21.5.y und 21.6.y
    2.0.x 22.0.J
    2.1.x 22.1.y und 22.yy

    Hier ist x die Unterversion der Anwendung Service Operations Workspace ITSM Applications (sn_sow_itsm_cont) und y die Unterversion der Anwendung Service Operations Workspace ITOM Applications (sn_sow_itom_cont).

    Tokio

    Service Portal

    report_view-ACLs mit Upgrade aktiviert

    Serviceportal report_view Zugriffssteuerungslisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo anzeigen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle.

    report_view-ACLs wurden zuvor für neue (zBoot-)Instanzen aktiviert.

    Hinweis:

    Um eine Liste der Zugriffssteuerungslisten (ACLs) report_view für das Serviceportal zu erhalten, navigieren Sie zu Alle > Systemsicherheit > Zugriffssteuerung (ACL) und verwenden Sie den Bedingungsgenerator, um den folgenden Filter hinzuzufügen: [Vorgang] [ist] [report_view] UND [Paket] [enthält] [serviceportal] UND [Paket] [ist nicht] [Serviceportal – Standardticket].

    Nachverfolgung vonUser Experience Analytics standardmäßig aktiviert

    Das Plugin „Serviceportal -Analytics “ (com.glide.service-portal.analytics) ist standardmäßig aktiviert, und die Nachverfolgung von User Experience Analytics für Portale ist standardmäßig aktiviert.

    Bei Upgrade-Kunden, die zuvor die Nachverfolgung von User Experience Analytics für einige Portale aktiviert haben, andere jedoch nicht, ändern sich die Nachverfolgungseinstellungen für Portale nach dem Upgrade nicht.

    TinyMCE 5-Upgrade
    Der TinyMCE-HTML-Editor wurde auf Version 5.10.2 aktualisiert. Wenn Sie eine anwenderdefinierte TinyMCE-Implementierung haben, die Angular Providers im Serviceportalverwendet, finden Sie unter Changes in TinyMCE 5 Informationen zum Upgrade Ihrer anwenderdefinierten Version.

    Tokio

    Software Asset Management

    Informationen zum Upgrade vom Plugin „Software Asset Management Foundation“ (com.snc.sams) finden Sie unter Software Asset Management-Anpassungenrückgängig machen.

    Tokio

    Abonnement-Management

    Abonnement-Management report_view Zugriffssteuerungslisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo anzeigen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle.

    Tokio

    Upgrade Center

    Upgrade Center report_view Zugriffssteuerungslisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo anzeigen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle.

    Tokio

    Vendor Management-Arbeitsbereich

    Vendor Management-Arbeitsbereich report_view Zugriffssteuerungslisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo anzeigen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle.

    Tokio

    Virtual Agent

    • Der neue Webclient für tragbaren Virtual Agent, eine Seismic-Komponente, vereinfacht das Hinzufügen von Virtual Agent zu einer Drittanbieter-Website. Die veraltete Methode zur Einbettung von Virtual Agent in die Webseite eines Drittanbieters funktioniert weiterhin.
    • In früheren Versionen wurden Themenblöcke und anwenderdefinierte Steuerungen von Virtual Agent-Designer im Bereich „Global“ veröffentlicht. In diesem Release sind jetzt Themenblöcke und anwenderdefinierte Steuerungen im Umfang des aufrufenden Themas enthalten.

    Tokio

    Visuelle Taskboards

    Visuelle Taskboards report_view Zugriffssteuerungslisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo anzeigen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle.

    Tokio

    Vulnerability Response-Integrationen

    Tokio

    Vulnerability Response

    Aufgrund einer Änderung des Datenmodells in der Anwendung Vulnerability Response kann das Upgrade erheblich länger dauern als bei vorherigen Upgrades. Weitere Informationen finden Sie unter KB0856498.

    Während Sie ein Upgrade auf eine neuere Version durchführen, kann sich die Upgrade-Zeit je nach Daten und Version, von der Sie upgraden, verlängern. Dies ist auf zusätzliche Schemaänderungen zurückzuführen, die während des Upgrades hinzugefügt wurden. Weitere Informationen finden Sie unter KB0856498.

    Wenn Sie ein Upgrade der Anwendung Vulnerability Response von älteren Versionen auf Version 15.x durchführen, wird die standardmäßige Regel für Korrekturaufgaben im Basissystem deaktiviert. Weitere Informationen finden Sie unter Vulnerability Response-Arbeitsbereiche und Updates für Korrekturaufgaben und Regeln für Korrekturaufgaben

    Vulnerability Response report_view Zugriffssteuerungslisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo anzeigen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle.
    • Wenn Sie ein Upgrade auf eine neue Version der Anwendung Vulnerability Response durchführen, ist die neue Version in Ihrer Instanz verfügbar und kann installiert werden. Updates für Vulnerability Response sind im ServiceNow® Storeverfügbar.
    • Weitere Informationen zu veröffentlichten Versionen der Anwendung Vulnerability Response, zur Kompatibilität mit Tokyound zu Schemaänderungen finden Sie im Artikel Vulnerability Response-Kompatibilitätsmatrix und Releaseschemaänderungen [KB0856498] in der HI Knowledge Base.

    Wenn Sie ein Upgrade auf Version 18.0 von Vulnerability Response on Romedurchführen, wird Vulnerability Manager Workspace nicht unterstützt.

    Tokio

    Personaloptimierung für ITSM

    Verbesserte Prognosemethoden: Die Bedarfsprognose verwendet verbesserte Prognosemethoden zur Prognose von Daten. Die naiven Methoden zur Prognose von Indikatorpunktzahlen wurden auf lineare Regressionsmethoden aktualisiert. Während die älteren naiven Methoden nur die ersten und letzten Punktzahlen der letzten Saison verwendeten, verwenden die aktualisierten Methoden alle verfügbaren Punktzahlen über den Auswertungszeitraum. Darüber hinaus wurden die älteren Methoden „Linear“ und „Drift“ durch eine einzige lineare Methode ersetzt, und die Berechnung des 95-%-Vorhersageintervalls wurde verbessert. Bei einem Upgrade werden die folgenden Updates am Prognosealgorithmus vorgenommen, der in der Bedarfsprognose verwendet wird:
    • Der naive saisonale Algorithmus wird in saisonal umbenannt.
    • Der Algorithmus „Naive saisonale Abweichung“ wird in Saisonaler Trend umbenannt.
    • Der Abweichungsalgorithmus wird entfernt.
    Textindizierung für Zeitpläne und Schichtpläne aktivieren: Wenn Sie ein Upgrade auf Personaloptimierung für ITSM Version 1.1.1 durchführen, müssen Sie die Textindizierung für die folgenden Tabellen aktivieren:
    • Zeitplan [sn_shift_planning_schedule_plan]
    • Schichtplan [sn_shift_planning_shift_plan]
    • Schicht [cmn_rota]
    Wenn Sie nach dem Upgrade keine Textindizierung durchführen, können Sie die Zeitpläne und Schichtpläne nicht anhand von Stichwörtern durchsuchen. Sie können nur nach dem Namen des Zeitplans und der Schichtpläne suchen.

    Personaloptimierung für ITSM-Berichtsansicht-ACLs: report_view Zugriffssteuerungslisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo anzeigen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle.

    Coaching mit Lerninhalten: Wenn Sie ein Upgrade auf das Release Personaloptimierung für ITSM Tokyo durchführen, werden die folgenden Updates automatisch vorgenommen:
    • Der Lernkatalog wird in Lernbibliothekumbenannt. Alle Kurse im Lernkatalog werden in die Lernbibliotheken verschoben.
    • Wenn Sie als Manager ein Kurselement oder einen Lernpfad erstellen, müssen Sie diesen Kurs oder Pfad einem Kurskatalog zuordnen. Abhängig von den für jeden Katalog geltenden Sicherheitsbeschränkungen können Benutzer auf die Kurse oder Pfade innerhalb des Katalogs zugreifen.
      Hinweis:
      Alle vorhandenen Kurse werden in den Standardkurskatalogmigriert.
    Nach einem Upgrade auf die Anwendung ITSM Shift Planning Host v 5.3.0 aus dem ServiceNow Storegeschieht Folgendes:
    • Damit sich Service Desk-Mitarbeiter für Schichten anmelden können, müssen Sie die Eigenschaft sn_shift_planning.enable_agent_signup auf truefestlegen.
    • Die folgenden Bezeichnungsänderungen an den Filtern für Zeitpläne werden automatisch vorgenommen:
      • DerStatus wird in Status „Zeitplanplan“umbenannt.
      • „Daten“ wird in „Zeitplandaten“ umbenannt.

    Tokio

    KI-Suche

    DieKI-Suche wendet automatisch die neue Funktion zur automatischen Spracherkennung an, wenn Sie Datensätze aus der Aufgabentabelle [task] und ihren untergeordneten Tabellen indizieren, nachdem Sie von einem früheren Release auf Utah aktualisiert haben. Um die automatische Spracherkennung auf Aufgabendatensätze anzuwenden, die Sie vor dem Upgrade auf Utahindiziert haben, müssen Sie diese Datensätze manuell neu indizieren.

    In ähnlicher Weise wendet die KI-Suche automatisch die neue Funktion zur Erkennung von Textregionen für Chinesisch und Japanisch an, wenn Sie nach einem Upgrade von einem früheren Release auf Utah Datensätze oder Dokumente mit Regionen von Chinesisch oder Japanisch indizieren. Um die Textbereichserkennung auf Datensätze und Dokumente anzuwenden, die vor dem Upgrade auf Utahindiziert wurden, müssen Sie diese Datensätze und Dokumente manuell neu indizieren.

    Die Anwendung „KI-Suche für Next Experience “ wird in neuen Utah -Instanzen automatisch aktiviert. Wenn Sie von einem früheren Release auf Utah aktualisieren, können Sie die KI-Suche für Next Experiencemanuell konfigurieren und aktivieren. Weitere Informationen zur Anwendung finden Sie unter KI-Suche für Next Experience.

    Utah

    Mitarbeiterchat und Sidebar

    Die Konversations-Schnittstellenkonsole ist im Utah -Release enthalten, sodass Bestandskunden sie nicht installieren müssen. Wenn es als App aus dem ServiceNow Storeinstalliert wurde, sollten nachfolgende Updates von dort installiert werden.

    Utah

    Bewertungen und Umfragen

    Im Utah- Release wurden alle Schaltflächen auf den Bewertungs- oder Umfragekarten entfernt. Um Automated Test Framework (ATF)-Tests erfolgreich auszuführen, muss für alle Tests, die diesen Schritt enthalten, der Schritt Auf die Schaltfläche „An Umfrage teilnehmen“ klicken durch Auf die Umfragekarteklicken ersetzt werden.

    Utah

    Cloud Provisioning and Governance

    Erstellen Sie nach dem Upgrade von Cloud Provisioning and Governance auf das Utah -Release einen Datenbankindex aus den angegebenen Spalten der Tabelle „Cloud-Ereignisse“ [sn_cmp_cloud_event]. Mithilfe des Datenbankindex können Sie die Leistung der Amazon Web Services (AWS)-Ereignisverarbeitung in der Instanz verbessern. Wenn Sie Cloud Provisioning and Governance mit dem Utah -Release verwenden, wird der Datenbankindex bei der Installation der Anwendung automatisch erstellt. Weitere Informationen finden Sie unter Leistung bei der Verarbeitung von AWS-Cloud-Ereignissen verbessern.

    Utah

    Konfigurations-Compliance

    • Aufgrund einer Änderung des Datenmodells in der Anwendung Configuration Compliance dauert das Upgrade möglicherweise erheblich länger als bei vorherigen Upgrades. Weitere Informationen finden Sie unter KB0856498.

    • Wenn Sie die Anwendung zuvor aus dem ServiceNow Store heruntergeladen haben und eine neue Version verfügbar ist, können Sie sie in Ihrer Now Platform- Instanz aktualisieren.
    • Weitere Informationen zu den veröffentlichten Versionen der Anwendung Configuration Compliance sowie zu Drittanbieter- und ServiceNow -Anwendungen, die mit Utahkompatibel sind, finden Sie im Artikel Vulnerability Response Compatibility Matrix and Release Schema Changes [KB0856498] (Kompatibilitätstabelle für Vulnerability Response) in der HI Knowledge Base.
    • Informationen zu Updates für Drittanbieteranwendungen, die von Vulnerability Response und Configuration Complianceunterstützt werden, finden Sie in den Versionshinweisen zu Vulnerability Response-Integrationen.
    Tabelle : 4. Upgrade-Informationen für Konfigurations-Compliance für Utah
    Version Upgrade-Beschreibung
    14.7 Zertifiziert für Utah im ServiceNow Store.

    Weitere Informationen finden Sie im folgenden Abschnitt mit der Bezeichnung „Neu im Utah -Release“.

    Utah

    Kundenservice-Management (CSM)

    Durch Erweiterungen für Fallaufgaben werden dem Fallaufgaben-Datensatz mehrere Felder hinzugefügt. Nach dem Upgrade auf das Utah- Release können Ihre Kunden ein Skript ausführen, das diese Felder für die aktiven Fallaufgaben ausfüllt. Weitere Informationen finden Sie unter Fälle und Fallaufgaben.

    Utah

    Verwaltung von Verschlüsselungsschlüsseln

    Verschlüsselungskontexte werden beim Upgrade ab Release San Diego automatisch in Verschlüsselungsmodule auf Spaltenebene und entsprechende Modulzugriffsrichtlinien konvertiert. Eine geführte Tour, in der diese Erweiterung erläutert wird, ist im -Dashboard verfügbar.

    Verwaltung der Verschlüsselungsschlüssel report_view Zugriffssteuerungslisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo anzeigen kann, sind im Utah -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle.

    Utah

    Hardware Asset Management 7.0.0

    Sie müssen die Konfigurationen der vorhandenen Anpassungen ändern, um sie mit der Standard-Datensatzseitenvorlage kompatibel zu machen. Weitere Informationen zur Vorlage für die Standard-Datensatzseite und zu den Konfigurationsänderungen finden Sie unter Arbeitsanweisungen | Artikel How to Migrieren vorhandener Datensatzseiten zu Standard-Datensatzseiten [KB1224040] in der Now Support-Knowledge Base.

    Utah

    Health Log Analytics

    Wenn Ihre Health Log Analytics -Version älter als Februar 2022 ist, wenden Sie sich an den Now Support oder Ihren ServiceNow -Vertriebsmitarbeiter, um ein Upgrade für die Kernkomponenten der Anwendung Health Log Analytics anzufordern.

    Utah

    Identität und Authentifizierung

    Authentifizierung report_view Zugriffssteuerungslisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo anzeigen kann, sind im Utah -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle.

    Utah

    Industrial Process Manager

    Wenn Sie den ISA Service Graph Connector verwenden, der im Lieferumfang des Manufacturing Process Manager enthalten ist, und ein Upgrade auf den Prozessmanager Industrie durchführen, stellen Sie sicher, dass alle neuen Entitäten des Anlagenmodells nach ISA ein eindeutiges Namensfeld haben.

    Utah

    Instanzübergreifende Datenreplikation

    Sie können die Leistung und Verarbeitungseffizienz der Instanzdatenreplikation ( Instance Data Replication,) verbessern, indem Sie Ihre Replikationssätze auf V2 aktualisieren, welche den Hermes Messaging Serviceverwendet. Einzelheiten finden Sie unter Legacy-Replikationssatz auf V2 upgraden in Instanzdatenreplikation.

    Utah

    MID-Server

    Die aktuellen Systemanforderungen für MID-Server finden Sie unter Systemanforderungen für MID-Server. Die unterstützte Mindestversion der Java Runtime Environment (JRE) ist 11.0.9, die empfohlene Version ist 11.0.16.

    Wenn Sie Ihre eigene JRE installiert haben, führt der Upgrade-Prozess die folgenden Aktionen aus, um sicherzustellen, dass der MID-Server eine unterstützte JRE verwendet:
    • Wenn ein MID-Server beim Upgrade eine nicht unterstützte Version der JRE verwendet, zeigt der Upgrade-Prozess eine Warnmeldung mit der minimalen und empfohlenen JRE-Version an.
    • Wenn eine unterstützte JRE auf dem MID-Server -Host ausgeführt wird, verwendet der aktualisierte MID-Server diese Version.

    Alle MID-Server -Hostcomputer benötigen Zugriff auf die Download-Website unter install.service-now.com, um automatische Upgrades zu aktivieren. Weitere Informationen finden Sie unter, wie das System MID-Server -Upgradesverwaltet.

    Pro ausführbarer Dateipfad ist nur ein Windows - MID-Server -Service zulässig. Aktualisierte Windows - MID-Server, bei denen mehrere Services auf denselben Installationsordner verweisen, können nicht gestartet werden. Weitere Informationen finden Sie unterMID-Server startet nicht.

    Weitere Informationen zu MID-Server -Upgrades finden Sie in den folgenden Themen:

    Utah

    Manager-Hub

    Wenn Sie ein Upgrade auf den Release Xanadu durchführen, müssen zusätzliche Bedingungen, die für Aufgabenzuordnungen im Formular „Aufgabenkonfiguration“ in Mitarbeiter-Center erstellt wurden, im Zuordnungsmodul „Manager-Aufgaben“ in Manager-Huberneut erstellt werden.

    Utah

    Incident-Management für operative Technologie v2

    Wenn Sie ein Benutzer von Operational Technology Incident Management in früheren Versionen sind, müssen Sie Benutzern, denen ursprünglich die Rolle OT Incident-Benutzer (ot_incident_user) zugewiesen wurde, neue Rollen für Operational Technology Incident Management v2 zuweisen. Weitere Informationen hierzu finden Sie unter Neue Rollen für Incident-Management für operative Technologie zuweisen.

    Utah

    Platform-Sicherheit

    Rufen Sie die Vault-Berechtigung ab, um die Datenschutzfunktion zu verwenden. Weitere Informationen zu dieser Funktion finden Sie unter ServiceNow Vault.

    Utah

    Portfolioplanung

    • Ab v6.0.1 wird der Arbeitsbereich Alignment-Planung für die SPM -Standardlizenz in Portfolio -Planung umbenannt. In Ihrer ServiceNow- Instanz wird als Anwendungsname Portfolio Planningund als Name des Arbeitsbereichsmoduls Portfolio Planning Workspace angezeigt.
    • Wenn Sie ein Upgrade von einer älteren Version auf Portfolio Planning v6.1.1 oder höher durchführen, wird ein Korrekturskript ausgeführt, um die Rolle „meilenstein_editor“ aus der Rolle „roadmap_editor“ zu entfernen, da die Rolle „roadmap_editor“ nicht mehr verwendet wird. In diesem Fall dauert die Aktualisierung möglicherweise länger, wenn Ihre ServiceNow -Instanz über eine große Anzahl von Benutzern mit der Rolle „roadmap_editor“ verfügt. Weitere Informationen finden Sie unter KB1443618.

    Utah

    Public Sector Digital Services

    Nach dem Upgrade werden bestimmte Menüs und Menüelemente des öffentlichen Sektors im konfigurierbaren CSM-Arbeitsbereich auf ihre ursprünglichen CSM-Bezeichnungsnamen zurückgesetzt. Sie können diese Elemente für die Verwendung im öffentlichen Sektor umbenennen, indem Sie die UX-Listenkategorien für Kunden und Serviceorganisationen aktualisieren. Einzelheiten hierzu finden Sie unter Elemente für die Verwendung im öffentlichen Sektor nach dem Upgrade umbenennen.

    Utah

    Robotic Process Automation (RPA)-Hub

    Stellen Sie sicher, dass Sie die aktuell installierten Microsoft Software Installers (MSIs) (RPA Desktop Design Studio, Attended Robotund Unattended Robot) aktualisieren, indem Sie die RPA-Anwendungen herunterladen. Weitere Informationen finden Sie unter RPA-Anwendungen von RPA-Hub herunterladen.

    Basierend auf der Anzahl der Datensätze in der Anwendungsdateitabelle kann es beim Upgrade der RPA-Hub -Anwendungen von Tokyo auf Utahzu einer potenziellen Verzögerung kommen.

    Vor dem Upgrade von RPA-Hub auf Utahmüssen Sie den Wert der Systemeigenschaft glide.rollback.blacklist.TableParentChange.change auf falsefestlegen. Wenn diese Eigenschaft in der Tabelle „Systemeigenschaft“ [sys_properties] nicht vorhanden ist, fügen Sie sie hinzu, und legen Sie ihren Wert auf „false“ fest.

    Nach dem Upgrade auf Utahändern sich die Bot-Prozessdefinitionen in die neue Struktur, d. h. in die Bot-Prozesskonfiguration. Obwohl die Bot-Prozesskonfiguration den Bot-Prozess nicht vollständig ersetzt. Die meisten Felder werden vom Bot-Prozess in die Bot-Prozesskonfiguration verschoben.

    Wenn Sie ein Upgrade auf die Utah -Version durchführen, ohne den Wert der Systemeigenschaft zu aktualisieren, erweitern die Tabellen die Anwendungsdateitabelle nicht. Informationen zur manuellen Aktualisierung der Tabellenänderungen finden Sie im Artikel Restrukturieren von RPA-Hub-Tabellen zu sys_metadata in Utah in der Now Support Knowledge Base.

    Utah

    Service Operations-Arbeitsbereich für ITSM

    Stellen Sie sicher, dass die folgenden Anwendungen über kompatible aktualisierte Versionen verfügen:
    • Anwendung „Service Operations Workspace ITSM Applications“ (sn_sow_itsm_cont)
    • AnwendungService Operations-Arbeitsbereich ITOM Applications (sn_sow_itom_cont)
    Tabelle : 5. Kompatible SOW-Versionen
    SOW-ITSM (sn_sow_itsm_cont) SOW-ITOM (sn_sow_itom_cont)
    1.1.x 21.0.J
    1.2.x 21.1.j
    1.3.x 21.2.y, 21.5.y und 21.6.y
    2.0.x 22.0.J
    2.1.x 22.1.y und 22.yy

    Hier ist x die Unterversion der Anwendung Service Operations Workspace ITSM Applications (sn_sow_itsm_cont) und y die Unterversion der Anwendung Service Operations Workspace ITOM Applications (sn_sow_itom_cont).

    Utah

    Service Portal

    Nach dem Upgrade müssen Sie die Tabellen angeben, aus denen Gastbenutzer auf Daten für alle öffentlichen Widgets zugreifen können, die den Tabelleneingabeparameter akzeptieren. Standardmäßig können in Release Utah Patch 10 und höher öffentliche Widgets, die den Eingabeparameter table akzeptieren, nicht auf Daten aus Tabellen für Gastbenutzer zugreifen und diese nicht zurückgeben. Wenn Sie die Systemeigenschaften glide.service_portal.widget.table_allow_list oder glide.service_portal.widget.allow_list vor dem Upgrade hinzugefügt haben, werden die Werte dieser Eigenschaften nach dem Upgrade auf Release Utah Patch 10 oder höher in die Allow-Liste für öffentliche Tabellen für Widgets migriert. Weitere Informationen finden Sie unter Widget-Sicherheit konfigurieren.

    Darüber hinaus werden Lese-ACLs auf Feldebene standardmäßig für Filterbedingungen in Widget-Instanzen vom Typ „Einfache Liste“ erzwungen. Die neue Systemeigenschaft glide.service_portal.enable_acls_for_encoded_query_in_listerzwingt diese ACLs unabhängig davon, ob die Option Lese-ACLs auf Feldebene bei Filter-Abfragebegriffen erzwingen für Instanzen des Widgets Einfache Liste ausgewählt ist. Um die Option Lese-ACLs auf Feldebene bei Filter-Abfragebegriffen erzwingen zu verwenden, ändern Sie den Wert von glide.service_portal.enable_acls_for_encoded_query_in_list in false. Weitere Informationen hierzu finden Sie unter Widget „Einfache Liste“.

    Utah

    Service-Portfoliomanagement

    Das Anzeigen von Verfügbarkeitsergebnissen wurde im Tokyo-Release eingeführt, gilt jedoch auch für nachfolgende Releases. Beim Upgrade wird für Kunden mit einer hohen Datenlast vom System ein Hintergrundauftrag mit langer Ausführungszeit gestartet, der sehr lange dauern kann. Weitere Informationen finden Sie in KB1123644

    Utah

    Software Asset Management

    Informationen zum Upgrade vom Plugin „Software Asset Management Foundation“ (com.snc.sams) finden Sie unter Software Asset Management-Anpassungenrückgängig machen.

    Beim Upgrade auf Utahwerden Ihre vorhandenen unbefristeten Lizenzberechtigungen geändert, die von Software Assurance abgedeckt werden und mit generischen Versionssoftwaremodellen verknüpft sind. Software Asset Management konvertiert diese Berechtigungen automatisch in versionenspezifische Softwaremodelle. Diese Änderungen werden vorgenommen, um die Lizenzbedingungen von Microsofteinzuhalten und das potenzielle Risiko zu minimieren, dass Software Assurance-Vorteile für alle Versionen Ihrer Microsoft -Produkte angewendet werden. Weitere Informationen finden Sie unter Softwarelizenzwartung.

    Utah

    Strategische Planung

    • Ab v2.0.1 werden „Linsen für den Arbeitsbereich Alignment -Planung“ in Strategic Planning für die SPM Pro-Lizenz umbenannt. In Ihrer ServiceNow- Instanz wird als Anwendungsname Strategic Planning und als Name des Arbeitsbereichsmoduls Strategic Planning Workspace angezeigt.
    • Nach der Installation der Anwendung Strategic Planning werden die vorhandenen Felder im ZielformularUnternehmen“, „ Geschäftsbereich“, „ Abteilung“ und „ Portfolio“ in den beiden Feldern „Zugewiesener Entitätstyp“ und „ Zugewiesene Entität“zusammengefasst. Sie werden automatisch basierend auf den Werten in den vorhandenen Feldern ausgefüllt .
    • Wenn Sie M2M-Beziehungen mit anderen Objektiventitäten als Geschäftsbereich, Abteilung, Unternehmenoder Portfolioerstellt haben, führen Sie die geplante Aufgabe Zielbeziehungen für zugewiesene Entitäten migrieren aus, um die Felder Zugewiesener Entitätstyp und Zugewiesene Entität im Formular „Ziel “ basierend auf den Daten auszufüllen in der Tabelle „Zielbeziehung“ [sn_gf_goal_m2m_relationship].
    • Wenn Sie ein Upgrade von einer älteren Version auf Strategic Planning v2.1.0 oder höher durchführen, wird ein Korrekturskript ausgeführt, um die Rolle „meilenstein_editor“ aus der Rolle „roadmap_editor“ zu entfernen, da die Rolle „roadmap_editor“ nicht mehr verwendet wird. In diesem Fall dauert die Aktualisierung möglicherweise länger, wenn Ihre ServiceNow -Instanz über eine große Anzahl von Benutzern mit der Rolle „roadmap_editor“ verfügt. Weitere Informationen finden Sie unter KB1443618.

    Utah

    Supplier Lifecycle Operations

    Im Utah- Release wurden alle vorhandenen Tabellen umbenannt. Im Rahmen der Umbenennung wurden alle Vorkommen des Worts „Lieferant“ in den neuen Namen der vorhandenen Tabellen in „slm“ geändert. Beispiel: Lieferantenfall [sn_supplier_case] wurde in Lieferantenfall (sn_slm_case) umbenannt, Lieferantenaufgabe [sn_supplier_task] wurde in Lieferantenaufgabe umbenannt (sn_slm_task) usw. Wenn Sie ein Upgrade von Tokyo- Release auf Utah- Release durchführen, stellen Sie sicher, dass Sie das Korrekturskript ausführen, um die vorhandenen Tabellen zu Supplier Common Architecturezu migrieren. Weitere Informationen finden Sie unter Korrekturskript ausführen, um vorhandene Tabellen zur gemeinsamen Lieferantenarchitektur zu migrieren.

    Utah

    Upgrade Center

    Die report_view-Zugriffssteuerungslisten (ACLs) desUpgrade Centers, die steuern, wer Berichte in Dashboards und anderswo anzeigen kann, sind im Utah -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Zugriffssteuerung für Berichtansichten.

    Utah

    Vulnerability Response-Integrationen

    Utah

    Vulnerability Response

    Aufgrund einer Änderung des Datenmodells in der Anwendung Vulnerability Response kann das Upgrade erheblich länger dauern als bei vorherigen Upgrades. Weitere Informationen finden Sie unter KB0856498.

    Während Sie ein Upgrade auf eine neuere Version durchführen, kann sich die Upgrade-Zeit je nach Daten und Version, von der Sie upgraden, verlängern. Dieses Problem ist auf zusätzliche Schemaänderungen zurückzuführen, die während des Upgrades hinzugefügt wurden. Weitere Informationen finden Sie unter KB0856498.

    Wenn Sie ein Upgrade auf Version 18.0 von Vulnerability Response on Romedurchführen, wird Vulnerability Manager Workspace nicht unterstützt.

    Utah

    KI-Suche

    • Wenn Sie ein Upgrade von einem früheren Release auf Vancouver durchführen, indiziert die KI-Suche Nicht-Aufgabentabellen automatisch neu, um die Anzeige von Suchergebnissen aus Anhängen mit dem übergeordneten Datensatz zu ermöglichen. Die Aufgabentabelle [task] und ihre untergeordneten Tabellen werden jedoch nicht automatisch neu indiziert. Bevor Sie die Suchergebnisse für Aufgabendatensatzanhänge mit ihren übergeordneten Datensätzen anzeigen können, müssen Sie die Aufgabentabelle [task] manuell neu indizieren. Weitere Informationen zum erneuten Indizieren einer Tabelle finden Sie unter Vollständigen Tabellenindex durchführen oder für eine einzelne indizierte Quelle neu indizieren.
      Hinweis:
      Das erneute Indizieren der Task Table kann einige Zeit in Anspruch nehmen.
    • Nach dem Upgrade von einem früheren Release auf Vancouver können Sie Ihre Suchprofile, die Ergebnisverbesserungsregeln mit Blockierungs- und Heraufstufungsaktionen enthalten, optional erneut veröffentlichen. Durch die erneute Veröffentlichung dieser Suchprofile wird ein Problem behoben, bei dem die Ergebnisverbesserungsregeln möglicherweise nicht in der Lage sind, übersetzte Suchergebnisse korrekt zu blockieren oder heraufzustufen. Anweisungen zum erneuten Veröffentlichen eines Suchprofils finden Sie unter Suchprofil veröffentlichen. Weitere Informationen darüber, wie die KI-Suche übersetzte Inhalte behandelt, finden Sie unter Internationalisierungsunterstützung für die KI-Suche.

    Vancouver

    Bewertungen und Umfragen

    Aktualisieren Sie die Automated Test Framework- Tests (ATF), wenn Sie von einer Version vor Utah ein Upgrade auf Vancouverdurchführen. Im Utah- Release wurden alle Schaltflächen auf den Bewertungs- oder Umfragekarten entfernt. Zur erfolgreichen Ausführung von ATF-Tests muss für alle Tests, die diesen Schritt enthalten, der Schritt Auf die Schaltfläche „An Umfrage teilnehmen“ klicken durch den Schritt Auf die Umfragekarte klicken ersetzt werden.

    Vancouver

    Automated Test Framework

    Kopieren Sie die von der Now Platform® bereitgestellten Schnellstarttests, und passen Sie sie an, um zu validieren, ob Ihre Instanz funktioniert, nachdem Sie Konfigurationsänderungen vorgenommen haben. Zum Beispiel, wenn Sie ein Upgrade anwenden oder eine Anwendung entwickeln.

    Die Tests können nur dann zu einem positiven Ergebnis führen, wenn Sie sie auf einem Basissystem ohne Anpassungen und mit den standardmäßigen Demodaten ausführen, die mit dem Anwendungs- oder Funktions-Plugin bereitgestellt werden. Um einen Schnellstarttest auf Ihre instanzspezifischen Daten anzuwenden, kopieren Sie den Schnellstarttest, und fügen Sie Ihre anwenderdefinierten Daten hinzu. Weitere Informationen finden Sie unter Verfügbare Schnellstarttests nach Anwendung oder Funktion.

    Vancouver

    Cloud-Kostenmanagement

    Anweisungen zum Upgrade von Cloud-Kostenmanagement auf Vancouverfinden Sie unter Cloud-Einblicke upgraden.

    Vancouver

    Configuration Management Database (CMDB)

    Während des Upgrades wird ein Korrekturskript ausgeführt, das die Tabelle „Abgleichsdefinitionszuordnung“ [cmdb_reconciliation_definition_mapping] erneut übergeordnet. Die Dauer zum Abschließen dieses Korrekturskripts hängt von der Anzahl der Abgleichsregeln in der aktualisierten Instanz ab und verlängert in der Regel das Upgrade um einige Minuten.

    Ein erneutes übergeordnetes Element der Tabelle „Abgleichsdefinitionszuordnung“ [cmdb_reconciliation_definition_mapping] ist erforderlich, um sicherzustellen, dass Daten in dieser Tabelle beim Exportieren von Abgleichregeln zwischen Instanzen von Update-Sätzen erfasst werden. Nach dem Upgrade werden alle Änderungen an Abgleichsregeln vollständig von Update-Sätzen erfasst und ordnungsgemäß auf Zielinstanzen portiert.

    Vancouver

    Kundenservice-Management (CSM)

    Nach einem Upgrade auf das Vancouver -Release müssen Sie möglicherweise die Kategorisierungs- und Stimmungsmodelle von Task Intelligence für Customer Service neu trainieren und bereitstellen. Weitere Informationen finden Sie unter Schritte, die nach dem Upgrade auf Vancouver auszuführen sind in der Dokumentation zu Task Intelligence für Customer Service.

    Vancouver

    Document Intelligence

    Document Intelligence 3.0 und höher enthalten ein aktualisiertes Schema, um den Übergang von einer bereichsbezogenen Anwendung zu einem Now Platform -Plugin zu unterstützen. Einzelheiten zum Upgrade finden Sie unter Upgrade von Version 2.4 oder früher auf Document Intelligence 3.0 oder höher.

    Vancouver

    Ziel-Framework

    Ab v4.2.0 werden die vorhandenen Ziele, bei denen das Feld Typ auf Meilenstein festgelegt ist, als qualitative Ziele betrachtet. Nach dem Upgrade des Ziel-Frameworkswird für diese vorhandenen Ziele automatisch die Maßeinheit auf Ja/Nein, der Basiswert auf Neinund der Zielwert auf Ja festgelegt. Außerdem wird der Wert „Ist“ auf „Ja “ festgelegt, wenn der Fortschrittswert 100 % beträgt, andernfalls wird der Wert auf „ Nein“festgelegt.

    Vancouver

    ITOM-Transparenz

    Warnmeldungskonfiguration fürMicrosoft Azure
    Konfigurieren Sie nach dem Upgrade den Microsoft Azure -Warnungsservice, um Warnungsbenachrichtigungen auf sichere Weise an die Now Platform weiterzuleiten. Weitere Informationen finden Sie unter Sicheren Webhook verwenden, um Microsoft Azure-Warnungen an die Now Platform weiterzuleiten.

    Vancouver

    Identität und Authentifizierung

    Authentifizierung report_view Zugriffssteuerungslisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo anzeigen kann, sind im Vancouver -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle.

    Vancouver

    Industrial Process Manager

    Wenn Sie den ISA Service Graph Connector verwenden, der im Lieferumfang des Manufacturing Process Manager enthalten ist, und ein Upgrade auf den Prozessmanager Industrie durchführen, stellen Sie sicher, dass alle neuen Entitäten des Anlagenmodells nach ISA ein eindeutiges Namensfeld haben.

    Vancouver

    Instanzübergreifende Datenreplikation

    Verbessern Sie die Leistung und Verarbeitungseffizienz der Instanzdatenreplikation ( Instance Data Replication,HLA), indem Sie Ihre Replikationssätze auf V2 aktualisieren, welche den Hermes Messaging Serviceverwendet. Einzelheiten hierzu finden Sie unter Upgrades von Legacy-Replikationssätzen auf V2 durchführen in Instanzdatenreplikation.

    Wenn die Tabelle „Replikationsnutzlastfehler“ [idr_replication_payload_error] in Ihrer Instanz mehr als 10 Millionen Datensätze enthält, richten Sie die Tabellenrotation gemäß KB1364728 ein. Die Verwendung der Tabellenrotation zum Löschen von Datensätzen aus der Tabelle „Replikationsnutzlastfehler“ [idr_replication_payload_error] ist sicher, da diese Tabelle nur von HLA protokollierte Replikationsfehler und keine replizierten Daten enthält.

    Vancouver

    MID-Server

    Die aktuellen Systemanforderungen für MID-Server finden Sie unter Systemanforderungen für MID-Server. Die unterstützte JRE-Mindestversion ist 11.0.9, die empfohlene Version ist 11.0.16.1.

    Wenn Sie Ihre eigene JRE installiert haben, führt der Upgrade-Prozess die folgenden Aktionen aus, um sicherzustellen, dass der MID-Server eine unterstützte JRE verwendet:
    • Wenn ein MID-Server beim Upgrade eine nicht unterstützte Version der JRE verwendet, zeigt der Upgrade-Prozess eine Warnmeldung mit der minimalen und empfohlenen JRE-Version an.
    • Wenn eine unterstützte JRE auf dem MID-Server -Host ausgeführt wird, verwendet der aktualisierte MID-Server diese Version.

    Alle MID-Server -Hostcomputer benötigen Zugriff auf die Download-Website unter install.service-now.com, um automatische Upgrades zu aktivieren. Weitere Informationen finden Sie unter, wie das System MID-Server -Upgradesverwaltet.

    Pro ausführbarer Dateipfad ist nur ein Windows - MID-Server -Service zulässig. Aktualisierte Windows - MID-Server, bei denen mehrere Services auf denselben Installationsordner verweisen, können nicht gestartet werden. Weitere Informationen finden Sie unterMID-Server startet nicht.

    Weitere Informationen zu MID-Server -Upgrades finden Sie in den folgenden Themen:

    Vancouver

    Now Assist

    Weitere Informationen zur Problembehandlung bei Upgrades von Now Assist- Anwendungen und -Plugins finden Sie im KB-Artikel zu Problemen und zur Verringerung von Now Assist-Upgrades.

    Vancouver

    Auftragsmanagement

    Während des Upgrades wird die Tabelle „Auftragsaufgabe“ [sn_ind_tmt_orm_order_task] aus der Tabelle „Geplante Aufgaben“ [planned_tasks] erweitert, die in der Anwendung Customer Service Management verwendet wird. Die Tabelle „Auftragsaufgabe“ wurde ebenfalls geändert. Weitere Informationen zu Änderungen an der Tabelle „Bestellaufgabe“ finden Sie unter Datenmodelländerungen durch OMT-Reparenting KB1496935.

    Wenn Sie ein Upgrade auf das Vancouver -Release durchgeführt haben und eine Version der Anwendung „Auftragsmanagement für Telekommunikation, Medien und Technologie “ verwenden, die nicht Version 5.2.0 ist, stehen Ihnen die Korrekturen zum Füllen des Produktbestands und der Produktmodellmerkmale nicht zur Verfügung. Um diese Änderungen zu erhalten, führen Sie ein Upgrade auf den aktuellen Vancouver -Patch durch.

    Vancouver

    Platform Analytics-Arbeitsbereich

    Die Vancouver -Version von Platform Analytics Workspace (3.0) enthält die Updates der Versionen 2.1.x, die zuvor nur im ServiceNow Store®verfügbar waren.

    Vancouver

    Portfolioplanung

    • Wenn Sie ein Upgrade von einer älteren Version auf Portfolio Planning v6.1.1 oder höher durchführen, wird ein Korrekturskript ausgeführt, um die Rolle „meilenstein_editor“ aus der Rolle „roadmap_editor“ zu entfernen, da die Rolle „roadmap_editor“ nicht mehr verwendet wird. In diesem Fall dauert die Aktualisierung möglicherweise länger, wenn Ihre ServiceNow -Instanz über eine große Anzahl von Benutzern mit der Rolle „roadmap_editor“ verfügt. Weitere Informationen finden Sie unter KB1443618.
    • Wenn Sie ein Upgrade von einer älteren Version auf Portfolio Planning 7.0.0 oder 7.1.0 durchführen, wird die Liste der Entitäten im Schritt „Entitäten auswählen“ möglicherweise nicht geladen, während Sie einen Portfolioplan erstellen oder bearbeiten. In diesem Fall müssen Sie das Skript in der Listenkomponente für die Seite Entitäten auswählen hinzufügen. Weitere Informationen finden Sie unter KB1566418.

    Vancouver

    Prozessautomatisierungs-Designer

    Aktualisieren Sie nach dem Upgrade auf Vancouverdie Anwendung „ “ im ServiceNow Store.

    Vancouver

    Public Sector Digital Services

    Vor dem Upgrade auf Digitale Dienste für den öffentlichen Bereich v8.0 müssen Sie anwenderdefinierte Servicedefinitionen für Daten in der Tabelle „Angebotene Services“, „Erhaltene Services“ und alle anderen Daten erstellen, die von der Konvertierung der Tabelle „Angebotene Services“ in die Servicedefinition betroffen sind Tabelle (Performance Analytics-Dashboarddaten, Daten zu Beteiligten oder Geschäftsberichten usw.). Alle anwenderdefinierten Daten zu angebotenen Services und empfangenen Services, die in früheren Releases erstellt wurden, werden nicht automatisch zum neuen Release migriert und sind nach dem Upgrade in der Anwendung erst zugänglich, wenn die Daten aus den Legacy-Entitäten in die Servicedefinitionstabelle migriert wurden. Einzelheiten hierzu finden Sie unter Migrationsleitfaden für angebotene und erhaltene Services und Servicedefinition für Playbooks in Public Sector Digital Services konfigurieren.

    Nach dem Upgrade werden bestimmte Menüs und Menüelemente des öffentlichen Sektors im konfigurierbaren CSM-Arbeitsbereich auf ihre ursprünglichen CSM -Bezeichnungsnamen zurückgesetzt. Sie können diese Elemente für die Verwendung im öffentlichen Sektor umbenennen, indem Sie die UX-Listenkategorien für Kunden und Serviceorganisationen aktualisieren. Einzelheiten hierzu finden Sie unter Elemente für die Verwendung im öffentlichen Sektor nach dem Upgrade umbenennen.

    Vancouver

    Robotic Process Automation (RPA)-Hub

    Stellen Sie sicher, dass Sie die aktuell installierten Microsoft Software Installers (MSIs) (RPA Desktop Design Studio, Attended Robot, Unattended Robotund Unattended Robot Login Agent) aktualisieren, indem Sie die RPA-Anwendungen herunterladen. Weitere Informationen finden Sie unter RPA-Anwendungen von RPA-Hub herunterladen.

    Die folgenden Upgrade-Schritte gelten nur, wenn Sie ein Upgrade von San Diego oder Tokyo auf Vancouver durchführen.

    Basierend auf der Anzahl der Datensätze in der Anwendungsdateitabelle kann es beim Upgrade der RPA-Hub -Anwendungen von Tokyo oder früher auf Vancouverzu einer potenziellen Verzögerung kommen.

    Vor dem Upgrade von RPA-Hub auf Vancouvermüssen Sie den Wert der Systemeigenschaft glide.rollback.blacklist.TableParentChange.change auf falsefestlegen. Wenn diese Eigenschaft in der Tabelle „Systemeigenschaft“ [sys_properties] nicht vorhanden ist, fügen Sie sie hinzu, und legen Sie ihren Wert auf „false“ fest.

    Nach dem Upgrade auf Vancouverändern sich die Bot-Prozessdefinitionen in die neue Struktur, d. h. in die Bot-Prozesskonfiguration. Obwohl die Bot-Prozesskonfiguration den Bot-Prozess nicht vollständig ersetzt. Die meisten Felder werden vom Bot-Prozess in die Bot-Prozesskonfiguration verschoben.

    Wenn Sie ein Upgrade auf die Utah -Version durchführen, ohne den Wert der Systemeigenschaft zu aktualisieren, erweitern die Tabellen die Anwendungsdateitabelle nicht. Informationen zur manuellen Aktualisierung der Tabellenänderungen finden Sie im Artikel Restrukturieren von RPA-Hub-Tabellen zu sys_metadata in Utah in der Now Support Knowledge Base.

    Vancouver

    Security Incident Response

    Vancouver

    Service Bridge

    Informationen zum Upgraden und Verwenden der neuen Service Bridge- Anwendungen finden Sie unter Von Service Bridge migrieren (veraltet).

    Vancouver

    Service Operations-Arbeitsbereich für ITSM

    Stellen Sie sicher, dass die folgenden Anwendungen über kompatible aktualisierte Versionen verfügen:
    • Anwendung „Service Operations Workspace ITSM Applications“ (sn_sow_itsm_cont)
    • AnwendungService Operations-Arbeitsbereich ITOM Applications (sn_sow_itom_cont)
    Tabelle : 6. Kompatible SOW-Versionen
    SOW-ITSM (sn_sow_itsm_cont) SOW-ITOM (sn_sow_itom_cont)
    1.1.x 21.0.J
    1.2.x 21.1.j
    1.3.x 21.2.y, 21.5.y und 21.6.y
    2.0.x 22.0.J
    2.1.x 22.1.y und 22.yy
    4.0.x 24.jj

    Hier ist x die Unterversion der Anwendung Service Operations Workspace ITSM Applications (sn_sow_itsm_cont) und y die Unterversion der Anwendung Service Operations Workspace ITOM Applications (sn_sow_itom_cont).

    Nach dem Upgrade auf 3.0 ist die Funktion „Empfehlungs-Framework “ nicht mehr verfügbar. Stattdessen ist nur noch die Standardversion der Funktion „Empfohlene Aktionen für ITSM“ verfügbar.

    Vancouver

    Service Portal

    Nach dem Upgrade müssen Sie die Tabellen angeben, aus denen Gastbenutzer auf Daten für alle öffentlichen Widgets zugreifen können, die den Tabelleneingabeparameter akzeptieren. Standardmäßig können in Release Vancouver Patch 7 und höher öffentliche Widgets, die den Eingabeparameter „table“ akzeptieren, nicht auf Daten aus Tabellen für Gastbenutzer zugreifen und diese nicht zurückgeben. Wenn Sie die Systemeigenschaften glide.service_portal.widget.table_allow_list oder glide.service_portal.widget.allow_list vor dem Upgrade hinzugefügt haben, werden die Werte dieser Eigenschaften nach dem Upgrade auf Release Vancouver Patch 7 oder höher in die Allow-Liste für öffentliche Tabellen für Widgets migriert. Weitere Informationen finden Sie unter Widget-Sicherheit konfigurieren.

    Darüber hinaus werden Lese-ACLs auf Feldebene standardmäßig für Filterbedingungen in Widget-Instanzen vom Typ „Einfache Liste“ erzwungen. Die neue Systemeigenschaft glide.service_portal.enable_acls_for_encoded_query_in_listerzwingt diese ACLs unabhängig davon, ob die Option Lese-ACLs auf Feldebene bei Filter-Abfragebegriffen erzwingen für Instanzen des Widgets Einfache Liste ausgewählt ist. Um die Option Lese-ACLs auf Feldebene bei Filter-Abfragebegriffen erzwingen zu verwenden, ändern Sie den Wert von glide.service_portal.enable_acls_for_encoded_query_in_list in false. Weitere Informationen hierzu finden Sie unter Widget „Einfache Liste“.

    Vancouver

    Service-Portfoliomanagement

    Das Anzeigen von Verfügbarkeitsergebnissen wurde im Tokyo- Release eingeführt, gilt jedoch auch für nachfolgende Releases. Beim Upgrade wird für Kunden mit einer hohen Datenlast vom System ein Hintergrundauftrag mit langer Ausführungszeit gestartet, der sehr lange dauern kann. Weitere Informationen finden Sie unter KB1123644.

    Vancouver

    Kompetenzmanagement

    Wenn Sie die URL für die Seite „Kompetenzen verwalten“ angepasst haben, müssen Sie die URL manuell aktualisieren, damit sie auf die neue Seite verweist. Hier ist der relative Pfad zur neuen Seite „Kompetenzen verwalten“: https://<instance name> ServiceNow Sie können den vorhandenen Pfad durch diesen ersetzen.
    Hinweis:
    Stellen Sie sicher, dass die IDs „parent-skill“ und „parent-department“ mit den IDs in der vorhandenen URL identisch sind.

    Vancouver

    Software Asset Management

    Informationen zum Upgrade vom Plugin „Software Asset Management Foundation“ (com.snc.sams) finden Sie unter Software Asset Management-Anpassungenrückgängig machen.

    Beim Upgrade auf Vancouverunterstützen die Felder für Version und Edition in den Discovery-Zuordnungsdefinitionen (DMAP) den neuen Wert von is_empty. Wenn das Feld Edition für eine vorhandene DMAP-Definition einer Microsoft SQL Server-Komponente zuvor auf is_anyding festgelegtwar, wird es nach der Inhaltsaktualisierung automatisch mit dem neuen Wert is_empty aktualisiert.

    Vancouver

    Strategische Planung

    • Ab v2.1.0 erfordert der Zugriff auf das Modul „Ziele“ in Strategic Planning die Rollen sn_apw_advanced.spw_goal_user_read und sn_apw_advanced.spw_goal_user für den Lese- bzw. Bearbeitungszugriff. Nach dem Upgrade von Strategic Planningweisen Sie diese Rollen den vorhandenen Zielanwendern zu, um Ziele in Strategic Planningzu verwalten.
    • Wenn Sie ein Upgrade von einer älteren Version auf Strategic Planning v2.1.0 oder höher durchführen, wird ein Korrekturskript ausgeführt, um die Rolle „meilenstein_editor“ aus der Rolle „roadmap_editor“ zu entfernen, da die Rolle „roadmap_editor“ nicht mehr verwendet wird. In diesem Fall dauert die Aktualisierung möglicherweise länger, wenn Ihre ServiceNow -Instanz über eine große Anzahl von Benutzern mit der Rolle „roadmap_editor“ verfügt. Weitere Informationen finden Sie unter KB1443618.
    • Wenn Sie ein Upgrade von einer älteren Version auf Strategic Planning v3.0.0 oder v3.4.0 durchführen, wird die Entitätsliste im Schritt „Entitäten auswählen“ möglicherweise nicht geladen, während Sie einen Portfolioplan erstellen oder bearbeiten. In diesem Fall müssen Sie das Skript in der Listenkomponente für die Seite Entitäten auswählen hinzufügen. Weitere Informationen finden Sie unter KB1566418.

    Vancouver

    Telecommunications Service Operations Management

    Das Integration Hub-Starterpaket ist zusammen mit dem externen Auslöser als Komponenten des Startpakets in Vancouver Patch 1 enthalten. Der Kunde muss das Familienrelease Vancouver Patch 1 verwenden, um die Benachrichtigungsfunktionalität der Telekommunikations-API zu erhalten.

    Vancouver

    Risikomanagement von Drittparteien

    Vancouver

    Virtual Agent

    Einige Funktionen, die in Vancouver Patch 7 bereitgestellt wurden, sind im ursprünglichen Washington DC- Early-Access-Release nicht verfügbar. Diese Funktionen werden in zukünftigen Patch-Versionen von Washington DCverfügbar sein:
    Änderungen am Steuerelement des Eingabesammlers
    • Drag-and-Drop verwenden, um Eingaben innerhalb des Knotens neu zu ordnen.
    • Geben Sie den Eingabetyp an, den der Knoten akzeptiert: Text, E-Mail, IP-Adresse, Telefonnummer, URL oder anwenderdefiniert.
    • Die maximale Anzahl von Eingaben pro Knoten beträgt 5.
    Option „Benutzeraufforderung erzwingen“ im Steuerelement „Text-Benutzereingabe“.
    Umschalter im Bereich „Erweiterte Eigenschaften“, mit dem Themenautoren die Nachricht angeben können, die dem Anwender anstelle der vom LLM generierten Antwort angezeigt wird.

    Vancouver

    Vulnerability Response-Integrationen

    Vancouver

    Vulnerability Response

    Aufgrund einer Änderung des Datenmodells in der Anwendung Vulnerability Response kann das Upgrade erheblich länger dauern als bei vorherigen Upgrades. Weitere Informationen finden Sie unter KB0856498.

    Beim Upgrade auf eine neuere Version kann sich die Upgrade-Zeit je nach Daten und Version, von der Sie das Upgrade durchführen, verlängern. Dieses Problem ist auf zusätzliche Schemaänderungen zurückzuführen, die während des Upgrades hinzugefügt wurden. Weitere Informationen finden Sie unter KB0856498.

    Vancouver

    KI-Suche

    Bei einem Upgrade auf Washington DCaktualisiert die KI-Suche automatisch Ihre vorhandenen Genius-Ergebniskonfigurationen, um die neuen Formularfelder für die Genius-Ergebniskonfiguration der KI-Suche zu verwenden. Mit diesem Updateverfahren werden die folgenden Änderungen vorgenommen:
    • Entfernt vorhandene Feldwerte für den Antworttyp des Genius-Ergebnisses.
    • Migriert die Werte des Genius-Ergebnislogikfelds entsprechend in die neuen Felder für Anforderungsprozessor und Antwortprozessor fürKI-Suche.

    Nach dem Upgrade Ihrer Instanz auf Washington DCbehält die KI-Suche den Wert bei, den Sie zuvor für die Systemeigenschaft Boolescher Suchoperator festgelegt haben, der verwendet werden soll, wenn eine Suchabfrage mehrere Begriffe ( glide.ais.query.search_operator ) enthält. Um die Vorteile des neuen erweiterten Abfragemodus für Suchen mit mehreren Begriffen zu nutzen, legen Sie den Wert dieser Systemeigenschaft auf AND then OR 2+ key termsfest. Einzelheiten zu den Systemeigenschaften der KI- Suche finden Sie unter Systemeigenschaften der KI-Suche.

    Ab Washington DCsortiert die Tabelle „Benutzer“ [sys_user] indizierte Datensätze standardmäßig nach dem Datum „sys_created_on“ anstatt nach dem Datum „sys_updated_on“. Diese Änderung erfordert eine Neuindizierung der indizierten Quelle der Anwendertabelle für die KI-Suche, was zeitaufwändig sein kann. Wenn Sie von einem früheren Familienrelease auf Washington DC aktualisieren, indiziert die KI-Suche die indizierte Tabelle „Benutzertabelle“ nicht automatisch neu. Wenn Sie in der Lage sein müssen, die aktuelle Konfiguration für Anwenderdatensätze zu durchsuchen, können Sie die indizierte Quelle der Anwendertabelle manuell neu indizieren. Dies kann einige Zeit dauern. Andernfalls indiziert die KI-Suche einzelne Anwendertabellen-Datensätze bei der Aktualisierung neu, bis alle Datensätze neu indiziert wurden.

    Washington DC

    Automated Test Framework

    Kopieren Sie die von der Now Platform® bereitgestellten Schnellstarttests, und passen Sie sie an, um zu validieren, ob Ihre Instanz funktioniert, nachdem Sie Konfigurationsänderungen vorgenommen haben. Zum Beispiel, wenn Sie ein Upgrade anwenden oder eine Anwendung entwickeln.

    Die Tests können nur dann zu einem positiven Ergebnis führen, wenn Sie sie auf einem Basissystem ohne Anpassungen und mit den standardmäßigen Demodaten ausführen, die mit dem Anwendungs- oder Funktions-Plugin bereitgestellt werden. Um einen Schnellstarttest auf Ihre instanzspezifischen Daten anzuwenden, kopieren Sie den Schnellstarttest, und fügen Sie Ihre anwenderdefinierten Daten hinzu. Weitere Informationen finden Sie unter Verfügbare Schnellstarttests nach Anwendung oder Funktion.

    Washington DC

    Betriebliches Kontinuitätsmanagement

    Nach dem Upgrade auf das Washington DC -Release müssen Sie die folgenden wichtigen Informationen für vorhandene Geschäftsauswirkungsanalysen, Geschäftskontinuitätspläne und Ereignisse beachten:
    • Bei Geschäftsauswirkungsanalysen wird für manuell hinzugefügte Abhängigkeiten nach einem Upgrade die Spalte „Quelle“ in der Abhängigkeitsbewertung in „Primäre Quelle“ und die BCM -Quelle in „ Manuell “ umbenannt. Wenn Sie auf die Schaltfläche Abhängigkeiten aktualisieren klicken, fügt das System die CMDB -Abhängigkeiten hinzu.
    • Bei Geschäftskontinuitätsplänen wird die Spalte „Quelle“ nach einem Upgrade in „Primäre Quelle“ umbenannt. Wenn Sie auf die Schaltfläche Abhängigkeiten aktualisieren klicken, fügt das System die Abhängigkeiten CMDB und BIA hinzu. Um die Kompatibilität mit den vorherigen Releases zu gewährleisten, kann der BCM- Administrator die Quellen konfigurieren und nur die vorgelagerte BIA-Abhängigkeit und die nachgelagerten BIA-Abhängigkeiten als Quellen in der aktualisierten Konfiguration beibehalten.
    • Wenn Sie für Ereignisse und Übungen die Schaltfläche Abhängigkeiten aktualisieren wählen, fügt das System nach einem Upgrade die Abhängigkeiten CMDB, BIA und Business Continuity Planning (BCP) hinzu. Um die Kompatibilität mit den vorherigen Releases zu gewährleisten, kann der BCM- Administrator die Quellen konfigurieren und nur die vorgelagerte BIA-Abhängigkeit und die nachgelagerten BIA-Abhängigkeiten als Quellen in der aktualisierten Konfiguration beibehalten.

    Washington DC

    Configuration Management Database (CMDB)

    • Die Spalte product_instance_id wurde der Tabelle „Configuration Item“ [cmdb_ci] hinzugefügt, um den neuen Produktinstanzbezeichner (PID) zu unterstützen. Dieser ermöglicht die Suche und Verknüpfung von bereits vorhandenen zugehörigen Assets, CIs und Installationsbasiselementen (IBI). . Weitere Informationen dazu, welche Auswirkungen dieser Change während des Upgrades hat und wie diese Auswirkungen minimiert werden können, finden Sie im Knowledge Base-Artikel Upgrade Impact of CMDB_CI schema Changes for Washington Release [KB1534035].
    • Wenn Sie CMDB 360 zum ersten Mal nach dem Upgrade auf das Washington DC -Release aktivieren, um die Erfassung von CMDB 360-Daten für CIs aus Nicht-CMDB-Klassen (Klassen, die nicht von der Klasse des Konfigurationselements [cmdb_ci] abgeleitet sind) zu aktivieren, müssen Sie glide.identification_engine.multisource_non_cmdb_ci_enabled auf „True“.
    • Wenn Sie die veraltete Anwendung „Datenzertifizierung“ auf der Core-UI verwendet haben, sind die zugehörigen Definitionen in der neuen Implementierung der Datenzertifizierung im CMDB-Arbeitsbereich nicht verfügbar. Nach dem Upgrade auf das Washington DC -Release und auf CMDB-Arbeitsbereich Version 6.0 können Sie in CMDB-Arbeitsbereich die in der veralteten Datenzertifizierungs-Anwendung erstellten Definitionen in Datenmanager-Zertifizierungsrichtlinien-Entwürfe umwandeln. Weitere Informationen finden Sie unter .

    Washington DC

    Core Now Platform

    Wenn eine Transaktion abgebrochen wurde, wurden bisher bestimmte auditierbare Vorgänge nicht aufgezeichnet. Dieses Verhalten fehlender Audit-Datensätze ist darauf zurückzuführen, dass die Plattform einige Vorgänge zwischen der Datensatzänderung ausführt und vor der Audit-Erstellung abgebrochen wird. Jetzt werden Audits jedoch unmittelbar nach der Änderung des Datensatzes erstellt, wodurch die Wahrscheinlichkeit reduziert wird, dass eine abgebrochene Transaktion den Vorgang abbricht, bevor das Audit aufgezeichnet wurde. Um dieses Update zu erleichtern, werden Audits jetzt im selben Thread wie die Transaktion aufgezeichnet. Frühere Audits wurden in einem Hintergrund-Thread erstellt.

    Durch diese Änderung wird der Standardwert der Eigenschaft „glide.db.audit.lazy“ von „wahr“ in „falsch“ neu definiert. Idealerweise ist diese Eigenschaft nicht in der Eigenschaftentabelle definiert, was bedeutet, dass die meisten Instanzen ab dem Washington DC -Release den neuen Standardwert und das neue Standardverhalten verwenden. In einigen Instanzen wurde diese Eigenschaft möglicherweise mit dem Wert „true“ eingefügt, was bedeutet, dass diese Instanzen diese Änderung nicht zum Audit-Verhalten verwenden können. Löschen Sie diese Eigenschaft, um dieses Update zu nutzen.

    Washington DC

    Verwaltung von Verschlüsselungsschlüsseln

    Wenn Sie Ihre -Instanz auf Washington DC upgraden, nicht jedoch Ihren MID-Server, schlägt die Authentifizierung für die Geheimnisverwaltung fehl. Vermeiden Sie Authentifizierungsfehler, indem Sie Ihren MID-Server auf Washington DCaktualisieren. Wenn das Upgrade nicht möglich ist, müssen Sie die Authentifizierung deaktivieren, bis der MID-Server auf Washington DC aktualisiert wird, um Authentifizierungsfehler zu vermeiden.

    Einzelheiten zu MID-Server-Upgrades finden Sie unter MID-Server-Upgrades.

    Washington DC

    Enterprise Asset Management

    Nach dem Upgrade auf Washington DCist das Feld „model_component“ in der Tabelle „Enterprise-Asset“ [sn_ent_asset] nicht verfügbar. Stattdessen ist in der Tabelle „Asset“ [alm_asset] ein neues Feld „model_component_id“ verfügbar. Das Skript ENT - Migrate to new model Component (ENT - Migration zu neuer Modellkomponente) verschiebt die vorhandenen Daten im Feld „model_component“ in das Feld „model_component_id“.

    Beachten Sie die folgenden Upgrade-Szenarien für die Gesamtbetriebskosten (TCO) von Assets:
    • Upgrade-Arbeiten für alle Enterprise Asset Management- Flow-Aufgaben
    • Sie müssen für jede Workflow-Aufgabe Aufgaben-Kostenkarten haben.
    • Das TCO-Upgrade füllt die Felder Asset und Ausgabenkategorie in den Kostenzeilen aus, die jeder Aufgabe entsprechen.
    • Die Ausgabenkategorie wird basierend auf den Kostenzeilen und der Quelle der Kostenzeile ausgefüllt.
    • Sie müssen das Feld für die TCO-Benchmark-Kosten und das TCO-Benchmark-Schwellenwert bei allen vorhandenen Modellen manuell oder mithilfe der Massenimportfunktion ausfüllen.
    • Das TCO-Upgrade füllt die folgenden Felder in Asset-Formularen:
      • Ende der Nutzungsdauer des Assets: Das Erstellungsdatum plus die Nutzungsdauer in Monaten.
      • Datum der ersten Verwendung des Assets: Das Erstellungsdatum.
      • TCOdes Assets: Die zusammengefasste Summe aller Kostenzeilen, die sich auf das Asset beziehen. Bei einfachen Assets sind die TCO des Assets die aggregierte Summe der Kostenzeilen darunter. Bei komplexen Assets sind die Asset-TCO die aggregierte Summe der Kostenzeilen des übergeordneten Assets sowie der untergeordneten Assets.

    Washington DC

    Financial Services Operations Core

    Während des Upgrades auf Washington DCändert das Plugin Financial Services Operations Core die folgenden Tabellen neu:
    Hinweis:
    Wenn die aktualisierte Instanz sehr viele Datensätze enthält, dauert das Upgrade unter Umständen länger.
    • Die Tabelle „Servicedefinition“ [sn_bom_service_definition] ist eine Erweiterung der Tabelle „Servicedefinition“ [sn_case_type_selection] und nicht der Tabelle „Anforderungsdefinition“ [sn_ind_request_definition].
    • Die Tabelle „Finanzaufgabe“ [sn_bom_task] ist eine Erweiterung der Tabelle „Kundenserviceaufgabe“ [sn_customerservice_task] anstelle der Tabelle „Globale Aufgabe“ [task].
    • Die Tabelle „Police Versicherungsnehmer“ [sn_bom_policy_participant] ist eine Erweiterung der Tabelle „Verkaufte Produkte – zugehörige Partei“ [sn_install_base_sold_product_related_party].
    Durch das Reparenting können Sie die Vorteile und Fortschritte von ServiceNow® Customer Service Management (CSM) nutzen und gleichzeitig die Funktionalität vorhandener Anwendungen beibehalten.

    Washington DC

    Hardware Asset Management 10.0.0

    Beachten Sie nach dem Upgrade auf Washington DCdie folgenden Upgrade-Szenarien für die Gesamtbetriebskosten (TCO) von Assets:
    • Das Upgrade funktioniert für alle Flow-Aufgaben von Hardware Asset Management.
    • Sie müssen für jede Workflow-Aufgabe Aufgaben-Kostenkarten haben.
    • Das TCO-Upgrade füllt ein Feld für Asset und Kostenkategorie in der Kostenzeile aus, das jeder Aufgabe entspricht.
    • Die Ausgabenkategorie wird basierend auf den Kostenzeilen und der Quelle der Kostenzeile ausgefüllt.
    • Sie müssen das Feld TCO-Benchmark-Kosten und das Feld TCO-Benchmark-Schwellenwert bei allen vorhandenen Modellen manuell oder mithilfe der Massenimportfunktion ausfüllen.
    • Das TCO-Upgrade füllt die folgenden Felder in Assets:
      • Ende der Nutzungsdauer des Assets: Erstellungsdatum zusammen mit der Nutzungsdauer in Monaten.
      • Datum der ersten Verwendung des Assets: Identisch mit dem Erstellungsdatum.
      • TCO des Assets: Aggregierte Summe aller Kostenlinien, die sich auf das Asset beziehen. Bei einfachen Assets sind die TCO des Assets die aggregierte Summe der Kostenzeilen darunter. Bei komplexen Assets sind die Asset-TCO die aggregierte Summe der Kostenzeilen des übergeordneten Assets sowie der untergeordneten Assets.

    Washington DC

    Healthcare and Life Sciences Service Management Core

    Während des Upgrades auf Washington DCändert sich die übergeordnete Tabelle „Verkaufte Produkte im Gesundheitswesen“ [sn_hcls_sold_product] für die folgenden Tabellen in Installationsbasiselement [sn_install_base_item]:
    • Mitgliederplan [sn_hcls_member_plan]
    • Medikamente [sn_hcls_metrication]
    • Immunisierung [sn_hcls_impfung]
    • Registriertes Programm [sn_hcls_enrolled_program]
    • Registrierter Programmservice [sn_hcls_enrolled_program_service]
    Darüber hinaus wurden die übergeordneten Tabellen der folgenden Tabellen entfernt, und sie sind eigenständige Tabellen:
    • Gesundheitsorganisation[sn_hcls_organization]
    • Standort Healthcare[sn_hcls_location]
    • Standort des Anwenders [sn_hcls_practitioner_facility]
    Dieses Reparenting ermöglicht es Kunden, die Organisationen und Standorttabellen für eine breitere Gruppe von Anwendungsfällen zu verwenden.
    Vorhandene Daten werden auf folgende Weise migriert, damit vorhandene Funktionen nicht beeinträchtigt werden:
    1. Das Feld „Referenz des Standorts“ in „sn_hcls_impunization“ wurde auf „cmn_location“ aktualisiert.
    2. Alle Daten werden aus den Tabellen „Verkauftes Produkt im Gesundheitswesen“ in die Tabellen „Installationsbasiselement“ verschoben.
    3. Zeilen im betroffenen Installationsbasiselement werden basierend auf dem Wert für „source_task“ aus dem verkauften Healthcare-Produkt ausgefüllt.
    4. Der Status von „sn_hcls_enrolled_program“ und „sn_hcls_enrolled_program_service“ wird aus „hcls_state“ kopiert.
    5. Alle Daten werden in die eigenständigen Tabellen Gesundheitsorganisation, Standort des Gesundheitswesens und Standort des Arztes verschoben.
      1. Das Skript erstellt Datensätze in der Tabelle „Geschäftsstandort“ für vorhandene Datensätze in der Tabelle „Gesundheitsorganisation“, um eine 1:1-Referenz zu bilden.
      2. Datensätze, die sich auf eine Serviceorganisation beziehen, werden mit einem Verweis auf den entsprechenden Geschäftsstandort aktualisiert.
      3. Für jeden Arzt, der einen Datensatz am Arztstandort hat, wird in der Tabelle „Mitglied der Serviceorganisation“ ein Datensatz mit dem entsprechenden Geschäftsstandort erstellt.
      4. Datensätze, die Daten zum Gesundheitsstandort enthalten, enthalten die übergeordnete Serviceorganisation dieses Gesundheitsstandorts.
    Hinweis:
    Wenn die aktualisierte Instanz sehr viele Datensätze enthält, dauert das Upgrade unter Umständen länger.

    Washington DC

    Industrial Process Manager

    Die Anwendung Prozessmanager Industrie hat jetzt eine Abhängigkeit von den Operational Technology Service Management- Anwendungen, zu denen Incident-Management für operative Technologie und Change-Managementfür operative Technologie gehören. Zur Installation des Prozessmanagers Industrie in Ihrer Instanz ist eine der folgenden SKUs erforderlich:
    • Transparenz deroperativen Technologie SKU
    • Operational Technology Service Management SKU
    • Jede anwenderdefinierte SKU, die zum Prozessmanager Industrieberechtigt

    Washington DC

    Instanzübergreifende Datenreplikation

    Verbessern Sie die Leistung und Verarbeitungseffizienz der Instanzdatenreplikation ( Instance Data Replication,HLA), indem Sie Ihre Replikationssätze auf V2 aktualisieren, welche den Hermes Messaging Serviceverwendet. Einzelheiten hierzu finden Sie unter Upgrades von Legacy-Replikationssätzen auf V2 durchführen in Instanzdatenreplikation.

    Die Protokollrotation wird nach dem Upgrade automatisch für die Tabelle „Replikationsnutzlastfehler“ [idr_replication_payload_error] aktiviert. Standardmäßig besteht der Protokollrotationszeitplan aus sieben Shards mit fünf Tagen für jeden Shard. Alle Protokolleinträge in dieser Tabelle, die vor dem Upgrade erstellt wurden, werden automatisch gekürzt.

    Washington DC

    MID-Server

    Die aktuellen Systemanforderungen für MID-Server finden Sie unter Systemanforderungen für MID-Server. Die unterstützte JRE-Mindestversion ist 11.0.9, die empfohlene Version ist 11.0.16.1.

    Wenn Sie Ihre eigene JRE installiert haben, führt der Upgrade-Prozess die folgenden Aktionen aus, um sicherzustellen, dass der MID-Server eine unterstützte JRE verwendet:
    • Wenn ein MID-Server beim Upgrade eine nicht unterstützte Version der JRE verwendet, zeigt der Upgrade-Prozess eine Warnmeldung mit der minimalen und empfohlenen JRE-Version an.
    • Wenn eine unterstützte JRE auf dem MID-Server -Host ausgeführt wird, verwendet der aktualisierte MID-Server diese Version.

    Alle MID-Server -Hostcomputer benötigen Zugriff auf die Download-Website unter install.service-now.com, um automatische Upgrades zu aktivieren. Weitere Informationen finden Sie unter, wie das System MID-Server -Upgradesverwaltet.

    Pro ausführbarer Dateipfad ist nur ein Windows - MID-Server -Service zulässig. Aktualisierte Windows - MID-Server mit mehreren Services, die auf denselben Installationsordner verweisen, können nicht gestartet werden. Weitere Informationen finden Sie unterMID-Server startet nicht.

    Weitere Informationen zu MID-Server -Upgrades finden Sie in den folgenden Themen:

    Washington DC

    Now Assist für Ersteller

    Um Leistungsverbesserungen in Workflow-Studio zu erhalten, installieren Sie eine dieser Versionen der Anwendung Workflow-Studio aus dem ServiceNow Store. Weitere Informationen zum Upgrade von Workflow-Studiofinden Sie unter Auf die neueste Version von Workflow-Studioaktualisieren.

    Tabelle : 7. Upgrade-Pfad für die Kompetenz „Flow-Generierung“.
    Ist Now Assist für Creator bereits installiert? Für das Upgrade zu verwendende Version von Workflow-Studio
    Nein Upgrade von Workflow-Studio auf Version 25.1.3
    Ja Führen Sie ein Upgrade von Workflow-Studio auf Version 25.0.0 durch

    Washington DC

    Now Assist

    Weitere Informationen zur Problembehandlung bei Upgrades von Now Assist- Anwendungen und -Plugins finden Sie im KB-Artikel zu Problemen und zur Verringerung von Now Assist-Upgrades.

    Washington DC

    Auftragsmanagement

    Die in diesem Washington DC -Release eingeführten Funktionen werden in früheren Versionen von Auftragsmanagementnicht unterstützt.

    Bei einem Upgrade von Auftragsmanagement für Telekommunikation und Medien Version 6.0 oder früher:
    • Ab dem Washington DC-Release werden die monatlichen wiederkehrenden Gebühren (Monthly Recurring Charges, MRC) und die nicht wiederkehrenden Gebühren (Non-Recurring Charges, NRC) für Produktangebote und Produktattributmerkmale im Datenmodell für die Preisgestaltung in Preislisten und Preislistenpositionen gespeichert und nicht im Produktangebot -Datenmodell. Wenn Sie Ihre Preisinformationen nach dem Upgrade auf Washington DC auf die Verwendung von Preislisten aktualisieren möchten, lesen Sie den Artikel Price Management Plugin (com.sn_csm_pricing) uptake for Telecommunications, Media, and Technology Customers,ing Upgrade to Washington (KB1585863) in der Now Support Knowledge Base .
    • Nach dem Upgrade auf Release wird automatisch ein Korrekturskript ausgeführt, um bestimmte Datensätze der Telekommunikationsliste zu deaktivieren, die nicht mehr benötigt werden, um die Erfassung eines nicht abgeschlossenen Auftrags fortzusetzen. Weitere Informationen zu diesen Datensätzen und zur Verwendung des früheren Auftragserfassungsprozesses bei Bedarf finden Sie im Artikel Abkündigungsliste für Auftragserfassung [KB1586538] in der Now Support Knowledge Base.

    Überprüfen Sie nach dem Upgrade auf das Washington DC-Release die Problemumgehungen für die Neukonfiguration, wenn Sie mit neuen Change-Aufträgen oder Aufträgen mit Aktionen zum Trennen, Anhalten oder Fortsetzen arbeiten, während Sie den Produktkonfigurator verwenden. Weitere Informationen finden Sie im Artikel Probleme bei der erneuten Konfiguration von Bestellpositionen in Washington bei Verwendung der Bestellerfassungs-UI [KB1585976] in der Now Support Knowledge Base.

    Washington DC

    Auftragsmanagement

    Die in diesem Washington DC -Release eingeführten neuen Funktionen werden in früheren Versionen von Auftragsmanagement für Telecommunications, Media, and Technologynicht unterstützt.

    Ab dem Washington DC -Release werden die für Produktangebote und Produktattributmerkmale festgelegten monatlichen wiederkehrenden Gebühren ( Monthly Recurring Charges, MRC) und nicht im Produktangebot gespeichert -Datenmodell. Wenn Sie Ihre Preisinformationen nach dem Upgrade auf Washington DCauf die Verwendung von Preislisten aktualisieren möchten, lesen Sie den Artikel Price Management Plugin (com.sn_csm_pricing) uptake for Telecommunications, Media, and Technology Customers,ing to Washington DC (KB1585863) in der Now Support Knowledge Base .

    Nach dem Upgrade auf das Washington DC -Release wird automatisch ein Korrekturskript ausgeführt, um bestimmte Datensätze der Telekommunikationsliste zu deaktivieren, die nicht mehr benötigt werden, um die Erfassung eines nicht abgeschlossenen Auftrags fortzusetzen. Weitere Informationen zu diesen Datensätzen und zur Verwendung des früheren Bestellerfassungsprozesses bei Bedarf finden Sie im Artikel Deprecating Telco List for Bestellerfassung [KB1586538] in der Now Support Knowledge Base.

    Überprüfen Sie nach dem Upgrade auf Washington DCdie Problemumgehungen für die Neukonfiguration für die Arbeit an neuen Change-Aufträgen oder Aufträgen mit Aktionen zum Trennen, Anhalten oder Fortsetzen, während Sie den Produktkonfigurator verwenden. Weitere Informationen finden Sie im Artikel Probleme bei der erneuten Konfiguration von Bestellpositionen in Washington bei Verwendung der Bestellerfassungs-UI [KB1585976] in der Now Support Knowledge Base.

    Washington DC

    Performance Analytics

    Die Legacy-Tabelle „PA-Punktzahlen“ [pa_scores] wird als veraltet markiert. Wenn in der PA-Punktzahltabelle noch Indikatorpunktzahlen erfasst sind und die Anzahl dieser Punktzahlen weniger als 43 Millionen beträgt, werden diese Punktzahlen beim Upgrade automatisch in die Tabellen „pa_scores_l1“ und „pa_scores_l2“ migriert. Die erwartete Zeit für das Upgrade beträgt etwa zwei Stunden. Weitere Informationen finden Sie unter KB1294371 oder Performance Analytics-Punktzahlenmigrieren .

    Washington DC

    Platform Analytics-Experience

    DiePlatform Analytics Experience-Funktionalität befand sich zuvor im Platform Analytics -Arbeitsbereich. Die Funktionalität ist jetzt Teil der Core Now Platform, auf die über die zentrale Navigation von Next Experiencezugegriffen werden kann. Sie können alle Dashboards, Berichte und Performance Analytics -Widgets, die in der Core-UI erstellt wurden, zu dieser Funktionalität migrieren.

    Washington DC

    Playbooks in Workflow-Studio

    Aktualisieren Sie nach dem Upgrade auf Washington DCdie Anwendungen Playbook und Workflow-Studio im ServiceNow Store.

    Washington DC

    Portfolioplanung

    Ab v8.0.0 können Sie nur im Arbeitsbereich für strategische Planung auf die von Strategic Portfolio Management(SPM) Pro lizenzierten Funktionen zugreifen. Wenn Sie Portfolio Planning Workspace verwendet haben, um auf SPM Pro-lizenzierte Funktionen wie Ziele, Produktfeedback und Hybrid-Portfolioplanung zuzugreifen, müssen Sie jetzt Strategic Planning installieren, um auf diese Funktionen zuzugreifen. Weitere Informationen zu den Funktionen, auf die nur im Arbeitsbereich für strategische Planung zugegriffen werden kann, finden Sie unter Portfolioplanung mit strategischer Planung vergleichen.

    Washington DC

    Predictive Intelligence

    Wenn Sie ein Upgrade auf Washington DC durchführen, können Sie keine neuen Regressionslösungen erstellen. Wenn Sie über vorhandene Lösungen verfügen, werden diese weiterhin unterstützt, und Sie können sie trainieren und ändern, aber Sie können keine neuen Lösungen erstellen.

    Die Änderungen an den Ähnlichkeits- und Clustering-Lösungen gelten für alle Instanzen in Washington DC.

    Washington DC

    Proaktive Service Experience-Workflows

    Kunden, die keine Problemticketbenachrichtigungen erhalten möchten, können die Geschäftsregeln für die Incident- und Falltabellen deaktivieren. Weitere Informationen zum Deaktivieren der Business-Regeln für Problemticketbenachrichtigungen finden Sie unter Problemticketbenachrichtigung deaktivieren.

    Washington DC

    Product Catalog Management und Pricing Management

    Wenn Sie im ersten Release der Sales- und Auftragsmanagement-Anwendungen Attributmerkmale in der Matrix für Standardpreisanpassungen verwendet haben und ein Upgrade auf das Release von Mai 2024 durchführen, müssen Sie eine geplante Aufgabe ausführen, die das Format korrigiert der automatisch generierten Codewerte. Führen Sie den Auftrag zum Ändern des Codefelds für Merkmalsdatensätze aus, die bei Bedarf Sonderzeichen enthalten, um alle Zeichen zu ersetzen, die kein Buchstabe (az, AZ), eine Zahl (0–9), ein Unterstrich (_) oder ein Dollar sind Unterzeichnen Sie ($) mit einem Unterstrich (_). Dieser Auftrag korrigiert den Codewert, sodass er nicht mit einem Unterstrich beginnt oder endet, nicht mit einer Ziffer beginnt und keine aufeinanderfolgenden Unterstriche enthält.

    Washington DC

    Public Sector Digital Services

    Nach dem Upgrade werden bestimmte Menüs und Menüelemente des öffentlichen Sektors im konfigurierbaren CSM-Arbeitsbereich auf ihre ursprünglichen CSM -Bezeichnungsnamen zurückgesetzt. Sie können diese Elemente für die Verwendung im öffentlichen Sektor umbenennen, indem Sie die UX-Listenkategorien für Kunden und Serviceorganisationen aktualisieren. Navigieren Sie zu, um weitere Informationen zur Umbenennung von Bezeichnungen zu erhalten Alle > Beteiligtenservice > Administration > Geführtes Setup, und wählen Sie Konfigurierbarer Arbeitsbereich für digitale Dienste für den öffentlichen Bereich > Arbeitsbereichsbezeichnungen manuell anpassen.

    Washington DC

    Robotic Process Automation (RPA)-Hub

    Stellen Sie sicher, dass Sie eines der folgenden derzeit installierten Microsoft Software Installer (MSI) aktualisieren, indem Sie die RPA-Anwendungen herunterladen:
    • RPA Desktop Design Studio
    • Attended Robot
    • Unattended Robot
    • Unattended Robot Login Agent
    Weitere Informationen finden Sie unter RPA-Anwendungen von RPA-Hub herunterladen.

    Die folgenden Upgrade-Schritte gelten nur, wenn Sie ein Upgrade von San Diego oder Tokyo auf Washington DC durchführen.

    Basierend auf der Anzahl der Datensätze in der Anwendungsdateitabelle kann es beim Upgrade der RPA-Hub -Anwendungen von Tokyo oder früher auf Washington DCzu einer Verzögerung kommen.

    Bevor Sie RPA Hub auf Washington DCaktualisieren, müssen Sie den Wert der Systemeigenschaft glide.rollback.blacklist.TableParentChange.change auf falsefestlegen. Wenn diese Eigenschaft in der Tabelle „Systemeigenschaft“ [sys_properties] nicht vorhanden ist, fügen Sie sie hinzu, und legen Sie ihren Wert auf „false“ fest. Weitere Informationen zum Hinzufügen von Eigenschaften finden Sie unter Systemeigenschafthinzufügen .

    Nach dem Upgrade auf Washington DCändern sich die Bot-Prozessdefinitionen in die neue Struktur, die Bot-Prozesskonfiguration.

    Obwohl die Bot-Prozesskonfiguration den Bot-Prozess nicht vollständig ersetzt, werden die meisten Felder von der Bot-Prozesskonfiguration in die Bot-Prozesskonfiguration verschoben. Wenn Sie ein Upgrade auf die Utah -Version durchführen, ohne den Wert der Systemeigenschaft zu aktualisieren, erweitern die Tabellen die Anwendungsdateitabelle nicht. Informationen zur manuellen Aktualisierung der Tabellenänderungen finden Sie im Artikel Restrukturieren von RPA-Hub-Tabellen zu sys_metadata in Utah in der Now Support Knowledge Base.

    Washington DC

    Sicherheitsstatus-Überwachung

    Eine vollständige Liste der Anwendungen, die zum Implementieren der Sicherheitsstatus-Überwachungerforderlich sind, finden Sie unter Unterstützte Anwendungen für die Sicherheitsstatus-Überwachung installieren.

    Washington DC

    Service Operations-Arbeitsbereich für IT Service Management

    Stellen Sie sicher, dass die folgenden Anwendungen über kompatible aktualisierte Versionen verfügen:
    • Anwendung „Service Operations Workspace ITSM Applications“ (sn_sow_itsm_cont)
    • AnwendungService Operations-Arbeitsbereich ITOM Applications (sn_sow_itom_cont)
    Tabelle : 8. Kompatible SOW-Versionen
    SOW-ITSM (sn_sow_itsm_cont) SOW-ITOM (sn_sow_itom_cont)
    1.1.x 21.0.J
    1.2.x 21.1.j
    1.3.x 21.2.y, 21.5.y und 21.6.y
    2.0.x 22.0.J
    2.1.x 22.1.y und 22.yy
    3.1.x 23.jj
    4.xx 24.jj

    In der Tabelle ist x die Subversion der Anwendung Service Operations Workspace ITSM Applications (sn_sow_itsm_cont) und y die Subversion der Anwendung Service Operations Workspace ITOM Applications (sn_sow_itom_cont).

    Nach dem Upgrade 3.0 ist die Funktion „Empfehlungs-Framework “ nicht mehr verfügbar. Stattdessen ist nur die Standardversion der Funktion „Empfohlene Aktionen für ITSM“ verfügbar.

    Washington DC

    Service Portal

    Nach dem Upgrade müssen Sie die Tabellen angeben, aus denen Gastbenutzer auf Daten für alle öffentlichen Widgets zugreifen können, die den Tabelleneingabeparameter akzeptieren. Standardmäßig können im Release Washington DC öffentliche Widgets, die den Eingabeparameter für Tabellen akzeptieren, nicht auf Daten aus Tabellen für Gastbenutzer zugreifen und diese zurückgeben. Wenn Sie die Systemeigenschaften glide.service_portal.widget.table_allow_list oder glide.service_portal.widget.allow_list vor dem Upgrade hinzugefügt haben, werden die Werte dieser Eigenschaften nach dem Upgrade in die Allow-Liste für öffentliche Tabellen für Widgets migriert. Weitere Informationen finden Sie unter Widget-Sicherheit konfigurieren.

    Darüber hinaus werden Lese-ACLs auf Feldebene standardmäßig für Filterbedingungen in Widget-Instanzen vom Typ „Einfache Liste“ erzwungen. Die neue Systemeigenschaft glide.service_portal.enable_acls_for_encoded_query_in_listerzwingt diese ACLs unabhängig davon, ob die Option Lese-ACLs auf Feldebene bei Filter-Abfragebegriffen erzwingen für Instanzen des Widgets Einfache Liste ausgewählt ist. Um die Option Lese-ACLs auf Feldebene bei Filter-Abfragebegriffen erzwingen zu verwenden, ändern Sie den Wert von glide.service_portal.enable_acls_for_encoded_query_in_list in false. Weitere Informationen hierzu finden Sie unter Widget „Einfache Liste“.

    Wenn ein Benutzer zuvor eine Benutzereinwilligungseinstellung für User Experience Analytics für Portale ausgewählt hat, die sich vom Rest der Plattform unterscheiden, wird die für die Plattform ausgewählte Einstellung auch für Portale im Washington DC- Release verwendet. Wenn Benutzer beispielsweise im Vancouver- Release die Nachverfolgung für Portale deaktiviert, die Nachverfolgung für den Rest der Plattform jedoch aktiviert haben, werden User Experience-Analysen für Portale im Washington DC- Release für sie nachverfolgt. Benutzer können ihre Auswahl jederzeit auf der Benutzerprofilseite in Portalen aktualisieren.

    Washington DC

    Software Asset Management

    Nach dem Upgrade auf Washington DCmüssen Sie alle Ihre Anpassungen im Zusammenhang mit Adobe- und Microsoft 365 -Integrationen in Ihrer ServiceNow -Instanz wiederholen, da die Funktionen dieser Integrationen in die Store-Anwendung „ Software Asset ManagementSaaS-Lizenzverwaltung“ verschoben werden.
    • Wenn Sie eine betroffene Datei angepasst haben, wird die Datei beim Upgrade-Vorgang übersprungen und ein Konflikt angezeigt. Sie müssen den Konflikt manuell lösen und sicherstellen, dass die alte vorhandene Datei gelöscht wird.
    • Wenn Sie eine betroffene Datei nicht angepasst haben, wird sie im Rahmen des Upgrades gelöscht, und es wird eine Datei mit einer neuen sys_id erstellt.

    Washington DC

    Strategische Planung

    Ab v4.0.2 können Sie nur im Arbeitsbereich für strategische Planung auf die von Strategic Portfolio Management(SPM) Pro lizenzierten Funktionen zugreifen. Wenn Sie Portfolio Planning Workspace verwendet haben, um auf SPM Pro-lizenzierte Funktionen wie Ziele, Produktfeedback und Hybrid-Portfolioplanung zuzugreifen, müssen Sie jetzt Strategic Planning installieren, um auf diese Funktionen zuzugreifen. Weitere Informationen zu den Funktionen, auf die nur im Arbeitsbereich für strategische Planungzugegriffen werden kann, finden Sie unter Portfolioplanung in Strategic Planning erkunden.

    Wenn Sie ein Upgrade auf Strategic Planning v4.1.2 durchführen und zuvor die Listenansicht oder die Hierarchieansicht der Seite „Ziele“ über den Seitenbereich „Personalisierung“ angepasst hatten, werden die in v4.1.2 vorgenommenen Verbesserungen der Benutzeroberfläche möglicherweise nicht angezeigt. In diesem Fall müssen Sie Ihre Benutzereinstellungsdatensätze löschen. Weitere Informationen zum Löschen von Anwendereinstellungen, die im Seitenbereich „Personalisierung“ vorgenommen wurden, finden Sie unter KB1642037.

    Washington DC

    Supplier Lifecycle Operations

    Nach dem Upgrade vom Vancouver -Release auf das Washington DC -Release wird auf der Navigationsregisterkarte Alle nur der Source-to-Pay-Arbeitsbereich angezeigt. Sie müssen nichts tun, wenn Sie den Source-to-Pay-Arbeitsbereichweiterhin verwenden möchten.

    Sie sehen jedoch sowohl den Source-to-Pay-Arbeitsbereich als auch den Lieferantenmanager-Arbeitsbereich auf der Registerkarte „ Arbeitsbereiche “. Wenn Sie den Lieferantenmanager- Arbeitsbereich anstelle des standardmäßigen Source-to-Pay-Arbeitsbereichsverwenden möchten, müssen Sie nach dem Upgrade auf das Washington DC -Release das Korrekturskript fixscript_migrate_workspace_to_smw.xml ausführen. Sie können die Datei fixscript_migrate_workspace_to_smw.xml aus dem ServiceNow Store herunterladen.

    Wenn Sie zur Verwendung des Source-to-Pay-Arbeitsbereichszurückkehren möchten, führen Sie das Korrekturskript fixscript_migrate_workspace_to_s2p.xml aus. Sie können die Datei fixscript_migrate_workspace_to_smw.xml aus dem ServiceNow Store herunterladen. Weitere Informationen zum Ausführen von Korrekturskripts finden Sie unter Korrekturskriptsausführen.

    Nach dem Upgrade auf Washington DCmüssen Sie alle Aufgaben nach dem Upgrade überprüfen und bei Bedarf abschließen. Weitere Informationen finden Sie unter Aufgaben nach dem Upgrade für Supplier Lifecycle Management.

    Washington DC

    Vulnerability Response-Integrationen

    Washington DC

    Workflow-Studio

    Um Leistungsverbesserungen in Workflow-Studio zu erhalten, installieren Sie eine dieser Versionen der Anwendung Workflow-Studio aus dem ServiceNow Store.

    Tabelle : 9. Upgrade-Pfad für die Kompetenz „Flow-Generierung“.
    Ist Now Assist für Creator bereits installiert? Für das Upgrade zu verwendende Version von Workflow-Studio
    Nein Upgrade von Workflow-Studio auf Version 25.1.3
    Ja Führen Sie ein Upgrade von Workflow-Studio auf Version 25.0.0 durch

    Washington DC

    KI-Suche

    Führen Sie nach dem Upgrade von einer früheren Version auf Xanadu die folgenden Schritte aus, um die Navigationsregisterkarten für Dashboards, Datenvisualisierungen und KPIs zu globalen Suchergebnissen in der KI-Suche für Next Experiencehinzuzufügen:
    1. Aktualisieren Sie die Anwendung „ KI-Suche für Next Experience ServiceNow Store “ auf Version 4 oder höher. Anweisungen zum Aktualisieren finden Sie unter Updates für eine ServiceNow Store-Anwendung installieren aus.
    2. Committen Sie das Update Set, das im Artikel KI-Suche für Next Experience 4.0 PAR-Tabellen Update Sets (KB1644544) “ in der Now Support Knowledge Basebereitgestellt wird. Weitere Informationen zu Update-Sätzen finden Sie unter System-Update-Sätze.

    Xanadu

    Accounts Payable Operations

    Wenn Sie von einem früheren Release upgraden, müssen Sie das Referenzfeld Steuercodetabelle [sn_fin_tax_code] konfigurieren. Das Ausnahmemodul validiert die Rechnung anhand des Steuercodes und löst bei Bedarf Ausnahmen aus.

    Xanadu

    Analytics, Intelligence and Reporting

    Wenn Sie ein Upgrade durchführen, können Sie mithilfe des Migrationszentrums von Platform Analytics einen einzelnen Satz von Visualisierungen und einheitlichen Filtern für alle Datenquellen nutzen.

    Xanadu

    App Engine Studio

    Stellen Sie aufgrund eines neuen Prozesses für die Zuweisung von Gruppen in App Engine Management Center (AEMC) sicher, dass auf jeder Ihrer Instanzen dieselbe Version des Plugins „ Application Intake “ installiert ist.

    Xanadu

    Application Vulnerability Response

    Xanadu

    Betriebliches Kontinuitätsmanagement

    Die in die Plandatensätze eingeführten Beziehungstabellen werden von der geplanten Aufgabe Update BCP dependencies snapshot generiert. Nach dem Upgrade auf die Xanadu- Version können Sie diese Tabellen nur anzeigen, nachdem die geplante Aufgabe ausgeführt wurde oder indem Sie manuell auf die Schaltfläche Abhängigkeiten aktualisieren klicken klicken.

    Xanadu

    Fallverwaltung für CSM

    Die Rolle „Kundenservice-Manager“ [sn_customerservice_manager] enthält die Anwenderrolle „Genehmiger“ [approver_user]. Die Anwenderrolle „Genehmiger“ ersetzt die Rolle des Genehmigungsadministrators [approval_admin]. Benutzer mit der Rolle „Kundenservice-Manager“ können die ihnen zugewiesenen Genehmigungsanforderungen genehmigen.

    Xanadu

    Cloud-Kostenmanagement 8.0.0

    Beim Upgrade auf Cloud-Kostenmanagement 8.0 Version ist die neue Tag-Kategorie KI-Service für die Service Provider Amazon Web Services (AWS), Microsoft Azureund Google Cloud Platform (GCP) verfügbar. Da das Cloud-Kostenmanagement den Auftrag zum Herunterladen der Abrechnung erst ab dem aktuellen Monat ausführt, werden die Ausgaben für KI-Services nur für den aktuellen Monat berücksichtigt. Wenn Sie die Abrechnungsdetails für die Monate vor dem aktuellen Monat anzeigen möchten, müssen Sie den Abrechnungsdownload-Auftrag manuell ausführen. Sobald der Auftrag zum Herunterladen der Abrechnung erfolgreich ausgeführt wurde, können Sie die Ausgabendaten Ihrer KI-Services anzeigen.

    Xanadu

    Configuration Management Database (CMDB)

    • Vor dem Upgrade auf Xanaduwurden die Trendlinien „Aktualisierte CIs“ und „Aktualisierte Anwendungsservices“ in den Kacheln „Letzte CI-Aktivität“ und „Aktuelle Anwendungsservices-Aktivitäten“ in der Verwaltungsansicht im CMDB -Arbeitsbereich möglicherweise nicht korrekt auf Changes in Ihrem System abgebildet. Nach einem Upgrade auf Xanadu und auf die Versionen 5.5, 6.2 oder 7.2 des CMDB- Arbeitsbereichs spiegeln diese Trendlinien die genauere Erkennung von aktualisierten CIs und Anwendungsservices wider.
    • CMDB- Integrität:

      Wenn entweder der Dashboard-Auftrag CMDB Health Dashboard - Relationship Compliance Processor oder CMDB Health Dashboard - Relationship Score Calculation aktiv ist, wird dieser Auftrag während des Upgrades auf Xanadudeaktiviert. Nach Abschluss des Upgrades können Sie diese Aufgaben erneut aktivieren, um Integritätsberichte für CI-Beziehungen fortzusetzen. Der aktive Status aller anderen Dashboard-Aufgaben zur CMDB -Integrität wird beibehalten.

      Jeder Fehlerschwellenwert für einen KPI oder eine Metrik, der größer als 100.000 ist, wird während des Upgrades auf 100.000 festgelegt. Diese Obergrenze wird erzwungen, um übermäßige Verarbeitung zu vermeiden, wenn eine große Anzahl von CIs die angegebenen Metriktests nicht bestehen.

    • Lesezeichen für das CI-Dashboard funktionieren nach einem Upgrade auf Xanadunicht mehr. Es wird die Fehlermeldung Seite nicht gefunden angezeigt. Um CMDB- Integritätsberichte für ein CI anzuzeigen, öffnen Sie das CI-Formular im CMDB- Arbeitsbereich.
    • Das Legacy-Dashboard „Anwendungsservice“ auf der Core-UI wird im Xanadu -Release nicht unterstützt. Nach dem Upgrade können Sie weiterhin auf dieses Legacy-Dashboard zugreifen, indem Sie ein zuvor erstelltes Lesezeichen verwenden. Sie können stattdessen auch über die Kachel Anwendungsservices in der Ansicht „Einblicke“ im CMDB -Arbeitsbereich auf das Dashboard „Anwendungsservices“ im CMDB -Arbeitsbereich zugreifen.
    • Das CMDB- Integrationsdashboard auf der Core-UI wird im Xanadu- Release nicht unterstützt. Nach dem Upgrade können Sie weiterhin auf dieses Legacy-Dashboard zugreifen, indem Sie ein zuvor erstelltes Lesezeichen verwenden.
    Um in einer aktualisierten Instanz auf ein veraltetes Dashboard zuzugreifen, navigieren Sie zu Alle > Self-Service > Dashboards und suchen Sie dann nach dem Dashboard.

    Xanadu

    Datenverwaltung

    Für jede Tabelle, die vor dem Upgrade mit einer Archivierungsregel oder einer Tabellenbereinigungsregel konfiguriert wurde, wird automatisch ein Datensatz für eine Datenverwaltungsrichtlinie erstellt.

    Xanadu

    Entscheidungstabellen in Workflow-Studio

    Workflow-Studio wird automatisch in Ihrer -Instanz installiert. Workflow-Studio ist jedoch eine ServiceNow Store- Anwendung. Um die neuesten Funktionen zu erhalten, müssen Sie Ihre Version manuell auf die neueste Version aktualisieren. Ab Washington DC Patch 3 werden durch die Aktualisierung von Workflow Studio automatisch alle zugehörigen Anwendungsabhängigkeiten wie Workflow Studio, Playbookund Entscheidungsgeneratoraktualisiert. Sie können die einzelnen Anwendungsabhängigkeiten von Workflow-Studio nicht mehr im ServiceNow Store oder in der Liste der Plugins anzeigen oder aktualisieren.

    Xanadu

    Flows, Subflows und Aktionen in Workflow-Studio

    Nach dem Upgrade sehen Benutzer, die zuvor über die Rolle „fd_read_operations“ verfügten, nur grundlegende Ausführungsdetails wie Ausführungsstatus und Dauer. Diese Einschränkung verhindert, dass Anwender mit dieser Rolle vertrauliche Informationen in den Ausführungsdetails sehen. Um Lesezugriff auf alle Ausführungsdetails wie Eingabekonfiguration und Laufzeitwerte zu gewähren, gewähren Sie dem Benutzer die neue Rolle „fd_read_operations_all“.

    Xanadu

    Hardware Asset Management 11.0.0

    Nach dem Upgrade auf Xanadukönnen Sie sowohl die Core UI Performance Analytics -Dashboards als auch die Next Experience Platform Analytics -Dashboards für Hardware Asset Managementanzeigen.
    Hinweis:
    Bei der Migration der Core UI Performance Analytics -Dashboards zu den Next Experience Platform Analytics -Dashboards wird die automatische Migration standardmäßig deaktiviert, um doppelte Dashboards zu vermeiden.

    Xanadu

    ITOM Health

    Verbessern Sie Ihr Anwendungsservice-Mapping, indem Sie die App Service Extension aus dem ServiceNow Store®installieren.

    Xanadu

    ITOM Optimization

    Verbessern Sie Ihr Anwendungsservice-Mapping, indem Sie die App Service Extension aus dem ServiceNow Store®installieren.

    Xanadu

    ITOM-Transparenz

    Für eine verbesserte Service Mapping- Experience installieren Sie Service Mapping Plus Version 13.0 aus dem ServiceNow Store®.

    Verbessern Sie Ihr Anwendungsservice-Mapping, indem Sie die App Service Extension aus dem ServiceNow Store®installieren.

    Für Service Mapping Plus- Kunden: Verbessern Sie Ihr Anwendungsservice-Mapping, indem Sie die App Service Extension aus dem ServiceNow Store®installieren.

    Xanadu

    Industrial Process Manager

    Die Anwendung Prozessmanager Industrie hat jetzt eine Abhängigkeit von den Operational Technology Service Management- Anwendungen, zu denen Incident-Management für operative Technologie und Change-Managementfür operative Technologie gehören. Zur Installation des Prozessmanagers Industrie in Ihrer Instanz ist eine der folgenden SKUs erforderlich:
    • Transparenz deroperativen Technologie SKU
    • Operational Technology Service Management SKU
    • Jede anwenderdefinierte SKU, die zum Prozessmanager Industrieberechtigt

    Xanadu

    MID-Server

    Die aktuellen Systemanforderungen für MID-Server finden Sie unter Systemanforderungen für MID-Server. Die unterstützte JRE-Mindestversion ist 11.0.9, die empfohlene Version ist 11.0.16.1.

    Wenn Sie Ihre eigene JRE installiert haben, führt der Upgrade-Prozess die folgenden Aktionen aus, um zu überprüfen, ob der MID-Server eine unterstützte JRE verwendet:
    • Wenn ein MID-Server beim Upgrade eine nicht unterstützte Version der JRE verwendet, zeigt der Upgrade-Prozess eine Warnmeldung mit der minimalen und empfohlenen JRE-Version an.
    • Wenn eine unterstützte JRE auf dem MID-Server -Host ausgeführt wird, verwendet der aktualisierte MID-Server diese Version.

    Alle MID-Server -Hostcomputer benötigen Zugriff auf die Download-Website unter install.service-now.com, um automatische Upgrades zu aktivieren. Weitere Informationen finden Sie unter, wie das System MID-Server -Upgradesverwaltet.

    Gemäß dem ausführbaren Pfad ist nur ein Windows - MID-Server -Service zulässig. Aktualisierte Windows - MID-Server mit mehreren Services, die auf denselben Installationsordner verweisen, können nicht gestartet werden. Weitere Informationen finden Sie unterMID-Server startet nicht.

    Weitere Informationen zu MID-Server -Upgrades finden Sie in den folgenden Themen:

    Xanadu

    Now Assist für Security Operations

    Eine Liste der Anforderungen für die Implementierung der Anwendung finden Sie unter Ergänzende Informationen zu Now Assist für Security Operations.

    Xanadu

    Now Assist

    Wenn Sie UI-Aktionen oder andere Elemente angepasst haben, die Now Assist -Kompetenzen zugeordnet sind, stellen Sie sicher, dass Ihr angepasster Code mit den neuen Kompetenz-Releases aktualisiert wird. Andernfalls funktionieren bestimmte Funktionen möglicherweise nicht wie erwartet.

    Wenn beim Upgrade eines Now Assist -Produkts Probleme auftreten, lesen Sie den Artikel KB1637452: Probleme und Verringerung bei Now Assist-Anwendungen (generative KI) und Plugin-Updates. Möglicherweise müssen Sie sich anmelden, um den Artikel anzuzeigen.

    Xanadu

    Platform Analytics-Experience

    Neue Kunden: Die Platform Analytics -Experience ist automatisch auf der Now Platformverfügbar. Die intuitive Anwenderoberfläche hilft Ihnen, Ihre Daten besser zu verstehen und zu nutzen.

    Kunden upgraden: Wenn Sie derzeit reaktionsfähige Core-UI -Dashboards verwenden, haben Sie weiterhin Zugriff ohne Unterbrechung. Erwägen Sie den Wechsel zur Platform Analytics -Experience, um die neuen Fähigkeiten in vollem Umfang zu nutzen.

    Xanadu

    Playbooks in Workflow-Studio

    Aktualisieren Sie nach dem Upgrade auf Xanadudie Playbooks- und Workflow-Studio- Anwendungen im ServiceNow Store.

    Xanadu

    Public Sector Digital Services

    Nach dem Upgrade werden bestimmte Menüs und Menüelemente des öffentlichen Sektors im konfigurierbaren CSM-Arbeitsbereich auf ihre ursprünglichen CSM -Bezeichnungsnamen zurückgesetzt. Sie können diese Elemente für die Verwendung im öffentlichen Sektor umbenennen, indem Sie die UX-Listenkategorien für Kunden und Serviceorganisationen aktualisieren. Navigieren Sie zu, um weitere Informationen zur Umbenennung von Bezeichnungen zu erhalten Alle > Beteiligtenservice > Administration > Geführtes Setup, und wählen Sie Konfigurierbarer Arbeitsbereich für digitale Dienste für den öffentlichen Bereich > Arbeitsbereichsbezeichnungen manuell anpassen.

    Xanadu

    RPA-Hub

    Aktualisieren Sie eines dieser derzeit installierten Microsoft Software Installers (MSIs), indem Sie die RPA-Anwendungen herunterladen:
    • RPA Desktop Design Studio
    • Attended Robot
    • Unattended Robot
    • Unattended Robot Login Agent
    Weitere Informationen finden Sie unter RPA-Anwendungen von RPA-Hub herunterladen.

    Die folgenden Upgrade-Informationen gelten nur, wenn Sie ein Upgrade von San Diego oder Tokyo auf Xanadu durchführen.

    Basierend auf der Anzahl der Datensätze in der Anwendungsdateitabelle kann es beim Upgrade der RPA-Hub -Anwendungen von Tokyo oder früheren Releases auf Xanaduzu Verzögerungen kommen.

    Vor dem Upgrade von RPA-Hub auf Xanadumüssen Sie den Wert der Systemeigenschaft glide.rollback.blacklist.TableParentChange.change auf falsefestlegen. Wenn diese Eigenschaft in der Tabelle „Systemeigenschaft“ [sys_properties] nicht vorhanden ist, fügen Sie sie hinzu, und legen Sie ihren Wert auf „false“ fest. Weitere Informationen zum Hinzufügen von Eigenschaften finden Sie unter Systemeigenschafthinzufügen .

    Nach dem Upgrade auf Xanaduändern sich die Bot-Prozessdefinitionen in die neue Struktur, die Bot-Prozesskonfiguration.

    Obwohl die Bot-Prozesskonfiguration den Bot-Prozess nicht vollständig ersetzt, werden die meisten Felder vom Bot-Prozess in die Bot-Prozesskonfiguration verschoben. Wenn Sie ein Upgrade auf Xanadu durchführen, ohne den Wert der Systemeigenschaft zu aktualisieren, erweitern die Tabellen die Anwendungsdateitabelle nicht. Informationen zur manuellen Aktualisierung der Tabellenänderungen finden Sie im Artikel Restrukturierung von RPA-Hub-Tabellen zu sys_metadata in Utah und darüber hinaus in der Knowledge Base von Now Support.

    Xanadu

    Security Incident Response

    NA...

    Xanadu

    Sicherheitsstatus-Überwachung

    Eine vollständige Liste der Anwendungen, die zum Implementieren der Sicherheitsstatus-Überwachungerforderlich sind, finden Sie unter Sicherheitsstatus-Überwachung installieren.

    Xanadu

    Service Bridge

    • Service Bridge 2.xx, das mit dem Xanadu -Release veröffentlicht wird, unterstützt keine Migration der Legacy-Versionen von Service Bridge. Wenn Sie eine Service Bridge-Version (veraltet) verwenden, müssen Sie vor dem Upgrade auf das Xanadu -Release die Anweisungen im Artikel „Service Bridge für Anbieter (veraltet) – Migrationsdienstprogramm“ (KB1499823) in der Knowledge Base von Now Support befolgen, um Ihre Konfiguration zu migrieren Daten.
    • Aufgrund der Einführung nicht übereinstimmender Versionsunterstützung können neue Berechtigungen erst aktiviert werden, wenn sowohl die Verbraucher als auch die Anbieter ein Upgrade auf das Xanadu- Release durchführen. Ältere aktive Berechtigungen funktionieren weiterhin, neue können jedoch nicht aktiviert werden.

    Xanadu

    Service Operations-Arbeitsbereich für ITSM

    Stellen Sie sicher, dass die folgenden Anwendungen über kompatible aktualisierte Versionen verfügen:
    • Anwendung „Service Operations Workspace ITSM Applications“ (sn_sow_itsm_cont)
    • AnwendungService Operations-Arbeitsbereich ITOM Applications (sn_sow_itom_cont)
    Tabelle : 10. Kompatible Versionen des Service Operations-Arbeitsbereichs
    Service Operations-Arbeitsbereich für ITSM (sn_sow_itsm_cont) Service Operations-Arbeitsbereich für ITOM (sn_sow_itom_cont)
    1.1.x 21.0.J
    1.2.x 21.1.j
    1.3.x 21.2.y, 21.5.y und 21.6.y
    2.0.x 22.0.J
    2.1.x 22.1.y und 22.yy
    3.1.x 23.jj
    4.xx 24.jj
    5.0.x 24.2.y

    Xanadu

    ServiceNow SDK

    Führen Sie mit dem Befehl now-sdk upgrade ein Upgrade auf die aktuelle Version des ServiceNow SDK durch. Weitere Informationen finden Sie unter ServiceNow SDK upgraden.

    Xanadu

    Kompetenzmanagement

    Das Kompetenz-Dashboard wird im Xanadu -Release automatisch zur Next Experience-UI migriert. Wenn Sie ein Upgrade durchführen, können Sie in der Next Experience-UIautomatisch auf das Kompetenz-Dashboard zugreifen.

    Xanadu

    Software Asset Management

    Beim Upgrade auf die Microsoft Entra ID-Spoke-Version 4.3 wird die Verzeichnisaufgabe Microsoft Azure AD - Download Group Membership nicht für vorhandene Microsoft Azure AD SSO- oder Directory-Integrationen ausgeführt. Dieser Verzeichnisauftrag wird auch nicht für neue Microsoft Azure AD SSO- oder Directory-Integrationen erstellt. Stattdessen lädt die Verzeichnisaufgabe Microsoft Azure AD - Download Groups alle in Microsoft Azure ADkonfigurierten Gruppen und Gruppenmitgliedschaften herunter.

    Xanadu

    System-Update Sets

    Sammeln von Informationen.

    Xanadu

    Telecommunications Network Inventory

    Wenn Sie bereits Benutzer von früheren Releases sind, sind nach dem Upgrade auf Xanadusowohl veraltete als auch neue Produktmodelle im Menü „Netzwerkbestand-Arbeitsbereich“ verfügbar. Um dieses Problem zu beheben, müssen Sie Ihre veralteten Produktmodelldaten zu den neuen Produktmodelltabellen in Ihrer aktuellen Instanz migrieren. Weitere Informationen zum Verfahren finden Sie unter KB1695167.

    Xanadu

    Workflow-Studio

    Ab Washington DC Patch 3 werden durch die Aktualisierung von Workflow Studio automatisch alle zugehörigen Anwendungsabhängigkeiten wie ServiceNow® Workflow Studio, Playbook und ServiceNow® Decision Builderaktualisiert. Sie können die einzelnen Anwendungsabhängigkeiten von Workflow-Studio nicht mehr im ServiceNow Store® oder in der Liste der Plugins anzeigen oder aktualisieren.

    Xanadu