maestro
latest
false
Maestro ユーザー ガイド
- はじめに
- 基本情報
- BPMN を使用したプロセス モデリング
- ケース管理を使用したプロセス モデリング
- フローを使用したプロセス モデリング
- AI エージェントをオーケストレーションする
- 外部 API を呼び出す
- 受信メールの処理
- Slack 通知ワークフローを構築する
- ワークフローに人間による承認を追加する
- エラーを処理する
- プロセスの実装
- プロセスの操作
- プロセスの監視
- プロセスの最適化
- 参考情報
重要 :
このコンテンツの一部は機械翻訳によって処理されており、完全な翻訳を保証するものではありません。
新しいコンテンツの翻訳は、およそ 1 ~ 2 週間で公開されます。
レビュー ステップでワークフローを一時停止し、指定されたユーザーに承認タスクを送信し、その回答に基づいて続行します。
構築する内容: レビュー ステップで一時停止し、指定されたユーザーに承認タスクを送信し、そのユーザーが回答、承認、または却下されたら、正しいパスを続行するプロセス。このパターンは、続行する前に人間による承認が必要なプロセスの構成要素です。
このガイドでは、 クイック フォーム タスクの種類を使用します。承認フォームは、[人間によるタスク] ノード上で直接作成します。
必要なもの
- Maestro Flow へのアクセス権を持つ UiPath Automation Cloud アカウント。
使用されるノード
手順
1. 事前承認手順を構築する
まず、承認ポイントの前に実行されるノードを設定します。新しいフローを作成し、承認者が確認する必要があるデータをフェッチまたは受信するノードを追加してから、それを読み取り可能な形式に変換します。
2. 人間のタスク ノードを追加する
承認タスクを作成し、プロセスを一時停止するノードを追加します。
- [UiPath のノード] セクションから [人間によるタスク] ノードをキャンバスにドラッグします。
- 最後の事前承認ノードに接続します。
- プロパティ パネルで、タスクを設定します。
- 種別: クイック フォームに設定したままにします。
- タスクの配信: タスクが配信される、管理者が設定したチャンネル ( Action Center や Slack など) を確認します。
- 割り当て条件: 承認者を 1 人のユーザー、変数ベースのカスタム割り当て、またはラウンド ロビンやワークロード分散などのグループ割り当て戦略として設定します。
- スキーマ: フォームを定義します。承認者が確認する読み取り専用のコンテキスト用の 入力 フィールド (請求金額、依頼者名、サポート ドキュメントへのリンクなど) を追加し、各フィールドはプロセスの値 (例:
$vars.manualTrigger1.output["amount"]) にバインドされます。このシナリオでは、[ 承認] と [却下] の 2 つの結果を追加します。 - 優先度: 時間的制約のあるタスクの場合は 、高 に設定します。
3. 承認者の応答で分岐する
[人間によるタスク] ノードには、定義した結果ごとに 1 つの出力ハンドルがあるため、各結果を直接ルーティングできます。
- [結果の 承認 ] ハンドルをプロセスの継続 (システムの書き込みや通知など) に接続します。
- [ 却下 ] 結果のハンドルを [強制終了 ] ノードに接続して、そのパスを正常に終了します。
4. テストとデバッグ
このフローをテストするために実際の承認者は必要ありません。次のいずれかのアプローチを選択します。
- モックせずにデバッグで実行する: フローをデバッグし、人間によるタスク ノードに到達させます。これにより、デバッガーを離れることなくインラインで完了できる実際のタスクが作成されるため、実際のタスク エクスペリエンスを使用して [承認] 分岐と [却下] 分岐の両方を検証できます。
- モック出力を使用: タスクを完了するのではなく、応答をシミュレートします。
- [人間によるタスク] ノードを選択し、プロパティ パネルで [モック出力 ] を開きます。
- モックのトグルを有効化します。
- [
status] を [Approve] に設定します (または、却下の分岐をテストする場合は [Reject]) に設定します。 - フローをデバッグし、正しい分岐が実行されることを確認します。
- パブリッシュする前にモックを削除します。
結果
プロセスは「人間によるタスク」ノードで一時停止し、指定されたユーザーに承認フォームを送信し、指定されたユーザーが応答した後、実行を正しいパスにルーティングします。承認されたパスによってオートメーションが続行されます。拒否されたパスは正常に終了します。
このフローを拡張する
- 承認者に通知する: [人間によるタスク] ノードの前に、タスクが待機中であることを承認者に伝える通知ステップ (メールまたは Slack) を追加します。
- 却下時にエスカレーションする: 却下パスで、直ちに終了するのではなく、 エージェント を呼び出すか、2 人目の承認者にルーティングします。
- 承認者のメモを収集する: スキーマに 出力 フィールド (コメントなど) を追加し、ノードの後に
$vars.approval.output.comment読みます。