ユーザーに対して Unattended ロボットを使用した無人インフラストラクチャでのオートメーションの実行を有効化する

UiPath® アカウントは、Orchestrator リソースへのアクセスを許可する必要のある人間 (ユーザーアカウント) または人間以外のユーザー (ロボットアカウント) を表すための ID と考えることができます。これらのアカウント、およびアカウントとロールとの関連付けにより、Orchestrator のリソースに対して一定レベルのアクセスを許可できます。Orchestrator でのアクセス制御について詳しくは、こちらをご覧ください。

無人オートメーションは通常、ロボットアカウント (Windows サービスアカウントと同等の UiPath のアカウント) で実行されます。管理者が Unattended ロボットを有効化すると、ロボットはユーザーアカウントを偽装できます。つまり、ロボットがそのユーザー ID の代わりに機能し、ユーザーと同じ権限でオートメーションを実行できます。

ユーザーアカウントで無人オートメーションを実行する典型的なケースは、開発者が自身のオートメーションプロジェクトをデバッグする場合、または、ビジネスユーザーが自身の ID でオートメーションを実行する際にローカルマシンではなくサーバー側のリソースを使用する場合です。

個人 (リモート) オートメーションを使用してバックグラウンドプロセスを無人インフラストラクチャで実行することもできます。ユーザーアカウントに対して Unattended ロボットを有効化する必要がないため、こちらのほうが設定が簡単です。ユーザーに対して個人オートメーションの実行を有効化する方法について詳しくは、こちらをご覧ください。

個人 (リモート) オートメーションとユーザーアカウントの無人オートメーション機能の違いは次のとおりです。

個人 (リモート) オートメーションを実行できるのは、基になるプロセスがバックグラウンドプロセスの場合のみです。ユーザーの操作が必要なプロセスでは利用できません。ユーザーの操作が必要なプロセスを実行するには、これまでと同様に Unattended ロボットを設定する必要があります。
個人 (リモート) オートメーションでは、ユーザーの ID が対象の単一のプロセスの実行にのみ使用されるため、ユーザーの ID をいつどのように使用するかについてきめ細かく制御できます。一方、Unattended ロボットはユーザーを偽装してそのユーザーのように振る舞うため、ユーザーがアクセス権を持つすべてのフォルダーでプロセスを実行できます。

このページでは、管理者が開発者およびビジネスユーザーに対して以下を有効化する方法について説明します。

Unattended ロボットにユーザーの偽装による実行を許可して、バックグラウンドプロセスを無人インフラストラクチャで実行する
Unattended ロボットにユーザーの偽装による実行を許可して、ユーザーの操作が必要なプロセスを無人インフラストラクチャで実行する

フォルダー内のオートメーションを実行する

ユーザーは、自身がアクセス権を持つすべてのフォルダーのプロセスをデバッグおよび実行できます。無人インフラストラクチャを使用して実行できます。その条件は、無人オートメーションを実行するための物理リソースを管理者がそのフォルダーに割り当てていること、すなわち、ランタイムが 1 つ以上含まれるマシンテンプレートオブジェクトをそのフォルダーに割り当てていることです。通常、デバッグには NonProduction ランタイムが使用されます。

開発者とビジネスユーザーは、ジョブを手動で開始するか、そのフォルダーのトリガーを使用してプロセスを開始できます。

Orchestrator からジョブを開始する際に使用できるランタイムがユーザーに表示されない場合、管理者は以下を確認する必要があります。

実行するプロセスが含まれるフォルダーに、ユーザーアカウントとマシンテンプレートの両方が割り当てられている。
マシンテンプレートにランタイムが割り当てられている。これは個人用ワークスペースでは不要です。

個人用ワークスペースでデバッグする

個人用ワークスペースはユーザーの個人用フォルダーです。オフィシャルな Orchestrator フィードから独立し、分離されたストレージスペースとして機能します。個人用ワークスペースでは、管理者がフォルダーで実行する必要のある複数の操作を Orchestrator が代行するので、オートメーションプロジェクトのパブリッシュ、実行、デバッグを管理者の介入なしで行うことができます。

Orchestrator は、Studio からそのユーザーの個人用ワークスペースフィードにパブリッシュされた各パッケージから、自動的にプロセスを作成します。
Orchestrator は個人用ワークスペースの所有者の管理者に代わってマシンテンプレートを自動的に管理します。Development ランタイムを使用するマシンテンプレートが自動的に作成され、新しい個人用ワークスペースごとに割り当てられます。

ユーザーは、ジョブを手動で起動するか、そのワークスペースのトリガーを使用することで、プロセスをデバッグまたは実行できます。

ユーザーが Orchestrator からデバッグできるようにする

ユーザーがプロセスを無人インフラストラクチャで実行するには、管理者がそのユーザーに対して個人オートメーション機能 (こちらで説明されている、操作の実行を有効化する機能) と、Unattended ロボットによる偽装 (物理ホストマシン上のロボットに対し、そのユーザーの ID での実行を有効化する機能) を両方とも有効化する必要があります。

必要なライセンス:

ユーザーライセンス
Unattended ランタイム
Cloud ロボットのロボットユニット

ユーザーに対して無人インフラストラクチャでのプロセスのデバッグを有効化するには、ユーザーアカウントを Orchestrator で参照または編集するときに、以下の手順を実行します。

[個人オートメーションの設定] タブをクリックして、目的のユーザーの個人オートメーションを設定します。ユーザーが個人オートメーション機能を持つグループのメンバーである場合、そのグループから機能を継承するため、この手順は省略できます。
[このグループのユーザーによるオートメーションの実行を有効化] トグルを有効化します。これにより、そのグループのユーザーに対して以下の操作を有効化します。
- ローカルマシンで UiPath Assistant を使用してオートメーションを実行
- ユーザーが必要な権限を持つフォルダーで、バックグラウンドの個人 (リモート) オートメーションを実行
- UiPath Studio (デスクトップと Web の両方) で実行してデバッグ
[設定] セクションで、[このグループのメンバーの個人用ワークスペースを有効化] トグルを有効化します。これにより、そのグループのユーザーに対して以下の操作を有効化します。
- 個人用ワークスペースでオートメーションを管理
- 個人用ワークスペースでバックグラウンドの個人 (リモート) オートメーションを実行
[無人オートメーションの設定] タブをクリックして、ユーザーの無人デバッグの設定を行います。
[Unattended ロボットがこのユーザーとしてオートメーションを実行することを許可] トグルを有効化して、Unattended ロボットによるユーザーアカウントの偽装を許可します。これにより、Unattended ロボットで次の操作が可能になります。
- そのユーザーの ID で無人オートメーションを実行して、バックグラウンドの無人オートメーションと、ユーザーの操作が必要なオートメーションを実行する (手順 5 で詳細を設定)。

[フォアグラウンドオートメーションの設定] セクションで、無人フォアグラウンドプロセスをそのアカウントで実行するために使用するインフラストラクチャを選択します。

ユーザーの操作が必要なプロセスを実行するために Automation Cloud ロボットを委任するには、[仮想マシンで事前に設定した Windows ユーザーアカウントを使用します (UiPath Automation Cloud ロボットでの実行にのみ対応しています)。] オプションを選択します。このロボットはプロセスの実行時に、事前に設定された Windows アカウントを使用します。

プロセスを特定の Windows マシンで実行するには、[特定の Windows ユーザーアカウントを使用します。以下の資格情報を追加します。] を選択します。ロボットが正常にログインできるように、そのホストマシンに対する正しい資格情報を指定する必要があります。これにより、ユーザーの操作が必要なプロセスをその特定の Windows アカウントで実行できます。特定の Windows アカウントを使用する場合の資格情報設定の設定方法は以下のとおりです。

フィールド	説明
ドメイン \ ユーザー名	ロボットの実行に使用するアカウントです。ドメインに参加しているアカウントの場合は、`domain\username` という構文を使用します。例: `deskover\localUser1` ローカルの Windows アカウントの場合は、`host_machine_name\username` 構文で、ドメインではなくホストマシンの名前を使用します。たとえば、`LAPTOP1935\localUser2` です。特定のマシンに紐づけず、複数のホストマシンで使用するローカル Windows アカウントについては、ホストマシン名の代わりにドット付きの `.\username` 構文を使用します。たとえば、`.\localUser3` です。 Azure AD に参加しているマシンの場合は、`azuread\username@domain.com` 構文を使用します。
資格情報ストア	パスワードに使用する資格情報ストアです。資格情報ストアについて詳しくは、こちらをクリックしてください。
パスワード	UiPath Robot がインストールされているマシンにログオンするために使用するパスワードです。
資格情報の種類です。	パスワード資格情報の種類を指定します。

ユーザーによる複数ジョブの同時実行を制限するには、[一度に 1 つのジョブのみを実行] オプションを有効化します。これは、1 つの資格情報を一度に複数回使用することが許可されていないアプリケーション (例: SAP) の自動化に役立ちます。
[追加] または [更新] をクリックします。ユーザーアカウントが作成/更新されます。

Orchestrator へのアクセス権を持たないユーザーに対してホストマシンでのデバッグを有効化する

対話型認証が適用されている場合、UiPath Assistant にはユーザーがアクセス権を持っているプロセスのみが、アカウントにサインインした後にのみ表示されます。ユーザーライセンスも必要です。そのため、ユーザーアカウントで実行していない無人プロセスを、UiPath Assistant でのトラブルシューティングに利用することはできず、ユーザーがそのホストマシンにログインして無人プロセスをデバッグすることはできません。

この問題を解決するには、管理者がそのマシンで一時的にトラブルシューティングセッションを有効化できます。有効化すると、ユーザーはユーザーライセンスなしで無人プロセスをローカルで表示および実行できます。トラブルシューティングセッションは一時的なセッションであり、上記の操作が行えるのはセッションがアクティブな間のみです。

Studio をリモートデバッグ機能のために使用することもできます。これにより、リモートマシン (クロスプラットフォームプロジェクトを実行できる Linux 環境のロボットなど) で、有人プロセスと無人プロセスを実行およびデバッグできます。

手順 1. トラブルシューティングセッションを有効化する

[テナント] > [監視] に移動します。
[セクション] ドロップダウンメニューから [無人セッション] を選択します。
エラーが発生したマシンを特定し、マシンの行の最後にある [その他のアクション] をクリックして [トラブルシューティングセッションを設定] を選択します。

このオプションは、対話型認証が適用されている場合のみ利用できます。

[プロセス] セクションを選択すると、プロセスが実行されたマシンを確認できます。

[トラブルシューティングセッションを設定] ダイアログが開きます。
[トラブルシューティングセッション] の下のトグルをクリックして [有効] に切り替えます。
[セッションタイムアウト (分)] ボックスで値を編集して、トラブルシューティングセッションをアクティブにする時間 (分) を変更します。

指定した分数が経過すると、トラブルシューティングセッションは自動的に無効化され、以降の接続は受け入れられません。ただし、既存の接続は、切断されるまでアクティブなままです。
[保存] をクリックします。

手順 2. UiPath Assistant に接続する

以下の手順に従ってマシンに接続し、UiPath Assistant からユーザーのアカウントで無人プロセスを実行します。

Orchestrator の [テナント] > [マシン] に移動し、マシンの行の最後にある [クライアント ID/マシンキーをコピー] をクリックして、マシンキーをクリップボードにコピーします。
UiPath Assistant のタイトルバーでユーザーアイコンをクリックして、[設定] を選択します。
[Orchestrator の設定] タブを選択し、必要に応じて [切断] または [サインアウト] をクリックして接続設定を編集できるようにします。
接続を次のように設定します。
1. 接続の種類 - [マシンキー] を選択します。
2. Orchestrator URL - Orchestrator インスタンスに URL を追加します。テナントと組織を含める必要があります。
3. マシンキー - クリップボードからコピーしたマシンキーを貼り付けます。
[接続] をクリックして [設定] ウィンドウを閉じます。
Assistant に無人プロセスが表示されない場合は、[設定] > [サインイン] に移動し、資格情報を使用してログインします。

これで、UiPath Assistant から無人プロセスを実行してトラブルシューティングできます。

手順 3. トラブルシューティングセッションを延長または無効化する

デバッグが終了したら、マシンのトラブルシューティングセッションを無効化できます。これにより、以降は有人接続できないようになります。または、必要に応じて、セッションをアクティブにしておく時間を延長できます。

[テナント] > [監視] に移動します。
[セクション] ドロップダウンメニューから [無人セッション] を選択します。
マシンの行の最後にある [その他のアクション] をクリックして [トラブルシューティングセッションを設定] を選択します。
[トラブルシューティングセッションを設定] ダイアログで、以下の操作を行います。
- セッションを閉じる: [トラブルシューティングセッション] の下のトグルを [無効] に切り替えます。
  
  無効化すると、以降の接続は受け入れられなくなります。ただし、既存の接続は、切断されるまでアクティブなままです。
- セッションを延長する: [セッションタイムアウト (分)] ボックスの値をより大きな値に変更して、セッションを指定した期間まで延長します。
[保存] をクリックします。
UiPath Assistant を切断して接続を閉じます。