問題フローを利用したフローの問題の解決 

FlowProblemsフローをアプリケーションにコピーして、要件をサポートします。 名前キーは変更しないでください。 この例では、CancelAssignmentアクションにSend Emailスマートシェープを追加して、キャンセルが発生したときにマネージャーに通知します。

ステージの削除や移動など、ステージの構成が変わることで、問題フローが発生する場合があります。 ステージ関連の問題が原因でアサインメントが処理できないと、システムは標準のpzStageProblemsフローを開始します。

次の例では、Bookingステージが別のケースタイプにリファクタリングされたとします。 Requestステージのプロセスの最後に、Booking case creationステップとWaitステップを追加しました。 そのため、親ステージのケースライフサイクル内で、不要なBookingステージを削除しました。 最後に、Bookingステージに存在していた処理中のアサインメントは、バルク処理アクティビティを使用してRequestステージに戻されませんでした。

ユーザーが、削除されたBookingステージに存在していたケースを進めようとすると、pzStageProblemsフローが開始されます。 このフローの中で、オペレーターは「Actions」メニューから「Change stage」を選択できます。

その後、オペレーターは手動でケースを別のステージに移動させることができ、Requestステージが最適な選択になります。

下位互換性のために、古いステージとそのステップを一時的に維持しておくことを検討してください。 新しく作成されたケースは、「Stage Configuration」ダイアログボックスの条件でSkip stageを使用すると、古くなったステージをバイパスできます。

フロー実行は、フロールール上のIntegratorシェープを経由して、リレーショナルデータベース、Enterprise JavaBean、ウェブサービスなどの外部システムを呼び出すことができます。 Integratorシェープで参照されるアクティビティは、外部システムとの通信やデータ交換を制御するコネクタールール（例：Connect SOAPルール）を参照します。

問題検出と分析を促進したり、このようなイベントを修復したりするには、アプリケーションでコネクターの例外に対するフロールールを指定できます。 Integratorシェープにエラーが発生すると、指定されたフロールールが開始されます。 フロールールでは、メール連絡の送信、再試行、統合ステップのスキップ、別の人へのアサインメントの送信などを行うことができます。

コネクターの場合は、Pega PlatformではConnectionProblem フローといいます。 ConnectionProblemフローを上書きしてカスタマイズすることで、要件をサポートできます。