ワークのルーティング
ケースの作業を完了するオペレーターが複数いる場合は、プロセスをモデル化するときに、各アサインメントで誰が作業を実行するかを定義します。 アサインメントルーティング設計を慎重かつ適切に行うことで、特定のアサインメントを完了する能力が最も高い個人またはグループに割り当てられるため、ビジネスの効率が向上します。
たとえば、経費報告書を作成する場合、従業員が報告を作成し、マネージャーがそれを承認して、給与担当部門が送金します。 3つの役割個人またはチームが、割り当てられた作業を果たすために同じケースに取り組んでいます。
以下のインタラクションで理解度をチェックしてください。
ルーティングオプション
アサインメントは、現在のユーザー（Current user）、特定のユーザー（Specific user）、ワークキューにルーティングすることができます。または、ビジネスロジック（Business logic）を使用してルーティングすることも可能です。 次の図は、Review request アサインメントと、設定ペインのRoute toオプションを示しています。
現在のユーザー
前のアサインメントを完了したユーザーが現在のアサインメントも完了する必要がある場合は、現在のユーザーにアサインメントをルーティングします。
特定のユーザー
個々のユーザーがアサインメントを完了する必要がある場合は、アサインメントを特定のユーザーにルーティングします。 ワークリストは、特定のユーザーに対してオープン状態にあるすべてのアサインメントの重要度順のリストです。 たとえば、メンテナンスマネージャーがサービスリクエストを承認する必要があるアサインメントは、メンテナンスマネージャーのWorklistにルーティングされます。 次の図は、現在のユーザーのワークリストを表示するMy Work ランディングページを示しています。
ワークキュー
ワークグループにより、ワークキューを使用してワークを分配する部門横断的なチームが識別されます。 ワークキューは、ユーザーのグループに対する未処理のすべてのアサインメントの重要度順のリストです。 ワークキューに関連付けられたユーザーがアサインメントを選択するか、マネージャーがワークキュー内のアサインメントを特定のユーザーに送信するまで、アサインメントはワークキューに残ります。
ビジネス全体でリソースを共有するワークグループを作成します。 たとえば、次の図は、組織のさまざまな部署のメンバーと異なる役割のメンバーを含む、AccountingとOnboardingチームを示しています。 共有ユーザーには、両方のワークキューにアサインメントが表示されます。
補足： App Studioでは、ワークグループをチーム、オペレーターをチームメンバーと呼んでいます。
ワークグループ内の誰かがアサインメントを完了できる場合は、ワークキューにルーティングします。 たとえば、経費精算を処理して従業員に支払いをすることはグループに属する誰もができるため、アサインメントを給与部門のワークキューにルーティングします。
Business logic
特定の条件に基づいてワークをルーティングする場合は、ビジネスロジックを使用して条件付きルーティングを設定できます。 たとえば、自動車の保険引受では、レクリエーショナルビークル（RV）には特別な配慮が必要です。 見込み顧客がAre you insuring an RV?チェックボックスを選択すると、RV Underwritingグループのワークキューが見積のリクエストをレビューします。 選択しない場合は、見積のリクエストが一般のUnderwritingグループのワークキューに送信されます。
Business logicルーティングの追加条件を構成することもできます。 たとえば、ベントレー・アルナージやロータス・エスプリなどの高級外国車の見積のリクエストでは、外国車担当副社長の承認が必要です。
次の画像の中央にある縦線をスライドさせると、1つの条件と複数の条件を持つビジネスロジックを使用したルーティングを確認できます。
以下のインタラクションで理解度をチェックしてください。
このトピックは、下記のモジュールにも含まれています。
トレーニングを実施中に問題が発生した場合は、Pega Academy Support FAQsをご確認ください。