ワーク承認

Pega Platform™で承認を構成するには、Approve/Rejectステップを使います。 Approve/Rejectステップを構成するには、承認が割り当てられるユーザーと、ケースが承認または却下された場合のケースの処理方法を定義します。 これをするには、Approve/Rejectステップのルーティングとフローを構成します。 次の図は、Approve/Rejectステップを使用した機器アップデートのケースライフサイクルを示しています。

特定のユーザーまたはワークキューのワークリストに承認を割り当てるか、カスタム条件に基づきワークを割り当てるビジネスロジックを使用できます。 機器アップデートリクエストの例では、従業員が機器のアップデートのリクエストを送信します。 従業員のマネージャーがリクエストを承認する必要がある場合、承認はマネージャーのワークリストに送られます。 マネージャーのグループの任意のメンバーがリクエストを承認できる場合、承認はそのマネジメントグループのワークキューに割り当てられます。 次の図は、Approve/RejectステップのRoute toオプションを示しています。

機器アップデートの種類に基づき、機器アップデートが特別な承認を必要とする場合は、あなたがビジネスロジックに基づき承認を割り当てることができます。 例えば、機器アップグレードのリクエストに対応するためにはデスクの変更が必要な場合、承認はその設備管理のワークキューに割り当てられます。 そうでない場合、承認はマネージャーのワークキューに行きます。 次の図は、ビジネスロジック設定ダイアログを示しています。

メールとモバイルの承認オプションの両方を使用すると、関係者はアプリケーションの外部でケースを承認または却下できます。

メールの承認オプションが有効になっている場合、ケースが承認ステップに達すると、アプリケーションはステップルーティングで指定されたユーザーにメールを送信します。 次の図は、承認のメール通知を示しています。

モバイルの承認が有効になっている場合、アプリケーションはモバイルデバイスに承認の通知をプッシュします。 次の図は、承認のモバイル通知を示しています。

次の画像の中央にある縦線をスライドさせると、メールおよびモバイルの承認の設定を表示できます。

フローを定義することにより、承認と却下の結果を構成します。 承認は通常、ケースを継続しますが、特定のステージに変更するように構成できます。 オプションで、アサインメントが承認されたときにケースのステータスを変更できます。 ケースを自動的に完了する、ケースを続行する、または特定のステージに変更するように却下を設定できます。 デフォルトでは、アサインメントが却下されると、ケースのステータスはResolved-Rejectedに変わります。

たとえば、マネージャーが機器のアップグレードリクエストを承認した場合、ケースはFulfillmentステージに進みます。 マネージャーがリクエストを却下した場合、ケースはResolved-Rejectedのステータスで完了されます。 次の図は、Approve/RejectステップのFlow オプションを示しています。

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