エージェントアプリケーションの UI アクションの Now Mobile カスタマイズ
カスタム UI アクションを作成することで、エンドユーザーが Field Service モバイルアプリケーションを使用して作業をより迅速に完了できるようにします。
UI アクション条件の構成は、Field Service モバイルアプリケーションとデスクトップアプリケーションでは異なります。デスクトップアプリケーションとは異なり、モバイルの UI アクション条件はデータベースクエリを実行しないため、モバイルリソースを消費しません。モバイルアプリケーションでは、フィールドサービス構成が有効か無効かについてシステムチェックを実行する代わりに、ボタンを明示的にアクティブまたは非アクティブに設定できます。
管理者は、モバイル UI アクションを確認し、使用するモバイルリソースを減らすために使用されていないアクションを無効にすることができます。
以下の図は、 フィールドサービス で開いている スタジオモバイルアプリケーションを示しています。ここで UI アクションを設定できます。
作業指示タスクを受け入れるための UI アクション構成の例を次に示します。
デスクトップアプリケーションの [承認 ] ボタンには、次の UI アクション条件があります。
current.state == 16 && (new StateFlow().validFlow(current, '53d0aea8d7230100fceaa6859e610326', 'manual'));次のステータスフロー条件がチェックされます。
SMconfigurationレコードを使用して、このスクリプトを使用して accept_reject UI アクションを有効または無効にするかどうかを確認します。(new sn_sm.SMConfiguration()).isEnabled(current, "accept_reject", false)- タスクが自己アサインされている場合
モバイルデバイス上の対応するボタンの UI アクションを変更するには、次の手順を実行します。
current.state == 16条件は変更しないでください。現在のレコードの情報がチェックされます。- この条件の場合:
が false に設定されている場合、この条件を削除し、モバイルアプリケーション上の対応するモバイル UI アクションを無効にします。(new sn_sm.SMConfiguration()).isEnabled(current, "accept_reject", false) - 次に示すように、[ 現在のタスクのアサイン先] フィールドパラメーターの値をログインユーザーに設定します。
current.assigned_to == gs.getUserID()
current.state == 16 && current.assigned_to == gs.getUserID()タスクを自己アサインするための別の設定例を次に示します。
デスクトップアプリケーションの [自分へのアサイン] 機能には、次の UI アクション条件があります。
(new SMTask()).canAssignToSelf(current)SMTask.canAssignToSelf(task) スクリプトインクルードメソッドは、次の条件についてシステムチェックを実行します。- タスクのステータス
- 予定開始時間の値
- タスクが自己アサインされている場合
- ユーザーが、SM 設定レコードで定義されている基本ロールとエージェントロールを持っている場合
- ユーザーがタスクディスパッチグループによって処理されたグループに属しているかどうか
モバイルアプリケーションでは、次の UI スクリプト条件が上記の最初の 3 つの条件のチェックを実行します。
current.assigned_to != gs.getUserID() && !(current.expected_start.nil()) && (current.state == 10 || current.state == 16) 5 番目の条件では、
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."));