> 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/zh/guan-li-yuan-zhuan-qu/account-and-endpoint-management/new-groups-and-settings-management-experience-explainer/settings-resolution.md).

# 设置解析

### 新体验中的基于优先级的继承模型

#### <mark style="color:蓝色;">新的群组体验通过基于优先级的模型来解析设置，该模型取代了旧版的主群组和锁定冲突系统</mark>

<figure><img src="/files/c2d8d445c3e4fcb76404a22a61ec897a89be3874" alt="A diagram showing two columns: On the left, Locked Settings shows an Account-Level down to User-Level hierarchy. On the right, Unlocked Settings means User-Level changes can flow up and back down to Account-Level Settings."><figcaption><p>新群组体验中的设置如何解析</p></figcaption></figure>

新的群组和设置管理体验引入了一个基于明确群组优先级的设置解析模型，而不是旧系统中依赖主群组指定、锁定冲突和最严格设置逻辑的方式。在新模型中，每个群组都有一个数字优先级排名，其中 P1 代表最高优先级，数字越大表示优先级越低。当用户属于多个群组时，系统会根据此优先级排名评估应应用哪个群组的设置。

该解析模型会因设置是否已锁定而以不同方式工作。这两条路径决定了设置如何在账户、群组和用户级别上应用。

#### <mark style="color:蓝色;">对于已锁定的设置，解析层级从账户级向下流经群组优先级</mark>

当设置在账户级被锁定时，账户级值具有绝对优先权。无论群组优先级如何，任何群组配置和用户级更改都无法覆盖账户级锁定。此行为与旧模型相比没有变化。

当设置在群组级被锁定时，锁定及其对应的设置值会从用户所属的、与该设置关联且优先级最高的群组继承而来。如果用户也属于一个管理同一设置的更高优先级群组，那么较低优先级群组中的锁定不会产生任何影响。即使更高优先级群组中的该设置未锁定，情况也是如此。在新体验中，优先级完全决定应用哪个群组的设置；群组级锁定不会像旧模型那样影响优先顺序。

#### <mark style="color:蓝色;">对于未锁定的设置，用户修改后的值优先于群组和账户默认值</mark>

当设置未锁定时——也就是说，它没有在账户级或用户所属的、管理该设置的最高优先级群组中被锁定——用户自己的设置将优先。如果用户已修改该未锁定设置，则生效的是该用户级值。此“已修改”状态行为从旧模型延续到了新体验中。

如果用户的最高优先级群组将该设置锁定，那么锁定值将生效，用户无法覆盖它，无论之前是否有任何修改。只有当该设置在账户级和用户所属的、管理该设置的最高优先级群组中都未锁定时，用户修改后的值才具有优先权。

如果用户未修改该设置，则该值会从用户所属的、与该设置关联且优先级最高的群组继承而来。如果没有任何群组管理该设置，则应用账户级默认值。

#### <mark style="color:蓝色;">用户会从其管理该设置的最高优先级群组继承设置值和锁定状态</mark>

当系统为某个用户解析设置时，它会找出该用户所属的、与该特定设置关联且优先级最高的群组。用户会从这一个群组继承该设置的值（开或关）以及该设置的锁定状态（已锁定或未锁定）。同样管理该设置的较低优先级群组不会影响该用户针对该设置继承到的值或锁定状态。

如果用户所属的所有群组都不管理某个特定设置，则该设置会回退到账户级默认值。未在用户任何群组中选中的设置不会被阻止，也不会发生冲突。

<figure><img src="/files/80a5898a3354f3028e40fabe256f9a542dde0ed6" alt="A diagram showing a user, Jane, belonging to at least three groups. Each group has different settings, some unlocked, some locked, and some disabled and others enabled."><figcaption><p>对于至少属于三个不同群组的用户 Jane，系统如何在这些群组之间继承设置</p></figcaption></figure>

#### <mark style="color:蓝色;">主群组指定不再是设置解析中的一个因素</mark>

在旧模型中，主群组在决定哪些设置生效方面起着核心作用。在新体验中，主群组指定已从设置解析中完全移除。优先级排名系统完全取而代之。

保留指定主群组的能力，是因为信息边界仍依赖主群组字段来创建边界。管理员应注意，尽管主群组标签仍然存在，但它对用户在新模型下继承哪些设置没有影响。

有关信息边界的更多信息，请参见 [Zoom 支持网站](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0066037#h_01FHGRGV8FNV5ZNN9ARRH8F1D6).

#### <mark style="color:蓝色;">基线和例外群组模式提供了可预测的配置框架</mark>

一个示例配置方法使用两种协同工作的群组类型。基线群组包含账户中的所有用户，启用所有设置选项卡，并分配最低优先级。

该群组充当伪账户级默认值：它建立适用于每个用户的默认设置值和锁定状态，除非被更高优先级群组覆盖。

{% hint style="info" %}
基线群组概念有一个值得注意的例外。在“所有用户”群组中启用所有 Zoom Phone 设置，会覆盖任何站点级“策略”设置。即使设置在站点级被锁定，也会发生这种情况。
{% endhint %}

随后在更高优先级层级创建例外群组，每个群组仅配置需要与基线不同的特定产品设置选项卡。由于例外群组的优先级高于基线群组，同时属于这两个群组的用户会继承该例外群组所管理设置的值，而其他所有设置仍继续从基线群组继承。

这种模式意味着，为一部分用户添加新策略时，只需再添加一个带有相关设置选项卡的群组，而不必像旧模型那样创建成对的启用/禁用群组。

#### <mark style="color:蓝色;">任何群组中未选中的设置都不受该群组管理，也不会产生冲突</mark>

当某个群组只配置了特定产品设置选项卡时，任何超出这些已选选项卡的设置都不会被该群组管理。这些未受管理的设置不会产生冲突，不会阻止从其他群组继承，也不会覆盖账户级默认值。对于这些设置，它们会像该群组不存在一样直接透传。

这是与旧模型相比的一项根本性架构变化；在旧模型中，每个群组都包含所有产品选项卡，可能会无意中影响与群组目的无关的设置。

#### <mark style="color:蓝色;">新群组体验涵盖了旧版群组级中可用的所有设置</mark>

旧版群组管理模型与新群组体验之间没有设置缺口。在旧模型下可在群组级配置的每一项设置，在新体验中仍然可以配置。迁移到新体验的管理员不会失去对任何群组级设置的访问权限。

#### <mark style="color:蓝色;">通过每月 Web 更新发布的新设置遵循群组的配置级别</mark>

当某个群组配置了完整的设置类别时，通过每月 Web 版本新增到该类别中的新设置会自动与该群组关联。不过，如果某个群组只配置了类别中的单个设置，则不会自动将任何新设置添加到该群组。这意味着，即使随着新功能的发布，使用细粒度单项设置选择的管理员仍可精确控制每个群组管理哪些设置。

当为现有群组添加新的设置类别时，该群组会在添加时继承该类别的账户级值。


---

# 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/zh/guan-li-yuan-zhuan-qu/account-and-endpoint-management/new-groups-and-settings-management-experience-explainer/settings-resolution.md?ask=<question>&goal=<endgoal>
```

`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.