グループを使用すると、ChatGPT ワークスペースのメンバーを整理し、グループにカスタムロールを割り当てることができます。ただし、グループメンバーシップはシートの割り当てに代わるものではなく、それ自体ではワークスペース機能の権限を付与せず、ローカルランタイムポリシーを上書きすることも、Platform API や接続先システムへのアクセスを提供することもありません。
制御モデルの全体像については、 ロールとワークスペースの権限を参照してください。
メンバーシップソースの比較
試験導入の参加者、ワークスペースの運用担当者、同じサポート対象機能を必要とするメンバーなど、アクセス要件が共通する人にはグループを使用します。
共通するアクセス要件に応じたグループの作成
ワークスペースのオーナーと管理者は、グループを作成および管理できます。対象者が少人数または一時的な場合は手動管理グループを作成し、メンバーシップをディレクトリと連動させる必要がある場合は ID プロバイダーの既存のグループを同期します。
各グループには、正となるメンバーシップソースが 1 つあります。
| グループの種類 | メンバーシップソース | 適用条件 |
|---|---|---|
| 手動管理 | ChatGPT ワークスペースの管理 | グループが小規模または一時的であるか、ディレクトリ同期で管理されていない場合 |
| ID プロバイダーによる管理 | SCIM を介した ID プロバイダー | メンバーシップを組織のディレクトリとメンバーの削除プロセスに連動させる必要がある場合 |
手動管理のグループと ID プロバイダーで管理されるグループは共存できます。同期されたグループでは ID プロバイダーがメンバーシップソースとなり、後のプロビジョニング更新によってワークスペース側での変更が上書きされる場合があります。SCIM の動作、サポート対象の属性、セットアップ手順の最新情報は、ヘルプセンターで管理されています。
アクセス範囲の把握
グループに所属しているだけでは、ワークスペース機能の権限は付与されません。
グループと適切な権限の関連付け
ワークスペースのオーナーは、カスタムロールをグループに割り当てるか、対応している場合はメンバーに直接割り当てることができます。 該当するすべてのロールを確認してください。いずれかのロールで オフ が明示的に設定されている場合は、 別のロールで付与されていても、その権限は拒否されます。 メンバーのシートタイプとプロダクトの利用資格も引き続き適用されます。
SCIM はワークスペースのメンバーシップとグループの割り当てをプロビジョニングします。ただし、GitHub、Google Drive、Slack、その他の接続先システムの権限は付与しません。また、ローカルランタイム要件や Platform API の組織アクセスに代わるものでもありません。
ワークスペースの RBAC とローカルランタイム要件は、別々の制御システムです。 グループが両方に関係する場合もあります。 ただし、ワークスペース内のグループの順序から、管理対象要件の照合ルールや優先順位ルールを推測しないでください。設定の配信やローカルでの優先順位については、 管理対象の設定を参照し、 文書化されているルールを確認してください。
最新のセットアップ手順
ワークスペース管理の詳細は変更される場合があります。最新の UI 操作手順、提供状況、制限事項については、以下を参照してください。
新規参加者、異動者、離脱者の確認
- 新規参加者： メンバーが保留中のワークスペースへの招待を承諾したことを確認します。 また、想定どおりのシート、グループメンバーシップ、権限が付与され、 サポート対象の機能を利用できることも確認します。
- 異動者： 正となるメンバーシップソースを更新し、 該当するすべてのロールを考慮したうえで、メンバーに実際に適用される権限を確認します。
- 離脱者： SCIM で管理されているメンバーのアクセス権を ID プロバイダーを通じて削除し、 そのメンバーがワークスペースにアクセスできなくなったことを確認します。 ワークスペースからのみメンバーを削除した場合は、 後の同期によってアクセス権が復元される可能性があります。