カスケード承認

レポート構造に基づくカスケード承認では、ユーザーの直属のマネージャーとそれより上のマネージャーの承認が必要です。 必要な承認の数を決めるための、しきい値を設定するビジネスロジックを設定できます。

たとえば、経費報告にマネージャーの承認がなければ、経理部門は支払いを処理できません。 サブミットされた経費の合計額によっては、経費リクエストはシニアマネージャー、取締役、副社長の承認も必要な場合があります。

レポート構造オプションを使うカスケード承認

Dev Studioでカスケード承認を設定します。 

次の画像で「+」アイコンをクリックすると、承認オプションをカスケードするレポート構造の詳細が表示されます。

権限マトリクスに基づくカスケード承認はレポート構造より柔軟です。 権限マトリックスモデルは、少なくとも1つのエンティティがレポート構造の外部にある、複数のエンティティからの承認を必要とするプロセスを設定するときに使用します。 一連のルールにより、承認チェーンがレポート構造の外部のエンティティ、ユーザー組織の内部および外部に転送されます。 

レポート階層外（経理部門など）での承認が必要な経費報告書は、権限マトリクスモデルを使用します。

権限マトリクスデータ構造の入力

権限マトリクスを使用したカスケード承認には、承認者を識別するデータ構造の設定が必要です。 承認リストから候補がなくなるまで、アプリケーションで承認ごとに構造を照会します。

Pega Platform™は、データ構造を入力するいくつかの方法が提供されています。 一般的なアプローチの1つは、承認レベルと対応する関係者を識別するためのデシジョンテーブルを設定することです。 Pega Platformでリストが解析され、データ構造が入力されます。

前の例に続き、アプリケーションでは権限マトリクスを使って経費報告書の承認が管理されます。 デシジョンテーブルにより、承認プロセスの関係者が特定され、各関係者が承認すべき時期を決定する条件が示されます。 マトリクスには経費の額に応じて3種類の条件が含まれています。 4番目の条件は、経理部門から請求可能な経費の承認を受ける必要があることを示します。

アプリケーションによりデシジョンテーブルが評価されます。 各行または各条件が満たされると、結果が承認者のリストに追加されます。 承認のアサインメントは、リストの表示順に承認者にルーティングされます。

コンサルタントが請求可能な時間を含む700ドルの経費報告書を提出すると、アプリケーションでは、経理部門、コンサルタントのマネージャー、およびコンサルティング部門を統括する取締役からの3回の承認を受ける権限マトリクスが作成されます。

次の問題に答えて、理解度をチェックしましょう。