Personnalisation des actions d’interface utilisateur pour l’application Now Mobile Agent
Facilitez la tâche de vos utilisateurs finaux grâce à l’application Field Service Mobile en créant des actions d’interface utilisateur personnalisées.
Les configurations pour les conditions d’action d’interface utilisateur dans l’application Field Service Mobile sont différentes de celles de l’application de bureau. Contrairement à l’application de bureau, les conditions d’action de l’interface utilisateur sur mobile n’exécutent aucune requête de base de données et n’utilisent donc pas de ressources mobiles. Sur l’application mobile, au lieu d’effectuer une vérification système de l’activation d’une configuration de service sur site, vous pouvez configurer le bouton pour qu’il soit actif ou inactif.
En tant qu’administrateur, vous pouvez examiner les actions d’interface utilisateur mobile et désactiver celles qui ne sont pas utilisées pour utiliser moins de ressources mobiles.
L’image suivante montre l’application Now Mobile Agent ouverte dans Studio. L’application Now Mobile Agent ouverte dans Studio est l’endroit où vous pouvez configurer les actions d’interface utilisateur.
current.state == 16 && (new StateFlow().validFlow(current, '53d0aea8d7230100fceaa6859e610326', 'manual'));- L’enregistrement
SMconfiguration, pour voir si l’action d’interface utilisateur accept_reject est activée ou désactivée à l’aide du script suivant :(new sn_sm.SMConfiguration()).isEnabled(current, "accept_reject", false) - Si la tâche a été affectée automatiquement
- Ne changez pas la condition
current.state == 16. Elle effectue une recherche d’informations sur l’enregistrement actuel. - Si cette condition :
est définie sur faux, supprimez cette condition et désactivez les actions d’interface utilisateur mobiles correspondantes sur l’application mobile.(new sn_sm.SMConfiguration()).isEnabled(current, "accept_reject", false) - Définissez la valeur des tâches actuelles affectées au paramètre de champ sur l’utilisateur connecté, comme indiqué ici :
current.assigned_to == gs.getUserID()
current.state == 16 && current.assigned_to == gs.getUserID()Voici un autre exemple de configuration pour l’affectation automatique d’une tâche.
(new SMTask()).canAssignToSelf(current)SMTask.canAssignToSelf(task) effectue une vérification du système pour les conditions suivantes :- État de la tâche
- Valeur de l’heure de début planifiée
- Si la tâche a été affectée automatiquement
- Si l’utilisateur a les rôles de base et d’agent tels que définis dans l’enregistrement de configuration SM
- Si l’utilisateur fait partie d’un groupe géré par le groupe de distribution des tâches
current.assigned_to != gs.getUserID() && !(current.expected_start.nil()) && (current.state == 10 || current.state == 16) Pour la quatrième condition, vous pouvez ajouter un rôle spécifique dans le champ Rôles.wot_assign_to_me :if (smTask.canAssignToSelf(wotGR))
smTask.assignToMe(gs.getUserID(), input.sys_id);
else
gs.addErrorMessage(gs.getMessage("Not a valid task assignment."));