- 基本情報
- ベスト プラクティス
- テナント
- Cloud ロボット
- フォルダー コンテキスト
- 自動化
- プロセス
- ジョブ
- ジョブについて
- ジョブを管理する
- ジョブのステート
- 長期実行のワークフローを使用する
- 個人 (リモート) オートメーションを実行する
- プロセスのデータ保持ポリシー
- Apps (アプリ)
- トリガー
- ログ
- 監視
- キュー
- アセット
- ストレージ バケット
- Test Suite - Orchestrator
- リソース カタログ サービス
- 認証
- Integrations
- クラシック ロボット
- トラブルシューティング
Orchestrator ユーザー ガイド
長期実行のワークフローを使用する
請求書処理やパフォーマンス レビューなど、論理的な断片化や人間の介入 (検証、承認、例外処理) を必要とするプロセスは、UiPath® スイートのツール セットで処理されます。このセットは、オーケストレーション プロセスと呼ばれる Studio の専用プロジェクト テンプレート、Orchestrator のリソース割り当て機能、Action Center 内のアクションで構成されます。
大まかに言うと、Persistence、Intelligent OCR、Document Understanding、ML.Services アクティビティ パッケージのアクティビティを使用してワークフローを構成します。ワークフローは、特定の要件が満たされた場合にのみ一時停止されたジョブを再開できるように設定できます。要件が満たされた後にのみ、リソースがジョブの再開に割り当てられるため、消費の面で無駄がなくなります。
アクティビティ |
ユースケース |
---|---|
キュー アイテムのアップロードなどのジョブ条件を導入します。 メインジョブが一時停止された後、補助ジョブが実行されます。このプロセスが完了すると、メインジョブが再開されます。ワークフローの構成方法に応じて、再開されたジョブは、補助プロセスの実行から取得したデータを利用できます。 ワークフローが [ジョブを開始し参照を取得] アクティビティを使用して別のアクティビティを呼び出す場合、ロボットのロールは、次の権限で更新する必要があります。
|
アクティビティ |
ユースケース |
---|---|
キュー アイテムを処理するなどのキュー条件を導入します。 メイン ジョブが一時停止された後、補助ジョブでキュー アイテムを処理する必要があります。このプロセスが完了すると、メイン ジョブが再開されます。ワークフローの構成方法に応じて、再開されたジョブは、処理されたキュー アイテムから取得された出力データを利用できます。 |
アクティビティ |
ユースケース |
---|---|
ユーザーが介入する条件を提示します。介入する場合は 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 の各タスクにタイマーを設定できます。
タイマーの有効期限の結果として、以下のいずれかのアクションを設定できます。
|
ジョブ フラグメントは、同じロボットによる実行に限定されません。これらは、ジョブが再開されて実行準備が整ったときに使用できるロボットで実行できます。これは、ジョブの定義時に構成された実行ターゲットにも依存します。詳しくは、こちらをご覧ください。
特定のロボット (ここでは X、Y、Z とします) で実行されるようにジョブを定義しています。Z のみが使用可能なときにこのジョブを開始すると、ユーザーの検証待ちで中断されるまでジョブは Z で実行されます。検証後にジョブを再開するとき、X のみが使用可能であると、ジョブは X で実行されます。
- 監視という観点では、このようなジョブは、断片化されているかどうかや、複数のロボットで実行されたかどうかに関係なく、1 つとしてカウントされます。
- 中断しているジョブをロボットに割り当てることはできません。割り当てることができるのは、再開したジョブのみです。
中断しているジョブを再開するために必要なトリガーを確認するには、対応する [詳細] ボタンをクリックし、開いたサイド パネルで [トリガー] タブを確認します。