Now Mobile エージェントアプリケーションの UI アクションのカスタマイズ
カスタム UI アクションを作成することで、エンドユーザーが Field Service Mobile アプリケーションを使用してより迅速に作業を完了できるようにします。
UI アクション条件の構成は、Field Service Mobile アプリケーションとデスクトップアプリケーションでは異なります。デスクトップアプリケーションとは異なり、モバイルの UI アクション条件はデータベースクエリを実行しないため、モバイルリソースを消費しません。モバイルアプリケーションでは、フィールドサービス構成が有効か無効かについてシステムチェックを実行する代わりに、ボタンをアクティブまたは非アクティブに明示的に構成できます。
アドミニストレーターは、モバイル UI アクションを確認し、モバイルリソースの使用量を減らすために使用されていないアクションを無効にすることができます。
下の画像は、スタジオ で開いている フィールドサービス Mobile アプリケーションを示しています。ここで 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) 4 番目の条件では、特定のロールを [ロール ] フィールドに追加できます。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."));