プロセスのエンドポイント
akaBot Center のすべてのプロセスには、明確に定義されたエンドポイント、つまりプロセス インスタンスの終了をマークするターミナル イベント ノードが必要です。エンドポイントは、プロセス インスタンスが正常に終了するか、エラーによって終了するか、または特定の例外条件によって終了するかを決定します。エンドポイントが正しく構成されていると、プロセス エンジンがインスタンスを適切に閉じ、保持されているリソースが解放され、ダウンストリーム通知がトリガーされ、最終ステータスが監査ログに記録されます。
akaBot Center は複数の種類の終了イベントをサポートしており、それぞれがプロセス インスタンスの異なる最終結果を伝えます。 1 つのプロセスには、さまざまな終了シナリオをモデル化する複数の終了イベントを含めることができます。たとえば、「承認および完了」の終了イベント、「拒否」の終了イベント、回復不能な障害のエラー終了イベントなどです。各終了イベントは、その特定の結果タイプをインスタンス履歴に記録するため、オペレーターや監査人は、各インスタンスがどのように、そしてなぜ終了したかを正確に理解することが容易になります。
終了イベントに加えて、akaBot Center はプロセスを一時停止したり、タイマーが経過するのを待ったり、次のタスクに進む前に外部信号を待ったりできる 中間イベント をサポートしています。これら自体はエンドポイントではありませんが、プロセスは、リマインダーを送信する前に 24 時間待機する、または外部システムからの Webhook コールバックを待機するなど、タスク間の待機状態をモデル化できます。
終了イベントの種類
| 終了イベントの種類 | アイコンの色 | 説明 | いつ使用するか |
|---|---|---|---|
| なし 終了イベント | 緑の円 | プロセスが正常に完了したことを示します。 | デフォルトのハッピーパス補完 |
| エラー終了イベント | 稲妻のある赤い円 | 未処理のエラーが発生したためプロセスを終了します | 例外から回復できない場合 |
| 終了イベントを終了する | 赤い丸が塗りつぶされています | 実行中のすべての並列ブランチを直ちにキャンセルし、インスタンスを終了します。 | 決定（拒否など）によりすべての作業を直ちに停止する必要がある場合 |
| メッセージ終了イベント | 封筒付きの緑色の円 | プロセスを終了し、別のプロセスまたはシステムにメッセージ/イベントを送信します。 | 下流プロセスまたは外部通知をトリガーするとき |
| エスカレーション終了イベント | 矢印の付いたオレンジ色の円 | サブプロセスを終了し、親プロセスにエスカレーションします。 | 呼び出しプロセスに問題を通知するためにサブプロセスで使用されます。 |
中間イベントの種類
| イベントの種類 | 説明 |
|---|---|
| タイマー中間イベント | 設定された期間、または特定の日付/時刻までプロセスを一時停止します。 |
| メッセージ中間イベント | 特定の外部メッセージまたは信号が受信されるまでプロセスを一時停止します。 |
| エラー中間イベント | 同じレベルのタスクによってスローされたエラーをキャッチし、フローをリダイレクトします。 |
終了イベントを追加する手順
- プロセス デザイナーで、イベント終了要素をイベント パレットからキャンバスにドラッグします。
- シーケンス フロー矢印を使用して、ブランチ内の最後のタスクを終了イベントに接続します。
- [イベントの終了] ノードをクリックして、[プロパティ] パネルを開きます。
- タイプ ドロップダウンから 終了イベント タイプ を選択します。
- 終了状態を説明する 名前 を入力します (例: 「請求書が承認されました」、「リクエストが拒否されました」、「プロセスが失敗しました - タイムアウト」)。
- エラー終了イベント では、この終了に関連付ける エラー コード を選択または作成します。
- メッセージ終了イベントの場合、メッセージ ターゲットと含めるペイロード変数を構成します。
- 必要に応じて、概要メールの送信やレポートのトリガーなど、完了後のアクションを構成します。
- [保存] をクリックします。
エンドポイントのベストプラクティス
- プロセス図内のすべてのパスは終了イベントにつながる必要があります。プロセス デザイナー検証ツールは、エンドポイントのないパスをエラーとして報告します。
- インスタンス履歴にビジネスの結果が明確に表示されるように、わかりやすい終了イベント名を使用します。
- プロセス モニターでの読みやすさを向上させるために、ステータス変数を持つ単一の終了イベントを使用するのではなく、「承認」パスと「拒否」パスを個別の終了イベントに分離します。
- 失敗したインスタンスが適切に閉じられるように、例外処理パスから接続されたエラー終了イベントを少なくとも 1 つ含めてください。