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 Yokohamadiese 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	Release-Hinweise	Familie
KI-Suche	Die KI-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 Umfragekarte klicken 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 : 2. 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 Industriedurchfü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,IDR) 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 unter MID-Server startet nicht. Weitere Informationen zu MID-Server- Upgrades finden Sie in den folgenden Themen: Prüfung vor dem Upgradedes MID-Servers: Beschreibt, wie die AutoUpgrade-Überwachung die Upgrade-Fähigkeit des MID-Serversauf Ihrem System vor dem eigentlichen Upgrade testet. MID-Server manuell upgraden: Beschreibt, wie Sie Ihre MID-Server manuell aktualisieren.	Utah
Manager-Hub	Wenn Sie ein Upgrade auf den Release Yokohama 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
Digitale Dienste für den öffentlichen Bereich	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 : 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).	Utah
Serviceportal	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-Anpassungen rü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 Zielformular„Unternehmen“, „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)des Upgrade 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	Weitere Informationen zu den veröffentlichten Versionen der Anwendung Vulnerability Response sowie zu Anwendungen von Drittanbietern und ServiceNow, die mit Utahkompatibel sind, finden Sie im Artikel Vulnerability Response-Kompatibilitätsmatrix und Releaseschemaänderungen [KB0856498] in der HI Knowledge Base. Informationen zu den neuen Funktionen für Vulnerability Responsefinden Sie in den Versionshinweisen zu Vulnerability Response.	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	Warnmeldungskonfigurationfür Microsoft 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 Industriedurchfü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,IDR), 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äß KB1364728ein. 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 IDR 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 unter MID-Server startet nicht. Weitere Informationen zu MID-Server- Upgrades finden Sie in den folgenden Themen: Prüfung vor dem Upgradedes MID-Servers: Beschreibt, wie die AutoUpgrade-Überwachung die Fähigkeit des MID-Servers testet, auf Ihrem System vor dem eigentlichen Upgrade ein Upgrade durchzuführen. MID-Server manuell upgraden: Beschreibt, wie Sie Ihre MID-Server manuell aktualisieren.	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	Ab dem Release vom November 2023 unterstützt die Anwendung „Order Management“ den gesamten Lebenszyklus von Produkt- und Serviceaufträgen, einschließlich der Auftragserfüllungsfunktionen, die mit der Anwendung „Order Management for Telecommunications, Media, and Technology“ bereitgestellt werden. Wenn Sie ein Abonnement für Telecommunications Service Management haben, installieren Sie die Anwendung Order Management for Telecom, Media and Tech aus dem ServiceNow Store. Diese Anwendung installiert die Anwendung „Auftragsmanagement“, Telekommunikations-Demodaten und die folgenden ServiceNow Open API-Implementierungen der TM Forum API REST-Spezifikationen: Produktkatalog Open API Servicekatalog-OpenAPI Product Order Open API Serviceauftrags-OpenAPI Product Inventory Open API Technische Servicequalifizierung – Open API Wenn Sie mit der Anwendung „Order Management for Customer Service Management“ vertraut sind, können Sie diese Schnittstelle nach der Installation von „Order Management“ optional verwenden. Weitere Informationen hierzu finden Sie unter Anwenderoberfläche für Auftragsmanagement für Customer Service Management KB1554296 aktivieren. Informationen zu Änderungen an der Schnittstelle finden Sie unter Änderungen an der Anwendung „Order Management for Customer Service Management“ KB1560237. 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
Digitale Dienste für den öffentlichen Bereich	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 Vancouverdurchfü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 : 4. 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). Wenn die aktualisierte Instanz eine der folgenden Anpassungen aufweist, müssen Sie Standard-Datensatzseiten-Changes migrieren. Weitere Informationen finden Sie unter Standard-Datensatzseite in Service Operations-Arbeitsbereich konfigurieren. Beliebige anwenderdefinierte deklarative Aktion des Clienttyps Beliebiges anwenderdefiniertes Modal Bildschirm oder Bildschirmbedingung einer benutzerdefinierten horizontalen Registerkarte oder einer kontextbezogenen Seitenbereich-Registerkarte 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
Serviceportal	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 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-Anpassungen rü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_anydingfestgelegt war, 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. Ab v2.1.0 werden die vorhandenen Ziele, bei denen das Feld Typ auf Meilenstein festgelegt ist, als qualitative Ziele betrachtet. Nach dem Upgrade von Strategic Planningwird für diese vorhandenen Ziele die Maßeinheit auf Ja/Nein, der Basiswert auf Neinund der Zielwert automatisch 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. 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	Weitere Informationen zu den veröffentlichten Versionen der Anwendung Vulnerability Response sowie zu den mit Vancouver kompatiblen Anwendungen von Drittanbietern und ServiceNowfinden Sie im Artikel Vulnerability Response-Kompatibilitätsmatrix und Releaseschemaänderungen [KB0856498] in der Knowledge Base. Informationen zu den neuen Funktionen für Vulnerability Responsefinden Sie in den Versionshinweisen zu Vulnerability Response.	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. Ab Version 20.0 der Anwendung Vulnerability Response und Version 2.03 der Anwendung Vulnerability Emergency Response wird der Arbeitsbereich für Schwachstellenanalysten in Arbeitsbereich für Schwachstellenbewertung umbenannt. Alle Verweise auf den Arbeitsbereich für Schwachstellenanalysten sind jetzt Arbeitsbereich für Schwachstellenbewertung.	Vancouver
KI-Suche	Washington DC, Patch 9: Nach dem Upgrade von einem früheren Release auf Washington DC Patch 9 können Sie den Inhalt von Wissensblöcken durchsuchbar machen, indem Sie alle indizierten Quellen, die Wissensartikel enthalten, neu indizieren. Weitere Informationen zur erneuten Indizierung finden Sie unter Vollständigen Tabellenindex durchführen oder für eine einzelne indizierte Quelle neu indizieren oder Vollständigen Tabellenindex durchführen oder für mehrere indizierte Quellen neu indizieren. Washington DC: Bei einem Upgrade auf Washington DCaktualisiert die KI-Suche automatisch Ihre vorhandenen Genius-Ergebniskonfigurationen, um die neuen Formularfelder für die Genius-Ergebniskonfigurationder 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 Antwortprozessorfür KI-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. TCO des 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: Das Feld „Referenz des Standorts“ in „sn_hcls_impunization“ wurde auf „cmn_location“ aktualisiert. Alle Daten werden aus den Tabellen „Verkauftes Produkt im Gesundheitswesen“ in die Tabellen „Installationsbasiselement“ verschoben. Zeilen im betroffenen Installationsbasiselement werden basierend auf dem Wert für „source_task“ aus dem verkauften Healthcare-Produkt ausgefüllt. Der Status von „sn_hcls_enrolled_program“ und „sn_hcls_enrolled_program_service“ wird aus „hcls_state“ kopiert. Alle Daten werden in die eigenständigen Tabellen Gesundheitsorganisation, Standort des Gesundheitswesens und Standort des Arztes verschoben. 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. Datensätze, die sich auf eine Serviceorganisation beziehen, werden mit einem Verweis auf den entsprechenden Geschäftsstandort aktualisiert. 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. 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-Management für operative Technologiegehö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,IDR), 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 unter MID-Server startet nicht. Weitere Informationen zu MID-Server- Upgrades finden Sie in den folgenden Themen: Prüfung vor dem Upgradedes MID-Servers: Beschreibt, wie die AutoUpgrade-Überwachung die Upgrade-Fähigkeit des MID-Servers auf Ihrem System vor dem eigentlichen Upgrade testet. MID-Server manuell upgraden: Beschreibt, wie Sie Ihre MID-Server manuell aktualisieren.	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-Studio aktualisieren. Tabelle : 5. 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 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 RecurringCharges, 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
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
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-Punktzahlen migrieren.	Washington DC
Platform Analytics-Experience	Die Platform 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 Navigationvon 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 DCdurchfü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
Digitale Dienste für den öffentlichen Bereich	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 DCdurchfü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 Systemeigenschaft hinzufü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 zur Implementierung 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 : 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 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
Serviceportal	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. 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 Storeherunterladen. 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 Storeherunterladen. Weitere Informationen zum Ausführen von Korrekturskripts finden Sie unter Korrekturskripts ausfü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
Risikomanagement von Drittparteien	Wenn Sie ein VRM -Benutzer sind, der ein Upgrade auf TPRMdurchführt, müssen Sie beim Upgrade auf Vancouver oder höher von einem früheren Release jedes Upgrade nacheinander ausführen, um sicherzustellen, dass die Korrekturskripts ordnungsgemäß ausgeführt werden. Dies bedeutet ein Upgrade von Utah auf Vancouver, Vancouver auf Washington DCusw. Wenn die Skripts nicht in der richtigen Reihenfolge ausgeführt werden, kann dies zu Dateninkonsistenzen, fehlerhaften Funktionen und Konflikten führen. Weitere Informationen zum Upgrade von VRM auf TPRMfinden Sie unter Upgrade-Informationen für Risikomanagement von Drittparteien.	Washington DC
Vulnerability Response-Integrationen	Weitere Informationen zu den veröffentlichten Versionen der Anwendung Vulnerability Response sowie zu den Anwendungen von Drittanbietern und ServiceNow, die mit dem Washington DC- Release kompatibel sind, finden Sie im Artikel Vulnerability Response-Kompatibilitätsmatrix und Releaseschemaänderungen [KB0856498] im Now Support- Wissen Basis Informationen zu den neuen Funktionen von Vulnerability Responsefinden Sie in den Versionshinweisen zu Vulnerability Response.	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 : 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
KI-Suche	Xanadu- Patch 3: Nach dem Upgrade von einem früheren Release auf Xanadu Patch 3 können Sie den Inhalt von Wissensblöcken durchsuchbar machen, indem Sie alle indizierten Quellen, die Wissensartikel enthalten, neu indizieren. Weitere Informationen zur erneuten Indizierung finden Sie unter Vollständigen Tabellenindex durchführen oder für eine einzelne indizierte Quelle neu indizieren oder Vollständigen Tabellenindex durchführen oder für mehrere indizierte Quellen neu indizieren. Xanadu: 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: 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. 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 ein Upgrade von einem früheren Release durchführen, müssen Sie das Referenzfeld in der Tabelle „Steuercode“ [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	Informationen zu den neuen Funktionen von Vulnerability Responsefinden Sie in den Versionshinweisen zu Vulnerability Response. Weitere Informationen zu den veröffentlichten Versionen der Anwendung Application Vulnerability Response sowie zu den Anwendungen von Drittanbietern und ServiceNow, die mit dem Xanadu- Release kompatibel sind, finden Sie im Artikel Vulnerability Response-Kompatibilitätsmatrix und Releaseschemaänderungen [KB0856498] im Now Support- Wissen Base.	Xanadu
Bewertungen und Umfragen	Aktualisieren Sie die Automated Test Framework -Tests (ATF), wenn Sie von einer Version vor Utah auf Xanaduaktualisieren. 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.	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 > Selfservice > 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
Datenschutz	Mithilfe von Lizenzierungsänderungen können Sie Daten-Discovery, Daten-Discovery -APIs, Datenanonymisierungs- und Datenschutz -APIs ohne Berechtigung installieren. Sie müssen jedoch zum Ausführen einer Aufgabe berechtigt sein.	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
Connectors für externe Inhalte	Ab Version 2 der Anwendung „External Content Connectors“ implementieren Connectors für externe Inhalte die semantische Vektorindizierung für durchsuchte Elemente. Wenn Sie ein Upgrade auf eine Version durchführen, die semantische Vektorindizierung unterstützt, indizieren Ihre vorhandenen Connectors alle zuvor abgerufenen Elemente neu, wenn sie das nächste Mal von einer Durchforstung aufgerufen werden, auch wenn der Inhalt dieser Elemente unverändert bleibt. Um die semantische Vektorindizierung Ihrer externen Inhaltselemente so bald wie möglich nach dem Upgrade zu erzwingen, brechen Sie alle laufenden Durchforstungen ab, und starten Sie sie dann manuell neu.	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
Ziel-Framework für SPM	Führen Sie nach dem Upgrade auf Ziel-Framework für SPM v2.3.0 die geplante Aufgabe „Aufgliederungsintervall zu Prüfhäufigkeit migrieren“ aus. Diese geplante Aufgabe migriert die vorhandenen Werte in den Feldern Überprüfungshäufigkeit und Aufgliederungsintervall in das Feld Check-in-Häufigkeit in den Zieldatensätzen. Weitere Informationen dazu, wie diese Werte für Ziele mit anderen Werten migriert werden, finden Sie unter Migration der Zielaufgliederungen.	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 1.13.0 aus dem ServiceNow® Store. 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-Management für operative Technologiegehö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 unter MID-Server startet nicht. Weitere Informationen zu MID-Server- Upgrades finden Sie in den folgenden Themen: Prüfung vor dem Upgradedes MID-Servers: Beschreibt, wie die AutoUpgrade-Überwachung die Upgrade-Fähigkeit des MID-Servers auf Ihrem System vor dem eigentlichen Upgrade testet. MID-Server manuell upgraden: Beschreibt, wie Sie Ihre MID-Server manuell aktualisieren.	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 for Security Incident Response. Die Anwendung „KI-Suche“ muss aktiviert sein, damit die Kompetenz „Empfohlene Aktionen“ für Security Incidents funktioniert. Um zu überprüfen, ob die KI-Suche in Ihrer Instanz aktiviert ist, navigieren Sie zu Alle > KI-Suche > Status der KI-Suche. Wenden Sie sich an den Support, wenn auf der Seite angezeigt wird, dass die KI-Suche nicht aktiviert ist.	Xanadu
Auftragsmanagement	Die im Xanadu -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 monatlich wiederkehrenden Gebühren (Monthly Recurring Charges, MRC) und die nicht wiederkehrenden Gebühren (Non-Recurring Charges, NRC) für Produktangebote und Produktattributmerkmale nicht mehr im Datenmodell des Produktangebots gespeichert. Stattdessen werden MRC und NRC im Datenmodell für die Preisgestaltung in Preislisten und Preislistenpositionen gespeichert. 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 Xanadu-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 finden Sie im Artikel Deprecating Telco List for Bestellerfassung [KB1586538] in der Now Support Knowledge Base. Wenn Sie ein Upgrade-Kunde sind, der die Felder „Vertragsstartdatum“ und „Vertragsenddatum“ verwendet und über Datensätze verfügt, können Sie diese Datensätze in das aktuelle Datenmodell migrieren, indem Sie die geplante Aufgabe Migrate data from deprecated contract fields to new fields on Order and Order Lines ausführen. Diese geplante Aufgabe muss manuell ausgeführt werden, indem Sie zu navigieren Systemdefinitionen > Geplante Aufgaben. Weitere Informationen zu geplanten Aufgaben finden Sie unter Geplante Aufgaben.	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
Product Catalog Management und Pricing Management	Wenn Sie den Erweiterungspunkt sn_csm_pricing.PricingAdjustmentsExtensionPoint für Preisanpassungen verwenden, ändern Sie den Standardpreisplan (eingeführt im Release November 2024) nach dem Upgrade. Die Preisgestaltungsschritte für die Matrizen „Preisanpassung für Konfigurationskomponente“ und „Standardpreisanpassung“ sind nicht anwendbar. Entfernen Sie als Preisgestaltungsadministrator oder -manager die Schritte für diese Matrizen aus dem Standardpreisplan. Navigieren zu Alle > Preisgestaltung > Preisgestaltungspläne. Wählen Sie den veröffentlichten Standardpreisplan aus. Wählen Sie Kopieren. Wechseln Sie in der Kopie des Preisgestaltungsplans zur zugehörigen Liste „Preisplanschritte“. Wählen Sie die Zeilen für den Schritt Anpassungen der Konfigurationskomponente anwenden (Sequenz 50) und den Schritt Kontextbezogene Anpassungen anwenden (Sequenz 60) aus, und wählen Sie Löschen im Menü Aktionen für ausgewählte Zeilen. Wählen Sie Aktualisieren. Veröffentlichen Sie die Kopie des Preisgestaltungsplans.	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 Xanadudurchfü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 Systemeigenschaft hinzufü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
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. Wenn Sie ein Upgrade von Version 1.xx von Service Bridgedurchführen, führen Sie die im Upgradeleitfaden für die Anwendung Service Bridge für Anbieter und Verbraucher (Version 2.xx – KB1700387) aufgeführten Schritte aus, um Ihre Service Bridge -Anwendungen zu migrieren. 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 : 8. 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 5.1.0 25.2.0 6.1.1 26.0.12	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	Nach dem Upgrade auf die Microsoft Entra ID-Spoke-Version 4.3 wird die Verzeichnisaufgabe Microsoft Azure AD - Download Group Membership nicht für vorhandene SSO- oder Directory-Integrationen ausgeführt. Dieser Verzeichnisauftrag wird auch nicht für neue SSO- oder Directory-Integrationen erstellt. Stattdessen lädt die Verzeichnisaufgabe Microsoft Azure AD - Download Groups alle in konfigurierten Gruppen und Gruppenmitgliedschaften herunter.	Xanadu
Strategische Planung	Führen Sie nach dem Upgrade auf Strategic Planning v4.3.2 die geplante Aufgabe „Aufgliederungsintervall zu Checkinhäufigkeit migrieren“ aus. Diese geplante Aufgabe migriert die vorhandenen Werte in den Feldern Überprüfungshäufigkeit und Aufgliederungsintervall in das Feld Check-in-Häufigkeit in den Zieldatensätzen. Weitere Informationen dazu, wie diese Werte für Ziele mit anderen Werten migriert werden, finden Sie unter Migration der Zielaufgliederungen.	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
Risikomanagement von Drittparteien	Wenn Sie ein VRM -Benutzer sind, der ein Upgrade auf TPRMdurchführt, müssen Sie beim Upgrade auf Vancouver oder höher von einem früheren Release jedes Upgrade nacheinander ausführen, um sicherzustellen, dass die Korrekturskripts ordnungsgemäß ausgeführt werden. Dies bedeutet ein Upgrade von Utah auf Vancouver, Vancouver auf Washington DCusw. Wenn die Skripts nicht in der richtigen Reihenfolge ausgeführt werden, kann dies zu Dateninkonsistenzen, fehlerhaften Funktionen und Konflikten führen. Weitere Informationen zum Upgrade von VRM auf TPRMfinden Sie unter Upgrade-Informationen für Risikomanagement von Drittparteien.	Xanadu
Vulnerability Response-Integrationen	Weitere Informationen zu den veröffentlichten Versionen der Anwendung Vulnerability Response sowie zu den Anwendungen von Drittanbietern und ServiceNow, die mit dem Xanadu- Release kompatibel sind, finden Sie im Artikel Vulnerability Response Compatibility Matrix and Release Schema Changes [KB0856498] ( Kompatibilitätstabelle für Vulnerability Response) in der Knowledge Base von Now Support. Informationen zu den neuen Funktionen von Vulnerability Responsefinden Sie in den Versionshinweisen zu Vulnerability Response.	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
KI-Suche	Wenn Sie ein Upgrade von einem früheren Release auf Yokohama durchführen, machen Sie den Inhalt von Wissensblöcken durchsuchbar, indem Sie alle indizierten Quellen, die Wissensartikel enthalten, neu indizieren. Weitere Informationen zur erneuten Indizierung finden Sie unter Vollständigen Tabellenindex durchführen oder für eine einzelne indizierte Quelle neu indizieren oder Vollständigen Tabellenindex durchführen oder für mehrere indizierte Quellen neu indizieren.	Yokohama
Accounts Payable Operations	Wenn Sie ein Upgrade von einem früheren Release durchführen, müssen Sie das Referenzfeld in der Tabelle „Steuercode“ [sn_fin_tax_code] konfigurieren. Das Ausnahmemodul validiert die Rechnung anhand des Steuercodes und löst bei Bedarf Ausnahmen aus.	Yokohama
App Engine Studio	Aufgrund eines neuen Prozesses für die Zuweisung von Gruppen in App Engine Management Center (AEMC) müssen Sie sicherstellen, dass auf jeder Ihrer Instanzen dieselbe Version des Plugins „Application Intake“ installiert ist.	Yokohama
Application Vulnerability Response	Informationen zu den neuen Funktionen von Vulnerability Responsefinden Sie in den Versionshinweisen zu Vulnerability Response. Weitere Informationen zu den veröffentlichten Versionen der Anwendung Application Vulnerability Response sowie zu den Anwendungen von Drittanbietern und ServiceNow, die mit dem Xanadu- Release kompatibel sind, finden Sie im Artikel Vulnerability Response-Kompatibilitätsmatrix und Releaseschemaänderungen [KB0856498] im Now Support- Wissen Base.	Yokohama
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.	Yokohama
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.	Yokohama
Datenschutz	Mithilfe von Lizenzierungsänderungen können Sie Daten-Discovery, Daten-Discovery -APIs, Datenanonymisierungs- und Datenschutz -APIs ohne Berechtigung installieren. Sie müssen jedoch zum Ausführen einer Aufgabe berechtigt sein.	Yokohama
DevOps-Change-Geschwindigkeit	Wenn Sie Neukunde sind oder eine zBoot-Instanz verwenden und in DevOps Change-Geschwindigkeiteinen typbasierten Workflow-Change-Anforderungen erstellen möchten, müssen Sie die Eigenschaft com.snc.change_management.change_model.type_compatibility hinzufügen und auf true festlegen. Weitere Informationen finden Sie unter Systemeigenschaft hinzufügen.	Yokohama
Verwaltung von Verschlüsselungsschlüsseln	Die GlideEncrypter-API verwendet den Verschlüsselungsstandard „Triple Data Encryption Standard“ (3DES) mit drei Schlüsseln, dessen Verwendung nach 2023 gemäß NIST 800-131A Revision 2 empfohlen wird. Die folgenden Änderungen werden im Yokohama -Release vorgenommen, um eine vollständige Einstellung von GlideEncrypter/3DES in der Zukunft vorzubereiten. Neue Yokohama -Instanzen können GlideEncrypter nicht verwenden. Alle Basissystemskripts wurden geändert, um alternative Verschlüsselungsverfahren zu verwenden. Wenn Sie Ihre Yokohama- Instanzen aktualisieren, können Sie 3DES weiterhin verwenden. Sie können die 3DES-Nutzung jedoch auch mit einer Systemeigenschaft deaktivieren. Weitere Informationen zur 3DES-Einstellung finden Sie in KB1704481.	Yokohama
Connectors für externe Inhalte	Ab Version 2 der Anwendung „External Content Connectors“ implementieren Connectors für externe Inhalte die semantische Vektorindizierung für durchsuchte Elemente. Wenn Sie ein Upgrade auf eine Version durchführen, die semantische Vektorindizierung unterstützt, indizieren Ihre vorhandenen Connectors alle zuvor abgerufenen Elemente neu, wenn sie das nächste Mal von einer Durchforstung aufgerufen werden, auch wenn der Inhalt dieser Elemente unverändert bleibt. Um die semantische Vektorindizierung Ihrer externen Inhaltselemente so bald wie möglich nach dem Upgrade zu erzwingen, brechen Sie alle laufenden Durchforstungen ab, und starten Sie sie dann manuell neu.	Yokohama
Financial Services Card Operations	Während des Upgrades auf Yokohamaändert das Plugin „Financial Services Card Operations“ die Transaktionstabelle für Kartenkonflikte [sn_bom_credit_card_disputes_transaction] in die Tabelle „Finanzaufgabe“ [sn_bom_task] in Financial Services Operations Core um. Beim Reparenting werden die Vorteile und Fortschritte von ServiceNow® Financial Services Operations Core genutzt, während die Funktionalität vorhandener Anwendungen beibehalten wird. Hinweis: Wenn Ihre Instanz die Transaktionstabelle für Kartenkonflikte [sn_bom_credit_card_disputes_transaction] verwendet und diese Tabelle eine große Datenmenge enthält, kann es zu längeren Upgrade-Zeiten kommen.	Yokohama
Generative KI-Controller	Der Generative KI-Controller wird installiert und aktualisiert, wenn Sie eine Now Assist -Anwendung installieren oder aktualisieren. Wenn Sie Probleme beim Installieren oder Aktualisieren von Anwendungen haben, finden Sie in diesem Wissensartikel Schritte zur Lösung des Problems. Andernfalls können Sie einen Supportfall erstellen.	Yokohama
ITOM Health	Verbessern Sie Ihr Anwendungsservice-Mapping, indem Sie die App Service Extension aus dem ServiceNow Store®installieren. Besuchen Sie den ServiceNow Store, um Informationen zum Senden von Anforderungen an den Store zu erhalten.	Yokohama
ITOM-Transparenz	Die 3DES-Unterstützung soll für MID-Server mit SSH-basierter Discovery oder SSH-basierten Integrationen dauerhaft vom MID-Server entfernt werden. Weitere Informationen finden Sie unter 3DES-Einstellung in SSH von Xanadu [KB1644950].	Yokohama
Instanzübergreifende Datenreplikation	Verbessern Sie die Leistung und Verarbeitungseffizienz der Instanzdatenreplikation (Instance Data Replication,IDR), indem Sie Ihre Replikationssätze auf V2 aktualisieren, die 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.	Yokohama
MID-Server	Die aktuellen Systemanforderungen für MID-Server finden Sie unter Systemanforderungen für MID-Server. Die unterstützte JRE-Mindestversion ist 17.0.10, die empfohlene Version ist 17.0.12. 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 der Datei 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 unter MID-Server startet nicht. Weitere Informationen zu MID-Server- Upgrades finden Sie in den folgenden Themen: Prüfung vor dem Upgradedes MID-Servers: Beschreibt, wie die AutoUpgrade-Überwachung die Upgrade-Fähigkeit des MID-Servers auf Ihrem System vor dem eigentlichen Upgrade testet. MID-Server manuell upgraden: Beschreibt, wie Sie Ihre MID-Server manuell aktualisieren.	Yokohama
Now Assist Analytics	Now Assist Analytics wird installiert und aktualisiert, wenn Sie eine Now Assist -Anwendung installieren oder aktualisieren. Wenn Sie Probleme beim Installieren oder Aktualisieren von Anwendungen haben, finden Sie in diesem Wissensartikel Schritte zur Lösung des Problems. Andernfalls können Sie einen Supportfall erstellen.	Yokohama
Now Assist-Kompetenzkit	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.	Yokohama
Now Assist für Security Incident Response	Ab Version 2.0.1 wird der Name der Anwendung Now Assist for Security Operations im ServiceNow Store® und in Ihrer Now Platform-® Instanz in Now Assist for Security Incident Responsegeändert. Sie müssen ein Upgrade auf Version 2.0.1 durchführen, um auf die folgenden Funktionen zugreifen zu können: Generieren Sie im Kontextmenü von Now Assist Lösungshinweise. Generieren Sie Korrelationseinblicke für die Untersuchung eines Security Incident im Now Assist- Bereich. Die Anwendung „KI-Suche“ muss aktiviert sein, damit die Kompetenz „Empfohlene Aktionen“ für Security Incidents funktioniert. Um sicherzustellen, dass die KI-Suche in Ihrer Instanz aktiviert ist, navigieren Sie zu Alle > KI-Suche > Status der KI-Suche. Wenden Sie sich an den Support, wenn auf der Seite angezeigt wird, dass die KI-Suche nicht aktiviert ist.	Yokohama
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.	Yokohama
Platform Analytics-Experience	Wenn Sie Ihre Analytics-Assets zuvor zu Platform Analyticsmigriert hatten, werden Assets, die sich im Kompatibilitätsmodus befanden, aber jetzt in Yokohama unterstützt werden, automatisch migriert.	Yokohama
Playbooks in Workflow-Studio	Aktualisieren Sie nach dem Upgrade auf Yokohamadie Anwendung Workflow Studio im ServiceNow Store.	Yokohama
Digitale Dienste für den öffentlichen Bereich	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 Bezeichnungen für die Datensätze der UX-Listenkategorie für Kunden, Accountsund 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.	Yokohama
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 Yokohamadurchführen. Abhängig von der Anzahl der Datensätze in der Anwendungsdateitabelle kann es beim Upgrade der RPA-Hub- Anwendungen von Tokyo oder früheren Releases auf Yokohamazu einer Verzögerung kommen. Vor dem Upgrade von RPA-Hub auf Yokohamamü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 Systemeigenschaft hinzufügen. Nach dem Upgrade auf Yokohamaä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 Yokohama durchführen, ohne den Wert der Systemeigenschaft zu aktualisieren, erweitern die Tabellen nicht die Tabelle „Anwendungsdatei“ [sys_metadata]. Informationen zur manuellen Aktualisierung der Tabellenänderungen finden Sie im Artikel Restrukturieren von RPA-Hub-Tabellen zu sys_metadata in Utah und höher [KB1223629] in der Now Support Knowledge Base.	Yokohama
Sicherheitsstatus-Überwachung	Eine vollständige Liste der Anwendungen, die zum Implementieren der Sicherheitsstatus-Überwachungerforderlich sind, finden Sie unter Sicherheitsstatus-Überwachung installieren.	Yokohama
Service Bridge	Wenn Sie Service Bridge für Provider und Service Bridge für Verbraucher in einer einzigen Instanz verwenden, müssen Sie beide Anwendungen gleichzeitig auf dieselbe Version aktualisieren, um die Kompatibilität zu gewährleisten. Die globale Service Bridge -Skripteinbindung wird automatisch installiert oder aktualisiert, wenn Sie die Anwendung Service Bridge auf den folgenden Plattformversionen installieren: Washington DC, Patch 9 Xanadu- Patch 4 Yokohama Service Bridge 2.xx, das zuerst mit dem Xanadu -Release veröffentlicht wurde, unterstützt die Migration von Service Bridge -Versionen (veraltet) nicht. Wenn Sie eine Service Bridge- Version (Legacy) verwenden, müssen Sie vor dem Upgrade auf das Yokohama- Release die Anweisungen im Artikel „Service Bridge für Provider (Legacy) – Migrationsdienstprogramm“ in der Now Support Knowledge Base befolgen, um Ihre Konfiguration zu migrieren Daten. Wenn Sie ein Upgrade von Service Bridge Version 1.xx durchführen, führen Sie die Schritte im Upgradeleitfaden für die Anwendung Service Bridge für Anbieter und Verbraucher (Version 2.xx) [KB1700387] aus, um Ihre Service Bridge -Anwendungen zu migrieren. 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 Service Bridge -Version 2.xx durchführen Ältere aktive Berechtigungen funktionieren weiterhin, neue können jedoch nicht aktiviert werden. Wenn Sie vor dem Upgrade der Plattform auf das Yokohama -Release ein Upgrade auf Service Bridge- Version 2.0.55 mit dem Plugin „Vertriebs- und Auftragsmanagement -Plugin Version 1.0.4“ durchführen, werden die neuen Deny-ACLs nicht installiert. Um sicherzustellen, dass die Deny-ACLs installiert werden, müssen Sie nach dem Upgrade auf Yokohamaauf Reparieren klicken, um die Anwendung Service Bridge neu zu installieren.	Yokohama
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) Weitere Informationen zu kompatiblen Versionen finden Sie unter Versionskompatibilität zwischen Service Operations-Arbeitsbereich für ITSM und Service Operations-Arbeitsbereich ITOM.	Yokohama
ServiceNow-IDE	ServiceNow IDE Version 1.1.4 ist standardmäßig auf Instanzen im Yokohama -Release aktiv. Aktualisieren Sie auf ServiceNow IDE Version 2.0 oder höher, um die neuesten Funktionen zu verwenden. Informationen zum Aktualisieren der ServiceNow-IDEfinden Sie unter Anwendungen im Anwendungsmanager installieren.	Yokohama
ServiceNow Studio	ServiceNow Studio muss nicht mehr aus dem ServiceNow Storeheruntergeladen werden. Sie ist standardmäßig auf der Now Platform verfügbar.	Yokohama
Software Asset Management	Ab dem Yokohama -Release werden alle Skripteinbindungen für den Abgleich vom Familienrelease in die Store-Anwendung Software Asset Management (com.sn_itam_samp) verschoben. Wenn Sie beim Upgrade auf YokohamaAnpassungen an Abgleichsskripteinbindungen vorgenommen haben, müssen Sie Ihre Anpassungen auf die neuen Skripteinbindungen übertragen. Die alten Skripteinbindungen werden als veraltet markiert. Beim Upgrade auf Yokohama Patch 1 mit installierter Store-Anwendung Software Asset Management (sn_itam_samp) 2.1.0 müssen Sie die Berechtigungen für die vorhandenen CrowdStrike -Integrationsprofile löschen. Anschließend erstellen Sie auf Grundlage der Lizenzmetriken verschiedene CrowdStrike -Produkte wie CrowdStrike Falcon Endpoint Protection und CrowdStrike Falcon Discover neue Berechtigungen. Zu diesen Metriken gehören der Sensor „Reservierter stündlicher Durchschnitt“ und das Sensorabonnement, die unter der CrowdStrike- Lizenzmetrikgruppe zu finden sind. Wenn sich vorhandenes CrowdStrike -Profil im Status Entwurf befindet, erstellen Sie neue Integrationsprofile, und löschen Sie die vorhandenen. Wenn sich ein vorhandenes CrowdStrike -Profil im Status Veröffentlicht befindet, wird sein Status in Entwurf geändert.	Yokohama
Telecommunications Network Inventory	Das Yokohama -Release benötigt die Xanadu -Plattformversion, um die Playbook-Funktion „Design and Assign“ zu unterstützen.	Yokohama
Telecommunications Service Operations Management (TSOM)	Nach der Installation von Telecommunications Service Operations Management TSOM sind möglicherweise alle anwenderdefinierten IRE-Identifizierungsregeln betroffen, die auf Schnittstellenkarten, Steckplätze, Substeckplätze und Netzwerkschnittstellen angewendet werden. Sie müssen die Regeln überprüfen und validieren, um eine ordnungsgemäße Funktionalität sicherzustellen.	Yokohama
Risikomanagement von Drittparteien	Wenn Sie ein VRM -Benutzer sind, der ein Upgrade auf TPRMdurchführt, müssen Sie beim Upgrade auf Vancouver oder höher von einem früheren Release jedes Upgrade nacheinander ausführen, um sicherzustellen, dass die Korrekturskripts ordnungsgemäß ausgeführt werden. Dies bedeutet ein Upgrade von Utah auf Vancouver, Vancouver auf Washington DCusw. Wenn die Skripts nicht in der richtigen Reihenfolge ausgeführt werden, kann dies zu Dateninkonsistenzen, fehlerhaften Funktionen und Konflikten führen. Weitere Informationen zum Upgrade von VRM auf TPRMfinden Sie unter Upgrade-Informationen für Risikomanagement von Drittparteien.	Yokohama
Vulnerability Response-Integrationen	Weitere Informationen zu den veröffentlichten Versionen der Anwendung Vulnerability Response sowie zu den Anwendungen von Drittanbietern und ServiceNow, die mit dem Yokohama- Release kompatibel sind, finden Sie im Artikel Vulnerability Response Compatibility Matrix and Release Schema Changes [KB0856498] ( Kompatibilitätstabelle für Vulnerability Response) in der Knowledge Base von Now Support. Informationen zu den neuen Funktionen von Vulnerability Responsefinden Sie in den Versionshinweisen zu Vulnerability Response.	Yokohama
Personaloptimierung für ITSM	Erhöhte Sicherheit für den Zugriff auf Personaloptimierung für ITSM Wenn Sie ein Upgrade auf das Yokohama -Release durchführen, können Sie die erweiterte Sicherheit für die Anwendung Personaloptimierung für ITSM aktivieren. Um die erweiterte Sicherheit zu erhalten, müssen Sie sich an den Now Support wenden, um das Plugin „ITSM Enhanced Security Features“ (com.snc.itsm.enhanced_security) zu installieren. Nachdem Sie das Plugin installiert haben, benötigen Sie die hier aufgeführten Rollen, um auf die entsprechenden Funktionen zugreifen zu können. Funktionen in Personaloptimierung für ITSM Für jeden Anwender erforderliche Rolle Fähigkeitenanalyse Fähigkeitenanalyse-Manager (sn_wfo_skillreview.manager) Fähigkeitenanalyse-Benutzer (sn_wfo_skillreview.user) Arbeitsplaner Arbeitsplaner-Administrator (sn_wfo_work_sched.admin) Arbeitsplaner-Manager (sn_wfo_work_sched.manager) Applaudieren Applaudieren – Administrator (sn_applaud.admin) Applaudierender Benutzer (sn_applaud.user)	Yokohama