合計金額に基づいて、申請者のマネージャー、部門の VP、場合によっては会計担当者が関与する階層的な承認プロセスを必要とする出張承認の場合、構造化された柔軟な承認メカニズムが必要です。
* C. 権限マトリックスを使用したカスケード承認: この構成では、集中マトリックスで承認権限レベルと条件を定義できます。複雑な承認階層と条件付きロジック (合計金額に基づく会計担当者の承認の必要性など) に対応できます。権限マトリックスは、ケース データに基づいて適切な承認者を動的に決定する柔軟性を提供するため、指定された承認プロセスの実装に適しています。
ルール (A) を使用してカスケード承認を行うと、プロセスをカスタマイズできますが、権限マトリックスによって提供される構造化された承認者の集中管理が欠けています。報告ライン (B および D) を通じて直接カスケード承認を行うと、会計士の承認の条件付き要件に柔軟に対応できない可能性があります。

オンボーディング ケース タイプのシナリオ テストを作成することは、プロセスをテストし、UI 要素が期待どおりの結果を収集していることを確認する最も効果的な方法です。シナリオ テストでは、HR アプリケーション内での実際のユーザー操作をシミュレートして、プロセスが正しく流れ、すべての UI コンポーネントが意図したとおりに機能することを確認できます。このタイプのテストは、より詳細な単体テストと比較して、より広範囲のアプリケーション機能をカバーし、個々の UI 要素にアサーションや検証を追加するよりも包括的です。

車両損傷と身体損傷の両方の子供のケースが解決されるまで、事故請求ケースの処理が一時停止されるようにするには、次の操作を行います。
A: 親ケースに待機シェイプを追加して、子ケースが解決するまで親ケースを一時停止します。待機シェイプは、指定された条件が満たされるまで (この場合は、両方の子ケースが解決されるまで) プロセス フローを停止するために Pega で使用されます。これにより、子ケースに記録されている必要な評価と修復がすべて完了するまで親ケースが進行しないことが保証され、一貫性のある制御されたケース管理プロセスが提供されます。