Aufgaben vor und nach dem Upgrade für verschiedene Produkte
Ü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
Ü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
| 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 |
| 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 |
| 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:
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:
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 |
| 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 |
| 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 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:
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:
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:
Nach einem Upgrade auf die Anwendung ITSM Shift Planning Host v 5.3.0 aus dem ServiceNow Storegeschieht Folgendes:
| 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 |
| 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:
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 |
| 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:
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 |
| 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 |
| 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 |
| 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:
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 |
| 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:
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 |
| 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:
| 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:
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:
| Washington DC | ||||||||||||||||||
Configuration Management Database (CMDB) |
| 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 | 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:
| 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.
| 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:
| 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]:
Darüber hinaus wurden die übergeordneten Tabellen der folgenden Tabellen entfernt, und sie sind eigenständige Tabellen:
Vorhandene Daten werden auf folgende Weise migriert, damit vorhandene Funktionen nicht beeinträchtigt werden:
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:
| 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:
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.
| 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:
Ü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 , und wählen Sie . | 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:
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:
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 Management – SaaS-Lizenzverwaltung“ verschoben werden.
| 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.
| 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:
| 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) |
| 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:
| 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:
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 , und wählen Sie . | Xanadu | ||||||||||||||||||
RPA-Hub | Aktualisieren Sie eines dieser derzeit installierten Microsoft Software Installers (MSIs), indem Sie die RPA-Anwendungen 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 |
| Xanadu | ||||||||||||||||||
Service Operations-Arbeitsbereich für ITSM | Stellen Sie sicher, dass die folgenden Anwendungen über kompatible aktualisierte Versionen verfügen:
| Xanadu | ||||||||||||||||||
ServiceNow SDK | Führen Sie mit dem Befehl | 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 |