エラーと回復

タスクで失敗をキャッチして回復する (エラー境界)

使用すべき状況

• タスクが失敗したときに、その場で手動による処理が必要な場合
• リトライが望ましくなく、再試行の代わりに回復を行う場合

簡単な言葉を使用したパターン

1. 開始。

2. サービス タスク: トランザクションを中断エラー境界で処理。

3. エラーの発生時: ユーザー タスク: 手動による処理。終了: 解決済み。

4. 通常のパス: プロセスのトランザクションの完了。終了: 完了。

   注:

   回復はエラーが発生した時点で行われます。

   その他のシナリオ

• 財務: 請求書の転記の失敗を手動入力にルーティング。
• 医療: 保険の検証が失敗した場合、手動によるフォローアップをトリガー。
• 製造: 自動 QC が失敗した場合、手動による検査をトリガー。
• 小売: オンライン注文の送信が失敗した場合、エージェントにルーティング。
• 通信: アクティベーションに失敗した場合、フィールド技術者を派遣。

エスカレーションする前に失敗したステップをリトライする

使用すべき状況

• 一時的な問題がリトライで解決することが多い場合
• エスカレーションする前に一定のリトライ回数が必要な場合

簡単な言葉のパターン

1. 開始。

2. サービス タスク: 中断エラー境界でデータを同期。

3. エラーの発生時: ループ バックして、定義された最大回数までリトライ。それでも失敗する場合はユーザー タスクで問題をエスカレーション。終了: エスカレーション済み。

4. 通常のパス: データの同期の完了。終了: 同期済み。

   注:

   リトライに上限を設定し、各試行をログに記録します。

   その他のシナリオ

• 財務: 支払いゲートウェイにより、手動で請求する前にリトライ。
• 医療: エスカレーション前に検査データの転送をリトライ。
• 製造: 技術者による確認の前にキャリブレーションをリトライ。
• 小売: 手動で発注書を発行する前にサプライヤー API をリトライ。
• テレコム: 技術者を派遣する前にプロビジョニングをリトライ。

任意のシステム フォールバックを使用したグレースフル デグラデーション

使用すべき状況

• 自動化された任意のステップが失敗する可能性がある場合
• そのプロセスが、完了を妨げることなく手動で続行可能である場合

簡単な言葉のパターン

1. 開始。

2. サービス タスク: 中断エラー境界を使用した自動品質チェック。

3. エラーの発生時: ユーザー タスク: 手動による検査。終了: チェック済み。

4. 通常のパス: 自動品質チェックの完了。終了: チェック済み。

   注:

   手動でのフォールバックによって完了が維持されます。

   その他のシナリオ

• 財務: レポートの自動生成が失敗した場合に手動レポートを作成。
• 医療: 保険の検索に失敗した場合、手動クエリを実行。
• 小売: 製品の同期が失敗した場合、カタログを手動で更新。
• 製造: スケジューラーが失敗した場合、ジョブを手動で作成。
• 公共部門: 自動検証が失敗した場合、手動による確認を実行。