設定の解決

優先順位、ロック、ユーザーの変更を使用して、アカウント、グループ、ユーザーの各レベルで設定がどのように継承され、解決されるかを学びます。

新しいエクスペリエンスにおける優先度ベースの継承モデル

新しいグループのエクスペリエンスでは、優先度ベースのモデルで設定を解決し、従来のプライマリ グループおよびロック競合システムに代わります

新しいグループのエクスペリエンスで設定がどのように解決されるか

新しいグループおよび設定管理エクスペリエンスでは、従来のシステムがプライマリ グループの指定、ロック競合、最も制限の厳しい設定ロジックに依存していたのに対し、明示的なグループ優先度に基づく設定解決モデルが導入されます。新しいモデルでは、各グループに数値の優先順位があり、P1 が最優先で、数値が大きいほど優先度は低くなります。ユーザーが複数のグループに属している場合、システムはこの優先順位に基づいて、どのグループの設定を適用するかを評価します。

設定の解決モデルは、設定がロックされているかロック解除されているかによって動作が異なります。これら 2 つのパスが、アカウント、グループ、ユーザーの各レベルに設定をどのように適用するかを決定します。

ロックされた設定では、解決の階層はアカウントレベルからグループ優先度へと流れます

設定がアカウントレベルでロックされている場合、アカウントレベルの値が絶対的に優先されます。グループの構成やユーザーレベルの変更は、グループ優先度に関係なく、アカウントレベルのロックを上書きできません。この動作は従来のモデルから変更ありません。

設定がグループレベルでロックされている場合、そのロックと対応する設定値は、その設定が関連付けられているユーザーの最優先グループから継承されます。下位優先度のグループでロックされた設定は、ユーザーが同じ設定を管理する上位優先度のグループにも属している場合、影響しません。これは、上位優先度のグループで設定がロック解除されている場合でも同様です。新しいエクスペリエンスでは、どのグループの設定が適用されるかは優先度のみで決まり、グループレベルのロックは従来のモデルのようには優先順位に影響しません。

ロック解除された設定では、ユーザーが変更した値がグループおよびアカウントのデフォルトより優先されます

設定がロック解除されている場合、つまりアカウントレベルでも、その設定を管理するユーザーの最優先グループでもロックされていない場合は、ユーザー自身の設定が優先されます。ユーザーがロック解除された設定を変更している場合、そのユーザーレベルの値が有効になります。この「変更済み」ステータスの動作は、従来のモデルから新しいエクスペリエンスに引き継がれています。

ユーザーの最優先グループでその設定がロックされている場合、ロックされた値が有効になり、以前の変更に関係なくユーザーはそれを上書きできません。ユーザーが変更した値が優先されるのは、その設定がアカウントレベルと、それを管理するユーザーの最優先グループの両方でロック解除されている場合のみです。

ユーザーがその設定を変更していない場合、設定値は、その設定が関連付けられているユーザーの最優先グループから継承されます。どのグループもその設定を管理していない場合は、アカウントレベルのデフォルトが適用されます。

ユーザーは、その設定を管理する最優先グループから、設定値とロック状態の両方を継承します

システムが特定のユーザーに対する設定を解決すると、その特定の設定がグループに関連付けられている、ユーザーが属する最優先グループを特定します。ユーザーは、その単一のグループから、設定の値（オンまたはオフ）と設定のロック状態（ロックありまたはロック解除）の両方を継承します。同じ設定を管理する下位優先度のグループは、その設定に関するユーザーの継承値またはロック状態に影響しません。

ユーザーのいずれのグループも特定の設定を管理していない場合、その設定はアカウントレベルのデフォルトに引き継がれます。ユーザーのいずれのグループでも選択されていない設定は、ブロックされず、競合もありません。

少なくとも 3 つの異なるグループに所属するユーザー、Jane がそれらのグループ間で設定を継承する方法

プライマリ グループの指定は、もはや設定の解決要因ではありません

従来のモデルでは、プライマリ グループがどの設定が有効になるかを決定するうえで中心的な役割を果たしていました。新しいエクスペリエンスでは、プライマリ グループの指定は設定の解決から完全に削除されました。優先順位システムがそれに完全に取って代わります。

プライマリ グループを指定する機能が保持されているのは、Information Barriers が引き続き障壁を作成するためにプライマリ グループ フィールドに依存しているためです。管理者は、プライマリ グループ タグが引き続き存在していても、新しいモデルでユーザーが継承する設定には影響しないことに注意してください。

Information Barriers の詳細については、 Zoomサポートサイト.

ベースラインおよび例外グループのパターンは、予測可能な構成フレームワークを提供します

構成例では、2 種類のグループが連携して使用されます。ベースライン グループにはアカウント内のすべてのユーザーが含まれ、すべての設定タブが有効になっており、最も低い優先度が割り当てられます。

このグループは、疑似アカウントレベルのデフォルトとして機能します。これは、より高い優先度のグループで上書きされない限り、すべてのユーザーに適用されるデフォルトの設定値とロック状態を確立します。

ベースライン グループの概念には、注目すべき例外があります。「すべてのユーザー」グループですべての Zoom Phone 設定を有効にすると、サイトレベルの「ポリシー」設定が上書きされます。これは、設定がサイトレベルでロックされている場合でも発生します。

その後、より高い優先度レベルで例外グループが作成され、ベースラインと異なる必要がある特定の製品設定タブのみで構成されます。例外グループはベースラインより優先度が高いため、両方のグループに属するユーザーは、管理対象の設定については例外グループの値を継承し、それ以外のすべての設定は引き続きベースライン グループから継承されます。

このパターンにより、ユーザーの一部に対する新しいポリシーの追加には、従来のモデルで必要だった、有効/無効のペアのグループではなく、関連する設定タブを持つグループを 1 つ追加するだけで済みます。

どのグループでも選択されていない設定は、そのグループによって管理されず、競合も発生しません

グループが特定の製品設定タブのみに構成されている場合、選択されたタブ以外の設定は、そのグループによって単に管理されません。これらの管理対象外の設定は、競合を生まず、他のグループからの継承もブロックせず、アカウントレベルのデフォルトを上書きもしません。それらの設定については、そのグループが存在しないかのようにそのまま通過します。

これは従来のモデルからの根本的なアーキテクチャ変更であり、従来のモデルでは各グループがすべての製品タブを保持していたため、グループの目的に関係ない設定に意図せず影響を与える可能性がありました。

新しいグループのエクスペリエンスでは、従来のグループレベルで利用可能だったすべての設定が対象になります

従来のグループ管理モデルと新しいグループのエクスペリエンスの間に、設定の欠落はありません。従来のモデルでグループレベルで構成できたすべての設定は、新しいエクスペリエンスでも引き続き構成できます。新しいエクスペリエンスに移行する管理者は、グループレベルの設定へのアクセスを失うことはありません。

月次の Web 更新を通じて公開される新しい設定は、グループの構成レベルに従います

グループが完全な設定カテゴリで構成されている場合、月次の Web リリースを通じてそのカテゴリに追加された新しい設定は、自動的にそのグループに関連付けられます。ただし、グループがカテゴリ内の個別の設定のみで構成されている場合、新しい設定は自動的にグループに追加されません。つまり、きめ細かな個別設定の選択を使用する管理者は、新機能がリリースされても、各グループが管理する設定を正確に制御し続けることができます。

既存のグループに新しい設定カテゴリが追加されると、そのグループは追加時点でそのカテゴリのアカウントレベルの値を継承します。