UiPath Documentation
orchestrator
latest
false
重要 :
このコンテンツの一部は機械翻訳によって処理されており、完全な翻訳を保証するものではありません。 新しいコンテンツの翻訳は、およそ 1 ~ 2 週間で公開されます。
UiPath logo, featuring letters U and I in white

Orchestrator ユーザー ガイド

最終更新日時 2026年4月24日

設定

[設定] ページでは、管理者が Orchestrator のテナント設定を調整できます。

[全般] タブ

フィールド

説明

アプリケーション設定

タイム ゾーン - テナントのタイム ゾーン。既定では、UTC に設定されます。

個人用ワークスペース

For Automation Cloud and Test Cloud or Automation Cloud Dedicated, Automatically configure Serverless machines in Personal Workspace for Studio Web users - Option selected by default, allowing Serverless machines to be automatically provisioned in the personal workspaces of users who design or debug in Studio Web.

For Automation Cloud and Test Cloud or Automation Cloud Dedicated, deselecting the option prevents Serverless machines from being automatically created in personal workspaces, which may impact designing or debugging processes in Studio Web.

Note: For Automation Cloud and Test Cloud or Automation Cloud Dedicated, deselecting the option does not deallocate the Serverless machine from your personal workspace. Explicit deallocation of the Serverless machine might be required.

指定時間の経過後に個人用ワークスペースの探索を自動停止: - Orchestrator の管理者は、設定した時間が経過すると個人用ワークスペースの探索を自動的に停止するよう指定するルールを適用できます。

利用可能なオプションは、[15 分][1 時間][1 日]、および [カスタム値] です。

既定では、テナントの移行時または新規作成時には、この値は設定されません。移行/作成プロセスの完了後に手動で設定する必要があります。

個人用ワークスペースの探索に使用されているすべてのアクティブなセッションを停止 - Orchestrator の管理者は、現在アクティブなすべての個人用ワークスペースの探索セッションを停止できます。アクティブなセッションの数がサフィックスとして括弧内に表示されます。[セッションの探索を停止] をクリックして有効化できます。

探索の設定に加えた変更は、既に探索済みのセッションにさかのぼっては適用されません。

Mass enable Personal workspaces for current users and groups: - Create personal workspaces for all users in a tenant that use a certain attended licensing profile, while also selecting the UI profile to be used for those users.

この操作は元に戻せません。個人用ワークスペース機能は一度有効化すると無効化できません。

標準ロール

Create standard roles for folders. These roles allow you to leverage the benefits of user groups.

作成する各ロールの横にある [ロールを作成 ] をクリックします。

クライアント バイナリ (Robot、Studio、Assistant) の自動更新設定

ロボット端末が ___ 日間を超えてオフラインの場合に自動更新ステータスを無視 - 非アクティブなマシンが更新プロセスから除外され、更新ステータスの報告時に考慮されなくなります。

フォルダー

アカウントとマシンのマッピングを有効化 - アカウントとマシンのマッピング機能を有効化します

実行設定セクション

注:

In this section, settings pertaining to triggers apply to all process types. However, settings pertaining to queues and jobs do not apply to agents and agentic processes.

フィールド/既定値

説明

トリガー - ジョブ数のカウント方法

( Triggers.JobsCountStrategy )

既定値: プロセスごと

トリガーを通じて開始されたジョブのカウント方法を選択します。

ただし、指定されている可能性のある引数は考慮されません。

次のオプションを使用できます。

  • Per Process - A trigger launches the required number of jobs taking into account any pending jobs for the specified process. For example, two triggers defined for the same process launch 3 and 5 jobs, respectively. If the first trigger launches 3 jobs at a given point in time, when the second trigger is set off, 2 jobs are launched so as to reach the 5 required jobs.
  • Per Trigger - A trigger launches the required number of jobs taking into account any existing jobs previously launched by that same trigger. For example, a trigger is defined to launch 5 jobs at a given point in time. If 3 jobs have been successfully completed by the time this trigger is set off again, Orchestrator launches another 2 jobs so as to reach the 5 required jobs.

トリガー - キュー トリガー - 保留中ジョブのストラテジを有効化

( Features.QueueTriggers.PendingJobsStrategy )

既定値: True

新しいアイテムがキューに追加されたときにトリガーされる追加ジョブの数の計算方法を選択します。それには、作成するジョブのターゲットとなる最大数から、特定のステートにあるジョブの数を差し引きます。

次のオプションを使用できます。

  • True - This option is best suited for cases where you want Orchestrator to assume that all running jobs have already moved queue items out of the status New .

この数値は次のように計算されます。

新しく利用可能になるキュー アイテムに基づいて作成される追加ジョブの最大数 = 同時に許可されている保留中および実行中のジョブの最大数から保留中ステートのジョブの数を引いた数。

  • False - This option is best suited for cases where you want Orchestrator to assume all running jobs have yet to move queue items out of the status New .

この数値は次のように計算されます。

Maximum additional jobs to be created based on newly available queue items = the maximum number of pending and running jobs allowed simultaneously minus the number of jobs in one of these states: Pending , Resumed , Running , Stopping , Terminating .

トリガー - ジョブの作成が指定回数失敗した場合に無効化

( Triggers.DisableWhenFailedCount )

既定値: 10

特定の日数内で、起動に一定の回数失敗し、正常に実行されたことが一度もない場合に、トリガーを自動的に無効化するよう設定します。

This option works in conjunction with Triggers -Grace period when job creation keeps failing count (days) , as follows: Triggers - Disable when job creation fail count allows you to adjust the number of failed runs, whereas Triggers - Disable when it keeps failing count (days) enables you to change the number of days.

By default, the Triggers - Disable when job creation fail count value is 10, and the Triggers - Grace period when job creation keeps failing count (days) value is 1, which means that the trigger is disabled after 10 unsuccessful attempts to launch if there were no successful runs in the past day.

このオプションは、10 から 100 の範囲内で設定できます。

トリガー - ジョブの作成が指定回数失敗し続けている場合の猶予期間 (日数)

( Triggers.DisableWhenFailingSinceDays )

既定値: 1

特定の日数内で、起動に一定の回数失敗し、正常に実行されたことが一度もない場合に、トリガーを自動的に無効化するよう設定します。

This option works in conjunction with Triggers - Disable when failed count , as detailed above.

これは 1 から 30 の範囲内で設定できます。

トリガー - 接続トリガー - ジョブの実行が指定回数失敗した場合に無効化

Default value: 5

注:

この設定は、個人用ワークスペースにパブリッシュされた接続トリガー (つまり Studio Web で作成されたトリガー) のみが対象です。

この設定で選択した回数だけ実行が失敗すると、トリガーが無効化されます。

値は 0 から 100 の範囲で設定できます。0 はトリガーが無効化されないことを意味します。

If you select 0, Triggers - Connected triggers - Grace period when job execution keeps failing count (days) becomes irrelevant, and its field is disabled.

この設定は、新しく作成される接続トリガーに対してのみ有効です。既存の接続トリガーにさかのぼって変更が適用されることはありません。

トリガー - 接続トリガー - ジョブの実行が指定回数失敗し続けている場合の猶予期間 (日数)

Default value: 0

注:

この設定は、個人用ワークスペースにパブリッシュされた接続トリガー (つまり Studio Web で作成されたトリガー) のみが対象です。

この設定は、ジョブが最初に失敗してからトリガーが無効化されるまでの待機期間 (日数) を示します。

これは 0 から 30 の範囲内で設定できます。

If Triggers - Connected triggers - Disable when job execution fail count is 0, this field is disabled.

トリガー - API トリガー - 保留中ジョブの最大数

既定値: 10

Set the maximum number of pending jobs that can be created by an API trigger .

サポートされる範囲は 1 から 100 です。

キュー - しきい値 (時間) の経過後に [処理中] ステートに留まっているキュー アイテムを破棄

( inProgressMaxNumberOfMinutes )

既定値: 24

Set the maximum amount of time, in hours, that queue items can have the In Progress status. After this time, the status of the queue items changes to Abandoned .

既定値は 24 時間です。これは、少なくとも 1 日間 [処理中] ステータスが続かない限り、キュー アイテムは [破棄済み] としてマークされないことを意味します。

この処理は、1 時間に 1 度実行されるバックグラウンド ジョブで行われます。このため、ステートの移行は選択した値の 1 時間後までの間に期待できます。

キュー - 未処理のキュー アイテムの確認頻度 (分)

( Queue.ProcessActivationSchedule )

Default value: 30

未処理のキュー アイテムのチェック間隔です。

チェック間隔は、10 分、15 分、20 分、30 分、60 分から選択して調整できます。

作成するすべてのキュー トリガーに対して、バックグラウンドのタイム トリガーが生成されます。これによって、キューに登録した時点で処理されなかったキュー アイテムに対応できます。このバックグラウンドのタイム トリガーは、設定で指定された頻度を計算するために使用されます。

Existing queue triggers : the setting is applied when the default value is changed for the first time, and cannot be restored.

New queue triggers : the setting is always applied.

Important :

  • 使用される参照タイムスタンプは、キュー トリガーが作成された時刻に基づきます。たとえば、キュー トリガーが 14:22:43 に作成され、このオプションが 10 分に設定されている場合、それ以降にトリガーが反復される時刻は 14:32:43、14:42:43、14:52:43、と続きます。
  • この設定によってトリガーされる変更を実行するバックグラウンド タスクは、有効になるまで最大で 10 分ほどかかる場合があります。

ジョブ - 終了までのタイムアウト (時間)

( Jobs.TerminatingJobsTimeout )

既定値: 24

Set the time elapsed, in hours, until Terminating jobs become fit to be marked as Failed .

既定値は 24 です。つまり、ジョブは少なくとも 1 日ずっと終了中の状態にならないかぎり、[失敗] とマークされることはありません。

この処理は、1 時間に 1 度実行されるバックグラウンド ジョブで行われます。このため、ステートの移行は選択した値の 1 時間後までの間に期待できます。

[API の設定] セクション

設定説明
API トリガーの CORS 許可リストAllows you to enter domains permitted for incoming traffic. Separate distinct domains through a comma or by pressing Enter.
同期 API トリガーのリダイレクトに Authentication ヘッダーを要求This is enabled by default, and it enforces the use of an authentication header when selecting the Sync (long-polling) call mode for an API trigger.
ストリクト APIIf enabled, certain API fields become non-filterable and/or non-sortable, thus helping prevent performance issues. You can see a list of these fields in the dedicated page. This setting is enabled by default for new tenants, but existing tenants need to be opted in manually. Keeping this option enabled at all times is a recommended best practice in API integrations.

[デプロイ] タブ

パッケージとライブラリのフィードを設定し、セキュリティで保護できるようにします。Automation Ops を使用して、すべてのテナントのフィードを一元管理できます。詳しくは、『Automation Ops ガイド』の「フィードの管理について」をご覧ください。

ここでの設定は、テナント フィードにのみ影響します。フォルダー フィードと個人用ワークスペース フィードは常に内部フィードであり、各フォルダーまたは個人用ワークスペースのコンテキストでのみ使用できます。

パッケージ

オートメーション パッケージを維持できる内部フィードまたは外部フィードを設定できます。既定では、内部フィードが使用されます。基本認証の資格情報を定義するか、API キーを使用して、フィードのセキュリティを保護できます。

フィールド

説明

内部

内部フィードを使用します。フィードは、[セキュリティで保護されたデプロイ] オプションまたは API キーを使用してセキュリティ保護できます。

  • セキュリティで保護されたデプロイ - オートメーション パッケージが安全な NuGet フィードを介してダウンロードされるようになります。
  • API キー - 削除やアップロードなどの書き込み操作に対してフィードをセキュリティで保護するために使用されるキーです。外部クライアントを使用してパッケージを NuGet フィードに直接アップロードする場合にのみ必要です。
重要: [API キー ] オプションは、パッケージのアップロードを認証する場合にのみ使用できます。パッケージのダウンロードを認証するには、[ セキュリティで保護されたデプロイ ] オプションを使用します。

外部

外部フィードを使用します。フィードは、API キーまたは基本認証資格情報を使用してセキュリティ保護できます。

  • Deployment URL * - The address where the NuGet feed is located.

  • API キー - 削除やアップロードなどの書き込み操作に対してフィードをセキュリティで保護するために使用されるキーです。
  • 認証 - 基本認証されるフィードの資格情報を指定できます。

[API キー] オプションで指定するユーザー名とパスワードの両方をここでも使用する必要があることに注意してください。

重要:

外部フィードにアップロードされたクロスプラットフォーム パッケージはサポートされていません。メタデータを読み取ることができるのは、Orchestrator に直接アップロードされた場合のみです。

JWT ベアラー トークンを使用して基本認証でフィードを認証する

次の例に示す方法で、フィードを認証するための個人用アクセス トークンとその他の JWT ベアラー トークンを指定できます。

curl https://:<rt_my-reference-token>@cloud.uipath.com/myorg/DefaultTenant/orchestrator_/nuget/v3/5830878b-1a38-47d9-9689-4fb543e2e227/index.json
curl https://:<rt_my-reference-token>@cloud.uipath.com/myorg/DefaultTenant/orchestrator_/nuget/v3/5830878b-1a38-47d9-9689-4fb543e2e227/index.json

主要な NuGet フィードすべてに共通する方法は、個人用アクセス トークンを送信するために基本認証のパスワードを使用することです。これにより、次の例に示すように、NuGet の組み込みのメカニズムを使用して認証できます。

<configuration>
  <packageSources>
    <add key="myfeed" value="cloud.uipath.com/myorg/DefaultTenant/orchestrator_/nuget/v3/5830878b-1a38-47d9-9689-4fb543e2e227/index.json" />
  </packageSources>
  <packageSourceCredentials>
    <myfeed>
      <add key="Username" value="" />
      <add key="ClearTextPassword" value="%UIPATH_PAT%" />
    </myfeed>
  </packageSourceCredentials>
</configuration>
<configuration>
  <packageSources>
    <add key="myfeed" value="cloud.uipath.com/myorg/DefaultTenant/orchestrator_/nuget/v3/5830878b-1a38-47d9-9689-4fb543e2e227/index.json" />
  </packageSources>
  <packageSourceCredentials>
    <myfeed>
      <add key="Username" value="" />
      <add key="ClearTextPassword" value="%UIPATH_PAT%" />
    </myfeed>
  </packageSourceCredentials>
</configuration>

Additionally, you can integrate the feeds using secure credential providers. For further information, refer to the Microsoft documentation.

ライブラリ

ライブラリおよびアクティビティ パッケージに使用されるフィードを設定できます。

フィールド

説明

ホスト フィードのみ

ライブラリはホスト フィードに格納され、そのフィードを使用するすべてのテナントが利用できます。[ライブラリ] ページは、1 つの Orchestrator インスタンスでは同じになります。すなわち、テナント レベルではライブラリが分離されていないため、それぞれのテナントが他のテナントのアクティビティにアクセスできます。

このオプションを選択すると、Orchestrator からライブラリをアップロードできません。

このオプションは、ロボットにホスト フィードへのアクセス権のみを付与します。

テナント フィードのみ

ライブラリはテナント レベルで隔離され、データはテナント間で分離されます。ライブラリが維持される内部フィードまたは外部フィードを設定できます。既定では、内部フィードが使用されます。

このオプションは、ロボットにテナント フィードへのアクセス権のみを付与します。

ホスト フィードとテナント フィードの両方

ライブラリはテナント レベルで隔離され、データはテナント間で分離されます。ライブラリが維持される内部フィードまたは外部フィードを設定できます。既定では、内部フィードが使用されます。

このオプションは、ロボットにホスト フィードとテナント フィードの両方へのアクセス権を付与します。

内部

[テナント フィードのみ] または [ホスト フィードとテナント フィードの両方] が選択されている場合に表示されます。

ライブラリに内部フィードを使用します。フィードは、[セキュリティで保護されたデプロイ] オプションまたは API キーを使用してセキュリティ保護できます。

  • セキュリティで保護されたデプロイ - オートメーション パッケージが安全な NuGet フィードを介してダウンロードされるようになります。
  • API キー - 削除やアップロードなどの書き込み操作に対してフィードをセキュリティで保護するために使用されるキーです。

外部

[テナント フィードのみ] または [ホスト フィードとテナント フィードの両方] が選択されている場合に表示されます。

ライブラリに外部フィードを使用します。フィードは、API キーまたは基本認証資格情報を使用してセキュリティ保護できます。

  • Deployment URL * - The address where the NuGet feed is located.
  • API キー - 削除やアップロードなどの書き込み操作に対してフィードをセキュリティで保護するために使用されるキーです。
  • 認証 - 基本認証されるフィードの資格情報 (ユーザー名とパスワード) を指定できます。

[API キー] オプションで指定するユーザー名とパスワードの両方をここでも使用する必要があることに注意してください。

For more details, read through the Library feeds page.

ロボットのセキュリティ タブ

セキュリティ

フィールド説明
ライセンスを検証せずにロボットをオフラインで実行できる合計時間Orchestrator がロボットのライセンスを確認することなく、そのロボットをオフラインで実行できる時間数を指定できます。既定では 0 に設定されています。指定できる最大値は 168 時間です。

ロボットの認証

フィールド説明
Unattended ロボットの認証Client credentials (Recommended) - This option only allows for connections with tokens that expire. It uses the OAuth 2.0 framework as the basis for the authentication protocol, meaning unattended robots can connect to Orchestrator with a client ID - client secret pair generated via machine template objects. The client ID - client secret pair generates a token that authorizes the connection between the robot and Orchestrator and provides the robot with access to Orchestrator resources. Hybrid - This option allows for both connections with tokens that don't expire (machine key) and connections with tokens that expire (client credentials).
Attended ロボットの認証Interactive Sign-in SSO (Recommended) - This option only allows for robot connections with tokens that expire. Users can authenticate their robots only by signing-in with their credentials in the Assistant. User sign in is required to run attended robots, make Orchestrator HTTP requests, or view processes in the Assistant. When using interactive sing-in, there is no need to create machine objects in Orchestrator. User license management option enforeces Interactive Sign-In (SSO) for Attended robot authentication. Hybrid - This option allows for both connections with tokens that don't expire (machine key) and connections with tokens that expire (interactive sign-in or client credentials). Users have the option to sign-in with their credentials to authenticate their robots, which in turn allows them to connect Studio and the Assistant to Orchestrator, however it is not mandatory.

[拡張性] タブ

Robot サービスが Orchestrator の SignalR チャネルをサブスクライブするかどうかを指定したり、最適なトランスポート プロトコルを設定したりします。

Figure 1. Scalability tab

[スケーラビリティ] タブのスクリーンショット

SignalR (Robot)

フィールド

説明

有効

このトグルは、Robot サービスが Orchestrator の SignalR チャネルにサブスクライブするかどうかを指定します。既定では、この設定は有効で、すべてのチャネルが選択されています。

  • WebSocket
  • サーバー送信イベント (SSE)
  • ロング ポーリング

すべてのトランスポート チャネルが有効化されている場合、最適なトランスポートが自動的に選択されます。優先順位は、WebSocket > サーバー送信イベント > ロング ポーリングです。何らかの理由で最初のプロトコルが使用できない場合は、Orchestrator とロボット間の通信を容易にするために、次のプロトコル (有効化されている場合) が使用されます。

テナントで SignalR を無効化すると、Studio Web を含む UiPath の一部の機能が不適切に機能したり、まったく動作しなくなったりする可能性があります。

WebSocket

選択すると、WebSocket トランスポート プロトコルを使用して、ロボットを Orchestrator の SignalR チャネルに接続できます。これは、そのパフォーマンス、および Robot サービスから Orchestrator へ、またはその逆の両方向の同時通信をサポートしていることから、優先度順で使用される最上位のプロトコルです。

SignalR (ロボット) 機能が有効化されていない場合、WebSocket のみが利用可能なトランスポート プロトコルになります。

サーバー送信イベント (SSE)

選択すると、サーバー送信イベント (SSE) プッシュ テクノロジを使用して、ロボットを Orchestrator の SignalR チャネルに接続できます。これは、WebSockets が何らかの理由で使用できない場合の最初のバックアップです。

SignalR (Robot) 機能が有効でない場合は、このオプションは使用できません。

ロング ポーリング

選択すると、ロング ポーリング プロトコルを使用して、Robot を Orchestrator の SignalR チャネルに接続できます。このプロトコルは、WebSockets プロトコルと SSE プロトコルが使用できない場合に使用されます。

SignalR (Robot) 機能が有効でない場合は、このオプションは使用できません。

[非稼働日] タブ

トリガーの実行を制限する、非稼働日のリストをテナントごとに定義できます。つまり、祝日や土日など、通常の業務がない日には、長期スケジュールがトリガーされないように設定できます。定義された非稼働日を過ぎると、通常どおりにトリガーされるようになります。

これらの制約をトリガーに適用するには、トリガー設定時に非稼働日カレンダーを選択する必要があります。[非稼働日] タブで加えたすべての変更は、そのカレンダーを使用するすべてのトリガーに影響を与えます。

非稼働日の管理方法の詳細については、こちらをご覧ください。

クラウド接続

This tabs allows you to configure integrations with third-party cloud service providers (CSPs) which are used for elastic robot orchestration.

このページは役に立ちましたか?

接続

ヘルプ リソース サポート

学習する UiPath アカデミー

質問する UiPath フォーラム

最新情報を取得