レガシーモデルでの設定の継承、ユーザーによる上書き、プライマリグループ、ロック、および競合解決の仕組みを理解します。
Zoomの管理者向け設定は、3段階の階層で整理されています：
アカウントレベルの設定が最も広範で、アカウント全体の既定値として適用されます。
グループレベルの設定により、管理者はユーザーの集まりごとに設定をカスタマイズできます。
ユーザーレベルの設定が最も具体的で、個々のユーザーに適用されます。
設定はこの階層に沿って下方向に連鎖します。アカウントレベルの既定値は、その下にあるすべてのグループとユーザーに適用されます。
設定がアカウントレベルで構成されている場合、グループレベルまたはユーザーレベルで上書きされない限り、その値はグループとユーザーに自動的に継承されます。
Zoom全体でレベル別設定がどのように機能するかの詳細については、Zoomサポートの記事 レベル別設定の使用方法をご覧ください。この階層が特定の製品にどのように適用されるかの例については、Zoomサポートの記事 Zoom Phoneのグループ管理.
ユーザーがロックされていない設定を手動で変更した場合、そのユーザーが選択した値が、その設定のグループレベルおよびアカウントレベルの値よりも優先されます。これは「変更済み」ステータスと呼ばれます。変更済みのユーザーレベル設定は、管理者がその設定をアカウントレベルまたはグループレベルでロックしない限り、引き続きグループレベルおよびアカウントレベルの値よりも優先されます。その時点で、ロックされた値がユーザーの変更を上書きします。
この動作は、従来のグループ管理モデルと新しいグループおよび設定管理エクスペリエンスの両方に適用されます。どちらか一方に固有のものではありません。
ユーザーが従来のモデルで複数のグループに所属していた場合、システムは1つのグループをプライマリグループ、その他をすべてセカンダリグループとして指定していました。通常、プライマリグループの設定がセカンダリグループの設定より優先されました。グループ間でロックの競合が発生した場合、たとえば一方のグループが設定をオンにロックし、別のグループがオフにロックしている場合などは、どの値を適用するかを決めるために、プライマリグループの指定と、ユーザーがグループに追加された順序の組み合わせが使用されました。
一部の製品では、従来のモデルでユーザーが所属するすべてのグループの中で最も制限の強い設定が適用されました。あるグループでZoom Chatが有効、別のグループで無効だった場合、システムはより制限の強い値を既定としたため、そのユーザーではZoom Chatは無効になりました。
従来のモデルで管理者がアカウントレベルで設定をロックすると、そのロックされた値はアカウント内のすべてのグループとすべてのユーザーに適用され、例外を作成する方法はありませんでした。管理者が、特定のユーザーグループでは機能を有効にしつつ、それ以外のすべてのユーザーでは無効のままにしたい場合は、まずアカウントレベルでその設定のロックを解除し、その後、各グループごとに目的の値を手動でロックする必要がありました。この操作を行うと、すべてのユーザーに対するその保護は即座に失われました。
この方法では、管理者は各機能のバリエーションごとに対になるグループを作成する必要がありました。つまり、機能がオンにロックされたグループと、機能がオフにロックされた別のグループです。
組織がより多くの機能に対して、よりきめ細かな制御を必要とするにつれて、必要なグループ数は増加し、管理の複雑さが増しました。新しい機能の例外が追加されるたびに、さらにグループが必要になり、各グループには、その目的に関係なくすべての製品設定タブが含まれていました。
最終更新 1 か月前
役に立ちましたか？
