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

Orchestrator ユーザー ガイド
請求書処理やパフォーマンス レビューなど、論理的な断片化や人間の介入 (検証、承認、例外処理) を必要とするプロセスは、UiPath® スイートのツール セットで処理されます。このセットは、長期実行のオートメーションと呼ばれる Studio の専用プロジェクト テンプレート、Orchestrator のリソース割り当て機能、Action Center 内のアクションで構成されます。
Broadly, you configure your workflow using activities from the Persistence, IntelligentOCR, DocumentUnderstanding ,and ML.Services activity packages. The workflow can be configured so that a suspended job can only be resumed if certain requirements have been met. Only after the requirements have been met, resources are allocated for job resumption, thus ensuring no waste in consumption.
アクティビティ |
ユースケース |
---|---|
キュー アイテムのアップロードなどのジョブ条件を導入します。 メインジョブが一時停止された後、補助ジョブが実行されます。このプロセスが完了すると、メインジョブが再開されます。ワークフローの構成方法に応じて、再開されたジョブは、補助プロセスの実行から取得したデータを利用できます。 ワークフローが [ジョブを開始し参照を取得] アクティビティを使用して別のアクティビティを呼び出す場合、ロボットのロールは、次の権限で更新する必要があります。
|
アクティビティ |
ユースケース |
---|---|
キュー アイテムを処理するなどのキュー条件を導入します。 メイン ジョブが一時停止された後、補助ジョブでキュー アイテムを処理する必要があります。このプロセスが完了すると、メイン ジョブが再開されます。ワークフローの構成方法に応じて、再開されたジョブは、処理されたキュー アイテムから取得された出力データを利用できます。 |
フォーム アクション
アクティビティ |
ユースケース |
---|---|
ユーザーが介入する条件を提示します。介入する場合は Action Center でアクションとして表示されます。 ジョブが中断されると、Action Center で (Studio での設定に従って) アクションが生成されます。 アクションが完了しないかぎり、ジョブは再開されません。 フォーム アクションは、割り当てられたユーザーが完了する必要があります。ユーザーの割り当ては、Action Center で直接行うか、[タスクを割り当て] アクティビティを使用します。 |
外部アクション
アクティビティ |
ユースケース |
---|---|
ユーザーが介入する条件を提示します。介入する場合は Action Center でアクションとして表示されます。
ジョブが中断されると、Action Center で (Studio での設定に従って) アクションが生成されます。 アクションが完了しないかぎり、ジョブは再開されません。 外部アクションは、アクションに対する編集権限および関連するフォルダーへのアクセス権限を持つユーザーであれば、誰でも完了できます。 |
ドキュメント検証アクション
アクティビティ |
ユースケース |
---|---|
IntelligentOCR.Activities
DocumentUnderstanding.Activities |
ユーザーが介入する条件を提示します。介入する場合は Action Center でアクションとして表示されます。 ジョブが中断されると、Action Center で (Studio での設定に従って) アクションが生成されます。 アクションが完了しないかぎり、ジョブは再開されません。 割り当てられたユーザーは、ドキュメント検証アクションを完了する必要があります。ユーザーの割り当ては、Action Center で直接行うか、[タスクを割り当て] アクティビティを使用します。 ロボットがストレージ バケットのデータをアップロード、ダウンロード、削除するには、適切な権限を付与されている必要があります。そのためには、Robot ロールを以下のように更新します。
|
ドキュメント分類アクション
アクティビティ |
ユースケース |
---|---|
ユーザーが介入する条件を提示します。介入する場合は Action Center でアクションとして表示されます。 ジョブが中断されると、Action Center で (Studio での設定に従って) アクションが生成されます。 アクションが完了しないかぎり、ジョブは再開されません。 割り当てられたユーザーは、ドキュメント分類アクションを完了する必要があります。ユーザーの割り当ては、Action Center で直接行うか、[タスクを割り当て] アクティビティを使用します。 ロボットがストレージ バケットのデータをアップロード、ダウンロード、削除するには、適切な権限を付与されている必要があります。そのためには、Robot ロールを以下のように更新します。
|
データのラベル付けアクション
アクティビティ | ユースケース |
---|---|
ユーザーが介入する条件を提示します。介入する場合は Action Center でアクションとして表示されます。 ジョブが中断されると、Action Center で (Studio での設定に従って) アクションが生成されます。 アクションが完了しないかぎり、ジョブは再開されません。 データのラベル付けアクションを実行するには、AI Center テナントへの接続が必要です。 |
アプリ アクション
アクティビティ | ユースケース |
---|---|
ユーザーが介入する条件を提示します。介入する場合は Action Center でアクションとして表示されます。 ジョブが中断されると、Action Center で (Studio での設定に従って) アクションが生成されます。 アクションが完了しないかぎり、ジョブは再開されません。 [アプリ タスクを取得] を使用すると、タスクを作成したワークフローとは別のワークフローがタスクの完了を待機する必要があるようなシナリオに対応できます (例: 現在のジョブが失敗した場合のリカバリー ワークフローを構築する場合など)。 |
アクティビティ |
ユースケース |
---|---|
遅延として時間間隔を導入します。その間、ワークフローは中断されます。 遅延が経過した後、ジョブが再開されます。 | |
Action Center の各タスクにタイマーを設定できます。
タイマーの有効期限の結果として、以下のいずれかのアクションを設定できます。
|
ジョブ フラグメントは、同じロボットによる実行に限定されません。これらは、ジョブが再開されて実行準備が整ったときに使用できるロボットで実行できます。これは、ジョブの定義時に構成された実行ターゲットにも依存します。詳しくは、こちらをご覧ください。
例
特定のロボット (ここでは X、Y、Z とします) で実行されるようにジョブを定義しています。Z のみが使用可能なときにこのジョブを開始すると、ユーザーの検証待ちで中断されるまでジョブは Z で実行されます。検証後にジョブを再開するとき、X のみが使用可能であると、ジョブは X で実行されます。
- 監視という観点では、このようなジョブは、断片化されているかどうかや、複数のロボットで実行されたかどうかに関係なく、1 つとしてカウントされます。
- 中断しているジョブをロボットに割り当てることはできません。割り当てることができるのは、再開したジョブのみです。
中断しているジョブを再開するために必要なトリガーを確認するには、対応する [詳細] ボタンをクリックし、開いたサイド パネルで [トリガー] タブを確認します。