> 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-jiao-luo/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-jiao-luo/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.