- 基本情報
- ベスト プラクティス
- テナント
- Cloud ロボット
- Automation Suite ロボット
- フォルダー コンテキスト
- プロセス
- ジョブ
- ジョブについて
- ジョブを管理する
- ジョブのステート
- 長期実行のワークフローを使用する
- 個人 (リモート) オートメーションを実行する
- プロセスのデータ保持ポリシー
- Apps (アプリ)
- トリガー
- ログ
- 監視
- インデックス
- キュー
- アセット
- コネクション
- ビジネス ルール
- ストレージ バケット
- MCP サーバー
- Orchestrator のテスト
- リソース カタログ サービス
- Integrations
- トラブルシューティング

Orchestrator ユーザー ガイド
長期実行のワークフローを使用する
請求書処理やパフォーマンス レビューなど、論理的な断片化や人間の介入 (検証、承認、例外処理) を必要とするプロセスは、UiPath® スイートのツール セットで処理されます。このセットは、 長期実行のオートメーションと呼ばれる Studio の専用プロジェクト テンプレート、Orchestrator のリソース割り当て機能、Action Center 内のアクションで構成されます。
大まかに言うと、 Persistence、 Intelligent OCR、 Document Understanding 、 ML.Services アクティビティ パッケージのアクティビティを使用してワークフローを設定します。ワークフローは、特定の要件が満たされた場合にのみ一時停止されたジョブを再開できるように設定できます。要件が満たされた後にのみ、リソースがジョブの再開に割り当てられるため、消費の面で無駄がなくなります。
Orchestrator では、これは、ジョブを一時停止状態にし、要件が満たされるのを待ち、ジョブを再開して、通常どおり実行することによって、マークされます。使用するペアに応じて、完了要件が変わり、Orchestrator の応答がそれに応じて調整されます。
ジョブ
| アクティビティ | ユースケース |
|---|---|
| キュー アイテムのアップロードなどのジョブ条件を導入します。 メインジョブが一時停止された後、補助ジョブが実行されます。このプロセスが完了すると、メインジョブが再開されます。ワークフローの構成方法に応じて、再開されたジョブは、補助プロセスの実行から取得したデータを利用できます。
|
キュー
| Activities (アクティビティ) | ユースケース |
|---|---|
| キュー アイテムを処理するなどのキュー条件を導入します。 メイン ジョブが一時停止された後、補助ジョブでキュー アイテムを処理する必要があります。このプロセスが完了すると、メイン ジョブが再開されます。ワークフローの構成方法に応じて、再開されたジョブは、処理されたキュー アイテムから取得された出力データを利用できます。 |
アクション
フォーム アクション
外部アクション
| Activities (アクティビティ) | ユースケース |
|---|---|
| ユーザーが介入する条件を提示します。介入する場合は Action Center でアクションとして表示されます。 ジョブが中断されると、Action Center で (Studio での設定に従って) アクションが生成されます。 アクションが完了しないかぎり、ジョブは再開されません。 外部アクションは、アクションに対する編集権限および関連するフォルダーへのアクセス権限を持つユーザーであれば、誰でも完了できます。 |
ドキュメント検証アクション
| Activities (アクティビティ) | ユースケース |
|---|---|
| IntelligentOCR.Activities
DocumentUnderstanding.Activities | ユーザーが介入する条件を提示します。介入する場合は Action Center でアクションとして表示されます。 ジョブが中断されると、Action Center で (Studio での設定に従って) アクションが生成されます。 アクションが完了しないかぎり、ジョブは再開されません。 割り当てられたユーザーは、ドキュメント検証アクションを完了する必要があります。ユーザーの割り当ては、Action Center で直接行うか、[ タスクを割り当て] アクティビティを使用します。 ロボットがストレージ バケットのデータをアップロード、ダウンロード、削除するには、適切な権限を付与されている必要があります。そのためには、Robot ロールを以下のように更新します。 ドキュメント データをアップロードするには:
ダウンロード後にドキュメント データを削除するには:
|
ドキュメント分類アクション
| Activities (アクティビティ) | ユースケース |
|---|---|
| ユーザーが介入する条件を提示します。介入する場合は Action Center でアクションとして表示されます。 ジョブが中断されると、Action Center で (Studio での設定に従って) アクションが生成されます。 アクションが完了しないかぎり、ジョブは再開されません。 割り当てられたユーザーは、ドキュメント分類アクションを完了する必要があります。ユーザーの割り当ては、Action Center で直接行うか、[ タスクを割り当て] アクティビティを使用します。 ロボットがストレージ バケットのデータをアップロード、ダウンロード、削除するには、適切な権限を付与されている必要があります。そのためには、Robot ロールを以下のように更新します。 ドキュメント データをアップロードするには:
ダウンロード後にドキュメント データを削除するには:
|
データのラベル付けアクション
| Activities (アクティビティ) | ユースケース |
|---|---|
| ユーザーが介入する条件を提示します。介入する場合は Action Center でアクションとして表示されます。 ジョブが中断されると、Action Center で (Studio での設定に従って) アクションが生成されます。 アクションが完了しないかぎり、ジョブは再開されません。 データのラベル付けアクションを実行するには、AI Center テナントへの接続が必要です。 |
アプリ アクション
利用可能な機能は、使用するクラウド製品によって異なります。詳しくは、「 機能の提供状況」をご覧ください。
| Activities (アクティビティ) | ユースケース |
|---|---|
| ユーザーが介入する条件を提示します。介入する場合は Action Center でアクションとして表示されます。 ジョブが中断されると、Action Center で (Studio での設定に従って) アクションが生成されます。 アクションが完了しないかぎり、ジョブは再開されません。 [アプリ タスクを取得] を使用すると、タスクを作成したワークフローとは別のワークフローがタスクの完了を待機する必要があるようなシナリオに対応できます (例: 現在のジョブが失敗した場合のリカバリー ワークフローを構築する場合など)。 |
Duration
| アクティビティ | ユースケース |
|---|---|
| 遅延として時間間隔を導入します。その間、ワークフローは中断されます。 遅延が経過した後、ジョブが再開されます。 | |
Action Center の各タスクにタイマーを設定できます。タイマーの有効期限の結果として、以下のいずれかのアクションを設定できます。
|
ジョブ フラグメントは、同じロボットによる実行に限定されません。これらは、ジョブが再開されて実行準備が整ったときに使用できるロボットで実行できます。これは、ジョブの定義時に構成された実行ターゲットにも依存します。詳細についてはこちらをご覧ください。
例
特定のロボット (ここでは X、Y、Z とします) で実行されるようにジョブを定義しています。Z のみが使用可能なときにこのジョブを開始すると、ユーザーの検証待ちで中断されるまでジョブは Z で実行されます。検証後にジョブを再開するとき、X のみが使用可能であると、ジョブは X で実行されます。
- 監視という観点では、このようなジョブは、断片化されているかどうかや、複数のロボットで実行されたかどうかに関係なく、1 つとしてカウントされます。
- 中断しているジョブをロボットに割り当てることはできません。割り当てることができるのは、再開したジョブのみです。
中断しているジョブを再開するために必要なトリガーを確認するには、対応する [詳細] ボタンをクリックし、開いたサイド パネルで [トリガー] タブを確認します。