Mobile-Migration von Madrid zu New York und späteren Releases

  • Freigeben Version: Australia
  • Aktualisiert 12. März 2026
  • 6 Minuten Lesedauer
  • Migrieren Sie Mobile-Anwendungen zu New York oder späteren Releases, um die verbesserten Funktionen zu nutzen und die Bearbeitung in Studio fortzusetzen.

    Während des Upgrades vorgenommene Änderungen

    Während des Upgrades von Madrid Bis New York Oder in späteren Versionen aktualisiert die Instanz auf die neue mobile Hierarchie, indem das Plugin „nativer Client für mobile Agenten“ [com.Glide.sg.Agent_native_Client] aktiviert wird. Diese Installation erstellt die folgenden Änderungen:
    Native Clients
    Fügt die Tabelle „native Clients“ [sys_sg_native_client] hinzu. Datensätze in dieser Tabelle stellen die verfügbaren nativen Clients dar. Mobile Agent, Now Mobile, Und Mobile Onboarding.
    Navigationsleiste
    Fügt die Navigationstabelle [sys_sg_Navigation] hinzu. Datensätze in dieser Tabelle stellen eine Navigationsleiste für jeden der nativen Clients dar. Datensätze in dieser Tabelle während der Migration haben ihre Legacy-Anwendung Feld [Legacy_Application] aktiviert.
    Registerkarte „Benachrichtigungen“
    Fügt die Tabelle der Benachrichtigungsregisterkarten [sys_sg_notifications_tab] hinzu. Datensätze in dieser Tabelle stellen eine Registerkarte für Benachrichtigungen in jeder Navigationsleiste dar.
    Registerkarte „Einstellungen“
    Fügt die Tabelle der Einstellungsregisterkarten [sys_sg_settings_tab] hinzu. Datensätze in dieser Tabelle stellen eine Registerkarte für Einstellungen in jeder Navigationsleiste dar.
    Beim Upgrade auf New York wurden neue Elemente eingeführt

    Dieses Upgrade enthält neue Funktionen wie Anwendungsstartprogramme und eine konfigurierbare Navigationsleiste. Alle nicht geänderten mobilen Anwendungen des Basissystems, die auf Ihrer Instanz installiert sind, werden automatisch aktualisiert, um mit dem neuen Design zu funktionieren, und können mit verwendet werden Studio Sofort. Für weitere Details zur in verwendeten mobilen Hierarchie New York Und später finden Sie unter Mobile Hierarchie.

    Geänderte Basissystemanwendungen und Anwendungen, die Sie in erstellt haben Madrid Funktioniert nach dem Upgrade weiter. Diese Anwendungen können in nicht konfiguriert werden Studio Bis nachdem Sie das mobile Migrationsskript ausgeführt haben.

    Überlegungen nach dem Upgrade

    Berücksichtigen Sie nach einem Upgrade die folgenden Informationen, um zu bestätigen, dass Ihre mobile Implementierung wie erwartet funktioniert, und stellen Sie sicher, dass das mobile Migrationsskript ausgeführt wird.

    Basissystemanwendungen geändert
    Dokumentieren Sie alle Änderungen, die Sie an mobilen Anwendungen vorgenommen haben, die von bereitgestellt werden ServiceNow, Sowie alle von Ihnen erstellten Anwendungen. Testen Sie jede dieser Anwendungen, um sicherzustellen, dass sie wie erwartet funktionieren.
    Verwenden Sie die Funktion „Upgrade debuggen“

    Die Debuggen-Upgradefunktion kann Ihnen helfen, Upgradeprobleme schnell zu diagnostizieren. Informationen zu dieser Funktion finden Sie unter Upgrade debuggen.

    Ein Videoschulungskurs zu diesem Tool ist verfügbar. Informationen zum Anzeigen dieses Kurses finden Sie unter Debugging-Upgrade Wird Verwendet

    Übersprungene Datensätze überprüfen

    Um zu verhindern, dass Ihre Anpassungen überschrieben werden, aktualisiert der Upgradeprozess keine Datensätze, die Sie geändert haben. Stattdessen merkt der Upgradeprozess diesen übersprungenen Datensatz in den Upgradeprotokollen an.

    Ein Videoschulungskurs zum Lösen übersprungener Datensätze ist verfügbar. Informationen zum Anzeigen dieses Kurses finden Sie unter Übersprungene Datensätze Upgraden .

    Überprüfen Sie die Funktionalität nach dem Upgrade
    Sobald Sie Ihre Instanz aktualisiert und das Migrationsskript ausgeführt haben, können Regressionstests dazu beitragen, dass Ihre Anwender nach einem Upgrade wie erwartet arbeiten können. Ein Regressionstest ist eine Überprüfung Ihrer Applets, Bildschirm-ui-Richtlinien und Funktionen, um sicherzustellen, dass sie wie vorgesehen funktionieren.

    Mobiles Migrationsskript wird ausgeführt

    Dieses Skript konvertiert Ihre anwenderdefinierten Anwendungen und alle geänderten Basissystemanwendungen in das neue mobile Schema, das in verfügbar ist New York Release. Das Skript ändert den aktuellen Umfang nur, wenn es ausgeführt wird. Wenn Sie mehr als eine bereichsbezogene mobile Anwendung haben, müssen Sie das Skript für jeden Bereich ausführen.

    Nach einem Upgrade wird die Option zum Ausführen des Migrationsskripts angezeigt, wenn Sie zum ersten Mal auf eine anwenderdefinierte Anwendung oder eine Basissystemanwendung zugreifen, die Sie geändert haben. Beispiel: Wenn Sie einen geänderten oder anwenderdefinierten Applet-Datensatz öffnen. Sie können die Migrationsaufforderung auch sehen, wenn Sie auf die Applet-Auswahl in zugreifen Studio Indem Sie zu navigieren Mobile Studio > Applets Und Klicken auf das Popout-Symbol ( Pop-out-Symbol). Die Migrationsaufforderung zeigt an, ob eines der in der Auswahl angezeigten Applets eine Migration erfordert.

    Mobile Migrationsskript-Prompt

    Nach Abschluss des Skripts werden Sie möglicherweise aufgefordert, die vom Migrationsprozess erkannten Kollisionen zu lösen. Kollisionen sind Datensätze, die von erstellt wurden ServiceNow Die Sie geändert haben und nicht automatisch aktualisiert werden. Kollisionen können nur auftreten, wenn Sie eine Basissystemanwendung vor Ihrem Upgrade auf geändert haben New York Oder neuere Releases.

    Kollisionsaufforderung für mobile Migration
    Klicken Sie auf Zeigen Sie Kollisionen An Um diese Kollisionen zu lösen. Weitere Informationen zu diesem Prozess finden Sie unter Lösen Sie häufige Probleme in den Ergebnissen des mobilen Migrationsskripts.

    Vom mobilen Migrationsskript vorgenommene Änderungen

    Klicken Sie Auf Migrieren Zum Starten des Migrationsskripts für den aktuellen Bereich. Das Migrationsskript migriert alle Datensätze innerhalb des Bereichs, nicht nur das von Ihnen geöffnete Applet.

    Anwendungen und Ordner wechseln zu Applet-Startprogrammen

    Das Legacy Madrid Schema verwendet mobile Anwendungen und Ordner, um Ihre Applets zu organisieren. Die Now Mobile Schema verwendet Applet-Startprogramm-Bildschirme, die in UI-Abschnitte unterteilt sind. Der Zugriff auf das Applet-Startprogramm erfolgt durch Tippen auf Registerkarten in der Navigationsleiste, die unten auf Ihren App-Bildschirmen angezeigt wird.

    Abbildung : 1. Änderungen an Anwendungen in New York Schema
    Änderungen an Anwendungen in New York Schema.

    Das Migrationsskript erstellt ein Applet-Startprogramm für jeden Datensatz der mobilen Anwendung. Das Skript konvertiert jeden Ordner in der ursprünglichen mobilen Anwendung in einen neuen horizontalen Symbolabschnitt in diesem Applet-Startprogramm. Das Skript erstellt dann ein Symbol im Symbolabschnitt für jedes Applet mit dem Ordner. Ausgeblendete Bildschirme werden im Symbolabschnitt nicht angezeigt. Das Skript fügt dann der Navigationsleiste für jedes der neuen Applet-Startprogramme eine Registerkarte hinzu.

    Das Beispielbild zeigt, wie die Anwendung „Incidents“ nach dem Migrationsprozess angezeigt wird. Die ursprünglichen Ordner ( Meine Incidents Und Gruppen-Incidents ) Als UI-Abschnitte in anzeigen Incidents Applet-Startprogramm. Diese UI-Abschnitte können horizontal scrollen, um beliebig viele Applets anzuzeigen. Die Incidents Die Anwendung ist zugänglich, indem Sie auf tippen Incidents Registerkarte in der Navigationsleiste.

    Nach der Migration entfernt das Skript die Datensätze des Legacy-Ordners [sys_sg_folder] und der Mobilanwendung [sys_sg_Application].

    Madrid Anwendungen in konvertiert New York Symbolabschnitte und Symbole.

    Weitere Informationen zur Navigationsleiste, den Applet-Startprogrammen und ihren UI-Abschnitten finden Sie unter Navigationsleiste, Und Startprogramm-Bildschirme.

    Formularmigration
    Das Formular-Applet ersetzt die Stammdetailbildschirme, die zum Anzeigen von Datensatzformularen in verwendet werden Madrid Release. Die Migration erstellt einen Formularbildeintrag [sys_sg_form_screen]. Das Skript erstellt Segmente für jeden eingebetteten Bildschirm im ursprünglichen Hauptdetailbildschirm. Beliebige Schaltflächendatensätze [sys_sg_button], die dem ursprünglichen Hauptdetailbildschirm zugeordnet sind, ändern sich in die Zuordnung zum neuen Formular-Applet.
    Kartenmigration
    Kartenapplets haben keine Elementansicht zum Anzeigen von Feldern in Kartenkarten in verwendet Madrid Release. Das Migrationsskript erstellt einen Elementansichts-[sys_sg_item_view]-Datensatz für jedes Karten-Applet mit Titel , Tag , Untertitel , Und Info Felder aus dem ursprünglichen Karten-Applet.
    Kalendermigration
    Das Migrationsskript erstellt Zeitspannenelement-Stream [sys_sg_time_span_item_stream]-Datensätze für jeden Kalender und ordnet das ursprüngliche Kalenderdatenelement dem neuen Elementstream zu. Das Migrationsskript erstellt auch einen Formular-Applet-Datensatz [sys_sg_form_screen] und migriert die Schaltflächen vom ursprünglichen eingebetteten Bildschirm des Kalenders zum neuen Formular.
    Elementstreams und Elementkonfigurationen

    Komponenten des nativen Clients.

    Das Migrationsskript erstellt einen Elementstream-Datensatz [sys_sg_item_stream] für jeden Bildschirm in der bereichsbezogenen Anwendung. Der ursprüngliche Datenelementdatensatz, der der Legacy-Anwendung zugeordnet ist, ändert sich so, dass er dem neuen Element-Stream-Datensatz zugeordnet wird. Das Skript erstellt Datensätze des Zeitspannenelement-Streams [sys_sg_time_span_item_stream] für jeden Kalenderbildschirm und Datensätze des Standortelement-Streams [sys_sg_location_item_stream] für Kartenbildschirme. Diese beiden Tabellen erstrecken sich aus der Elementstream-Tabelle, werden jedoch speziell für diese Bildschirmtypen verwendet.

    Bildschirmbereinigung
    Die folgenden Felder werden nicht mehr in Bildschirmdatensätzen verwendet. Das Skript entfernt diese Felder aus Anrufdatensätzen in der Tabelle Bildschirm [sys_sg_screen].
    • Anwenderrollen [Application_roles]
    • Auftrag [Auftrag]
    • Übergeordnet [parent]
    • Übergeordnete Tabelle [parent_table]
    • Datenelement [sys_sg_data_item]
    • Ausgeblendet [ausgeblendet]
    Darüber hinaus entfernt das Skript auch Werte aus den folgenden Feldern in den Datensätzen des Kartenbildschirms [sys_sg_map_screen]:
    • Datenelementtabelle [Data_item_table]
    • Titel [title]
    • Untertitel [Untertitel]
    • Info [Info]
    • Standort [location]
    • Tag [Tag]
    • Tag-Schriftfarbe [Tag_font_color]
    • Tag-Hintergrundfarbe [Tag_background_color]
    • Tag-Stil [Tag_style]
    • Telefon [Telefon]
    • Farbtyp anheften [PIN_color_type]
    • Farbe anheften [PIN_color]
    Das Skript entfernt Werte aus den folgenden Feldern in Elementkonfigurations-Datensätzen [sys_sg_master_item]:
    • Tabelle [Tabelle]
    • Bildschirm [Bildschirm]
    • Bedingung [Bedingung]
    • Bedingungsreihenfolge [condition_order]

    Das Skript entfernt den Wert im Feld „Elementansicht“ [item_View] der Datensätze des Detailbildschirms [sys_sg_details_screen].

    Das Skript entfernt den Wert im Feld „Elementansicht“ [item_View] der Datensätze des Listenbildschirms [sys_sg_list_screen].

    Das Skript entfernt den Wert im Feld „Datenelement [Data_item]“ der Datensätze der Elementansicht [item_View].

    Weitere Ressourcen

    Weitere Informationen zum Migrationsprozess finden Sie im Mobile Migration Guide für New York auf ServiceNow community-Website. https://community.servicenow.com/community?id=community_article&sys_id=f5121a33dba7f788fff8a345ca961957