> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/ja/kn/account-and-endpoint-management/new-groups-and-settings-management-experience-explainer/use-cases.md).
# ユースケース
### 新しいエクスペリエンスが従来のグループ管理の課題を解決する場所
#### ユーザーの一部に機能のパイロットを展開するには、対になった有効/無効のグループではなく、1つの例外グループだけが必要です
組織が、AI Companion などの新しい機能を一部のユーザーに試験導入しつつ、他のすべてのユーザーでは無効のままにしたい場合、従来モデルでは対になったグループを作成する必要がありました。1つは機能がオンに固定されたグループ、もう1つは機能がオフに固定されたグループです。パイロットグループのユーザーがデータ保存場所のような地域別の設定も必要な場合、管理者は地域ごとに追加の複製グループを作成しなければなりませんでした。というのも、機能の固定も地域別の設定も、主となるグループ指定によって制御されていたためです。その結果、機能と地域のあらゆる組み合わせに応じて拡大する複雑なグループ構成が発生していました。
新しいエクスペリエンスでは、管理者はベースラインより高い優先順位で単一の例外グループを作成し、AI Companion の設定タブのみを構成します。パイロットグループのユーザーは例外グループから AI Companion の設定を継承し、地域別の構成を含む他のすべての設定は、優先順位に基づいて他のグループから継承されます。対になったグループは不要で、地域別の複製も必要ありません。
#### 差別化された保持ポリシーでは、従来の「最も制限的な設定」ロジックではなく、優先順位が使用されます
異なるユーザー層ごとに異なる保持期間が必要な組織。たとえば、規制対象ユーザーには 10 年間の Zoom チャット保持期間が必要ですが、ほとんどのユーザーには 30 日のデフォルトだけで十分です。
異なるニーズは、従来モデルでは特有の課題を生み出しました。Zoom チャットでは、ユーザーが複数のグループに属している場合、最も制限的な設定が適用されました。ユーザーが、チャットがより短い保持期間で設定されているグループに1つでも属していると、他のグループ所属に関係なく、その短い期間が適用されました。このため管理者は、意図しない保持期間の短縮を避けるために、個別のグループを作成し、メンバーシップを慎重に管理する必要がありました。
新しいエクスペリエンスでは、優先順位によってどのグループのチャット保持設定が有効になるかが決まります。10 年の保持期間で設定された、より高い優先順位のグループが、両方のグループに属するユーザーに対して、ベースライン グループの 30 日設定を上書きします。最も制限的な設定ロジックはもう適用されません。最も優先順位の高いグループの値が優先されるため、管理者は差別化された保持ポリシーを予測可能に制御できます。
#### 地域別のデータレジデンシー要件は、ストレージとオーディオ会議の設定のみを管理するグループで対応できます
複数の地域にまたがるユーザーを持つ組織では、データ保存場所とオーディオ会議のダイヤルイン番号を地域ごとに異なるよう設定する必要があることがよくあります。従来モデルでは、地域グループにすべての製品設定タブが含まれていたため、地域グループでの設定変更が、グループの地域的な目的とは関係のない製品設定に意図せず影響する可能性がありました。
新しいエクスペリエンスでは、地域グループは、データ保存の位置情報とオーディオ会議タブについて、他の製品設定を管理することなく、一般設定タブのみで構成できます。つまり、ユーザーの地域グループがデータの保存場所と、どのダイヤルイン番号がオンラインであるかを制御し、その他すべての設定—ミーティング、AI Companion、Zoom チャット、その他—は優先順位に基づいて他のグループから継承されます。地域の構成によって、関連のない設定カテゴリに副作用が発生することはなくなりました。
#### 設定のないグループにより、設定ポリシーを複雑にすることなく組織的なユースケースに対応できます
すべてのグループが製品設定を管理する必要があるわけではありません。新しいエクスペリエンスでは、設定のないグループ—製品設定が紐付けられておらず、優先順位もないグループ—をサポートしており、グループメンバーシップが設定管理以外の目的を果たす組織的なユースケースに対応します。
ワークスペース予約の近隣機能により、管理者は特定のグループのメンバー向けに特定のデスクまたはワークスペースを予約でき、グループにZoomの製品設定を紐付けることなく、どの物理的なスペースを誰が予約できるかを制御できます。Marketplaceのアプリ割り当てでは、管理者がアカウント内のすべてのユーザーではなく、特定のグループのメンバー向けにサードパーティーのZoomアプリを承認でき、他の設定に影響を与えることなくアプリの可用性を範囲指定できます。コンプライアンスロールの範囲指定により、管理者は特定のグループ内のユーザーのみを管理するように制限されたカスタム管理者ロールを作成でき、アカウントレベルの完全な権限を付与することなく、ユーザーの一部への範囲指定された管理アクセスを提供します。
設定のないグループは設定の解決に参加しないため、意図しないポリシーの副作用を生むことはありません。管理者は、誰の製品設定にも影響を与えることなく、組織目的に応じて必要なだけ作成できます。
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://library.zoom.com/technical-library/ja/kn/account-and-endpoint-management/new-groups-and-settings-management-experience-explainer/use-cases.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.