サービス レベルの目標間隔が経過し、緊急度が 100 に調整された場合:
B: 緊急度の値は、設定どおりに増加し続けます。Pega では、サービス レベル内で設定された追加の要因に基づいて、緊急度レベルが増加し続ける可能性があります。これには、期限および期限を過ぎた間隔で発生する可能性のある緊急度のエスカレーションが含まれます。100 への調整では緊急度が制限されるのではなく、サービス レベル設定で定義されたとおりに、さらに増加できる新しいベースラインが設定されます。

組織が、UI のニーズは似ているものの、支払い方法が異なる 2 つの事業ラインを運営しているシナリオでは、状況レイヤー ケーキの概念を適用することで、特定の違いに対応しながら共通機能を効率的に再利用できます。
* B. UI ルールと一般的な支払い方法ルールをベース レイヤーに配置し、部門固有の支払いルール用に新しいレイヤーを作成します。このアプローチでは、共有 UI コンポーネントと、両方の部門に適用される一般的な支払い機能をアプリケーションのベース レイヤーに配置することで、再利用を最大化します。部門固有の支払い方法は、ベース レイヤーの上にある別のレイヤーで管理されるため、共通の UI 要素を重複させることなく、支払いオプションをカスタマイズして処理できます。
オプション A は、両方の事業部門に新しいレイヤーを提案しますが、その共通点を効率的に活用できない可能性があります。支払いルールの並列ベース レイヤーを作成する (C) と、状況レイヤー ケーキが意図する階層構造から外れます。各部門の支払いルールに新しいレイヤーを作成するオプション D は、オプション B と一致しますが、共有 UI ルールの配置に関して明確に表現されていません。