ワーク期限の管理

ケースを正常に完了するには、特に顧客の観点から、作業が時間内に完了することが非常に重要です。

サービスレベルアグリーメント（SLA）は、ケースとケースの完了に関連するアサインメントのワーク完了期限を設定します。 また、SLAは、ワーク完了期限に間に合わないリスクがある場合の通知プロセスを正式に定めています。 SLAは緊急度を利用してワークに優先順位を付け、最も重要なケースとアサインメントが最初に完了するようにします。

Pegaビジネスアーキテクトとして、ケースやアサインメント完了のための正式なアグリーメントを確立することで、ワークの優先順位付けを自動化し、ビジネスプロセス全体の効率を大幅に向上させることができます。 

このトピックでは、Pegaアプリケーションで期限内にワークを完了できるようにするサービスレベルアグリーメントと緊急度、Pegaの機能を確認します。

緊急度

緊急度は0から100までの数値で、重要度を示すために使用されます。緊急度が高いほど、重要度は高くなります。 緊急度を使用することで、ケースまたはアサインメント（タスク）が完了する順序がアプリケーション全体で標準化されます。緊急度が高いケースとアサインメントは、緊急度の低いケースやアサインメントよりも先に作業されるようにユーザーに割り当てられます。 SLAと同様に、ケースの緊急度はケースの優先度を表し、規制や組織全体の期限を確実に守るために使用されます。 アサインメントの緊急度は、個人のワークリストやチームのワークキューのアサインメントの優先度を表し、期限内にアサインメントを完了するために使用されます。

ケースの緊急度のデフォルト値は10です。 次の図に示すように、ケースタイプの初期緊急度はSettings > Generalで調整できます。

アサインメントの緊急度の値は、アサインメント開始時の現在のケースの緊急度の値によって決定されます。最初のアサインメントの緊急度の調整は、Dev Studioで作成したSLAルールで行う必要があります。

SLAには、ケースとアサインメントの両方の緊急度を調整する機能が含まれます。 ケースレベルで設定されたSLAは、ケースレベルの緊急度のみを調整します。 ステージ、プロセス、ステップレベルで設定されたSLAは、アサインメントレベルの緊急の値を変更します。 ケースが目標、期限、または期限切れのインターバルをそれぞれ達成できなかった場合に、ケースとアサインメントの緊急度値の増加を決定できます。 

ローンを申請した顧客の銀行履歴を確認するアサインメントを含む、Loan Requestケースの例について考えてみましょう。 アサインメントの目標は3日で、カスタマーサービス担当者（CSR）が目標を達成できなかった場合、緊急度は20増加します。 初期の緊急度が10の場合、緊急度の合計は30になります。 このサンプルシナリオでCSRがアサインメントの期限（この場合は2日）を守らなければ、緊急度は再び30増加し、緊急度の合計は60になります。

次の図は、Loan Requestケースのシナリオで緊急度がどのように高まるかを示しています。

ケースまたはアサインメントの最大緊急度値は常に100です。  緊急度の値が100になった時点で、Pega Platformはそれ以上緊急度を調整することを無視しますが、期限切れまたは期限切れインターバルに関連する通知とエスカレーションアクションは送信されます。 

通知

サービスレベルアグリーメントは、目標、期限、期限切れインターバルに違反した場合に、自動通知を送信するように設定できます。 間に合わなかったイベントの通知は、現在のアサインメントが割り当てられているエンドユーザー、個人のマネージャー、または選択されたケース参加者に送信できます。 通知は、デフォルトまたはカスタムメッセージのいずれかになります。 

たとえば、期限を過ぎた場合、Pega Platformは割り当てられたユーザーに通知します。 期限に達した時点でアサイメントの緊急度が100であった場合、Pega Platformは緊急度を増加させることを無視しますが、通知は引き続き送信します。

エスカレーションアクション

サービスレベルアグリーメントは、目標、期限、期限切れのいずれかのインターバルに違反した場合のエスカレーションアクションを組み込むことができます。 アサインメントは、別の特定のエンドユーザーまたはワークキューに再割り当てできます。 増加した緊急度は、ケースが再割り当てされた場合も残ります。

あるいは、未処理のすべてのアサインメントとオープンの関連する子ケースを削除するなど、ケースを完了することも決定できます。

以下のインタラクションで理解度をチェックしてください。