カスケード承認
承認はケースタイプによって異なります。 自動車保険ケースタイプでは、企業査定者からの承認が1回必要となる場合があります。 購入リクエストや経費報告など、ケースタイプによっては一連の承認が必要な場合もあります。カスケード承認プロセスにより、一連の承認を設定します。
カスケード承認を設定するときには、以下の点を考慮してください。
- 誰が承認を行う必要があるか。
- 承認はいくつ必要か。
- レポート構造全体による承認が必要か、それとも階層の一部のみによる承認でよいか。
- レポート構造外の承認が必要か。
カスケード承認モデルには、レポート構造と権限マトリックスの2種類があります。
レポート構造を使うカスケード承認
レポート構造に基づくカスケード承認では、ユーザーの直属のマネージャーとそれより上のマネージャーの承認が必要です。 必要な承認の数を決めるための、しきい値を設定するビジネスロジックを設定できます。
たとえば、経費報告にマネージャーの承認がなければ、経理部門は支払いを処理できません。 サブミットされた経費の合計額によっては、経費リクエストはシニアマネージャー、取締役、副社長の承認も必要な場合があります。
レポート構造オプションを使うカスケード承認
Dev Studioでカスケード承認を設定します。
次の画像で「+」アイコンをクリックすると、承認オプションをカスケードするレポート構造の詳細が表示されます。
レポート構造のカスタム承認レベル
経費報告の払い戻しリクエストでは、以下の図に示すレポート構造と承認に基づいた承認が必要です。 承認の数はリクエストの金額によって異なります。
次の問題に答えて、理解度をチェックしましょう。
権限マトリクスを使用したカスケード承認
権限マトリクスに基づくカスケード承認はレポート構造より柔軟です。 権限マトリックスモデルは、少なくとも1つのエンティティがレポート構造の外部にある、複数のエンティティからの承認を必要とするプロセスを設定するときに使用します。 一連のルールにより、承認チェーンがレポート構造の外部のエンティティ、ユーザー組織の内部および外部に転送されます。
レポート階層外(経理部門など)での承認が必要な経費報告書は、権限マトリクスモデルを使用します。
権限マトリクスデータ構造の入力
権限マトリクスを使用したカスケード承認には、承認者を識別するデータ構造の設定が必要です。 承認リストから候補がなくなるまで、アプリケーションで承認ごとに構造を照会します。
Pega Platform™は、データ構造を入力するいくつかの方法が提供されています。 一般的なアプローチの1つは、承認レベルと対応する関係者を識別するためのデシジョンテーブルを設定することです。 Pega Platformでリストが解析され、データ構造が入力されます。
補足: データページ、アクティビティ、またはデータトランスフォームを使用してレポート構造を入力することもできます。
前の例に続き、アプリケーションでは権限マトリクスを使って経費報告書の承認が管理されます。 デシジョンテーブルにより、承認プロセスの関係者が特定され、各関係者が承認すべき時期を決定する条件が示されます。 マトリクスには経費の額に応じて3種類の条件が含まれています。 4番目の条件は、経理部門から請求可能な経費の承認を受ける必要があることを示します。
アプリケーションによりデシジョンテーブルが評価されます。 各行または各条件が満たされると、結果が承認者のリストに追加されます。 承認のアサインメントは、リストの表示順に承認者にルーティングされます。
ヒント: 権限マトリクスでデシジョンテーブルを使用する場合は、デシジョンテーブルを「Evaluate all rows」に設定して、結果のリストを返します。 それ以外の場合、デシジョンテーブルは1つの結果のみを返します。
コンサルタントが請求可能な時間を含む700ドルの経費報告書を提出すると、アプリケーションでは、経理部門、コンサルタントのマネージャー、およびコンサルティング部門を統括する取締役からの3回の承認を受ける権限マトリクスが作成されます。
次の問題に答えて、理解度をチェックしましょう。
このトピックは、下記のモジュールにも含まれています。
- カスケード承認 v1
If you are having problems with your training, please review the Pega Academy Support FAQs.