分離されたエラー ハンドラー

[分離されたエラー ハンドラー] は、キャンバス上の任意のアクティビティで発生した例外を捕捉します。特定のシーケンス、アクティビティ、またはサブプロセスに結び付ける必要がある [エラー ハンドラー] とは異なり、[分離されたエラー ハンドラー] はワークフロー レベルで定義できます。この分離により、グローバルな例外の管理と再利用が可能になります。例外の種類を定義しておけば、ワークフローでその例外をスローする可能性があるあらゆるタスクに、定義した例外の種類を適用できるからです。[分離されたエラー ハンドラー] は、異なる例外を処理するかぎり複数追加できます。これにより、エラーの種類に基づいてカスタムのエラー応答ができます。

分離されたエラー ハンドラーを使用すると、エラー処理プロセスでより多くのステップを定義できます。たとえば、注文フルフィルメントのプロセスでは、支払い、在庫確認、出荷のステップでエラーが発生すると、顧客に通知し、注文ステータスを更新して、サポートのためにこの問題をログに記録する 分離されたエラー ハンドラー をトリガーできます。

次の図では、ワークフローでエラーがトリガーされると、[分離されたエラー ハンドラー] に実行が移り、そこで回復プロセスにエージェントが使用されます。

[エラー ハンドラー] と [分離されたエラー ハンドラー] の両方をキャンバスに配置して、次のように同じ例外を処理できます。

• タスク A で例外がスローされると、実行は [エラー ハンドラー] のパスに移動し、回復タスク A とタスク B を通ります。

  

• タスク B で例外がスローされると、実行は分離されたエラー ハンドラーに移り、そこで回復されます。

  

ユースケース

[分離されたエラー ハンドラー] アクティビティは、以下の場合に使用します。

• プロセス内のエラーをグローバルに処理する必要がある。
• 複数のタスクに同じエラー処理ロジックを再利用したい。
• 複数のステップを含む複雑なエラー処理がある。

たとえば顧客のオンボーディング プロセスでは、エラーが発生すると、[分離されたエラー ハンドラー] がトリガーされて次の処理が行われます。

1. エラーのログ記録
2. アラートの送信
3. 特定の変更のロールバック

プロパティ

表示名 : [長期実行のワークフロー] キャンバスに表示する、[分離されたエラー ハンドラー] アクティビティの名前です。

プライベート: オンにすると、変数および引数の値が Verbose レベルでログに出力されなくなります。

未接続のノードの検証 : オンにすると、他のアクティビティに接続されていないアクティビティが存在するかどうかが通知されます。

分離されたエラー ハンドラーを管理する

分離されたエラー ハンドラーをプロセスに追加するには、以下の手順を実行します。

1. 分離されたエラー ハンドラーをキャンバスに追加します。
2. キャンバス要素である [分離されたエラー ハンドラー] をダブルクリックします。新しいキャンバスが開き、そこで例外回復プロセスを設計できます。
3. エラー ノードを選択し、例外を設定します。
4. 目的のアクティビティを追加し、必要に応じてプロパティを設定します。
5. キャンバスに戻るには、階層リンクで [長期実行のワークフロー] を選択します。