Upgrade-Informationen für alle Funktionen und Produkte von Washington DC .

Zusammenfassung der kumulativen Versionshinweise zu Upgrade-Informationen für Washington DC Funktionen und Produkte.

Überprüfen Sie vor dem Upgrade auf Washington DCdie Upgrade-Informationen für alle vorhandenen -Produkte. Bei einigen Produkten müssen Sie vor dem Upgrade bestimmte Aufgaben ausführen.

Anwendung oder Funktion	Details
KI-Suche	Wenn Sie ein Upgrade auf Washington DCdurchführen, aktualisiert KI-Suche automatisch Ihre vorhandenen Genius-Ergebniskonfigurationen, um die neue zu verwenden KI-Suche Formular „Genius-Ergebniskonfiguration“ Felder. Dieses Aktualisierungsverfahren nimmt die folgenden Änderungen vor: Entfernt vorhandene Feldwerte für Genius-Ergebnisantworttyp. Migriert Werte des Genius-Ergebnislogikfelds in die neuen KI-Suche Anforderungsprozessor- und KI-Suche Antwortprozessorfelder nach Bedarf. Nachdem Sie Ihre Instanz auf Washington DCaktualisiert haben, behält KI-Suche den Wert bei, den Sie zuvor für die Systemeigenschaft Boolescher Suchoperator, der verwendet werden soll, wenn eine Suchabfrage mehrere Begriffe enthält ( glide.ais.query.search_operator ). festgelegt haben. 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. Weitere Informationen zu den Systemeigenschaften von KI-Suche finden Sie unter AI Search system properties. Ab Washington DCsortiert die Benutzertabelle [sys_user] indizierte Datensätze standardmäßig nach ihrem sys_created_on-Datum anstatt nach ihrem sys_updated_on-Datum. Diese Änderung erfordert eine Neuindizierung der indizierten Quelle der Benutzertabelle für KI-Suche, was zeitaufwändig sein kann. Wenn Sie ein Upgrade von einem früheren Familien-Release auf Washington DCKI-Suche durchführen, indiziert [] die indizierte Quelle der Benutzertabelle nicht automatisch neu. Wenn Sie in der Lage sein müssen, die aktuelle Konfiguration nach Benutzerdatensätzen zu durchsuchen, können Sie die indizierte Quelle der Benutzertabelle manuell neu indizieren. Dies kann einige Zeit in Anspruch nehmen. Andernfalls indiziert KI-Suche einzelne Benutzertabellendatensätze neu, wenn sie aktualisiert werden, bis alle Datensätze neu indiziert wurden.
Automated Test Framework	Kopieren Sie die von Now Platform® bereitgestellten Schnellstarttests, und passen Sie sie an, um zu überprüfen, ob Ihre Instanz nach Konfigurationsänderungen funktioniert. Zum Beispiel, wenn Sie ein Upgrade anwenden oder eine Anwendung entwickeln. Die Tests können nur dann ein positives Ergebnis liefern, wenn Sie sie auf einem Basissystem ohne Anpassungen und mit den Standard-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 benutzerdefinierten Daten hinzu. Weitere Informationen finden Sie unter Available quick start tests by application or feature.
Business Continuity Management	Nach einem Upgrade auf das Release Washington DC müssen Sie die folgenden wichtigen Informationen für vorhandene Business-Impact-Analysen, Geschäftskontinuitätspläne und Events beachten: Für Business-Impact-Analysen wird die Spalte Quelle in der Abhängigkeitsbewertung in Primäre Quelle umbenannt, und die BCM -Quelle wird für manuell hinzugefügte Abhängigkeiten nach einem Upgrade in Manuell umbenannt. Wenn Sie auf die Aktionsschaltflä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 Aktionsschaltflä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 vorgelagerten BIA-Abhängigkeiten und nachgelagerten BIA-Abhängigkeiten als Quellen in der Update-Konfiguration beibehalten. Wenn Sie für Events und Übungen auf die Aktionsschaltfläche Abhängigkeiten aktualisieren klicken, 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 vorgelagerte BIA-Abhängigkeiten und nachgelagerte BIA-Abhängigkeiten als Quellen in der Update-Konfiguration beibehalten.
Configuration Management Database (CMDB)	Die Spalte product_instance_id wurde der Basistabelle „Konfigurationselement“ [cmdb_ci] hinzugefügt, um den neuen Produktinstanzbezeichner (PID) zu unterstützen, der die Suche und Verknüpfung von bereits vorhandenen zugehörigen Assets, CIs und Installationsbasiselementen (IBI) ermöglicht. . Weitere Informationen zu den Auswirkungen dieser Änderung während des Upgrades und zur Minimierung dieser Auswirkungen finden Sie im Knowledge Base-Artikel Upgrade impact of CMDB_CI schema changes for Washington release [KB1534035]. Wenn Sie CMDB 360 nach dem Upgrade auf das Release Washington DC zum ersten Mal aktivieren, müssen Sie zum Aktivieren der Erfassung von CMDB 360-Daten für CIs aus Nicht-CMDB-Klassen (Klassen, die nicht von der Klasse „Configuration Item“ [cmdb_ci] abgeleitet sind) die glide.identification_engine.multisource_non_cmdb_ci_enabled Systemeigenschaft auf „true“ festgelegt. Wenn Sie die ältere Anwendung Data Certification in der Core-UI verwendet haben, sind alle zugehörigen Definitionen in der neuen Implementierung von Data Certification in CMDB Workspace nicht verfügbar. Nach dem Upgrade auf das Release Washington DC und auf CMDB Workspace Version 6.0 können Sie in der veralteten Datenzertifizierungsanwendung erstellte Definitionen in CMDB Workspace-Zertifizierungsrichtlinien für Datenmanager konvertieren. Weitere Informationen finden Sie unter .
Core Now Platform	Bisher wurden bestimmte auditierbare Vorgänge nicht aufgezeichnet, wenn eine Transaktion abgebrochen wurde. 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 verringert wird, dass eine abgebrochene Transaktion den Vorgang abbricht, bevor das Audit aufgezeichnet wird. Um diese Aktualisierung 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 „true“ in „false“ neu definiert. Idealerweise ist diese Eigenschaft nicht in der Tabelle „Eigenschaften“ definiert, was bedeutet, dass die meisten Instanzen ab Release Washington DC den neuen Standardwert und das neue Verhalten 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.
Verschlüsselungsschlüsselverwaltung	Wenn Sie Ihre Instanz auf Washington DCMID-Server, aber nicht auf [] aktualisieren, schlägt die Geheimnisverwaltungs-Authentifizierung fehl. Vermeiden Sie Authentifizierungsfehler, indem Sie MID-Server auf Washington DCaktualisieren. Wenn Sie kein Upgrade durchführen können, müssen Sie die Authentifizierung deaktivieren, bis MID-Server [] auf Washington DC aktualisiert wurde, um Authentifizierungsfehler zu vermeiden. Weitere Informationen zu MID Server-Upgrades finden Sie unter MID Server upgrades.
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 ein neues Feld model_component_id in der Asset-Tabelle [alm_asset] verfügbar. Das Komponentenskript ENT – Zu neuem Modell migrieren verschiebt die vorhandenen Felddaten „model_component“ in das Feld „model_component_id“. Beachten Sie die folgenden Upgrade-Szenarien für die Gesamtbetriebskosten (TCO) von Assets: Das Upgrade funktioniert für alle Enterprise Asset Management Flow-Aufgaben Sie müssen für jede Workflow-Aufgabe Aufgabenkostenkarten haben. Das TCO-Upgrade füllt die Felder Asset und Ausgabenkategorie in Kostenlinien aus, die jeder Aufgabe entsprechen. Die Ausgabenkategorie wird basierend auf den Kostenlinien und der Quelle der Kostenlinie ausgefüllt. Sie müssen die TCO-Benchmark-Kosten und das TCO-Benchmark-Schwellenwertfeld für alle vorhandenen Modelle manuell oder mithilfe der Massenimportfunktion ausfüllen. Das TCO-Upgrade füllt die folgenden Felder in Asset-Formularen aus: Ende der Nutzungsdauer von Asset: Das Erstellungsdatum plus die Nutzungsdauer in Monaten. Datum der ersten Verwendung des Assets: Das Erstellungsdatum. Asset-TCO: Die zusammengefasste Summe aller Kostenlinien, die sich auf das Asset beziehen. Für einfache Assets ist der TCO des Assets die zusammengefasste Summe der Kostenlinien darunter. Für komplexe Assets ist „Asset-TCO“ die zusammengefasste Summe der Kostenlinien des übergeordneten und der untergeordneten Assets.
Financial Services Operations Core	Während des Upgrades auf Washington DCwerden die folgenden Tabellen vom Plugin Financial Services Operations Core neu übergeordnet: Hinweis: Wenn die aktualisierte Instanz eine große Anzahl von Datensätzen aufweist, kann das Upgrade länger dauern. Die Tabelle „Servicedefinition“ [sn_bom_service_definition] erweitert die Tabelle „Servicedefinition“ [sn_case_type_selection] anstelle der Tabelle „Anforderungsdefinition“ [sn_ind_request_definition]. Die Tabelle „Finanzaufgabe“ [sn_bom_task] erweitert die Tabelle „Kundenserviceaufgabe“ [sn_customerservice_task] anstelle der Tabelle „Globale Aufgabe“ [task]. Die Tabelle „Police-Teilnehmer“ [sn_bom_policy_participant] erweitert sich aus der Tabelle „Verkaufte Produkte – Zugehörige Partei“ [sn_install_base_sold_product_related_party]. Reparenting ermöglicht die Nutzung der von ServiceNow® Kundenservice-Management (Customer Service Management, CSM) eingeführten Vorteile und Verbesserungen bei gleichzeitiger Beibehaltung der Funktionalität vorhandener Anwendungen.
Hardware Asset Management 10.0.0	Berücksichtigen Sie nach dem Upgrade auf Washington DCdie folgenden Upgrade-Szenarien für die Gesamtbetriebskosten (TCO) von Assets: Das Upgrade funktioniert für alle Hardware Asset Management Flow-Aufgaben. Sie müssen für jede Workflow-Aufgabe Aufgabenkostenkarten haben. Das TCO-Upgrade füllt ein Asset- und Ausgabenkategoriefeld in der Kostenlinie, die jeder Aufgabe entspricht. Die Ausgabenkategorie wird basierend auf den Kostenlinien und der Quelle der Kostenlinie ausgefüllt. Sie müssen die TCO-Benchmark-Kosten und das TCO-Benchmark-Schwellenwertfeld für alle vorhandenen Modelle manuell oder mithilfe der Massenimportfunktion ausfüllen. TCO-Upgrade füllt die folgenden Felder in Assets aus: Ende der Nutzungsdauer von Asset: Erstellungsdatum zusammen mit Nutzungsdauer in Monaten. Datum der ersten Verwendung von Asset: Gleich wie das Erstellungsdatum. Asset-TCO: Aggregierte Summe aller Kostenlinien, die sich auf das Asset beziehen. Für einfache Assets ist der TCO des Assets die zusammengefasste Summe der Kostenlinien darunter. Für komplexe Assets ist „Asset-TCO“ die zusammengefasste Summe der Kostenlinien des übergeordneten und der untergeordneten Assets.
Healthcare and Life Sciences Service Management Core	Während des Upgrades auf Washington DCändert sich die übergeordnete Tabelle „Verkauftes Gesundheitsprodukt“ [sn_hcls_sold_product] für die folgenden Tabellen in das Installationsbasiselement [sn_install_base_item]: Mitgliederplan [sn_hcls_member_plan] Medikamente [sn_hcls_medikation] Immunisierung [sn_hcls_munization] 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 sind eigenständige Tabellen: Gesundheitsorganisation [sn_hcls_organization] Gesundheitsstandort [sn_hcls_location] Standort des Anwenders [sn_hcls_practitioner_facility] Durch diese Neuordnung können Kunden die Organisationen und Standorttabellen für eine breitere Palette von Anwendungsfällen verwenden. Vorhandene Daten werden auf folgende Weise migriert, damit die vorhandene Funktionalität nicht beeinträchtigt wird: Referenz des Standortfelds in „sn_hcls_munization“ wurde aktualisiert, um „cmn_location“ zu verwenden. Alle Daten werden aus den Tabellen „Verkauftes Gesundheitsprodukt“ in „Installationsbasiselement“ verschoben. Zeilen im betroffenen Installationsbasiselement werden basierend auf dem Wert source_task aus dem verkauften Gesundheitsprodukt 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 „Organisation des Gesundheitswesens“, „Gesundheitsstandort“ und „Standort des behandelnden 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 Anwender, der einen Datensatz am Standort des Anwenders hat, wird ein Datensatz in der Tabelle „Mitglied der Serviceorganisation“ mit dem entsprechenden Geschäftsstandort erstellt. Datensätze, die Gesundheitsstandortdaten enthalten, enthalten die übergeordnete Serviceorganisation dieses Gesundheitsstandorts. Hinweis: Wenn die aktualisierte Instanz eine große Anzahl von Datensätzen aufweist, kann das Upgrade länger dauern.
Instanzübergreifende Datenreplikation	Verbessern Sie die Leistung und Verarbeitungseffizienz von Instanzübergreifende Datenreplikation (IDR), indem Sie Ihre Replikationssätze auf V2 aktualisieren, das Hermes Messaging-Serviceverwendet. Details finden Sie unter Upgrading legacy replication sets to V2 in Instance Data Replication. Die Protokollrotation wird nach dem Upgrade automatisch für die Tabelle „Replizierungsnutzlastfehler“ [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.
MID-Server	Informationen zu den 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 eine eigene JRE installiert haben, werden beim Upgrade-Vorgang die folgenden Aktionen ausgeführt, um sicherzustellen, dass MID-Server eine unterstützte JRE verwendet: Wenn MID-Server beim Upgrade eine nicht unterstützte Version der JRE verwendet, zeigt der Upgrade-Vorgang eine Warnmeldung mit der minimalen und empfohlenen JRE-Version an. Wenn eine unterstützte JRE auf dem Host [ MID-Server ausgeführt wird, verwendet der aktualisierte MID-Server diese Version. Alle MID-Server -Hostcomputer erfordern Zugriff auf die Download-Site unter install.service-now.com, um automatische Upgrades zu aktivieren. Weitere Details finden Sie unter, wie das System verwaltet MID-Server Upgrades. Pro ausführbarem Pfad ist nur ein Service Windows MID-Server zulässig. Aktualisierte Windows MID Servers mit mehreren Services, die auf denselben Installationsordner verweisen, können nicht gestartet werden. Siehe MID-Server kann nicht gestartet werden für weitere Informationen. Weitere Informationen zu Upgrades von MID-Server finden Sie in den folgenden Themen: MID-Server Prüfung vor dem Upgrade: Beschreibt, wie die AutoUpgrade-Überwachung die Fähigkeit von MID-Server zum Upgrade auf Ihrem System vor dem tatsächlichen Upgrade testet. Aktualisieren Sie die MID-Server manuell: Beschreibt, wie Sie MID Servers manuell aktualisieren.
Now Assist	Weitere Informationen zur Fehlerbehebung bei Upgrades der Anwendung Now Assist und des Plugins finden Sie im KB-Artikel zu Problemen und Abhilfemaßnahmen für Now Assist-Upgrades.
Now Assist für Ersteller
Order Management	Neue Funktionen, die in diesem Release Washington DC eingeführt wurden, werden in früheren Releases von Order Managementnicht unterstützt.
Order Management für Telekommunikation, Medien und Technologie	Neue Funktionen, die in diesem Release Washington DC eingeführt wurden, werden in früheren Releases von Order Management for Telecommunications, Media, and Technologynicht unterstützt. Ab Release Washington DC werden die für Produktangebote und Produktattributmerkmale festgelegten monatlichen wiederkehrenden Gebühren (MRC) und nicht wiederkehrenden Gebühren (NRC) im Datenmodell „Preisgestaltung“ in Preislisten und Preislistenpositionen und nicht im Produktangebot gespeichert -Datenmodell. Wenn Sie Ihre Preisinformationen aktualisieren möchten, um nach dem Upgrade auf Washington DCPreislisten zu verwenden, lesen Sie den Artikel Price Management Plugin (com.sn_csm_pricing) uptake for Telecommunications, Media, and Technology Customers Upgrade to Washington [KB1585863] (Upgrade zu Washington) in der Knowledge Base des Now Support . Nach dem Upgrade auf das Release Washington DC wird automatisch ein Korrekturskript ausgeführt, um bestimmte Telekommunikationslistendatensätze 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 „Telco-Liste für Auftragserfassung veraltet“ [KB1586538] in der Knowledge Base des Now Support. Überprüfen Sie nach dem Upgrade auf Washington DCdie Neukonfigurations-Workarounds 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 Order position reconfiguration Problems in Washington when using Order Erfassungs-UI [KB1585976] in der Knowledge Base des Now Support.
Performance Analytics	Die veraltete Tabelle „PA-Punktzahlen“ [pa_scores] ist veraltet. Wenn Sie noch Indikatorpunktzahlen in der PA-Punktzahltabelle erfasst haben 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 zusätzliche Zeit für das Upgrade beträgt ungefähr zwei Stunden. Weitere Informationen finden Sie unter KB1294371 oder Migrating Performance Analytics scores.
Platform Analytics-Experience	Die Experience-FunktionalitätPlatform Analytics befand sich zuvor im Arbeitsbereich Platform Analytics. Die Funktionalität ist jetzt Teil des Kerns Now Platform, auf den über den Next Experience Zentrale Navigationzugegriffen werden kann. Sie können alle Dashboards, Berichte und Performance Analytics -Widgets, die in Core-UI erstellt wurden, zu dieser Funktionalität migrieren.
Playbooks in Workflow-Studio	Aktualisieren Sie nach dem Upgrade auf Washington DCdie Anwendungen Playbooks und Workflow-Studio im ServiceNow Store.
Portfolioplanung	Ab v8.0.0 können Sie nur in Strategische Planung Workspace auf die von Strategic Portfolio Management (SPM) Pro lizenzierten Funktionen zugreifen. Wenn Sie eine SPM Pro-Lizenz besitzen, aber dennoch die von SPM Pro lizenzierten Funktionen (z. B. Ziele, Produktfeedback, Hybrid-Portfolioplanung und zusätzliche Objektive) in Portfolioplanung Workspace verwenden, müssen Sie Strategische Planung installieren, um darauf zuzugreifen -Funktionen. Weitere Informationen zu Funktionen, auf die nur in Strategische Planung Workspace zugegriffen werden kann, finden Sie unter Portfolioplanung mit strategischer Planung vergleichen.
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.
Proaktive Service-Experience-Workflows	Kunden, die keine Problemticketbenachrichtigungen erhalten möchten, können die Geschäftsregeln in Bezug auf die Incident- und Falltabellen deaktivieren. Weitere Informationen zum Deaktivieren der Business Rules für die Problemticketbenachrichtigung finden Sie unter Deactivate trouble ticket notification.
Public Sector Digital Services	Nach dem Upgrade werden bestimmte Menüs und Menüelemente des öffentlichen Sektors in Konfigurierbarer Arbeitsbereich für CSM auf ihre ursprünglichen CSM Bezeichnungsnamen zurückgesetzt. Sie können diese Elemente für die Verwendung im öffentlichen Sektor neu kennzeichnen, indem Sie die UX-Listenkategorien für Kunden- und Serviceorganisationen aktualisieren. Weitere Informationen zum Umbenennen von Bezeichnungen finden Sie unter Alle > Beteiligtenservice > Administration > Geführtes Setupund wählen Sie Konfigurierbarer Arbeitsbereich für Public Sector Digital Services > Passen Sie Arbeitsbereichsbezeichnungen manuell an..
Robotic Process Automation (RPA) Hub	Stellen Sie sicher, dass Sie eines der folgenden derzeit installierten Microsoft-Software-Installationsprogramme (MSIs) aktualisieren, indem Sie die RPA-Anwendungen herunterladen: RPA Desktop Design Studio Attended Robot Unattended Robot Unattended Robot Melden Sie sich beim Agent an 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 potenziellen Verzögerung kommen. Vor dem Upgrade von RPA Hub auf Washington DCmüssen Sie den Wert der Systemeigenschaft glide.rollback.blacklist.TableParentChange.change auf falsesetzen. Wenn diese Eigenschaft in der Tabelle „Systemeigenschaft“ [sys_properties] nicht vorhanden ist, fügen Sie die Eigenschaft hinzu, und legen Sie ihren Wert auf „false“ fest. Weitere Informationen zum Hinzufügen einer Eigenschaft finden Sie unter Add a system property. Nach dem Upgrade auf Washington DCändern sich die Bot-Prozessdefinitionen in die neue Struktur, die die Bot-Prozesskonfiguration ist. 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 die Version Utah durchführen, ohne den Systemeigenschaftswert zu aktualisieren, erweitern die Tabellen die Anwendungsdateitabelle nicht. Informationen zum manuellen Aktualisieren der Tabellenänderungen finden Sie im Artikel Restrukturieren von RPA Hub-Tabellen zu sys_metadata in Utah in der Now Support Knowledge Base.
Service Operations-Arbeitsbereich für IT Service Management	Stellen Sie sicher, dass die folgenden Anwendungen kompatible aktualisierte Versionen haben: Service Operations-Arbeitsbereich ITSM Anwendung „Anwendungen“ (sn_sow_itsm_cont) Service Operations-Arbeitsbereich ITOM Anwendung „Anwendungen“ (sn_sow_itom_cont) Tabelle : 1. Kompatible SOW-Versionen SOW-ITSM (sn_sow_itsm_cont) SOW-ITOM (sn_sow_itom_cont) 1.1.x 21.0.y 1.2.x 21.1.y 1.3.x 21.2.y, 21.5.y und 21.6.y 2.0.x 22.0.y 2.1.x 22.1.y und 22.yy 3.1.x 23.JJ 4.0.x 24.JJ In der Tabelle ist x die Unterversion der Anwendung Service Operations-Arbeitsbereich ITSM Applications (sn_sow_itsm_cont) und y die Unterversion der Anwendung Service Operations-Arbeitsbereich ITOM Applications (sn_sow_itom_cont). Nach dem Upgrade auf 3.0 ist die Funktion Empfehlungs-Framework nicht mehr verfügbar. Stattdessen ist nur die Standardversion der Funktion Recommended Actions for ITSM verfügbar.
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 Tabelleneingabeparameter 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 Configure widget security. Wenn ein Benutzer zuvor eine Benutzereinwilligungseinstellung für die Analyse der Benutzer-Experience 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 Release Washington DC verwendet. Beispiel: Wenn Benutzer im Release [] die Nachverfolgung für Portale, aber die Nachverfolgung für den Rest der Plattform deaktiviert haben, werden im Release Washington DCVancouver Benutzer-Experience-Analysen für Portale für sie nachverfolgt. Benutzer können ihre Auswahl jederzeit über die Benutzerprofilseite in Portalen aktualisieren.
Software Asset Management	Nach dem Upgrade auf Washington DCmüssen Sie alle Anpassungen im Zusammenhang mit Adobe - und Microsoft 365 -Integrationen mit Ihrer ServiceNow -Instanz wiederholen, da die Funktionalitäten dieser Integrationen in die Store-Anwendung Software Asset Management – SaaS-Lizenzmanagement verschoben werden. Wenn Sie eine betroffene Datei angepasst haben, überspringt der Upgrade-Vorgang die Datei und zeigt einen Konflikt an. Sie müssen den Konflikt manuell auflösen und sicherstellen, dass die alte vorhandene Datei gelöscht wird. Wenn Sie eine betroffene Datei nicht angepasst haben, wird die Datei im Rahmen des Upgrades gelöscht, und es wird eine Datei mit einer neuen sys_id erstellt.
Strategische Planung	Ab v4.0.2 können Sie nur in Strategische Planung Workspace auf die von Strategic Portfolio Management (SPM) Pro lizenzierten Funktionen zugreifen. Wenn Sie eine SPM Pro-Lizenz besitzen, aber dennoch die von SPM Pro lizenzierten Funktionen (z. B. Ziele, Produktfeedback, Hybrid-Portfolioplanung und zusätzliche Objektive) in Portfolioplanung Workspace verwenden, müssen Sie Strategische Planung installieren, um darauf zuzugreifen -Funktionen. Weitere Informationen zu Funktionen, auf die nur in Strategische Planung Workspace zugegriffen werden kann, finden Sie unter Portfolioplanung mit strategischer Planung vergleichen.
Supplier Lifecycle Operations	Nach dem Upgrade von Release Washington DCVancouver auf Release [] wird auf der Navigationsregisterkarte Alle nur Source-to-Pay-Arbeitsbereich angezeigt. Sie müssen nichts tun, wenn Sie Source-to-Pay-Arbeitsbereichweiterhin verwenden möchten. Auf der Registerkarte „ Arbeitsbereiche “ werden jedoch sowohl Source-to-Pay-Arbeitsbereich als auch Supplier Manager Workspace angezeigt. Wenn Sie Supplier Manager Workspace anstelle des Standard- Source-to-Pay-Arbeitsbereichverwenden möchten, stellen Sie sicher, dass Sie das Korrekturskript fixscript_migrate_workspace_to_smw.xml nach dem Upgrade auf das Release Washington DC ausführen. Sie können die Datei fixscript_migrate_workspace_to_smw.xml aus dem ServiceNow Storeherunterladen. Weitere Informationen zum Ausführen eines Korrekturskripts finden Sie unter Run fix scripts. Wenn Sie zur Verwendung von Source-to-Pay-Arbeitsbereichzurü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 eines Korrekturskripts finden Sie unter Run fix scripts.
UI Builder	Aktualisieren Sie nach dem Upgrade auf Washington DCdie Anwendung UI Builder von ServiceNow Store.
User Experience Analytics	Benutzer können die grundlegende Nachverfolgung deaktivieren. Eine Trichter-Datenvisualisierung ist für User Experience Analytics Datenquellen verfügbar.
Virtual Agent	Einige Funktionen, die in Vancouver Patch 7 bereitgestellt wurden, sind im ersten Early Access-Release von Washington DC nicht verfügbar. Diese Funktionen sind in zukünftigen Patch-Releases von Washington DCverfügbar: Eingabesammler steuern Änderungen Drag-and-Drop, um Eingaben innerhalb des Knotens neu anzuordnen. Geben Sie die Art der Eingabe an, die der Knoten akzeptiert: Text, E-Mail, IP-Adresse, Telefonnummer, URL oder benutzerdefiniert. Die maximale Anzahl von Eingaben pro Knoten beträgt 5. Option „Benutzeraufforderung erzwingen“ im Steuerelement „Textbenutzereingabe“. Umschalter im Bereich „Erweiterte Eigenschaften“, mit dem Themenautoren die Nachricht angeben können, die dem Benutzer anstelle der vom LLM generierten Antwort angezeigt wird.
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 Release Washington DC kompatibel sind, finden Sie im Artikel Vulnerability Response Compatibility Matrix and Release Schema Changes [KB0856498] (Vulnerability Response Compatibility Matrix and Release Schema Changes) [KB0856498] in der Now Support. Knowledge Base. Weitere Informationen zu den neuen Funktionen von Vulnerability Responsefinden Sie unter Versionshinweise zu Vulnerability Response.