- スタート アップ ガイド
- ベスト プラクティス
- テナント
- レジストリ
- Cloud ロボット
- Automation Suite ロボット
- フォルダー コンテキスト
- プロセス
- ジョブ
- Apps (アプリ)
- トリガー
- ログ
- 監視
- インデックス
- キュー
- アセット
- コネクション
- ビジネス ルール
- ストレージ バケット
- MCP サーバー
- Orchestrator のテスト
- リソース カタログ サービス
- Integrations
- トラブルシューティング
UiPath Platform のアカウントの種類の概要 (ユーザー アカウント、ロボット アカウント、外部アプリ、グループなど)。
プラットフォーム内でのユーザー情報の理解と管理に役立つよう、ここでは、UiPath Platform で利用できるさまざまなアカウントの種類の概要を示します。ユーザー情報は、ユーザー アカウント、ロボット アカウント、外部アプリケーション、およびグループの形式で取得できます。
すべてのオブジェクトまたは個々のオブジェクトは、専用のタブから表示および管理できます。
グループ
グループは、共通の権限を共有するアカウントの集合として、ユーザー アカウントのアクセス制御を簡素化するために使用できます。ロールを個々のユーザーに割り当てるのではなく、グループに割り当てることができます。グループに割り当てられたものは、すべてのグループ メンバーに自動的に割り当てられます。
ローカル グループ
ローカル グループは Identity Server に由来するエンティティであり、UiPath エコシステムではローカルと見なされます。
既定のグループから選択することも、独自のカスタム グループを作成することもできます。
ディレクトリ グループ
ディレクトリ グループは外部 ID プロバイダーを通じて管理されます。既存の ID インフラストラクチャとの連携により、ユーザーおよびアクセス管理を効率化できます。外部 ID プロバイダーのディレクトリ グループにユーザーを追加し、ディレクトリ連携が有効化されると、そのユーザーは、そのグループに割り当てられたロールを自動的に継承します。
ディレクトリ グループでの権限の継承:
- 複数のグループ内のユーザーは、すべてのグループ ロールの和集合を継承します
- グループ ロールと明示的なロールの両方を持つユーザーには、両方の権限セットが付与されます
- ユーザーがディレクトリ グループに追加されたり、ディレクトリ グループから削除されたりすると (例: 部署を切り替えた場合)、アクセス権が自動的に更新されます
これにより、ユーザー権限を個別に管理する必要がなくなります。
例: ディレクトリ グループでの権限の継承
この例では、John Smith が複数のディレクトリ グループから権限を継承および組み合わせる方法を示しています。
| ディレクトリ グループ | 継承される権限 | 明示的な権限 |
|---|---|---|
| X の権限セットを持つグループ X と、Y の権限セットを持つグループ Y を追加しました。 | ジョン・スミスはグループ X と Y の両方に属します。彼は Orchestrator にログインします。彼のユーザーは、X、Y の権限で自動プロビジョニングされます。 | ジョンには、セット X とセット Y のほか、セット Z も明示的に付与されます。ジョンには現在、X、Y、Z の権限があります。グループ X と Y を削除すると、ジョンは Z のままになります。 |
- Orchestrator に追加されたグループに属しているユーザーは、Orchestrator にログインするための明示的なユーザー エントリを必要としません。
- 継承された権限は、関連するディレクトリ グループに依存しています。ディレクトリが削除されると、継承された権限も削除されます。
- 明示的に設定された権限は、ディレクトリ グループから独立しています。グループのステートに関係なく、セッション間で維持されます。
ユーザー
詳細とアクセスを管理している場所に応じて、ユーザーは次のように分類できます。
ローカル ユーザー
UiPath Platform のローカル ユーザーとは、外部 ID プロバイダーに依存しない、プラットフォーム内で直接作成および管理されるアカウントです。ロールはその作成時または編集時に割り当てられ、これによりプラットフォーム内での権限が確立されます。
ディレクトリ ユーザー
これらのアカウントは、Orchestrator の外部の Azure Active Directory などのアクティブ ディレクトリで定義されます。この種類のアカウントを使用するには、ディレクトリを Orchestrator にリンクする必要があります。リンクすると、Orchestrator でディレクトリ ユーザーを検索して参照できるため、ユーザーの表示、ロールの割り当て、Orchestrator グループへの追加を行うことができます。
メリットは、これらの ID を 2 回定義する必要がないことです。ディレクトリで一度定義すれば、Orchestrator でも使用できます。
ディレクトリ ユーザーには、次のような種類があります。
- 手動で追加されたユーザー - 管理者により個別に追加されるユーザーです。管理者はディレクトリ内のユーザーを検索し、システムに追加します。
- 自動プロビジョニングされたユーザー - ログイン後にシステムに自動的に追加されるユーザーです。自動プロビジョニングとは、ユーザーを自動的に認識したシステムが、その新しいユーザー エントリを作成するプロセスです。
| 手動で追加されたユーザー | 自動プロビジョニングされたユーザー | |
|---|---|---|
| 権限の継承 | はい | はい |
| 追加の明示的な権限を割り当てることができる | はい | はい |
| SSO を使用できる | はい | はい |
ロボット アカウント
ロボット アカウントは、特定のユーザーの責任ではないバックオフィスの無人プロセスを実行する必要があるときに役立ちます。これらは、サービス アカウントに相当する UiPath のアカウントです。Windows サービスが OAuth モデルのアプリケーション ID として実行するアカウントと同様に、無人プロセスの実行に使用される、非ユーザー アイデンティティです。
ロボット アカウントを操作する
UiPath Platform のロボット アカウントには、ユーザー アカウントと同様に権限が適用されます。ロボット アカウントは主に、対話型プロセス用に設定できないことと、その作成にメール アドレスを必要としないことの、2 つの点で異なります。
ロボット アカウントの管理は、ユーザー アカウントの管理とほぼ同じです。管理者は、ユーザー アカウントの場合と同様に、これらのアカウントを作成および監視できます。
外部アプリ
UiPath プラットフォームの外部のアプリケーションには、ユーザーの資格情報を共有せずに UiPath リソースへのアクセス権を付与できます。OAuth フレームワークを使用することで、認可を外部アプリケーションに委任できます。登録が完了すると、これらのアプリケーションは、指定する API にスコープが設定される UiPath アプリケーションまたはリソースへの API 呼び出しを実行できます。