Anpassen von UI-Aktionen für Now MobileAgent-Anwendung

Machen Sie es Ihren Endanwendern leichter, Dinge mit der mobilen Außendienst-Anwendung schneller zu erledigen, indem Sie anwenderdefinierte UI-Aktionen erstellen.

Die Konfigurationen für UI-Aktionsbedingungen unterscheiden sich in mobilen Außendienst-Anwendungen von denen in der Desktop-Anwendung. Im Gegensatz zur Desktop-Anwendung führen die UI-Aktionsbedingungen auf Mobilgeräten keine Datenbankabfragen aus und beanspruchen daher keine mobilen Ressourcen. In der mobilen Anwendung können Sie die Schaltfläche als aktiv oder inaktiv konfigurieren, anstatt eine Systemprüfung durchzuführen, ob eine Außendienstkonfiguration aktiviert ist.

Als Administrator können Sie die Aktionen der mobilen Anwenderoberfläche überprüfen und diejenigen deaktivieren, die nicht für die Verwendung weniger mobiler Ressourcen verwendet werden.

Das folgende Bild zeigt Now MobileAgent-Anwendung geöffnet in Studio. Die Now MobileAgent-Anwendung geöffnet in StudioIst, wo Sie UI-Aktionen konfigurieren können.

Hier ist eine Beispiel-UI-Aktionskonfiguration zum Akzeptieren einer Arbeitsauftragsaufgabe.

Die Akzeptieren Die Schaltfläche in der Desktop-Anwendung hat die folgenden UI-Aktionsbedingungen:

current.state == 16 && (new StateFlow().validFlow(current, '53d0aea8d7230100fceaa6859e610326', 'manual'));

Das System überprüft diese Status-Flow-Bedingungen:

1. Die SMConfiguration Datensatz, um zu sehen, ob Accept_reject UI-Aktion ist mit diesem Skript aktiviert oder deaktiviert:

   (new sn_sm.SMConfiguration()).isEnabled(current, "accept_reject", false)

2. Wenn die Aufgabe selbst zugewiesen wurde

So ändern Sie die UI-Aktion für die entsprechende Schaltfläche auf Ihrem Mobilgerät:

1. Ändern Sie nicht Current.State == 16 Bedingung. Überprüft nach Informationen zum aktuellen Datensatz.
2. Wenn diese Bedingung:

   (new sn_sm.SMConfiguration()).isEnabled(current, "accept_reject", false)

   Ist auf festgelegt Falsch , Verwerfen Sie diese Bedingung, und deaktivieren Sie die entsprechenden mobilen UI-Aktionen in der mobilen Anwendung.
3. Legen Sie den Wert für fest Aktuelle Aufgaben zugewiesen an Feldparameter für den angemeldeten Anwender, wie hier gezeigt: Current.assigned_to == gs.getUserID()

Basierend auf dem vorangehenden Beispiel ist hier die geänderte Bedingung für die UI-Aktion in der mobilen Anwendung:

current.state == 16 && current.assigned_to == gs.getUserID()

Hier ist eine weitere Beispielkonfiguration für die Selbstzuweisung einer Aufgabe.

Die Mir zuweisen Die Funktion in der Desktop-Anwendung hat die folgenden UI-Aktionsbedingungen:

(new SMTask()).canAssignToSelf(current)

Die SMTask.canAssignToSelf(task) Die Skripteinbindungsmethode führt eine Systemprüfung für diese Bedingungen durch:

1. Status der Aufgabe
2. Wert der geplanten Startzeit
3. Wenn die Aufgabe selbst zugewiesen wurde
4. Wenn der Anwender über die Standard- und Agenten-Rollen verfügt, wie im SM-Konfigurationsdatensatz definiert
5. Gibt an, ob der Anwender Teil einer Gruppe ist, die von der Aufgabenversandgruppe bearbeitet wird

In der mobilen Anwendung führt die folgende UI-Skriptbedingung eine Prüfung auf die ersten drei zuvor aufgeführten Bedingungen durch:

current.assigned_to != gs.getUserID() && !(current.expected_start.nil()) && (current.state == 10 || current.state == 16) 

Für die vierte Bedingung können Sie der eine bestimmte Rolle hinzufügen Rollen Feld.

Führen Sie für die fünfte Bedingung die folgende Validierung in durch wot_assign_to_me Aktionselement „Zurückschreiben“:

if (smTask.canAssignToSelf(wotGR)) 
smTask.assignToMe(gs.getUserID(), input.sys_id); 
else
gs.addErrorMessage(gs.getMessage("Not a valid task assignment."));