Upgrade-Informationen für alle Yokohama -Funktionen und -Produkte
Zusammenfassung der kumulativen Versionshinweise zu Upgrade-Informationen für Yokohama -Funktionen und -Produkte.
| Anwendung oder Funktion | Details | ||||||||
|---|---|---|---|---|---|---|---|---|---|
KI-Suche | Wenn Sie von einem früheren Release auf Yokohama aktualisieren, machen Sie den Inhalt von Wissensblöcken durchsuchbar, indem Sie alle indizierten Quellen, die Wissensartikel enthalten, neu indizieren. Einzelheiten zur erneuten Indizierung finden Sie unter Perform a full table index or reindex for a single AI Search indexed source oder Perform a full table index or reindex for multiple AI Search indexed sources. | ||||||||
Accounts Payable Operations | Wenn Sie ein Upgrade von einem früheren Release durchführen, müssen Sie das Referenzfeld in der Tabelle „Steuercode“ [sn_fin_tax_code] konfigurieren. Das Ausnahmemodul validiert die Rechnung anhand des Steuercodes und löst bei Bedarf Ausnahmen aus. | ||||||||
App Engine Studio | Stellen Sie aufgrund eines neuen Prozesses für die Zuweisung von Gruppen in App Engine Management Center (AEMC) sicher, dass auf jeder Ihrer Instanzen dieselbe Version des Plugins „Application Intake“ installiert ist. | ||||||||
Application Vulnerability Response |
| ||||||||
Automated Test Framework | Kopieren Sie die von Now Platform® bereitgestellten Schnellstarttests, und passen Sie sie an, um zu validieren, ob Ihre Instanz funktioniert, nachdem Sie Konfigurationsänderungen vorgenommen haben. Zum Beispiel, wenn Sie ein Upgrade anwenden oder eine Anwendung entwickeln. Die Tests können nur dann zu einem positiven Ergebnis führen, wenn Sie sie auf einem Basissystem ohne Anpassungen und mit den standardmäßigen Demodaten ausführen, die mit dem Anwendungs- oder Funktions-Plugin bereitgestellt werden. Um einen Schnellstarttest auf Ihre instanzspezifischen Daten anzuwenden, kopieren Sie den Schnellstarttest, und fügen Sie Ihre anwenderdefinierten Daten hinzu. Weitere Informationen finden Sie unter Available quick start tests by application or feature. | ||||||||
Datenverwaltung | Für jede Tabelle, die vor dem Upgrade mit einer Archivierungsregel oder einer Tabellenbereinigungsregel konfiguriert wurde, wird automatisch ein Datensatz für eine Datenverwaltungsrichtlinie erstellt. | ||||||||
Datenschutz | Durch Lizenzierungsänderungen können Sie Daten-Discovery- , Daten-Discovery -APIs, Datenanonymisierungs- und Datenschutz -APIs ohne Berechtigung installieren. Sie müssen jedoch eine Berechtigung zum Ausführen einer Aufgabe haben. | ||||||||
DevOps-Change-Geschwindigkeit | Wenn Sie Neukunde sind oder eine zBoot-Instanz verwenden und typbasierte Workflow-Change-Anforderungen in DevOps Change-Geschwindigkeiterstellen möchten, müssen Sie die Eigenschaft com.snc.change_management.change_model.type_compatibility hinzufügen und auf true festlegen. Weitere Informationen finden Sie unter Add a system property. | ||||||||
Digitale Endanwender-Experience | Um Ihr DEX Desktop-Assistentzu aktualisieren, gehen Sie wie folgt vor:
| ||||||||
Verwaltung von Verschlüsselungsschlüsseln |
| ||||||||
Connectors für externe Inhalte | Ab Version 2 der Anwendung „External Content Connectors“ implementieren Connectors für externe Inhalte die semantische Vektorindizierung für durchsuchte Elemente. Wenn Sie ein Upgrade auf eine Version durchführen, die semantische Vektorindizierung unterstützt, indizieren Ihre vorhandenen Connectors alle zuvor abgerufenen Elemente neu, wenn sie das nächste Mal von einer Durchforstung aufgerufen werden, auch wenn der Inhalt dieser Elemente unverändert bleibt. Um die semantische Vektorindizierung Ihrer externen Inhaltselemente so bald wie möglich nach dem Upgrade zu erzwingen, brechen Sie alle laufenden Durchforstungen ab, und starten Sie sie dann manuell neu. | ||||||||
Financial Services Card Operations | Während des Upgrades auf Yokohamaordnet das Plugin Financial Services Card Operations die Transaktionstabelle für Kartenkonflikte [sn_bom_credit_card_disputes_transaction] in die Tabelle „Finanzaufgabe“ [sn_bom_task] in Financial Services Operations Coreum. Beim Reparenting werden die Vorteile und Fortschritte von ServiceNow® Financial Services Operations Core genutzt, während die Funktionalität vorhandener Anwendungen beibehalten wird. Hinweis: Wenn Ihre Instanz die Transaktionstabelle für Kartenkonflikte [sn_bom_credit_card_disputes_transaction] verwendet und diese Tabelle eine große Datenmenge enthält, kann es zu längeren Upgrade-Zeiten kommen. | ||||||||
Generative KI-Controller | Generative-KI-Controller wird installiert und aktualisiert, wenn Sie eine Anwendung Now Assist von installieren oder aktualisieren. Wenn Sie Probleme beim Installieren oder Aktualisieren von Anwendungen haben, finden Sie in diesem Wissensartikel Schritte zur Lösung des Problems. Andernfalls können Sie einen Supportfall erstellen. | ||||||||
ITOM Health | Verbessern Sie Ihr Anwendungsservice-Mapping, indem Sie die App Service Extension aus dem ServiceNow® Storeinstallieren. Besuchen Sie die ServiceNow Store , um Informationen zum Senden von Anforderungen an den Store zu erhalten. | ||||||||
ITOM-Transparenz | Die 3DES-Unterstützung soll für MID Servers mit SSH-basierter Discovery oder SSH-basierten Integrationen endgültig aus MID-Server entfernt werden. Weitere Informationen finden Sie unter 3DES-Einstellung in SSH von Xanadu [KB1644950]. | ||||||||
Instanzübergreifende Datenreplikation | Verbessern Sie die Leistung und Verarbeitungseffizienz von Instanzübergreifende Datenreplikation (IDR), indem Sie Ihre Replikationssätze auf V2 aktualisieren, die Hermes Messaging-Serviceverwendet. Details finden Sie unter Upgrading legacy replication sets to V2 in Instance Data Replication. Die Protokollrotation wird nach dem Upgrade automatisch für die Tabelle „Replikationsnutzlastfehler“ [idr_replication_payload_error] aktiviert. Standardmäßig besteht der Protokollrotationszeitplan aus sieben Shards mit fünf Tagen für jeden Shard. Alle Protokolleinträge in dieser Tabelle, die vor dem Upgrade erstellt wurden, werden automatisch gekürzt. | ||||||||
MID-Server | Die aktuellen Systemanforderungen für MID-Server finden Sie unter Systemanforderungen für MID-Server. Die unterstützte JRE-Mindestversion ist 17.0.10, die empfohlene Version ist 17.0.12. Wenn Sie Ihre eigene JRE installiert haben, führt der Upgrade-Prozess die folgenden Aktionen aus, um sicherzustellen, dass MID-Server eine unterstützte JRE verwendet:
Alle MID-Server -Hostcomputer benötigen Zugriff auf die Download-Website unter install.service-now.com, um automatische Upgrades zu aktivieren. Weitere Informationen finden Sie unter Systemverwaltung MID-Server Upgrades. Gemäß dem ausführbaren Pfad ist nur ein Service Windows MID-Server zulässig. Aktualisierte Windows MID Servers, bei denen mehrere Services auf denselben Installationsordner verweisen, können nicht gestartet werden. Siehe MID-Server startet nicht , um weitere Informationen zu erhalten. Weitere Informationen zu MID-Server -Upgrades finden Sie in den folgenden Themen:
| ||||||||
Now Assist | Wenn Sie UI-Aktionen oder andere Elemente angepasst haben, die Kompetenzen Now Assist zugeordnet sind, stellen Sie sicher, dass Ihr angepasster Code mit den neuen Kompetenz-Releases aktualisiert wird. Andernfalls funktionieren bestimmte Funktionen möglicherweise nicht wie erwartet. Wenn beim Upgrade eines Produkts Now Assist Probleme auftreten, lesen Sie den Artikel KB1637452: Probleme und Verringerung bei Updates für Now Assist-Anwendungen (generative KI) und Plugins. Möglicherweise müssen Sie sich anmelden, um den Artikel anzuzeigen. | ||||||||
Now Assist Analytics | Now Assist Analytics wird installiert und aktualisiert, wenn Sie eine Anwendung Now Assist von installieren oder aktualisieren. Wenn Sie Probleme beim Installieren oder Aktualisieren von Anwendungen haben, finden Sie in diesem Wissensartikel Schritte zur Lösung des Problems. Andernfalls können Sie einen Supportfall erstellen. | ||||||||
Now Assist-Kompetenzkit | Wenn Sie UI-Aktionen oder andere Elemente angepasst haben, die Kompetenzen Now Assist zugeordnet sind, stellen Sie sicher, dass Ihr angepasster Code mit den neuen Kompetenz-Releases aktualisiert wird. Andernfalls funktionieren bestimmte Funktionen möglicherweise nicht wie erwartet. Wenn beim Upgrade eines Produkts Now Assist Probleme auftreten, lesen Sie den Artikel KB1637452: Probleme und Verringerung bei Updates für Now Assist-Anwendungen (generative KI) und Plugins. Möglicherweise müssen Sie sich anmelden, um den Artikel anzuzeigen. | ||||||||
Now Assist für Security Incident Response | Ab Version 2.0.1 hat sich der Name der Anwendung Now Assist für Security Operations in ServiceNow® Store und in Ihrer Instanz Now Platform® in Now Assist für Security Incident Responsegeändert. Sie müssen ein Upgrade auf Version 2.0.1 durchführen, um auf die folgenden Funktionen zugreifen zu können:
Die Anwendung KI-Suche muss aktiviert sein, damit die Kompetenz „Empfohlene Aktionen“ für Security Incidents funktioniert. Um sicherzustellen, dass KI-Suche in Ihrer Instanz aktiviert ist, navigieren Sie zu . Wenden Sie sich an den Support, wenn auf der Seite angegeben ist, dass KI-Suche nicht aktiviert ist. | ||||||||
Platform Analytics-Experience | Wenn Sie Ihre Analytics-Assets zuvor zu Platform Analyticsmigriert hatten, werden Assets, die sich im Kompatibilitätsmodus befanden, aber jetzt in Yokohama unterstützt werden, automatisch migriert. | ||||||||
Playbooks in Workflow-Studio | Aktualisieren Sie nach dem Upgrade auf Yokohamadie Anwendung Workflow-Studio im ServiceNow Store. | ||||||||
Digitale Dienste für den öffentlichen Bereich | Nach dem Upgrade werden bestimmte Menüs und Menüelemente des öffentlichen Sektors in Konfigurierbarer Arbeitsbereich für CSM auf ihre ursprünglichen CSM -Bezeichnungsnamen zurückgesetzt. Sie können diese Elemente für die Verwendung im öffentlichen Sektor umbenennen, indem Sie die Bezeichnungen für die Datensätze der UX-Listenkategorie für Kunden, Accountsund Serviceorganisationen aktualisieren. Navigieren Sie zu, um weitere Informationen zur Umbenennung von Bezeichnungen zu erhalten , und wählen Sie . | ||||||||
RPA-Hub | Aktualisieren Sie diese derzeit installierten MicrosoftMicrosoft Azure Event Hubs Software-Installationsprogramme (Software Installers, MSIs), indem Sie die RPA-Anwendungen herunterladen:
Die folgenden Upgrade-Informationen gelten nur, wenn Sie ein Upgrade von San Diego oder Tokyo auf Yokohamadurchführen. Abhängig von der Anzahl der Datensätze in der Anwendungsdateitabelle kann es beim Upgrade der RPA-Hub -Anwendungen von Tokyo oder früheren Releases auf Yokohamazu einer Verzögerung kommen. Vor dem Upgrade RPA-Hub von auf Yokohamamüssen Sie den Wert der Systemeigenschaft glide.rollback.blacklist.TableParentChange.change auf falsefestlegen. Wenn diese Eigenschaft in der Tabelle „Systemeigenschaft“ [sys_properties] nicht vorhanden ist, fügen Sie sie hinzu, und legen Sie ihren Wert auf „false“ fest. Weitere Informationen zum Hinzufügen einer Eigenschaft finden Sie unter Add a system property. Nach dem Upgrade auf Yokohamaändern sich die Bot-Prozessdefinitionen in die neue Struktur, die Bot-Prozesskonfiguration. Obwohl die Bot-Prozesskonfiguration den Bot-Prozess nicht vollständig ersetzt, werden die meisten Felder vom Bot-Prozess in die Bot-Prozesskonfiguration verschoben. Wenn Sie ein Upgrade auf Yokohama durchführen, ohne den Wert der Systemeigenschaft zu aktualisieren, erweitern die Tabellen die Anwendungsdateitabelle [sys_metadata] nicht. Informationen zur manuellen Aktualisierung der Tabellenänderungen finden Sie im Artikel Restrukturieren von RPA-Hub-Tabellen zu sys_metadata in Utah und höher [KB1223629] in der Now Support Knowledge Base. | ||||||||
Sicherheitsstatus-Überwachung | Eine vollständige Liste der Anwendungen, die für die Implementierung Sicherheitsstatus-Überwachungvon erforderlich sind, finden Sie unter Sicherheitsstatus-Überwachung installieren. | ||||||||
Service Bridge |
| ||||||||
Service Operations-Arbeitsbereich für ITSM | Stellen Sie sicher, dass die folgenden Anwendungen über kompatible aktualisierte Versionen verfügen:
Weitere Informationen zu kompatiblen Versionen finden Sie unter Version compatibility between Service Operations Workspace for ITSM and Service Operations Workspace ITOM. | ||||||||
ServiceNow-IDE | ServiceNow IDE Version 1.1.4 ist standardmäßig auf Instanzen im Release Yokohama aktiv. Aktualisieren Sie auf ServiceNow IDE Version 2.0 oder höher, um die neuesten Funktionen zu verwenden. Informationen zum Aktualisieren von ServiceNow IDEfinden Sie unter Install an application or plugin. | ||||||||
ServiceNow Studio | ServiceNow Studio muss nicht mehr aus ServiceNow Storeheruntergeladen werden. Sie ist standardmäßig unter Now Platform verfügbar. | ||||||||
Software Asset Management | Ab dem Release Yokohama werden alle Skripteinbindungen für den Abgleich vom Familienrelease in die Store-Anwendung Software Asset Management (com.sn_itam_samp) verschoben. Wenn Sie beim Upgrade auf YokohamaAnpassungen an Abgleichsskripteinbindungen vorgenommen haben, müssen Sie Ihre Anpassungen auf die neuen Skripteinbindungen übertragen. Die alten Skripteinbindungen werden als veraltet markiert. Beim Upgrade auf Yokohama Patch 1 mit installierter Store-Anwendung Software Asset Management (sn_itam_samp) 2.1.0 müssen Sie die Berechtigungen für die vorhandenen CrowdStrike -Integrationsprofile löschen. Erstellen Sie dann basierend auf den Lizenzmetriken neue Berechtigungen für verschiedene CrowdStrike -Produkte, z. B. CrowdStrike Falcon Endpoint Protection und CrowdStrike Falcon Discover. Zu diesen Metriken gehören der Sensor „Reservierter stündlicher Durchschnitt“ und das Sensorabonnement, die unter der Lizenzmetrikgruppe CrowdStrike zu finden sind.
| ||||||||
Telecommunications Network Inventory | Das Release Yokohama benötigt die Plattformversion Xanadu, um die Playbook-Funktion zum Entwerfen und Zuweisen zu unterstützen. | ||||||||
Telecommunications Service Operations Management (TSOM) | Nach der Installation von Telecommunications Service Operations Management TSOM können alle anwenderdefinierten IRE-Identifizierungsregeln betroffen sein, die auf Schnittstellenkarten, Steckplätze, Untersteckplätze und Netzwerkschnittstellen angewendet werden. Sie müssen die Regeln überprüfen und validieren, um eine ordnungsgemäße Funktionalität sicherzustellen. | ||||||||
Risikomanagement von Drittparteien | Wenn Sie ein VRM -Benutzer sind, der ein Upgrade auf TPRMdurchführt, müssen Sie beim Upgrade von einem früheren Release auf Vancouver oder höher von einem früheren Release jedes Upgrade nacheinander ausführen, um sicherzustellen, dass die Korrekturskripts ordnungsgemäß ausgeführt werden. Dies bedeutet ein Upgrade von Utah auf Vancouver, Vancouver von auf Washington DCusw. Wenn die Skripts nicht in der richtigen Reihenfolge ausgeführt werden, kann dies zu Dateninkonsistenzen, fehlerhaften Funktionen und Konflikten führen. Weitere Informationen zum Upgrade von VRM auf TPRMfinden Sie unter Upgrade-Informationen zu Risikomanagement von Drittparteien. | ||||||||
User Experience Analytics |
| ||||||||
Vulnerability Response-Integrationen |
| ||||||||
Personaloptimierung für ITSM |
|