- スタート アップ ガイド
- ベスト プラクティス
- テナント
- レジストリ
- Cloud ロボット
- Automation Suite ロボット
- フォルダー コンテキスト
- プロセス
- ジョブ
- ジョブについて
- ジョブを管理する
- ジョブのステート
- 長期実行のワークフローを使用する
- 個人 (リモート) オートメーションを実行する
- プロセスのデータ保持ポリシー
- Apps (アプリ)
- トリガー
- ログ
- 監視
- インデックス
- キュー
- アセット
- コネクション
- ビジネス ルール
- ストレージ バケット
- MCP サーバー
- Orchestrator のテスト
- リソース カタログ サービス
- Integrations
- トラブルシューティング
承認や検証などの人間の介入のステップを処理する、UiPath の長期実行のワークフローです。
請求書処理やパフォーマンス レビューなど、論理的な断片化や人間の介入 (検証、承認、例外処理) を必要とするプロセスは、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.
Orchestrator では、これは、ジョブを一時停止状態にし、要件が満たされるのを待ち、ジョブを再開して、通常どおり実行することによって、マークされます。使用するペアに応じて、完了要件が変わり、Orchestrator の応答がそれに応じて調整されます。
ジョブ
| アクティビティ | ユースケース |
|---|---|
| キュー アイテムのアップロードなどのジョブ条件を導入します。 After the main job has been suspended, the auxiliary job gets executed. After this process is complete, the main job is resumed. Depending on how you configured your workflow, the resumed job can make use of the data obtained from the auxiliary process execution.
|
キュー
| Activities (アクティビティ) | ユースケース |
|---|---|
| キュー アイテムを処理するなどのキュー条件を導入します。 After the main job has been suspended, the queue items need to be processed through the auxiliary job. After this process is complete, the main job is resumed. Depending on how you configured your workflow, the resumed job can make use of the output data obtained from the processed queue item. |
アクション
フォーム アクション
| Activities (アクティビティ) | ユースケース |
|---|---|
| ユーザーが介入する条件を提示します。介入する場合は Action Center でアクションとして表示されます。 ジョブが中断されると、Action Center で (Studio での設定に従って) アクションが生成されます。 アクションが完了しないかぎり、ジョブは再開されません。 Form actions need to be completed by the assigned user. User assignment can be handled directly in Action Center, or through the Assign Tasks activity. |
外部アクション
| Activities (アクティビティ) | ユースケース |
|---|---|
| ユーザーが介入する条件を提示します。介入する場合は Action Center でアクションとして表示されます。 ジョブが中断されると、Action Center で (Studio での設定に従って) アクションが生成されます。 アクションが完了しないかぎり、ジョブは再開されません。 外部アクションは、アクションに対する編集権限および関連するフォルダーへのアクセス権限を持つユーザーであれば、誰でも完了できます。 |
ドキュメント検証アクション
| Activities (アクティビティ) | ユースケース |
|---|---|
| IntelligentOCR.Activities
DocumentUnderstanding.Activities | ユーザーが介入する条件を提示します。介入する場合は Action Center でアクションとして表示されます。 ジョブが中断されると、Action Center で (Studio での設定に従って) アクションが生成されます。 アクションが完了しないかぎり、ジョブは再開されません。 Document Validation actions need to be completed by the assigned user. User assignment can be handled directly in Action Center, or through the Assign Tasks activity. In order for the Robot to upload, download and delete data from a storage bucket, it needs to be granted the appropriate permissions. This can be done by updating the Robot role with the following: ドキュメント データをアップロードするには:
ダウンロード後にドキュメント データを削除するには:
|
ドキュメント分類アクション
| Activities (アクティビティ) | ユースケース |
|---|---|
| ユーザーが介入する条件を提示します。介入する場合は Action Center でアクションとして表示されます。 ジョブが中断されると、Action Center で (Studio での設定に従って) アクションが生成されます。 アクションが完了しないかぎり、ジョブは再開されません。 Document Classification actions need to be completed by the assigned user. User assignment can be handled directly in Action Center, or through the Assign Tasks activity. In order for the Robot to upload, download and delete data from a storage bucket, it needs to be granted the appropriate permissions. This can be done by updating the Robot role with the following: ドキュメント データをアップロードするには:
ダウンロード後にドキュメント データを削除するには:
|
データのラベル付けアクション
| Activities (アクティビティ) | ユースケース |
|---|---|
| ユーザーが介入する条件を提示します。介入する場合は Action Center でアクションとして表示されます。 ジョブが中断されると、Action Center で (Studio での設定に従って) アクションが生成されます。 アクションが完了しないかぎり、ジョブは再開されません。 データのラベル付けアクションを実行するには、AI Center テナントへの接続が必要です。 |
アプリ アクション
利用可能な機能は、使用するクラウド製品によって異なります。詳しくは、「 機能の提供状況」をご覧ください。
| Activities (アクティビティ) | ユースケース |
|---|---|
| ユーザーが介入する条件を提示します。介入する場合は Action Center でアクションとして表示されます。 ジョブが中断されると、Action Center で (Studio での設定に従って) アクションが生成されます。 アクションが完了しないかぎり、ジョブは再開されません。 [アプリ タスクを取得] を使用すると、タスクを作成したワークフローとは別のワークフローがタスクの完了を待機する必要があるようなシナリオに対応できます (例: 現在のジョブが失敗した場合のリカバリー ワークフローを構築する場合など)。 Apps also offers pre-made templates which allow you to customize out-of-the-box customizations for your requirements. |
Duration
| アクティビティ | ユースケース |
|---|---|
| 遅延として時間間隔を導入します。その間、ワークフローは中断されます。 遅延が経過した後、ジョブが再開されます。 | |
| Action Center の各タスクにタイマーを設定できます。
タイマーの有効期限の結果として、以下のいずれかのアクションを設定できます。
|
ジョブ フラグメントは、同じロボットによる実行に限定されません。これらは、ジョブが再開されて実行準備が整ったときに使用できるロボットで実行できます。これは、ジョブの定義時に構成された実行ターゲットにも依存します。詳細についてはこちらをご覧ください。
例
特定のロボット (ここでは X、Y、Z とします) で実行されるようにジョブを定義しています。Z のみが使用可能なときにこのジョブを開始すると、ユーザーの検証待ちで中断されるまでジョブは Z で実行されます。検証後にジョブを再開するとき、X のみが使用可能であると、ジョブは X で実行されます。
- 監視という観点では、このようなジョブは、断片化されているかどうかや、複数のロボットで実行されたかどうかに関係なく、1 つとしてカウントされます。
- 中断しているジョブをロボットに割り当てることはできません。割り当てることができるのは、再開したジョブのみです。
中断しているジョブを再開するために必要なトリガーを確認するには、対応する [詳細] ボタンをクリックし、開いたサイド パネルで [トリガー] タブを確認します。