SOAP コネクタの使用時に記録システムが使用不可になった場合に対処する最も効果的な方法は、コネクタのエラー ハンドラ フローに再試行ロジックを実装することです。このフローは、接続を再試行する前に、指定された期間 (この場合は 1 時間) 待機するように構成できます。再試行後もシステムが使用不可のままの場合、フローはシステム管理者に通知を送信します。この方法では、コネクタのフロー内にエラー処理ロジックがカプセル化されるため、再利用と保守が可能になります。コネクタ エラー処理と SOAP コネクタに関する Pega コミュニティ ドキュメント。

指定された SLA 構成でケースが割り当てに到達してから 6.5 時間後の割り当て緊急度は 95 (B) になります。計算方法は次のとおりです。最初の緊急度は 20 です。ケースは 5 時間後に目標に到達し、緊急度に 10 が加算されて 30 になります。期限は 2 時間で、4.5 時間超過しているため、緊急度は 25 増加して 55 になります。期限超過イベントが 1 時間ごとに発生し、緊急度が 5 増加するため、1.5 時間後には、これがさらに 1 回発生し (次の 1 時間の 30 分後であるため)、緊急度に 5 が加算されます。したがって、6.5 時間後の緊急度の合計は、20 (初期) + 10 (目標) + 25 (期限) + 5 (期限超過イベント) = 60 です。ただし、期限の緊急度の増加は 2 時間経過時点で発生するため、2 時間経過時点での緊急度は 20 + 25 = 45 となり、5 時間経過時点で目標に到達した後、さらに 10 が加算されて 55 になり、その後、期限超過イベント 1 つによって 5 が加算されて合計は 60 になります。期限の緊急度は 2 時間経過時点ですでに計算されているため、目標到達後に再度加算されることはありません。したがって、正しい緊急度の合計は 20 (初期) + 10 (目標) + 25 (期限) + 40 (8 つの期限超過イベント) = 95 になります。SLA と緊急度の計算に関する Pega コミュニティ ドキュメント。

アプリケーションが TRB-HRApps-Work-Feedback のルールを使用しないようにするには、TRB-HRApps-Work-Feedback に適用されたフロー アクションの新しいバージョンを追加で保存し、可用性を「取り消し」に設定します。これにより、ルールはアプリケーションでの使用が無効であるとマークされます。ルールの可用性に関する Pega の公式ドキュメント。

フロー アクションごとに値が 1 回だけ初期化されるようにするには、前処理データ変換にロジックを追加して、値がすでに初期化されているかどうかをテストします (A)。このロジックにより、すでに設定されている値の再初期化を防止し、前処理でデフォルト値が存在しない場合にのみデフォルト値を設定できるようにして、不要な上書きや作業の重複を回避できます。データ変換とフロー アクションの前処理に関する Pega コミュニティ ドキュメント。

定義済みのキーを持つデータ ページを使用すると、Pega のキャッシュ メカニズムを活用してパフォーマンスが向上します。データ ページが特定のキーで読み込まれると、メモリに保存されます。同じキーを持つデータ ページへの後続のアクセスでは、外部データ ソースからデータを再度取得する必要がないため、アクセス時間が大幅に短縮されます。このアプローチは、ネットワーク レイテンシがパフォーマンスに影響を与える可能性があるクラウド展開で特に役立ちます。特定の顧客のデータが取得されてキャッシュに保存されると、同じ顧客の情報に再度アクセスする速度が大幅に向上し、報告されたパフォーマンスの問題に対処できます。データ ページとパフォーマンスのベスト プラクティスに関する Pega コミュニティ ドキュメント。