- はじめに
- アクセス制御と管理
- アカウント管理
- 機能にアクセスする
- ロールベースのアクセス制御 (RBAC)
- グループベースのプロジェクト ロールのアクセス制御 (Automation Cloud)
- プロジェクトを管理する
- ガバナンス
- クォータ
- ライセンス
- よくある質問
Automation Cloud の IXP におけるグループベースのプロジェクト ロールにおけるアクセス制御に関する考慮事項 (大規模または規制対象のグループに対するデータの可視性への影響を含む)。
プロジェクト ロールをグループに割り当てると、それらのグループに属するユーザーは、グループが追加されたすべてのプロジェクトにアクセスできるようになります。つまり、グループのユーザーはプロジェクト内のデータを参照できることになります。特に規制対象の業界の場合、ユーザーのグループが大規模であると、これは適切でないことがあります。詳しくは、「データの構造と権限について」をご覧ください。
シングル サインオン (SSO) のアクセス制御
ベスト プラクティスとして、シングル サインオン (SSO) を使用する場合は、関連性がある適切なアクセス レベルでグループを分離します。たとえば、限られたユーザーのセットのみが特定のプロジェクトにアクセスできるようにする必要がある場合は、プロジェクト単位でグループを作成し、そのプロジェクトにアクセス権をプロビジョニングします。そうしないと、権限のないユーザーがデータにアクセスできる可能性があります。
厳密な分離が必要で、データをチーム間で共有してはならない場合は、別個の Automation Cloud テナントを使用することを検討してください。
Automation Cloud グループのアクセス制御
Automation Cloud グループを使用する場合は、グループ内のすべてのユーザーがプロジェクトのデータにアクセスできる必要があるかどうかを判断します。これにより、適切なユーザーにのみアクセス権を付与し、適切なデータ セキュリティを維持できます。
既定のプロジェクトのアクセス権とグループのマッピング
IXP では、[アクセス権を管理] の Communications Mining の [既定のプロジェクト] フォルダーへのアクセス権は、自動的にすべてのユーザーに付与されることはありません。このアクセス権は、ユーザーが Automation Cloud グループに属しているかどうかによって異なります。Automation Cloud の既定の各グループは、次の表に示すように、既定のプロジェクトの対応する権限セットにマッピングされます。
| Automation Cloud のグループ | 既定のプロジェクト ロール |
|---|---|
| Automation Users | IXP ビューアー |
| Automation Developers | IXP 開発者 |
| Administrators | IXP プロジェクト管理者 |
管理者は、IXP の [管理] ページの [アクセス権を管理] タブで、これらの既定のロールの割り当てを削除または編集できます。Administrators グループについては、管理者は割り当てられている IXP ロールを変更することはできますが、割り当てを完全に削除したり、ロールなしのままにしたりすることはできません。
新しいプロジェクトの既定のアクセス権
Administrators グループは、新しい IXP プロジェクト (Communications Mining と非構造化ドキュメントと複雑なドキュメントの両方) に自動的に追加され、既定でプロジェクト管理者権限が付与されます。
新しいプロジェクトのアクセスを計画する際は、以下の点を考慮してください。
- プロジェクト管理者は、 Administrators グループが既定のアクセス権を持つべきではない場合、プロジェクトからそのグループを削除できます。続いて、グループのメンバーを個別にプロジェクトに追加する必要があります。
- 既存のプロジェクトでは、既存のロールの割り当てが保持されます。新しい動作に一致する必要がある以前のプロジェクトに、 Administrators グループを手動で追加します。
- 組織でこの既定の動作を無効化するには、 UiPath サポート チケットを送信します。
既定の割り当ての反映には最大で 2 分かかる場合があります。新しいプロジェクトは、ページを更新した後にのみグループ メンバーのホーム ページに表示されます。