Aufgaben vor und nach dem Upgrade für verschiedene Produkte

  • Freigeben Version: Washingtondc
  • Aktualisiert 10. Januar 2026
  • 73 Minuten Lesedauer
  • Überprüfen Sie in Vorbereitung auf das Upgrade 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 auf ein reibungsloseres Upgrade vor

    Aufgaben vor dem Upgrade, Upgrade, Aufgaben nach dem Upgrade

    Bevor Sie ein Upgrade auf Washington DCdurchführen, überprüfen Sie diese Aufgaben vor und nach dem Upgrade, und schließen Sie die Aufgaben nach Bedarf ab.

    Upgrade- und Migrationsaufgaben

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

    KI-Suche

    Wenn Sie ein Upgrade von Quebec oder Rome auf San Diegodurchführen, indiziert die KI-Suche alle indizierten Inhalte auf Japanisch automatisch neu. Dieser einmalige Neuindizierungsprozess ist erforderlich, um die Verbesserungen der Japanisch-Such-Experience in diesem Release zu aktivieren.

    Wenn Sie Q&A Genius-Ergebnisse in Quebec oder Romeaktiviert haben, müssen Sie Ihre Knowledge -Inhalte nach dem Upgrade auf San Diegoneu indizieren. Dieser einmalige Neuindizierungsprozess ist erforderlich, um die Q&A-Verbesserungen in diesem Release zu aktivieren.

    San Diego

    Dashboard „Anwendungsnutzungsübersicht“.

    Nach dem Upgrade auf das San Diego- Release können Sie die Homepage der Anwendungsnutzungsübersicht nicht mehr bearbeiten.

    San Diego

    Bewertungen und Umfragen

    Nachdem Sie Bewertungen und Umfragen auf San Diegoaktualisiert haben, deaktivieren Sie die veraltete E-Mail-Benachrichtigung für Umfragebenutzereinladungen. Aktivieren Sie dann die Umfrageeinladung, eine neue E-Mail-Benachrichtigung.

    San Diego

    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 Verfügbare Schnellstarttests nach Anwendung oder Funktion.

    ATF unterstützt bestimmte Elemente von Next Experience nicht. Weitere Informationen finden Sie unter Automated Test Framework.

    San Diego

    Business Continuity Management

    • Business-Impact-Analyse (BIA): Die Felder „ Auswirkungsanalyse“, „ Konfigurationselement“ und „ Elementdefinition “ wurden der Tabelle „Abhängigkeit“ [sn_bia_dependency] hinzugefügt. Ein Korrekturskript, Abhängigkeitsreferenzen ausfüllen, migriert vorhandene Daten.
    • Business Continuity Planning (BCP): Das Feld „Beschreibung“ wird der Tabelle „Plandokument“ [sn_bcp_document] hinzugefügt. Ein Korrekturskript, Beschreibung in Plandokumenten aktualisieren, migriert die vorhandenen Daten. Die Beschreibung wird aus der entsprechenden Beschreibung des Dokumentabschnitts ausgefüllt.

    San Diego

    Cloud-Einblicke

    Anweisungen finden Sie unter Upgrade auf Version 2.2.

    San Diego

    Configuration Compliance

    • Aufgrund einer Änderung des Datenmodells in der Anwendung „ Configuration Compliance “ kann das Upgrade merklich länger dauern als bei vorherigen Upgrades. Weitere Informationen finden Sie unter KB0856498.

    • Wenn Sie die Anwendung zuvor aus dem ServiceNow Store heruntergeladen haben und eine neue Version verfügbar ist, können Sie sie in Ihrer Now Platform- Instanz aktualisieren.
    • Weitere Informationen zu veröffentlichten Versionen der Anwendung Configuration Compliance sowie zu Anwendungen von Drittanbietern und ServiceNow, die mit San Diegokompatibel sind, finden Sie im Artikel Vulnerability Response Compatibility Matrix and Release Schema Changes [KB0856498] in der HI Knowledge Base.
    Tabelle : 2. Upgrade-Informationen für die Versionen 14.3 bis 12.0 von Configuration Compliance auf San Diego
    Version Beschreibung des Upgrades
    14.3 Zertifiziert für San Diego im ServiceNow Store.
    13.1 Zertifiziert für San Diego im ServiceNow Store.
    12.2 Zertifiziert für San Diego im ServiceNow Store.

    Das Tenable.io- Produkt der Tenable Vulnerability Integration importiert Richtlinien, Kontrollen (Testergebnisse) und Konfigurationstests zur Verarbeitung in der Anwendung Configuration Compliance.

    Weitere Informationen finden Sie unten im Abschnitt „Neu im Release San Diego “.

    12.1 Zertifiziert für San Diego im ServiceNow Store.
    12.0 Zertifiziert für San Diego im ServiceNow Store.
    Beachtung der Groß-/Kleinschreibung im Bedingungsgenerator für Gruppenregel-Datensätze und -Formulare
    Standardmäßig (bei deaktivierter Checkbox „Groß-/Kleinschreibung beachten“) wird beim eingegebenen Suchtext im Bedingungsgenerator nicht zwischen Groß- und Kleinschreibung unterschieden. Sie können die Beachtung der Groß-/Kleinschreibung für den Regelübereinstimmungstext aktivieren oder deaktivieren, den Sie für Testergebnis-Gruppenregeln-Formulare und -Datensätze eingeben.

    Bei Zuweisungsregeln, Korrekturzielregeln, CI-Suchregeln sowie Rechnerdatensätzen und -formularen wird beim Suchtext, den Sie im Bedingungsgenerator eingeben, nicht zwischen Groß- und Kleinschreibung unterschieden. Bei Suchen in diesen Datensätzen wird die Beachtung der Groß-/Kleinschreibung nicht mehr unterstützt.

    Vor Version 12.0 wurde in einer Warnmeldung darauf hingewiesen, dass Leistungsprobleme auftreten können, wenn die Option zur Beachtung der Groß-/Kleinschreibung inaktiv war. Ab Version 12.0 werden Suchvorgänge, bei denen nicht zwischen Groß- und Kleinschreibung unterschieden wird, vollständig unterstützt.

    San Diego

    Core Now Platform

    Nach dem Upgrade können Sie Mitarbeiter von ServiceNow bitten, Ihre Instanz so zu konfigurieren, dass andere Sprachen als die 22 unterstützt werden, für die ServiceNow Sprach-Plugins anbietet. Der zweistellige Sprachcode unterstützt den BCP 47-Standard.

    Der standardmäßige Ausdrucksauswertungsmodus der JavaScript-Engine wurde vom kompilierten Modus in den interpretierten Modus geändert. Weitere Informationen finden Sie in KB0960944.

    Wenn sys_archive_log mehr als 10 Millionen Datensätze enthält, fügen Sie die Indizes (archive, assigned) und (archive, sys_created_on, assigned, from_table) zu sys_archive_log hinzu.
    Hinweis:
    Die Reihenfolge der Spalten muss genau übereinstimmen: (archive, wiederherstellen) und (archive, sys_created_on, wiederherstellen, from_table). Wenn vor dem Upgrade auf San Diego die entsprechenden Spalten bereits in der Tabelle „sys_archive_log“ vorhanden sind, kann dies über die Benutzeroberfläche erfolgen.
    1. Navigieren Sie zur Tabellenseite.
    2. Scrollen Sie nach unten, wählen Sie Datenbankindizes aus, und klicken Sie auf Neu.
    3. Wählen Sie die entsprechenden Spalten im Popup-Dialogfeld aus, und klicken Sie auf Index erstellen. Stellen Sie sicher, dass die Spalten in der richtigen Reihenfolge sind.
    Wenn sys_archive_log weniger als 10 Millionen Datensätze enthält, sollte das Upgrade keine Probleme verursachen.

    San Diego

    DevOps

    Hinweis:
    Um ein Upgrade auf Version 1.31 durchzuführen, suchen Sie im ServiceNow Store nach der App DevOpsChange Velocity und installieren Sie sie.
    Für alle Neuinstallationen der DevOps -Anwendung für San Diegomüssen Sie die Eigenschaft com.snc.change_management.change_model.type_compatibility auf True festlegen.
    • Ab DevOps Version 1.32 sind Basissystem-Archivierungsregeln so konfiguriert, dass DevOps -Tabellen, die älter als ein bestimmter Zeitraum sind, automatisch archiviert werden. Eine Archivtabelle wird für jede Tabelle erstellt, der eine Archivregel zugeordnet ist. Sie können auch Daten aus den Archivtabellen wiederherstellen. Weitere Informationen finden Sie unter Daten archivieren DevOps-Tabellendaten.
    • Ab Version 1.26 werden regelmäßige Aufgaben automatisch aktiviert, um die Datenarchivierung in der Tabelle „Neu verarbeitete eingehende Events“ [sn_devops_processed_inbound_event_list.do] durch Tabellenrotation zu ermöglichen. Tabellenbereinigungen werden auch initiiert, um Daten aus der Tabelle „Eingehende Events“ [sn_devops_inbound_list.do] zu löschen.
    • Ab Release Version 1.27 müssen Sie die Benutzerrolle sn_devops.integration für Lese- und Schreibvorgänge (Erstellen/Aktualisieren) in jeder benutzerdefinierten Zugriffssteuerungsliste (ACL) einbeziehen, die Sie aufgrund von Änderungen an den Sicherheitsmodellen erstellen.

    San Diego

    Encryption and Key Management

    Verschlüsselungskontexte werden beim Upgrade auf San Diegoautomatisch in Verschlüsselungsmodule auf Spaltenebene und entsprechende Modulzugriffsrichtlinien konvertiert. Eine geführte Tour, in der diese Erweiterung erläutert wird, ist über das Dashboard verfügbar.

    San Diego

    Governance, Risk und Compliance

    Ab Version Governance, Risk, and Compliance  14.0 können nur Benutzer mit GRC- Rollen auf die GRC- Datensätze zugreifen. Datensätze, auf die früher Benutzer mit der Rolle „snc_internal“ zugreifen konnten, sind jetzt nur noch für Benutzer mit GRC -Rollen zugänglich. Weitere Informationen finden Sie unter „Security für GRC-Apps“ [KB1096145] in der Knowledge Base des Now Support.

    San Diego

    Health Log Analytics

    Fordern Sie beim Upgrade auf San Diegoein Upgrade für die Kernkomponenten der Anwendung Health Log Analytics über den Now Support an, oder wenden Sie sich an Ihren ServiceNow -Vertriebsmitarbeiter.

    San Diego

    MID-Server

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

    Alle MID Server -Hostcomputer erfordern Zugriff auf die Download-Site unter install.service-now.com, um automatische Upgrades zu ermöglichen. Weitere Informationen finden Sie unter, wie das System MID Server -Upgradesverwaltet.

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

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

    San Diego

    Mobil

    Migrieren Sie von der mobilen ServiceNow Classic -Plattform zur mobilen ServiceNow-Plattform, um Funktionen wie schnelle Entwicklung, Offline-Fähigkeit und Integration mit nativen Funktionen von Mobilgeräten zu nutzen. Weitere Informationen zur Migration zur mobilen ServiceNow-Plattformfinden Sie unter Migration von der mobilen App ServiceNow Classic zur mobilen ServiceNow-Plattform

    San Diego

    Next Experience-UI

    Überlegungen für die Migration zu Next Experience

    Ihr Pfad zur Aktivierung von Next Experience hängt möglicherweise von der Anpassungsebene Ihrer Instanz ab. Anleitung und Unterstützung durch diejenigen, die Ihnen bei der Anpassung Ihrer Instanz geholfen haben, oder durch einen anderen zertifizierten Partner stellen sicher, dass Ihr Wechsel zu Next Experience reibungslos verläuft.

    San Diego

    Order Management für Telekommunikation, Medien und Technologie

    Die Tabellenarchitektur, die die Anwendung Order Management for Telecommunications, Media, and Technology unterstützt, wurde neu strukturiert. Nach dem Upgrade auf das Release San Diego und bevor Sie Order Management for Telecommunications, Media, and Technologyverwenden, müssen Sie zuerst ein Skript ausführen, das Ihre vorhandenen Auftragsdaten in die neu strukturierten Tabellen verschiebt. Weitere Informationen finden Sie im Artikel Order Management for Telecommunications, Media, and Technology (2.0.0) version: Post upgrade reparenting script for the San Diego release [KB1000941] (Reparenting-Skript nach dem Upgrade für Release San Diego) in der Knowledge Base des Now Support.

    San Diego

    Performance Analytics

    Bedingte Skripts für Datenerfassungsaufgaben werden jetzt in einer Sandbox mit eingeschränkten Rechten ausgeführt. Diese Änderung kann zu Skriptausführungsfehlern bei vorhandenen bedingten Skripts führen. Wenn Sie geskriptete Datenerfassungsaufgaben haben, sollten Sie das Upgrade in einem Nicht-Produktions-Build testen. Schreiben Sie die Skripts bei Bedarf neu. Weitere Informationen finden Sie unter Skript-Sandbox-Eigenschaft.

    San Diego

    Privacy Management

    Um Privacy Management im Release San Diego verwenden zu können, müssen Sie das Plugin „ Advanced Risk “ aktivieren.

    San Diego

    Reporting

    Bedingte Skripts für geplante Berichtsaufgaben werden jetzt in einer Sandbox mit eingeschränkten Rechten ausgeführt. Diese Änderung kann zu Skriptausführungsfehlern bei vorhandenen bedingten Skripts führen. Wenn Sie über geskriptete geplante Berichtsaufgaben verfügen, sollten Sie das Upgrade in einem Nicht-Produktions-Build testen. Schreiben Sie die Skripts bei Bedarf neu. Weitere Informationen finden Sie unter Skript-Sandbox-Eigenschaft.

    San Diego

    Security Incident Response

    Wenn Sie ein Upgrade von Security Incident Response direkt von früheren Releases durchführen, navigieren Sie zu Systemdefinition > Korrekturskripts, und führen Sie das Korrekturskript „Integrationen in Mehrdomänen aktualisieren“ aus. Führen Sie dieses Skript aus, um bestimmte Integrationen zum Definieren mehrerer Konfigurationen zu aktivieren.

    Wenn Sie beispielsweise mehrere Splunk- Instanzen haben, können Sie Verbindungen und Abfragen erstellen, die für eine Sichtungssuche für mehrere Splunk- Instanzen ausgeführt werden. Navigieren Sie nach dem Ausführen des Korrekturskripts zu Systemdefinition > Korrekturskripts und deaktivieren Sie das Korrekturskript. Führen Sie das Skript nicht mehr als einmal aus.

    San Diego

    Servicekatalog

    Wenn Sie ein Upgrade auf San Diego durchführen und einen Datenspeicher zum Speichern von Informationen einrichten, die für die Ausführung eines Service-Erfüllungsschritts erforderlich sind, stellen Sie sicher, dass für die Tabelle „Service-Erfüllungsschritt“ [sc_service_fulfillment_step], die Sie erweitern, der Anwendungszugriff canCreate, canUpdate und canRead aktiviert ist.

    Wenn Sie ein Upgrade auf San Diego durchführen und die neuen E-Mail-Benachrichtigungsvorlagen für Anforderungen verwenden möchten, müssen Sie sie aktivieren. Weitere Informationen finden Sie unter E-Mail-Benachrichtigungen für Anforderungen.

    Wenn Sie ein Upgrade auf San Diego durchführen und einem Anforderungselement als Business Stakeholder Kommentare hinzufügen möchten, führen Sie das Skript aus, das in der Skriptaktion „BS-Kommentare für Anforderungsmanagement aktivieren“ im Modul „Skripts – Hintergrund“ verfügbar ist. Weitere Informationen zum Ausführen von Skripts finden Sie in den Modulthemen „Skriptaktionen“ und „Skripts – Hintergrund“.

    San Diego

    Service Operations-Arbeitsbereich für ITSM

    Stellen Sie sicher, dass die folgenden Anwendungen kompatible aktualisierte Versionen haben:
    • Anwendung „Service Operations Workspace ITSM Applications“ (sn_sow_itsm_cont)
    • Anwendung „Service Operations Workspace 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.y
    1.2.x 21.1.y
    1.3.x 21.2.y, 21.5.y und 21.6.y

    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).

    San Diego

    ServiceNow Performance-Dashboard

    Nach dem Upgrade auf San Diego können Sie die Leistungs-Homepagenicht bearbeiten.

    San Diego

    ServiceNow Voice

    Nach dem Upgrade werden die Änderungen an den Bezeichnungsnamen in der Tabelle aufgelistet.

    Diese Schnittstellenbezeichnung Wird durch diese Bezeichnung ersetzt
    Cloud-Callcenter ServiceNow Voice
    Cloud-Callcenter für ITSM ServiceNow Voice für ITSM
    Cloud-Callcenter für CSM ServiceNow Voice für CSM
    Amazon Connect für Cloud-Callcenter ServiceNow Voice mit Amazon Connect
    Cloud-Callcenter – Core ServiceNow Voice – Core
    Applikationen
    Cloud-Callcenter-Core (sn_cti_core) ServiceNow Voice (sn_cti_core)
    Amazon Connect Integration with Cloud Call Center (sn_cti_amzn_cct) ServiceNow Voice mit Amazon Connect (sn_cti_amzn_cct)
    Cloud-Callcenter-UX-Komponenten (sn_cti_ux) ServiceNow Voice UX-Komponenten (sn_cti_ux)

    San Diego

    Software Asset Management

    Informationen zum Upgrade des Software Asset Management Foundation-Plugins (com.snc.sams) finden Sie unter Software Asset Management-Anpassungenwiederherstellen.

    Weitere Upgrade-Informationen finden Sie unter Software Asset Management Upgrade-Informationen.

    San Diego

    Dashboard „Speichernutzungsübersicht“.

    Nach dem Upgrade auf San Diego können Sie die Homepage der ServiceNow Store-Nutzungsübersicht nicht mehr bearbeiten.

    San Diego

    Systemadministrations-Dashboard

    Nach dem Upgrade auf das San Diego -Release können Sie die Systemadministrations-Homepage nicht mehr bearbeiten.

    San Diego

    System Diagnostics-Homepage

    Nach dem Upgrade auf San Diego können Sie die System Diagnostics-Homepagenicht bearbeiten.

    San Diego

    Virtual Agent

    • Nach dem Upgrade unterstützt Virtual Agent keine Zugriffssteuerungslisten für Benachrichtigungskarten. Um den Zugriff auf den Inhalt von Benachrichtigungskarten zu verwalten und das Ersetzen von Parametern in Nachrichtenüberschriften und Inhalten zuzulassen, verwenden Sie die Systemeigenschaft com.glide.cs.notification_record_access_check, um diese Funktionen zu aktivieren.
    • Viele der Konfigurationsformulare und -einstellungen von Conversational Interfaces, z. B. das Chat-Setup sowie die Formulare für Branding und Chat-Menü, wurden in die Chat-Einstellungenverschoben. Sie können über die Conversational Interfaces- Homepage im Conversational Interfaces -Modul aufgerufen werden. Weitere Informationen finden Sie unter upgrade-and-migration-tasks.html#upgrade-and-migration-tasks__section_ijj_s3c_5rb in diesen Versionshinweisen.
    • Wenn Sie sichere Eingaben für Aktionskomponenten in Virtual Agent-Designerverwendet haben, müssen alle sicheren Felder jetzt den Datentyp password2 verwenden. Felder mit dem Datentyp „Zeichenfolge“ können nicht mehr als sicher markiert werden.
    • Obwohl ein Problem mit der Paketerstellung bekanntermaßen einen Fehler verursacht, wird Virtual Agent Topic Recommendations 2.1.1 mit dem Early Access-Release von San Diego ausgeliefert. Ausführliche Informationen finden Sie in KB1005131.

    San Diego

    Vulnerability Response-Integrationen

    • Informationen zum Upgrade von Anwendungen von Drittanbietern, die von Vulnerability Responseunterstützt werden, finden Sie unter Upgrade-Informationen zu Vulnerability Response-Integrationen. Updates für diese von Vulnerability Response unterstützten Anwendungen sind im ServiceNow® Storeverfügbar.
    • Weitere Informationen zu den veröffentlichten Versionen der Vulnerability Response -Anwendung sowie zu Anwendungen von Drittanbietern und ServiceNow, die mit San Diegokompatibel sind, finden Sie im Artikel Vulnerability Response Compatibility Matrix and Release Schema Changes [KB0856498] (Vulnerability Response-Kompatibilitätsmatrix und Release-Schemaänderungen) [KB0856498] in der HI Knowledge Base.
    • Weitere Informationen zu den neuen Funktionen für Vulnerability Responsefinden Sie in den Versionshinweisen zu Vulnerability Response.

    San Diego

    Vulnerability Response

    • Aufgrund einer Änderung des Datenmodells in der Anwendung Vulnerability Response kann das Upgrade merklich länger dauern als bei vorherigen Upgrades. Weitere Informationen finden Sie unter KB0856498.
    • Wenn Sie ein Upgrade auf eine neue Version der Vulnerability Response- Anwendung durchführen, ist die neue Version in Ihrer Instanz verfügbar und bereit zur Installation. Updates für Vulnerability Response sind im ServiceNow® Storeverfügbar.
    • Weitere Informationen zu veröffentlichten Versionen der Vulnerability Response -Anwendung, zur Kompatibilität mit San Diegound zu Schemaänderungen finden Sie im Artikel Vulnerability Response-Kompatibilitätsmatrix und Release-Schemaänderungen [KB0856498] in der HI Knowledge Base.

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

    San Diego

    Walk-up Experience

    Wenn Sie Benutzer früherer Releases sind, müssen Sie Ihre aktuelle Instanz konfigurieren, bevor Sie ein Upgrade auf San Diego starten. Informationen zur Verbesserung der Remote-Walk-up-Termine mit Microsoft Teams -Chat finden Sie unter Microsoft Teams-Integration. Die Integration aktiviert das Plugin „Skills Management“ (com.snc.skills_management) und das Plugin „Skills Determination“ (com.snc.skill_determination).

    San Diego

    Personaloptimierung für ITSM

    Wenn Sie ein Upgrade auf Workforce Optimization for ITSM Version 1.1.1 durchführen, müssen Sie die Textindizierung für die folgenden Tabellen aktivieren:
    • Zeitplan [sn_shift_planning_schedule_plan]
    • Schichtplan [sn_shift_planning_shift_plan]
    • Schicht [cmn_rota]
    Wenn Sie die Textindizierung nach dem Upgrade nicht durchführen, können Sie die Zeitpläne und Schichtpläne nach Namen und nicht nach Stichwörtern durchsuchen.

    San Diego

    KI-Suche

    Wenn Sie ein Upgrade von einem früheren Release auf Tokyo durchführen, indiziert die KI-Suche Inhalte und Metadaten aus den indizierten Quellen für die Tabellen „Katalogelement“ [sc_cat_item] und „Wissen“ [kb_knowledge] automatisch neu. Dieser einmalige Neuindizierungsprozess ist erforderlich, um Verbesserungen der Such-Experience in diesem Release zu ermöglichen.

    Wenn Sie nach dem Upgrade von einem früheren Release auf Tokyo Suchanwendungskonfigurationen anzeigen oder bearbeiten, zeigt das System möglicherweise eine Warnmeldung an, in der Sie aufgefordert werden, eine oder mehrere indizierte Quellen neu zu indizieren. Dieser Neuindizierungsprozess (ein einmaliger Prozess für jede aufgelistete indizierte Quelle) ist erforderlich, um suchbasierte Autovervollständigungsvorschläge korrekt auszufüllen.

    Nachdem Sie ein Upgrade von einem früheren Release auf Tokyo durchgeführt haben, können sich die Standardrelevanzpunktzahlen für Ihre Suchergebnisse ändern. Relevanzmodelle, die im vorherigen Release trainiert wurden, sollten weiterhin dieselbe Ergebnisreihenfolge erzeugen. Modelle, die vor mehr als einem Release trainiert wurden, kehren möglicherweise zum standardmäßigen Relevanzmodell zurück.

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

    Tokio

    Admin Center

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

    Tokio

    Anwendungs-Portfoliomanagement

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

    Tokio

    Bewertungen und Umfragen

    Wenn Sie ein Upgrade von einem früheren Release auf Tokyo durchführen, werden Bewertungen und Umfragen im Service Portal und in der Now Mobile -App standardmäßig aktiviert.

    Tokio

    Authentifizierung

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

    Tokio

    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 Verfügbare Schnellstarttests nach Anwendung oder Funktion.

    Tokio

    Cloud Provisioning and Governance

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

    Tokio

    Configuration Compliance

    • Aufgrund einer Änderung des Datenmodells in der Anwendung „ Configuration Compliance “ kann das Upgrade merklich länger dauern als bei vorherigen Upgrades. Weitere Informationen finden Sie unter KB0856498.

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

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

    Tokio

    Konversations-Schnittstellen – Homepage

    Conversational Interfaces Home ist im Tokyo -Release enthalten, sodass Bestandskunden es nicht installieren müssen. Sie ist jedoch auch als App im ServiceNow Storeverfügbar, und nachfolgende Updates sollten von dort installiert werden.

    Tokio

    Core Now Platform

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

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

    Tokio

    Kundenservice-Management (CSM)

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

    Tokio

    Employee Journey Management

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

    Tokio

    Verschlüsselungsschlüsselverwaltung

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

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

    Tokio

    Flow Designer

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

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

    Tokio

    Governance, Risk und Compliance

    Ab Governance, Risk, and Compliance, Version 14.0, wird die Rolle „Geschäftsbenutzer“ (sn_grc.business_user) aus der Rolle „GRC-Leser“ (sn_grc.reader) entfernt und der Rolle „GRC-Benutzer“ (sn_grc.user) hinzugefügt. Weitere Informationen finden Sie unter KB1123608.

    Tokio

    HR Service Delivery Case and Knowledge Management

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

    Tokio

    Health Log Analytics

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

    Tokio

    ITOM-Transparenz

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

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

    Verwenden Sie den CSDM-Lebenszyklusstatus, um Lebenszyklusphasen und Phasenstatus für CIs nachzuverfolgen. Weitere Informationen finden Sie unter:[Platzhalter-Link-Text zu Schlüssel bundle-rn.bundle-platcap.csdm-life-cycle-standard-values]

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

    Tokio

    Import und Export

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

    Tokio

    Incident-Management

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

    Tokio

    Instanzübergreifende Datenreplikation

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

    Tokio

    Instanz-Scan

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

    Tokio

    Integrations-Hub

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

    Tokio

    Intelligente Servicebereitstellung

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

    Tokio

    Wissensmanagement

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

    Tokio

    Legal Service Delivery

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

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

    Wenn Sie ein Upgrade auf die Tokyo -Version durchführen, ohne den Systemeigenschaftswert zu aktualisieren, erweitern die Tabellen die Anwendungsdateitabelle nicht. Informationen zum manuellen Aktualisieren der Tabellenänderungen finden Sie im Artikel Manuelle Upgrade-Schritte für reparenting table changes in Tokyo [KB1163388] in der Knowledge Base des Now Support.

    Tokio

    MID-Server

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

    Alle MID Server -Hostcomputer erfordern Zugriff auf die Download-Site unter install.service-now.com, um automatische Upgrades zu ermöglichen. Weitere Informationen finden Sie unter, wie das System MID Server -Upgradesverwaltet.

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

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

    Tokio

    Mobil

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

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

    Tokio

    Operational Technology Incident Management v2

    Wenn Sie ein Benutzer von Operational Technology Incident Management in früheren Releases 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 finden Sie unter Neue Rollen für Operational Technology Incident Management zuweisen.

    Tokio

    Passwortzurücksetzung

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

    Tokio

    Projekt-Portfoliomanagement

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

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

    Tokio

    Service Bridge (Technologie)

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

    Tokio

    Service Bridge (Telekommunikation)

    Tokio

    Service Operations-Arbeitsbereich für ITSM

    Stellen Sie sicher, dass die folgenden Anwendungen kompatible aktualisierte Versionen haben:
    • Anwendung „Service Operations Workspace ITSM Applications“ (sn_sow_itsm_cont)
    • Anwendung „Service Operations Workspace ITOM Applications“ (sn_sow_itom_cont)
    Tabelle : 5. Kompatible SOW-Versionen
    SOW-ITSM (sn_sow_itsm_cont) SOW-ITOM (sn_sow_itom_cont)
    1.1.x 21.0.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

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

    Tokio

    Serviceportal

    „report_view“-ACLs mit Upgrade aktiviert

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

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

    Hinweis:

    Um eine Liste der report_view-Zugriffskontrolllisten (ACLs) im Service Portal zu erhalten, navigieren Sie zu Alle > Systemsicherheit > Zugriffssteuerung (ACL) und verwenden Sie den Condition Builder, um den folgenden Filter hinzuzufügen: [Operation] [is] [report_view] AND [Package] [contains] [service portal] AND [Package] [is not] [Service Portal - Standard Ticket].

    User Experience Analytics- Nachverfolgung ist standardmäßig aktiviert

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

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

    TinyMCE 5-Upgrade
    Der TinyMCE-HTML-Editor wurde auf Version 5.10.2 aktualisiert. Wenn Sie eine benutzerdefinierte TinyMCE-Implementierung mit Angular Providers im Service Portalhaben, finden Sie unter Änderungen in TinyMCE 5 Informationen zum Upgrade Ihrer benutzerdefinierten Version.

    Tokio

    Software Asset Management

    Informationen zum Upgrade des Software Asset Management Foundation-Plugins (com.snc.sams) finden Sie unter Software Asset Management-Anpassungenwiederherstellen.

    Tokio

    Abonnement-Management

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

    Tokio

    Upgrade Center

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

    Tokio

    Vendor Management Workspace

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

    Tokio

    Virtual Agent

    • Der neue Portable Virtual Agent-Webclient, eine Komponente von Seismic, vereinfacht das Hinzufügen von Virtual Agent zu einer Drittanbieter-Website. Die veraltete Methode zum Einbetten von Virtual Agent in eine Drittpartei-Webseite funktioniert weiterhin.
    • In früheren Releases wurden Virtual Agent-Designer -Themenblöcke und benutzerdefinierte Steuerelemente im globalen Bereich veröffentlicht. In diesem Release sind Themenblöcke und benutzerdefinierte Steuerelemente jetzt im Bereich des aufrufenden Themas enthalten.

    Tokio

    Visuelle Taskboards

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

    Tokio

    Vulnerability Response-Integrationen

    • Weitere Informationen zu den veröffentlichten Versionen der Vulnerability Response -Anwendung sowie zu Drittanbieter- und ServiceNow -Anwendungen, die mit Tokyokompatibel sind, finden Sie im Artikel Vulnerability Response Compatibility Matrix and Release Schema Changes [KB0856498] (Vulnerability Response-Kompatibilitätsmatrix und Release-Schemaänderungen) [KB0856498] in der HI Knowledge Base.
    • Weitere Informationen zu den neuen Funktionen für Vulnerability Responsefinden Sie in den Versionshinweisen zu Vulnerability Response.

    Tokio

    Vulnerability Response

    Aufgrund einer Änderung des Datenmodells in der Anwendung Vulnerability Response kann das Upgrade merklich 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 ein Upgrade durchführen, verlängern. Dies ist auf zusätzliche Schemaänderungen zurückzuführen, die während des Upgrades hinzugefügt wurden. Weitere Informationen finden Sie unter KB0856498.

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

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

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

    Tokio

    Personaloptimierung für ITSM

    Verbesserte Prognosemethoden: Die Bedarfsprognose verwendet verbesserte Prognosemethoden, um Daten zu prognostizieren. Die naiven Methoden zur Prognose von Indikatorpunktzahlen wurden auf Methoden der linearen Regression aktualisiert. Während bei den älteren naiven Methoden nur die ersten und letzten Punktzahlen der letzten Saison verwendet wurden, verwenden die aktualisierten Methoden alle verfügbaren Punktzahlen im Auswertungszeitraum. Darüber hinaus wurden die älteren Methoden „Linear“ und „Drift“ durch eine einzelne lineare Methode ersetzt, und die Berechnung des 95-%-Vorhersageintervalls wurde verbessert. Wenn Sie ein Upgrade durchführen, wird der in der Bedarfsprognose verwendete Prognosealgorithmus wie folgt aktualisiert:
    • Der naive saisonabhängige Algorithmus wurde in saisonabhängig umbenannt.
    • Der Algorithmus „Naive saisonale Abweichung“ wurde in „Saisonaler Trend“ umbenannt.
    • Der Abweichungsalgorithmus wird entfernt.
    Textindizierung für Zeitpläne und Schichtpläne aktivieren: Wenn Sie ein Upgrade auf Workforce Optimization for ITSM Version 1.1.1 durchführen, müssen Sie die Textindizierung für die folgenden Tabellen aktivieren:
    • Zeitplan [sn_shift_planning_schedule_plan]
    • Schichtplan [sn_shift_planning_shift_plan]
    • Schicht [cmn_rota]
    Wenn Sie die Textindizierung nach dem Upgrade nicht durchführen, können Sie die Zeitpläne und Schichtpläne nicht nach Stichwörtern durchsuchen. Sie können nur nach dem Namen des Zeitplans und der Schichtpläne suchen.

    Workforce Optimization for ITSM-Berichtsansichts-ACLs: report_view-Zugriffskontrolllisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo sehen kann, sind im Tokyo -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Berichtsansichts-Zugriffskontrolle.

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

    Tokio

    KI-Suche

    AI Search wendet automatisch die neue automatische Spracherkennungsfunktion an, wenn Sie Datensätze aus der Aufgabentabelle [task] und ihren untergeordneten Tabellen nach einem Upgrade von einem früheren Release auf Utah indizieren. 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 Datensätze oder Dokumente indizieren, die nach einem Upgrade von einem früheren Release auf Utah Datensätze oder Dokumente mit Regionen mit Chinesisch- oder Japanisch-Text enthalten. Um die Textbereichserkennung auf Datensätze und Dokumente anzuwenden, die Sie vor dem Upgrade auf Utahindiziert haben, müssen Sie diese Datensätze und Dokumente manuell neu indizieren.

    Die Anwendung AI Search for Next Experience wird in neuen Utah -Instanzen automatisch aktiviert. Wenn Sie ein Upgrade von einem früheren Release auf Utah durchführen, können Sie AI Search für Next Experiencemanuell konfigurieren und aktivieren. Weitere Informationen zur Anwendung finden Sie unter AI Search für Next Experience.

    Utah

    Mitarbeiterchat und Sidebar

    Die Conversational Interfaces- Konsole ist im Utah -Release enthalten, sodass Bestandskunden sie nicht installieren müssen. Wenn sie 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 Bewertungen- oder Umfragekarten entfernt. Um Automated Test Framework- Tests (ATF) erfolgreich auszuführen, muss der Schritt Auf die Schaltfläche „An Umfrage teilnehmen“ für alle Tests mit diesem Schritt durch Klicken auf die Karte „Umfrage “ ersetzt werden.

    Utah

    Authentifizierung

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

    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-Events“ [sn_cmp_cloud_event]. Der Datenbankindex trägt zur Verbesserung der Event-Verarbeitungsleistung von Amazon Web Services (AWS) der Instanz bei. Wenn Sie Cloud Provisioning and Governance mit dem Utah -Release verwendet haben, wird der Datenbankindex bei der Anwendungsinstallation automatisch erstellt. Weitere Informationen finden Sie unter Leistung der AWS-Cloud-Event-Verarbeitung verbessern.

    Utah

    Configuration Compliance

    • Aufgrund einer Änderung des Datenmodells in der Anwendung „ Configuration Compliance “ kann das Upgrade merklich länger dauern als die 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 den mit Utah kompatiblen Anwendungen von Drittanbietern und ServiceNowfinden Sie im Artikel Vulnerability Response Compatibility Matrix and Release Schema Changes [KB0856498] in der HI Knowledge Base.
    • Informationen zu Updates für die Anwendungen von Drittanbietern, die von Vulnerability Response und Configuration Complianceunterstützt werden, finden Sie in den Versionshinweisen zu Vulnerability Response-Integrationen.
    Tabelle : 6. Upgrade-Informationen für Configuration Compliance auf Utah
    Version Beschreibung des Upgrades
    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)

    Erweiterungen für Fallaufgaben fügen dem Fallaufgaben-Datensatz mehrere Felder hinzu. 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

    Verschlüsselungsschlüsselverwaltung

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

    Die Verschlüsselungsschlüsselverwaltung report_view-Zugriffskontrolllisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo sehen 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, damit sie mit der standardmäßigen Datensatzseitenvorlage kompatibel sind. Weitere Informationen zur standardmäßigen Datensatzseitenvorlage und zu den Konfigurationsänderungen finden Sie unter Arbeitsanweisung | Artikel How to Migrieren vorhandener Datensatzseiten zu Standarddatensatzseiten [KB1224040] in der Knowledge Base des Now Support.

    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

    Prozessmanager Industrie

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

    Utah

    Instanzübergreifende Datenreplikation

    Sie können die Leistung und Verarbeitungseffizienz von Instance Data Replication (IDR) verbessern, indem Sie Ihre Replikationssätze auf V2 aktualisieren, das den Hermes Messaging Serviceverwendet. Weitere Informationen finden Sie unter Upgrade eines veralteten Replikationssatzes auf V2 in der Instanzdatenreplikation durchführen.

    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 eine eigene JRE installiert haben, werden beim Upgrade-Vorgang die folgenden Aktionen ausgeführt, 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 erfordern Zugriff auf die Download-Site unter install.service-now.com, um automatische Upgrades zu ermöglichen. Weitere Informationen finden Sie unter, wie das System MID Server -Upgradesverwaltet.

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

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

    Utah

    Manager Hub

    Wenn Sie ein Upgrade auf das Release Washington DC durchführen, müssen zusätzliche Bedingungen, die für Aufgabenzuordnungen im Formular „Aufgabenkonfiguration“ in Mitarbeiter-Center erstellt wurden, im Modul „Manager-Aufgabenzuordnung“ in Manager Huberneut erstellt werden.

    Utah

    Operational Technology Incident Management v2

    Wenn Sie ein Benutzer von Operational Technology Incident Management in früheren Releases 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 finden Sie unter Neue Rollen für Operational Technology Incident Management 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 Alignment Planner Workspace für die SPM -Standardlizenz in Portfolio Planning umbenannt. In Ihrer ServiceNow- Instanz wird der Name der Anwendung als Portfolio Planningund der Name des Arbeitsbereichsmoduls als 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 kann es länger dauern, bis das Upgrade abgeschlossen ist, wenn Ihre ServiceNow -Instanz eine große Anzahl von Benutzern mit der Rolle „roadmap_editor“ aufweist. Weitere Informationen finden Sie unter KB1443618.

    Utah

    Public Sector Digital Services

    Nach dem Upgrade werden bestimmte Menüs und Menüelemente des öffentlichen Sektors im konfigurierbaren CSM-Arbeitsbereich auf ihre ursprünglichen CSM-Bezeichnungsnamen zurückgesetzt. Sie können diese Elemente für die Verwendung im öffentlichen Sektor neu kennzeichnen, indem Sie die UX-Listenkategorien für Kunden- und Serviceorganisationen aktualisieren. Weitere Informationen finden Sie unter Elemente zur 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 zu einer potenziellen Verzögerung beim Upgrade der RPA Hub -Anwendungen von Tokyo auf Utahkommen.

    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 die Eigenschaft 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. die Bot-Prozesskonfiguration. Die Bot-Prozesskonfiguration ersetzt jedoch den Bot-Prozess nicht vollständig. Die meisten Felder werden vom Bot-Prozess in die Bot-Prozesskonfiguration verschoben.

    Wenn Sie ein Upgrade auf die Utah -Version 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 Knowledge Base des Now Support.

    Utah

    Service Operations-Arbeitsbereich für ITSM

    Stellen Sie sicher, dass die folgenden Anwendungen kompatible aktualisierte Versionen haben:
    • Anwendung „Service Operations Workspace ITSM Applications“ (sn_sow_itsm_cont)
    • Anwendung „Service Operations Workspace ITOM Applications“ (sn_sow_itom_cont)
    Tabelle : 7. 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

    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 ab Release Utah Patch 10 ö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 auf 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.

    Utah

    Service-Portfoliomanagement

    Das Anzeigen von Verfügbarkeitsergebnissen wurde im Tokyo-Release eingeführt, gilt jedoch auch für nachfolgende Releases. Beim Upgrade initiiert das System für Kunden, bei denen eine hohe Datenlast erkannt wurde, einen Hintergrundauftrag mit langer Ausführungszeit, der lange dauern kann. Weitere Informationen finden Sie unter KB1123644

    Utah

    Software Asset Management

    Informationen zum Upgrade des Software Asset Management Foundation-Plugins (com.snc.sams) finden Sie unter Software Asset Management-Anpassungenwiederherstellen.

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

    Utah

    Strategische Planung

    • Ab v2.0.1 werden Objektive für Alignment Planner Workspace in Strategic Planning for SPM Pro-Lizenz umbenannt. In Ihrer ServiceNow- Instanz wird der Name der Anwendung als Strategic Planning und der Name des Arbeitsbereichsmoduls als Strategic Planning Workspace angezeigt.
    • Nach der Installation der Anwendung Strategic Planning werden die vorhandenen Felder im Formular „Ziel“ ( Unternehmen, Geschäftsbereich, Abteilungund Portfolio) in die beiden Felder Zugewiesener Entitätstyp und Zugewiesene Entitätkonsolidiert und basierend auf den Werten in den vorhandenen Feldern automatisch ausgefüllt .
    • Wenn Sie m2m-Beziehungen mit anderen Objektiventitäten als Geschäftsbereich, Abteilung, Unternehmenoder Portfolioerstellt haben, führen Sie die regelmäßige 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 aus 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 kann es länger dauern, bis das Upgrade abgeschlossen ist, wenn Ihre ServiceNow -Instanz eine große Anzahl von Benutzern mit der Rolle „roadmap_editor“ aufweist. 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 Wortes „supplier“ 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 (sn_slm_task) umbenannt usw. Wenn Sie ein Upgrade vom Tokyo- Release auf das Utah- Release durchführen, stellen Sie sicher, dass Sie das Korrekturskript ausführen, um die vorhandenen Tabellen in die Supplier Common Architecturezu migrieren. Weitere Informationen finden Sie unter Korrekturskript ausführen, um vorhandene Tabellen zu Supplier Common Architecture zu migrieren.

    Utah

    Upgrade Center

    Upgrade Center report_view Zugriffskontrolllisten (ACLs), die steuern, wer Berichte in Dashboards und anderswo sehen kann, sind im Utah -Release standardmäßig aktiviert. Weitere Informationen finden Sie unter Report_view-Zugriffssteuerung.

    Utah

    Vulnerability Response-Integrationen

    • Weitere Informationen zu den veröffentlichten Versionen der Vulnerability Response -Anwendung sowie zu Anwendungen von Drittanbietern und ServiceNow, die mit Utahkompatibel sind, finden Sie im Artikel Vulnerability Response Compatibility Matrix and Release Schema Changes [KB0856498] (Vulnerability Response-Kompatibilitätsmatrix und Release-Schemaänderungen) [KB0856498] in der HI Knowledge Base.
    • Weitere 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 merklich 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 ein 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.

    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 AI Search Nicht-Aufgabentabellen automatisch neu, um die Anzeige von Anhangsuchergebnissen mit ihrem übergeordneten Datensatz zu ermöglichen. Die Aufgabentabelle [task] und ihre untergeordneten Tabellen werden jedoch nicht automatisch neu indiziert. Bevor Sie die Ergebnisse der Suche nach Aufgabendatensätzen mit ihren übergeordneten Datensätzen anzeigen können, müssen Sie die Aufgabentabelle [Aufgabe] manuell neu indizieren. Weitere Informationen zum erneuten Indizieren einer Tabelle finden Sie unter Vollständigen Tabellenindex oder Neuindizierung für eine einzelne indizierte Quelle durchführen.
      Hinweis:
      Das erneute Indexieren der Aufgabentabelle kann einige Zeit dauern.
    • Nachdem Sie ein Upgrade von einem früheren Release auf Vancouver durchgeführt haben, 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 übersetzte Suchergebnisse möglicherweise nicht korrekt blockieren oder heraufstufen. Anweisungen zum erneuten Veröffentlichen eines Suchprofils finden Sie unter Suchprofile veröffentlichen. Weitere Informationen dazu, wie AI Search übersetzte Inhalte verarbeitet, finden Sie unter Internationalisierungssupport für AI Search.

    Vancouver

    Bewertungen und Umfragen

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

    Vancouver

    Authentifizierung

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

    Vancouver

    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 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] neu überordnet. Die Dauer, die dieses Korrekturskript benötigt, hängt von der Anzahl der Abgleichsregeln in der aktualisierten Instanz ab und verlängert das Upgrade normalerweise um einige Minuten.

    Eine erneute Überordnung der Tabelle „Abgleichsdefinitionszuordnung“ [cmdb_reconciliation_definition_mapping] ist erforderlich, um sicherzustellen, dass Daten in dieser Tabelle beim Exportieren von Abgleichsregeln zwischen Instanzen von Update Sets erfasst werden. Nach dem Upgrade werden alle Änderungen an Abgleichsregeln vollständig von Update Sets erfasst und ordnungsgemäß an Zielinstanzen portiert.

    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. Weitere Informationen 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 von Goal Frameworkwird für solche vorhandenen Ziele die Maßeinheit auf Ja/Nein, der Basiswert auf Neinund der Zielwert automatisch auf Ja festgelegt. Außerdem wird der tatsächliche Wert auf Ja festgelegt, wenn der Fortschrittswert 100 % beträgt. Andernfalls wird der Wert auf Neinfestgelegt.

    Vancouver

    ITOM-Transparenz

    Microsoft Azure -Warnungskonfiguration
    Konfigurieren Sie nach dem Upgrade den Microsoft Azure -Warnungsservice, um Warnungsbenachrichtigungen auf sichere Weise an die Now Platform weiterzuleiten. Weitere Informationen finden Sie unter Sichere Webhooks zum Weiterleiten der Microsoft Azure-Warnungen an die Now Platform verwenden.

    Vancouver

    Prozessmanager Industrie

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

    Vancouver

    Instanzübergreifende Datenreplikation

    Verbessern Sie die Leistung und Verarbeitungseffizienz von Instance Data Replication (IDR), indem Sie Ihre Replikationssätze auf V2 aktualisieren, das den Hermes Messaging Serviceverwendet. Weitere Informationen finden Sie unter Upgrade veralteter Replikationssätze auf V2 in der Instanzdatenreplikation.

    Wenn die Tabelle „Replizierungsnutzlastfehler“ [idr_replication_payload_error] in Ihrer Instanz mehr als 10 Millionen Datensätze enthält, richten Sie die Tabellenrotation gemäß KB1364728 ein. Die Verwendung der Tabellenrotation zum Löschen von Datensätzen aus der Tabelle „Replizierungsnutzlastfehler“ [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 eine eigene JRE installiert haben, werden beim Upgrade-Vorgang die folgenden Aktionen ausgeführt, 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 erfordern Zugriff auf die Download-Site unter install.service-now.com, um automatische Upgrades zu ermöglichen. Weitere Informationen finden Sie unter, wie das System MID Server -Upgradesverwaltet.

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

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

    Vancouver

    Order Management

    Ab 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 Telecommunications Service Management-Abonnement haben, installieren Sie die Anwendung Order Management for Telecom, Media and Tech aus dem ServiceNow Store. Diese Anwendung installiert die Anwendung Order Management, Telekommunikations-Demodaten und die folgenden ServiceNow Open API-Implementierungen der TM Forum API-REST-Spezifikationen:
    • Product Catalog Open API
    • Service Catalog Open API
    • Produktbestellung offene API
    • API „Serviceauftrag öffnen“.
    • Product Inventory Open API
    • Offene API für Qualifizierung technischer Services

    Wenn Sie mit der Anwendung „ Order Management for Customer Service Management “ vertraut sind, können Sie diese Schnittstelle nach der Installation der Anwendung „Order Management “ optional verwenden. Weitere Informationen finden Sie unter Benutzeroberfläche für Order Management for Customer Service Management aktivieren KB1554296. Weitere Informationen zu Änderungen an der Benutzeroberfläche finden Sie unter Änderungen an der Anwendung „Order Management for Customer Service Management“ KB1560237.

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

    Wenn Sie ein Upgrade auf das Vancouver -Release durchgeführt haben und eine Version der Anwendung „Order Management for Telecommunications, Media, and Technology “ verwenden, die nicht Version 5.2.0 ist, stehen Ihnen die Korrekturen zum Ausfüllen von Produktbestand und Produktmodellmerkmalen 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 in Versionen 2.1.x, die bisher nur im ServiceNow® Storeverfü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 kann es länger dauern, bis das Upgrade abgeschlossen ist, wenn Ihre ServiceNow -Instanz eine große Anzahl von Benutzern mit der Rolle „roadmap_editor“ aufweist. 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 Entitätenliste möglicherweise nicht im Schritt zum Auswählen von Entitäten geladen, während Sie einen Portfolioplan erstellen oder bearbeiten. In diesem Fall müssen Sie das Skript in der Listenkomponente für die Seite „Entitäten auswählen“ hinzufügen. Weitere Informationen finden Sie unter KB1566418.

    Vancouver

    Prozessautomatisierungs-Designer

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

    Vancouver

    Public Sector Digital Services

    Bevor Sie ein Upgrade auf Public Sector Digital Services  v8.0 durchführen, müssen Sie benutzerdefinierte Servicedefinitionen für Daten in der Tabelle „Angebotene Services“, Daten in der Tabelle „Erhaltene Services“ und alle anderen Daten erstellen, die von der Konvertierung der Tabelle „Angebotene Services“ in die Servicedefinition betroffen sind -Tabelle (Performance Analytics-Dashboard-Daten, Daten zu Beteiligten oder Geschäftsberichten usw.). Alle benutzerdefinierten Daten zu angebotenen Services und erhaltenen 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 veralteten Entitäten in die Tabelle „Servicedefinition“ migriert wurden. Weitere Informationen finden Sie unter Migrationsleitfaden für angebotene Services und erhaltene Services und Servicedefinitionen 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 neu kennzeichnen, indem Sie die UX-Listenkategorien für Kunden- und Serviceorganisationen aktualisieren. Weitere Informationen finden Sie unter Elemente zur Verwendung im öffentlichen Sektor nach dem Upgrade umbenennen.

    Vancouver

    Robotic Process Automation (RPA) Hub

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

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

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

    Vor dem Upgrade von RPA Hub auf Vancouvermüssen Sie den Wert der Systemeigenschaft glide.rollback.blacklist.TableParentChange.change auf falsefestlegen. Wenn diese Eigenschaft in der Tabelle „Systemeigenschaft“ [sys_properties] nicht vorhanden ist, fügen Sie die Eigenschaft 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. die Bot-Prozesskonfiguration. Die Bot-Prozesskonfiguration ersetzt jedoch den Bot-Prozess nicht vollständig. Die meisten Felder werden vom Bot-Prozess in die Bot-Prozesskonfiguration verschoben.

    Wenn Sie ein Upgrade auf die Utah -Version 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 Knowledge Base des Now Support.

    Vancouver

    Security Incident Response

    Vancouver

    Service Bridge

    Informationen zum Upgrade und zur Verwendung der neuen Service Bridge- Anwendungen finden Sie unter Von Service Bridge (veraltet) migrieren.

    Vancouver

    Service Operations-Arbeitsbereich für ITSM

    Stellen Sie sicher, dass die folgenden Anwendungen kompatible aktualisierte Versionen haben:
    • Anwendung „Service Operations Workspace ITSM Applications“ (sn_sow_itsm_cont)
    • Anwendung „Service Operations Workspace ITOM Applications“ (sn_sow_itom_cont)
    Tabelle : 8. Kompatible SOW-Versionen
    SOW-ITSM (sn_sow_itsm_cont) SOW-ITOM (sn_sow_itom_cont)
    1.1.x 21.0.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
    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 standardmäßige Änderungen an Datensatzseiten migrieren. Weitere Informationen finden Sie unter Standarddatensatzseite in Service Operations Workspace konfigurieren.
    • Beliebige benutzerdefinierte deklarative Aktion des Client-Typs
    • Beliebiges benutzerdefiniertes Modal
    • Jede benutzerdefinierte horizontale Registerkarte oder kontextbezogene Seitenbereich-Registerkarte oder Bildschirmbedingung

    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.

    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 ab Vancouver Patch 7 ö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 auf 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.

    Vancouver

    Service-Portfoliomanagement

    Das Anzeigen von Verfügbarkeitsergebnissen wurde im Tokyo- Release eingeführt, gilt jedoch auch für nachfolgende Releases. Beim Upgrade initiiert das System für Kunden, bei denen eine hohe Datenlast erkannt wurde, einen Hintergrundauftrag mit langer Ausführungszeit, der 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 so aktualisieren, dass sie auf die neue Seite verweist. Hier ist der relative Pfad zur neuen Seite „Kompetenzen verwalten“: https://<instance name> .service-now.com/now/nav/ui/manage-skills/params/parent-skill/2eb1c2029f100200a3bc1471367fcfe4/parent-department/221f79b7c6112284005d646b76ab978c/recursive-departments/true/recursive-skills/true/group-by/department Sie können den vorhandenen Pfad durch diesen ersetzen.
    Hinweis:
    Stellen Sie sicher, dass die sys_ids der übergeordneten Kompetenz und der übergeordneten Abteilung dieselben IDs sind wie in Ihrer vorhandenen URL.

    Vancouver

    Software Asset Management

    Informationen zum Upgrade des Software Asset Management Foundation-Plugins (com.snc.sams) finden Sie unter Software Asset Management-Anpassungenwiederherstellen.

    Beim Upgrade auf Vancouverunterstützen die Felder Version und Edition in den DMAP-Definitionen (Discovery Map) den neuen is_empty- Wert. Wenn das Feld Edition für eine vorhandene DMAP-Definition einer Microsoft SQL Server-Komponente zuvor auf is_anyching festgelegtwurde, wird es nach der Inhaltsaktualisierung automatisch mit dem neuen is_empty- Wert 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. Weisen Sie nach dem Upgrade von Strategic Planningdiese Rollen den vorhandenen Zielbenutzern 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 solche vorhandenen Ziele die Maßeinheit auf Ja/Nein, der Basiswert auf Neinund der Zielwert automatisch auf Ja festgelegt. Außerdem wird der tatsächliche Wert auf Ja festgelegt, wenn der Fortschrittswert 100 % beträgt. Andernfalls wird der Wert auf Neinfestgelegt.
    • 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 kann es länger dauern, bis das Upgrade abgeschlossen ist, wenn Ihre ServiceNow -Instanz eine große Anzahl von Benutzern mit der Rolle „roadmap_editor“ aufweist. 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ätenliste im Schritt zum Auswählen von Entitäten 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 Familien-Release Vancouver Patch 1 verwenden, um die Benachrichtigungsfunktionalität der Telecommunications API zu erhalten.

    Vancouver

    Drittpartei-Risikomanagement

    Vancouver

    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 werden in zukünftigen Patch-Releases von Washington DCverfügbar sein:
    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.

    Vancouver

    Vulnerability Response-Integrationen

    • Weitere Informationen zu den veröffentlichten Versionen der Anwendung Vulnerability Response sowie zu den Anwendungen von Drittanbietern und ServiceNow, die mit Vancouverkompatibel sind, finden Sie im Artikel Vulnerability Response Compatibility Matrix and Release Schema Changes [KB0856498] (Vulnerability Response-Kompatibilitätsmatrix und Release-Schemaänderungen) [KB0856498] in der Knowledge Base.
    • Weitere 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 merklich 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 ein 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 Vulnerability Analyst Workspace in Vulnerability Assessment Workspace umbenannt. Alle Verweise auf den Arbeitsbereich „Schwachstellenanalyst“ beziehen sich jetzt auf den Arbeitsbereich „Schwachstellenbewertung“.

    Vancouver

    KI-Suche

    Wenn Sie ein Upgrade auf Washington DCdurchführen, aktualisiert AI Search automatisch Ihre vorhandenen Genius-Ergebniskonfigurationen, um die neuen Felder des Formulars „AI Search Genius-Ergebniskonfiguration“ zu verwenden. Dieses Aktualisierungsverfahren nimmt die folgenden Änderungen vor:
    • Entfernt vorhandene Feldwerte für Genius-Ergebnisantworttyp.
    • Migriert die Werte des Genius-Ergebnislogikfelds in die neuen AI Search -Anforderungsprozessor- und AI Search -Antwortprozessorfelder nach Bedarf.

    Nachdem Sie Ihre Instanz auf Washington DCaktualisiert haben, behä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 enthält ( glide.ais.query.search_operator ). 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 Systemeigenschaften von AI Search finden Sie unter Systemeigenschaften von AI Search.

    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 die KI-Suche, was zeitaufwändig sein kann. Wenn Sie ein Upgrade von einem früheren Familien-Release auf Washington DC durchführen, indiziert die KI-Suche 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 die KI-Suche einzelne Benutzertabellendatensätze neu, wenn sie aktualisiert werden, bis alle Datensätze neu indiziert wurden.

    Washington DC

    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 Verfügbare Schnellstarttests nach Anwendung oder Funktion.

    Washington DC

    Business Continuity Management

    Nach einem Upgrade auf das Washington DC -Release müssen Sie die folgenden wichtigen Informationen für die vorhandenen 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 CMDB- und BIA-Abhängigkeiten hinzu. Um die Kompatibilität mit früheren 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 Aktualisierungskonfiguration 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 früheren 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 Aktualisierungskonfiguration beibehalten.

    Washington DC

    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 Washington DC -Release zum ersten Mal aktivieren, müssen Sie 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 Washington DC -Release 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 .

    Washington DC

    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 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

    Verschlüsselungsschlüsselverwaltung

    Wenn Sie ein Upgrade Ihrer Instanz auf Washington DC, aber kein Upgrade Ihres MID Servers durchführen, schlägt die Geheimnisverwaltungs-Authentifizierung fehl. Vermeiden Sie Authentifizierungsfehler, indem Sie Ihren 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 wird, um Authentifizierungsfehler zu vermeiden.

    Weitere Informationen 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 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.

    Washington DC

    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 Vorteile und Verbesserungen von ServiceNow® Customer Service Management (CSM) bei gleichzeitiger Beibehaltung der Funktionalität vorhandener Anwendungen.

    Washington DC

    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 Flow-Aufgaben von Hardware Asset Management.
    • 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.

    Washington DC

    Healthcare and Life Sciences Service Management Core

    Während des Upgrades auf Washington DCändert sich die übergeordnete Tabelle „Verkaufte Gesundheitsprodukte“ [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:
    1. Referenz des Standortfelds in „sn_hcls_munization“ wurde aktualisiert, um „cmn_location“ zu verwenden.
    2. Alle Daten werden aus den Tabellen „Verkauftes Gesundheitsprodukt“ in „Installationsbasiselement“ verschoben.
    3. Zeilen im betroffenen Installationsbasiselement werden basierend auf dem Wert source_task aus dem verkauften Gesundheitsprodukt ausgefüllt.
    4. Der Status von sn_hcls_enrolled_program und sn_hcls_enrolled_program_service wird aus hcls_state kopiert.
    5. Alle Daten werden in die eigenständigen Tabellen „Organisation des Gesundheitswesens“, „Gesundheitsstandort“ und „Standort des behandelnden Arztes“ verschoben.
      1. Das Skript erstellt Datensätze in der Tabelle „Geschäftsstandort“ für vorhandene Datensätze in der Tabelle „Gesundheitsorganisation“, um eine 1:1-Referenz zu bilden.
      2. Datensätze, die sich auf eine Serviceorganisation beziehen, werden mit einem Verweis auf den entsprechenden Geschäftsstandort aktualisiert.
      3. Für jeden Anwender, der einen Datensatz am Standort des Anwenders hat, wird ein Datensatz in der Tabelle „Mitglied der Serviceorganisation“ mit dem entsprechenden Geschäftsstandort erstellt.
      4. 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.

    Washington DC

    Instanzübergreifende Datenreplikation

    Verbessern Sie die Leistung und Verarbeitungseffizienz von Instance Data Replication (IDR), indem Sie Ihre Replikationssätze auf V2 aktualisieren, das den Hermes Messaging Serviceverwendet. Weitere Informationen finden Sie unter Upgrade veralteter Replikationssätze auf V2 in der Instanzdatenreplikation.

    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.

    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 eine eigene JRE installiert haben, werden beim Upgrade-Vorgang die folgenden Aktionen ausgeführt, 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 erfordern Zugriff auf die Download-Site unter install.service-now.com, um automatische Upgrades zu ermöglichen. Weitere Informationen finden Sie unter, wie das System MID Server -Upgradesverwaltet.

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

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

    Washington DC

    Now Assist für Ersteller

    Washington DC

    Now Assist

    Weitere Informationen zur Fehlerbehebung bei Upgrades von Now Assist- Anwendungen und -Plugins finden Sie im KB-Artikel zu Problemen und Abhilfemaßnahmen für Now Assist-Upgrades.

    Washington DC

    Order Management für Telekommunikation, Medien und Technologie

    Die in diesem Washington DC -Release eingeführten neuen Funktionen werden in früheren Releases von Order Management for Telecommunications, Media, and Technologynicht unterstützt.

    Ab dem Washington DC -Release werden die für Produktangebote und Produktattributmerkmale festgelegten monatlich 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] in der Knowledge Base des Now Support .

    Nach dem Upgrade auf das Washington DC -Release 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 Problemumgehungen für die Neukonfiguration, um an neuen Change-Aufträgen oder Aufträgen mit Aktionen zum Trennen, Anhalten oder Fortsetzen zu arbeiten, 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.

    Washington DC

    Order Management

    Die in diesem Washington DC -Release eingeführten neuen Funktionen werden in früheren Releases von Order Managementnicht unterstützt.

    Washington DC

    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 Performance Analytics-Punktzahlenmigrieren.

    Washington DC

    Platform Analytics-Experience

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

    Washington DC

    Playbooks in Workflow-Studio

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

    Washington DC

    Portfolioplanung

    Ab v8.0.0 können Sie nur in Strategic Planning Workspace auf die Pro-lizenzierten Funktionen von Strategic Portfolio Management(SPM ) zugreifen. Wenn Sie eine SPM Pro-Lizenz besitzen, aber dennoch die von SPM Pro lizenzierten Funktionen (z. B. Ziele, Produktfeedback, hybride Portfolioplanung und zusätzliche Objektive) in Portfolio Planning Workspace verwenden, müssen Sie Strategic Planning installieren, um auf diese Funktionen zuzugreifen. Weitere Informationen zu Funktionen, auf die nur im Arbeitsbereich für strategische Planung zugegriffen werden kann, finden Sie unter Portfolioplanung mit strategischer Planung vergleichen.

    Washington DC

    Predictive Intelligence

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

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

    Washington DC

    Proaktive Service-Experience-Workflows

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

    Washington DC

    Public Sector Digital Services

    Nach dem Upgrade werden bestimmte Menüs und Menüelemente des öffentlichen Sektors im konfigurierbaren CSM-Arbeitsbereich auf ihre ursprünglichen CSM -Bezeichnungsnamen zurückgesetzt. Sie können diese Elemente für die Verwendung im öffentlichen Sektor 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..

    Washington DC

    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
    • Agentfür Unattended Robot -Anmeldung
    Weitere Informationen finden Sie unter RPA-Anwendungen von RPA Hub herunterladen.

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

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

    Vor dem Upgrade von RPA Hub auf Washington DCmü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 die Eigenschaft hinzu, und legen Sie ihren Wert auf „false“ fest. Weitere Informationen zum Hinzufügen einer Eigenschaft finden Sie unter Systemeigenschaftenhinzufügen.

    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 Utah -Version 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 Knowledge Base des Now Support.

    Washington DC

    Service Operations-Arbeitsbereich für IT Service Management

    Stellen Sie sicher, dass die folgenden Anwendungen kompatible aktualisierte Versionen haben:
    • Anwendung „Service Operations Workspace ITSM Applications“ (sn_sow_itsm_cont)
    • Anwendung „Service Operations Workspace ITOM Applications“ (sn_sow_itom_cont)
    Tabelle : 9. 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 Workspace ITSM Applications (sn_sow_itsm_cont) und y die Unterversion der Anwendung Service Operations Workspace ITOM Applications (sn_sow_itom_cont).

    Nach dem Upgrade auf 3.0 ist die Funktion „Empfehlungs-Framework “ nicht mehr verfügbar. Stattdessen ist nur die Standardversion der Funktion „Recommended Actions for 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 Washington DC -Release ö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 Widget-Sicherheit konfigurieren.

    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 Washington DC- Release verwendet. Beispiel: Wenn Benutzer im Vancouver- Release die Nachverfolgung für Portale deaktiviert, aber die Nachverfolgung für den Rest der Plattform aktiviert haben, werden im Washington DC -Release Analysen der Benutzer-Experience für Portale für sie nachverfolgt. Benutzer können ihre Auswahl jederzeit über die Benutzerprofilseite in Portalen aktualisieren.

    Washington DC

    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 ManagementSaaS-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.

    Washington DC

    Strategische Planung

    Ab v4.0.2 können Sie nur in Strategic Planning Workspace auf die Pro-lizenzierten Funktionen von Strategic Portfolio Management(SPM ) zugreifen. Wenn Sie eine SPM Pro-Lizenz besitzen, aber dennoch die von SPM Pro lizenzierten Funktionen (z. B. Ziele, Produktfeedback, hybride Portfolioplanung und zusätzliche Objektive) in Portfolio Planning Workspace verwenden, müssen Sie Strategic Planning installieren, um auf diese Funktionen zuzugreifen. Weitere Informationen zu Funktionen, auf die nur im Arbeitsbereich für strategische Planung zugegriffen werden kann, finden Sie unter Portfolioplanung mit strategischer Planung vergleichen.

    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.

    Auf der Registerkarte „Arbeitsbereiche“ werden jedoch sowohl der Source-to-Pay-Arbeitsbereich als auch der Supplier Manager Workspaceangezeigt. Wenn Sie Supplier Manager Workspace anstelle des standardmäßigen Source-to-Pay-Arbeitsbereichsverwenden möchten, stellen Sie sicher, dass Sie nach dem Upgrade auf das Release Washington DC das Korrekturskript fixscript_migrate_workspace_to_smw.xml ausführen. Sie können die Datei fixscript_migrate_workspace_to_smw.xml aus dem ServiceNow Store herunterladen. Weitere Informationen zum Ausführen eines Korrekturskripts finden Sie unter Korrekturskriptsausführen.

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

    Washington DC

    UI Builder

    Aktualisieren Sie nach dem Upgrade auf Washington DCdie Anwendung UI Builder aus dem ServiceNow Store.

    Washington DC

    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 werden in zukünftigen Patch-Releases von Washington DCverfügbar sein:
    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.

    Washington DC

    Vulnerability Response-Integrationen

    Washington DC