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

# 舊版模型背景

了解舊版模型如何處理設定繼承、使用者覆寫、主要群組、鎖定與衝突解決。

### 新體驗推出前的群組管理運作方式

#### <mark style="color:藍色;">Zoom 的設定階層分為三個層級：帳戶、群組和使用者</mark>

Zoom 的管理設定以三級階層組織：

1. 帳戶層級設定範圍最廣，會作為整個帳戶的預設值套用。
2. 群組層級設定可讓管理員為使用者群組自訂設定。
3. 使用者層級設定最為具體，適用於個別使用者。

設定會沿著此階層向下傳遞：帳戶層級預設值會套用到其下所有群組和使用者。

當某項設定在帳戶層級設定時，群組和使用者會自動繼承該值，除非在群組或使用者層級被覆寫。

如需了解 Zoom 中分層設定的運作方式，請參閱 Zoom 支援文章 [使用分層設定](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0065579)。如需了解此階層如何套用至特定產品的範例，請參閱 Zoom 支援文章 [Zoom Phone 群組管理](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0064639).

#### <mark style="color:藍色;">已修改未鎖定設定的使用者會保留該值，除非被鎖定覆寫</mark>

當使用者手動變更未鎖定的設定時，該使用者選擇的值會優先於該設定的群組層級和帳戶層級值。這稱為「已修改」狀態。已修改的使用者層級設定會持續優先於群組層級和帳戶層級值，除非管理員在帳戶層級或群組層級將該設定鎖定。此時，鎖定的值會覆寫使用者的修改。

此行為同時適用於舊版群組管理模型與新的群組及設定管理體驗。它並非僅適用於其中一種模型。

#### <mark style="color:藍色;">在舊版模型中，主要群組和鎖定狀態會決定多群組使用者哪些設定生效</mark>

在舊版模型中，當使用者隸屬於一個以上的群組時，系統會指定其中一個群組為主要群組，其餘皆為次要群組。主要群組的設定通常優先於次要群組設定。當群組之間存在鎖定衝突時——例如，一個群組將某項設定鎖定為開啟，另一個群組則將其鎖定為關閉——系統會結合主要群組的指定以及使用者加入各群組的順序來決定套用哪個值。

對於某些產品，舊版模型會在使用者所屬的所有群組中套用限制最嚴格的設定。如果使用者在一個已啟用 Zoom Chat 的群組，以及另一個已停用 Zoom Chat 的群組中，則該使用者的 Zoom Chat 會被停用，因為系統預設採用較嚴格的值。

#### <mark style="color:藍色;">帳戶層級的功能鎖定會自上而下強制套用設定，且不允許群組層級例外</mark>

在舊版模型中，當管理員在帳戶層級鎖定某項設定時，該鎖定值會套用到帳戶中的每個群組和每位使用者，無法建立例外。如果管理員想為特定使用者群組啟用某項功能，同時讓其他所有人維持停用，必須先在帳戶層級解除該設定的鎖定，然後在每個個別群組中手動鎖定所需的值。此動作會立即取消所有使用者的該項保護。

這種做法要求管理員為每種功能變化建立成對的群組：一個群組將功能鎖定為開啟，另一個則將功能鎖定為關閉。

隨著組織需要對更多功能進行更細緻的控制，所需群組數量也隨之增加，提升了管理複雜度。每新增一項功能例外都需要額外的群組，而且每個群組都包含所有產品設定分頁，無論該群組的用途為何。


---

# 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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://library.zoom.com/technical-library/zh-tw/guan-li-yuan-zhuan-qu/account-and-endpoint-management/new-groups-and-settings-management-experience-explainer/legacy-model-context.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.