- 基本情報
- ベスト プラクティス
- テナント
- Cloud ロボット
- フォルダー コンテキスト
- 自動化
- プロセス
- ジョブ
- Apps (アプリ)
- トリガー
- ログ
- 監視
- キュー
- アセット
- ストレージ バケット
- Test Suite - Orchestrator
- リソース カタログ サービス
- 認証
- Integrations
- クラシック ロボット
- トラブルシューティング
ロボットを管理する
管理者は Orchestrator の [アクセス権を管理] ページで、ロボットの自動プロビジョニングをグループごとまたはアカウントごとに有効化できます。アカウント レベルまたはグループ レベルで [Attended ロボット] または [Unattended ロボット] トグルを有効化してさまざまな設定を行うと (必要に応じて、ロボットの実行設定、マシンのログイン資格情報)、それらの属性を持つフローティング ロボットが作成されます。
ユーザー グループの場合、Attended ロボットのプロビジョニングは、そのグループのメンバーであり、Orchestrator にログインする任意のユーザーが継承します。つまり、ロボットはグループ メンバーシップによって作成されます。ユーザー グループに対してのみ有効化できるのは、Attended ロボットの自動プロビジョニングだけです。Unattended ロボットの自動プロビジョニングを行うことはできません。
以下に、フォルダー内のジョブを実行できるよう機能を設定するための手順を示します。
有人モードの場合、UiPath Assistant には、アカウントが割り当てられている、すべてのフォルダー内のプロセスが表示されます。
デバッグ目的の場合を除き、これらのプロセスは、Orchestrator から無人モードで開始またはトリガーできません。「Studio のデザインと Orchestrator のデバッグ」をご覧ください。
無人モードの場合、UiPath Assistant には、アカウントとマシン テンプレートの両方が割り当てられた、すべてのフォルダー内のプロセスが表示されます。これらのプロセスは Orchestrator から無人モードで開始またはトリガーできます。
有人モードで Unattended ロボットを使用するユーザー (ユーザーはマシンにログオンします) は、ユーザーしか割り当てられていないフォルダー内のプロセスにはアクセスできません。ユーザーがアクセスできるのは、そのユーザーとマシン テンプレートの両方が割り当てられているフォルダー内のプロセスに限られます。
ホスト マシンでは、対応するマシン テンプレートを割り当てるフォルダーに属する各アカウントに対して、Windows のユーザーをプロビジョニングする必要があります。
たとえば、マシン テンプレート FinanceT によって生成されたキーを使用して、サーバーを Orchestrator に接続したとします。このマシン テンプレートは、FinanceExecution フォルダーと FinanceHR フォルダーに割り当てられ、これらのフォルダーには 6 つのアカウントも割り当てられます。これら 6 つのアカウントは、サーバー上の Windows ユーザーとしてプロビジョニングされている必要があります。
基本的な無人セットアップの図
複雑な無人セットアップの図
対話型認証が適用されている場合、UiPath Assistant にはアクセス権のあるプロセスのみが、アカウントにサインインした後にのみ表示されます。ユーザー ライセンスも必要です。そのため、ユーザーのアカウントで実行していない無人プロセスを、UiPath Assistant でのトラブルシューティングに利用することはできません。
したがって、無人プロセスをデバッグする必要がある場合は、トラブルシューティング セッションを一時的に有効化できます。有効化すると、ユーザー ライセンスなしで無人プロセスをローカルで表示および実行できます。
トラブルシューティング セッションは一時的なセッションであり、上記の操作が行えるのはセッションがアクティブな間のみです。
これで、UiPath Assistant から無人プロセスを実行してトラブルシューティングできます。
デバッグが終了したら、マシンのトラブルシューティング セッションを無効化できます。これにより、以降は有人接続できないようになります。または、必要に応じて、セッションをアクティブにしておく時間を延長できます。