Mobile-Migration von Madrid zu New York und späteren Releases
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
Die App Mobile Onboarding wird als veraltet markiert.
Ab dem Rome-Release Now Platform wird der Support für die App Mobile Onboarding schrittweise eingestellt. Sie können es nicht mehr aktivieren, und es werden keine Verbesserungen und Korrekturen nicht kritischer Fehler entwickelt. Die Mobile-Onboarding-Funktionen sind in der App Now Mobile für HR Service Deliveryverfügbar.
- 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. Für Datensätze in dieser Tabelle wird während der Migration das Feld Veraltete Anwendung [legacy_application] aktiviert.
- Registerkarte „Benachrichtigungen“
- Fügt die Tabelle für Notifications-Registerkarten [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 für Registerkarteneinstellungen [sys_sg_settings_tab] hinzu. Datensätze in dieser Tabelle stellen eine Registerkarte für Einstellungen in jeder Navigationsleiste dar.
Dieses Upgrade enthält neue Features, z. B. Anwendungs-Startprogramme 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 arbeiten, und können sofort mit Studio verwendet werden. Weitere Informationen zur Mobile-Hierarchie, die in New York und höher verwendet wird, finden Sie unter Mobile-Hierarchie.
Geänderte Anwendungen des Basissystems und Anwendungen, die Sie in Madrid erstellt haben, funktionieren nach dem Upgrade weiterhin. Diese Anwendungen können erst nach dem Ausführen des Skripts für die Mobile-Migration in Studio konfiguriert werden.
Überlegungen nach dem Upgrade
Berücksichtigen Sie nach einem Upgrade die folgenden Informationen, um sicherzustellen, dass Ihre mobile Implementierung wie erwartet funktioniert, und stellen Sie sicher, dass das Mobile-Migrationsskript ausgeführt wird.
- Modifizierte Basissystem-Anwendungen
- Dokumentieren Sie alle Änderungen, die Sie an den von ServiceNow bereitgestellten Mobile-Anwendungen vorgenommen haben, sowie alle von Ihnen erstellten Anwendungen. Testen Sie jede dieser Anwendungen, um sicherzustellen, dass sie weiterhin wie erwartet funktionieren.
- Funktion „Upgrade debuggen“
Mithilfe der Funktion „Upgrade debuggen“ können Sie Upgradeprobleme schnell diagnostizieren. Weitere Informationen zu dieser Funktion finden Sie unter Upgrade debuggen.
Ein Video-Schulungskurs zu diesem Tool ist verfügbar. Um sich diesen Kurs anzuschauen, navigieren Sie zu Upgrade debuggen
- Übersprungene Datensätze prüfen
Um zu verhindern, dass Anpassungen überschrieben werden, werden im Upgradeprozess keine von Ihnen geänderten Datensätze aktualisiert. Stattdessen werden im Upgradeprozess übersprungene Datensätze in den Upgradeprotokollen vermerkt. Weitere Informationen zur Verarbeitung übersprungener Datensätze finden Sie unter Liste übersprungener Datensätzeverarbeiten.
Ein Video-Schulungskurs zum Auflösen von übersprungenen Datensätzen ist verfügbar. Um sich diesen Kurs anzuschauen, navigieren Sie zu Übersprungene Datensätze aktualisieren.
- Funktionalität nach Upgrade überprüfen
- Nachdem Sie Ihre Instanz aktualisiert und das Migrationsskript ausgeführt haben, können Sie mit Regressionstests sicherstellen, dass Ihre Benutzer nach einem Upgrade weiterhin wie erwartet arbeiten können. Ein Regressionstest ist eine Überprüfung Ihrer Applets, Bildschirm-UI-Richtlinien und Funktionen, um sicherzustellen, dass sie wie beabsichtigt funktionieren.
Mobile-Migrationsskript ausführen
Dieses Skript konvertiert Ihre benutzerdefinierten Anwendungen und jede geänderte Basissystem-Anwendung in das neue Mobile-Schema, das im Release New York verfügbar ist. 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 benutzerdefinierte Anwendung oder eine Basissystem-Anwendung zugreifen, die Sie geändert haben. Dies geschieht zum Beispiel beim Öffnen eines geänderten oder benutzerdefinierten Applet-Datensatzes. Sie können die Migrationsaufforderung auch anzeigen, wenn Sie auf die Applet-Auswahl in Studio zugreifen, indem Sie zu navigieren und klicken Sie auf das Popout-Symbol ( 
). Die Migrationsaufforderung wird angezeigt, wenn eines der angezeigten Applets eine Migration erfordert.
Nach Beendigung des Skripts werden Sie möglicherweise aufgefordert, vom Migrationsprozess erkannte Kollisionen zu lösen. Kollisionen sind von ServiceNow erstellte Datensätze, die Sie geändert haben und die nicht automatisch aktualisiert werden. Kollisionen können nur auftreten, wenn Sie eine Basissystem-Anwendung vor dem Upgrade auf New York oder spätere Releases geändert haben.
Vom Mobile-Migrationsskript vorgenommene Änderungen
Klicken Sie auf Migrieren, um das Migrationsskript für den aktuellen Bereich zu starten. Das Migrationsskript migriert alle Datensätze im Bereich, nicht nur das Applet, das Sie geöffnet haben.
- Wechsel von Anwendungen und Ordnern zu Applet-Startprogrammen
Das veraltete Madrid -Schema verwendete Mobile-Anwendungen und Ordner, um Ihre Applets zu organisieren. Das Now Mobile-Schema verwendet Applet-Startprogramm-Bildschirme, die in UI-Abschnitte unterteilt sind. Das Applet-Startprogramm wird aufgerufen, indem Sie auf Registerkarten in der Navigationsleiste am unteren Rand Ihrer App-Bildschirme tippen.
Abbildung : 1. Änderungen an Anwendungen im New York-Schema Das Migrationsskript erstellt ein Applet-Startprogramm für jeden Datensatz mit einer mobilen Anwendung. Das Skript konvertiert jeden Ordner in der ursprünglichen Mobile-Anwendung in einen neuen horizontalen Symbolabschnitt innerhalb dieses Applet-Startprogramms. Das Skript erstellt dann für jedes Applet im Ordner ein Symbol im Symbolabschnitt. Ausgeblendete Bildschirme werden im Symbolabschnitt nicht angezeigt. Das Skript fügt dann für jedes neue Applet-Startprogramm eine Registerkarte zur Navigationsleiste hinzu.
Das Beispielbild zeigt, wie die Incidents-Anwendung nach dem Migrationsprozess angezeigt wird. Die ursprünglichen Ordner (Meine Incidents und Gruppen-Incidents) werden im Incidents-Applet-Startprogramm als UI-Abschnitte angezeigt. Diese UI-Abschnitte können horizontal gescrollt werden, um so viele Applets wie nötig anzuzeigen. Die Anwendung Incidents kann aufgerufen werden, indem Sie auf die Registerkarte Incidents in der Navigationsleiste tippen.
Nach der Migration entfernt das Skript die Datensätze „Legacy-Ordner“ [sys_sg_folder] und „Mobile Anwendung“ [sys_sg_application].
Weitere Informationen zur Navigationsleiste, zu den Applet-Startprogrammen und ihren UI-Abschnitten finden Sie unter Navigationsleiste und Startprogramm-Bildschirme.
- Formularmigration
- Das Formular-Applet ersetzt die Ursachen-Detail-Bildschirme, die zum Anzeigen von Datensatz-Formularen im Release Madrid verwendet werden. Die Migration erstellt einen Formularbildschirm-Datensatz [sys_sg_form_screen]. Das Skript erstellt Segmente für jeden eingebetteten Bildschirm im ursprünglichen Hauptdetail-Bildschirm. Alle dem ursprünglichen Hauptdetail-Bildschirm zugeordneten Schaltflächendatensätze [sys_sg_button] werden geändert, um sie dem neuen Formular-Applet zuzuordnen.
- Migration zuordnen
- Bei Karten-Applets wurde keine Elementansicht verwendet, um Felder in Karten-Karten im Release Madrid anzuzeigen. Das Migrationsskript erstellt einen Elementansicht-Datensatz [sys_sg_item_view] für jedes Karten-Applet mit den Feldern Titel, Tag, Untertitel und Info aus dem ursprünglichen Karten-Applet.
- Kalendermigration
- Das Migrationsskript erstellt für jeden Kalender Zeitspannen-Elementstream-Datensätze [sys_sg_time_span_item_stream] und ordnet das ursprüngliche Datenelement der Kalender dem neuen Elementstream zu. Zudem erstellt das Migrationsskript einen Formular-Applet-Datensatz [sys_sg_form_screen] und migriert die Schaltflächen vom ursprünglichen eingebetteten Bildschirm des Kalenders in das neue Formular.
- Element-Streams und Elementkonfigurationen
Das Migrationsskript erstellt für jeden Bildschirm in der bereichsbezogenen Anwendung einen Elementstream-Datensatz [sys_sg_item_stream]. Der ursprüngliche Datenelement-Datensatz, der der Legacy-Anwendung zugeordnet ist, wird geändert, um ihn dem neuen Elementstream-Datensatz zuzuordnen. Das Skript erstellt Zeitspannen-Elementstream-Datensätze [sys_sg_time_span_item_stream] für jeden Kalender-Bildschirm und Datensätze für Standort-Elementstream-Datensätze [sys_sg_location_item_stream] für Kartenbildschirme. Diese beiden Tabellen werden aus der Elementstream-Tabelle erweitert, werden jedoch speziell für diese Bildschirmtypen verwendet.
- Bildschirmbereinigung
- Die folgenden Felder werden nicht mehr in Bildschirm-Datensätzen verwendet. Das Skript entfernt diese Felder aus Anrufdatensätzen in der Tabelle „Bildschirm“ [sys_sg_screen].
- Benutzerrollen [application_roles]
- Bestellung [order]
- Übergeordnet [parent]
- Übergeordnete Tabelle [parent_table]
- Datenelement [sys_sg_data_item]
- Ausgeblendet [hidden]
Darüber hinaus entfernt das Skript auch Werte aus den folgenden Feldern in Kartenbildschirm-Datensätzen [sys_sg_map_screen]:- Datenelement-Tabelle [data_item_table]
- Titel [title]
- Untertitel [subtitle]
- Info [info]
- Standort [location]
- Tag [tag]
- Tag-Schriftfarbe [tag_font_color]
- Tag-Hintergrundfarbe [tag_background_color]
- Tag-Stil [tag_style]
- Telefon [phone]
- PIN-Farbtyp [pin_color_type]
- PIN-Farbe [pin_color]
Vom Skript werden Werte aus den folgenden Feldern in Datensätzen von Elementkonfigurationen [sys_sg_master_item] entfernt:- Tabelle [table]
- Bildschirm [screen]
- Bedingung [condition]
- Bedingungsreihenfolge [condition_order]
Das Skript entfernt den Wert im Feld „Elementansicht“ [item_view] der Detailbildschirm-Datensätze [sys_sg_details_screen].
Das Skript entfernt den Wert im Feld „Elementansicht“ [item_view] der Listenbildschirm-Datensätze [sys_sg_list_screen].
Das Skript entfernt den Wert im Feld „Datenelement“ [data_item] der Elementansicht-Datensätze [item_view].
Weitere Ressourcen
Weitere Informationen zum Migrationsprozess finden Sie im Handbuch zur Mobile-Migration für New York auf der Website der ServiceNow-Community. https://community.servicenow.com/community?id=community_article&sys_id=f5121a33dba7f788fff8a345ca961957