通知を受け取る

UiPath Orchestrator

UiPath Orchestrator ガイド

ジョブ

ジョブとは、1 つ以上のロボットでプロセスを実行することをいいます。プロセスを作成したら、次の手順として、ジョブを作成してこのプロセスを実行します。

ジョブの割り当ては、[ジョブ] ページから手動で行うか、[トリガー] ページで事前にスケジュールすることができます。

[ジョブ] ページには、実行されたすべてのジョブ、まだ実行中のジョブ、および保留中のジョブが、手動で開始されたかスケジュールで開始されたかに関係なく表示されます。トレイから Attended ロボットで開始されたジョブも、「エージェント」をソースとしてここに表示されます。

🚧

重要

ジョブページには、現在選択されているフォルダーからのジョブ情報のみが表示されます。

[ジョブ] ページでは、ジョブを手動で開始したり、入力パラメーター (構成されている場合) を割り当てたり、出力パラメーターを表示したりできます。また、ジョブを停止または強制終了し、それによって生成されたログを表示することがあります。さらに、既に元の設定を維持するか、変更し、最終ステートに達しているジョブを再起動することができます。失敗したジョブのトラブルシューティングを計画している場合は、[ジョブの詳細] ウィンドウで詳細を確認できます。Unattended で失敗したジョブの場合、実行を記録することでトラブルシューティングを実現できます。詳細についてはこちらをご覧ください。

📘

注:

既定では、プロセスと関連付けのあるジョブが実行中または保留中である場合でも、プロセスを編集できます。次のことを考慮してください。

変更したプロセスと関連付けのある実行中のジョブでは、元のバージョンのプロセスが使用されます。更新後のバージョンは、新規作成されたジョブ、または同じジョブが次にトリガーされたときに使用されます。

変更したプロセスと関連付けのある保留中のジョブでは、更新されたバージョンが使用されます。

19031903

実行ターゲット

新しいジョブを作成する際に、このジョブを特定のロボットに割り当てるか、動的に割り当てることができます。

11271127

[特定のロボット] オプションを選択すると、ジョブを特定のロボットでのみ実行できます。
[動的に割り当て] オプションを選択すると、最初に使用可能になった任意のロボットにより、同じプロセスを複数回実行できます。ジョブは、その作成時刻に応じて環境ワークロードで保留ステートになります。ロボットが使用可能になり次第、待ち行列内の次のジョブが実行されます。
同じプロセスを複数回実行するためにいくつかのジョブを定義した場合、ジョブは蓄積され、それぞれの作成時刻に応じて環境キューに入れられます。これらは、ロボットが使用可能になるたびに、作成時刻が古いものから順に実行されます。

📘

[動的に割り当て] オプションを使用すれば、1 つのジョブでプロセスを最高 10,000 回実行できます。

📘

重要

ジョブの実行中にロボットがオフラインになった場合は、ロボットがオンラインに戻った時点で、停止した箇所からジョブが再開されます。

実行優先度

同じロボットで複数のジョブを開始した場合、最初のジョブが実行され、残りのジョブはその作成時間の順番にキューに追加されて保留ステートになります。ロボットでは、キューに存在するジョブが 1 つずつ順番に実行されます。

たとえば、次のスクリーンショットでは、3 つの異なるプロセスが同じロボット上で開始したことがわかります。最初のジョブが実行されている間、その他のジョブは保留ステートにあります。

19131913

同じジョブを同じロボット上で複数回開始した場合に、最初のジョブが完全には実行されない場合、2 番目のジョブのみがキューに置かれます。

Windows Server 上で実行されていない同じマシンから複数のロボットでジョブを開始した場合は、選択したプロセスが 1 つ目のロボットでのみ実行され、残りは失敗します。これらの各実行のインスタンスについても、[ジョブ] ページで作成され、表示されます。

高密度ロボット

同じ Windows Server 端末において、複数の高密度ロボットでジョブを開始した場合、選択したプロセスが指定したそれぞれのロボットによって同時に実行されることになります。これらの各実行のインスタンスは [ジョブ] ページで作成および表示します。

高密度ロボットを使用し、そのマシン上で RDP を有効化しない場合は、ジョブを開始するたびに、次のエラーが表示されます: 「A specified logon session does not exist.It may already have been terminated.」(指定したジョブセッションは存在しません。既に終了した可能性があります)。高密度ロボットの設定方法については、「Windows Server の高密度ロボット用設定」ページをご覧ください。

長期実行のワークフロー

📘

この機能は Unattended 環境でのみサポートされています。長期実行プロセスを Attended ロボットで開始することはできません。Orchestrator からは、ジョブを強制終了できず、効果的に再開することもできないからです。

請求書処理とパフォーマンス レビューなど、論理的な断片化や人間の介入 (検証、承認、例外処理) を必要とするプロセスは、UiPath スイートの機器セットで処理されます。UiPath スイートは、オーケストレーション プロセスと呼ばれる Studio の専用プロジェクト テンプレート、UiPath.Persistence.Activities パッケージ、Orchestrator のタスクやリソース割り当て機能で構成されます。

大まかに言うと、アクティビティのペアでワークフローを構成します。ワークフローは、特定の要件が満たされた場合にのみ一時停止されたジョブを再開できるように、実行の詳細でパラメーター化できます。要件が満たされた後にのみ、リソースがジョブの再開に割り当てられるため、消費の面で無駄がなくなります。

Orchestrator では、これは、ジョブを一時停止状態にし、要件が満たされるのを待ち、ジョブを再開して、通常どおり実行することによって、マークされます。使用するペアに応じて、完了要件が変わり、Orchestrator の応答がそれに応じて調整されます。

Activities

Use Case

Jobs
Start Job and Get Reference
Wait for Job and Resume

Introduce a job condition, such as uploading queue items.

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.


**Note**: If your workflow uses the **Start Job and Get Reference** activity to invoke another workflow, your Robot role should be updated with the following permissions: :fa-caret-right: **View** on Processes :fa-caret-right: **View**, **Edit**, **Create** on Jobs :fa-caret-right: **View** on Environments.

Queues
Add Queue Item and Get Reference
Wait for Queue Item and Resume

Introduce a queue condition, such as having queue items processed.

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.

Tasks
Create Form Task
Wait for Task and Resume

Introduce user intervention conditions, found in Orchestrator as tasks.

After the job has been suspended, a task is generated in Orchestrator (as configured in Studio). Tasks need to be validated by the assigned user, and only after their completion, the job is resumed.

Resume After Delay

Introduce a time interval as a delay, during which the workflow is suspended.

After the delay has passed, the job is resumed.

ジョブ フラグメントは、同じロボットによる実行に限定されません。これらは、ジョブが再開されて実行準備が整ったときに使用できるロボットで実行できます。これは、ジョブの定義時に構成された実行ターゲットにも依存します。詳細についてはこちらをご覧ください。

特定のロボット (ここでは X、Y、Z とします) で実行されるようにジョブを定義しています。Z のみが使用可能なときにこのジョブを開始すると、ユーザーの検証待ちで中断されるまでジョブは Z で実行されます。検証後にジョブを再開するとき、X のみが使用可能であると、ジョブは X で実行されます。

  • 監視という観点では、このようなジョブは、断片化されているかどうかや、複数のロボットで実行されたかどうかに関係なく、1 つとしてカウントされます。
  • 中断しているジョブをロボットに割り当てることはできません。割り当てることができるのは、再開したジョブのみです。

中断しているジョブを再開するために必要なトリガーを確認するには、[ジョブの詳細] ウィンドウの [トリガー] タブを確認します。

レコーディング

Unattended で失敗したジョブにおいて、プロセスの [記録機能を有効化] オプションがオンになっている場合、対応する実行メディアをダウンロードして、失敗する前の実行の最後の瞬間を確認できます。
実行メディアに関する [表示] 権限を持っている場合は、[ジョブ] ウィンドウに [記録をダウンロード] オプションが表示されます。

1 年前に更新



ジョブ


改善の提案は、API リファレンスのページでは制限されています

改善を提案できるのは Markdown の本文コンテンツのみであり、API 仕様に行うことはできません。