ビジネスプロセスでは、エージェントにディスパッチされたときに作業指示タスクを自動的に受け入れる必要がある場合があります。
このタスクについて
[Pending Dispatch] から [Accepted] への移行を自動化し、エージェントがタスクを却下できる [Assigned] ステータスをバイパスする新しいステータスフローレコードを作成します。これにより、UI アクションに関連付けられた手動スクリプトは実行されません。自動スクリプトは、タスクがディスパッチされた日時の更新や通知の送信などの追加作業など、手動スクリプトが実行していたジョブを実行します。
手順
-
移動先 .
-
[Pending Dispatch (ディスパッチ待ち)] の開始ステータスから [Assigned (アサイン済み)] の終了ステータスへのタスク移行を定義する [Assigned (割り当て済み)] レコードを開きます。
これは、エージェントの名前が [アサイン先] フィールドに追加され、タスクが更新されたときに発生する自動状態変更です。
-
ステータスフローの名前を変更します。
この例では、名前を 「Skip Agent Acceptance」に変更します。
-
[終了ステータス] フィールドの値を [承認済み] に変更します。
この移行により、エージェントがタスクを却下できるようにする 承認 ステータスフローレコードをバイパスできます。
-
次のフィールドに条件基準を設定します。
- 自動条件文字列:この条件により、現在のステータスが [ディスパッチ待ち ] になり、[ アサイン先 ] フィールドの値が変更されます。たとえば、
current.state == 10 && current.assigned_to.changes() です。
- 自動条件:条件 [アサイン先] [空でない] は、ディスパッチされたすべてのタスクが自動的に受け入れられるようにします。
- 自動スクリプト:] 自動スクリプトは、タスクがディスパッチされた時刻を設定します。たとえば、
method current.dispatched_on = gs.nowDateTime(); を使用します。
注: 前の 2 つの条件ステートメントには [AND] 関係があります。この例では、[ Pending Dispatch] ステータスのタスクがいずれかのエージェントにアサインされると、ビジネスルールが実行されます。
-
[ 挿入と維持 ] コマンドを使用してレコードをコピーします。
このアクションにより、レコード番号が増加し、[ ビジネスルール ] フィールドがクリアされます。新しいステータスフロー レコードの名前を使用して、新しいビジネス ルールが自動的に作成されます。[エージェントの受け入れをスキップ (Skip Agent Accepted)] ビジネスルールは、ディスパッチャーが [担当者] フィールドにユーザー名を入力すると、タスクを自動的に [ディスパッチ待ち] から [承認済み] に移動します。今後このステータスフロー レコードに加えた変更は、すべてこのビジネス ルールによって実行されることに注意してください。
-
[アクティブ] チェックボックスがオンになっていることを確認します。
-
[Work Task Flows] リストで、[ Accept ] ステータスフローレコードを見つけ、[ Active ] ステータスを false に変更します。
このアクションにより、エージェントがタスクを受け入れることができる移行が無効になり、ステータスフローが [ディスパッチ待ち ] から [ 承認済み] に直接移行します。