> 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/vi/goc-quan-tri-vien/account-and-endpoint-management/new-groups-and-settings-management-experience-explainer/legacy-model-context.md).

# Ngữ cảnh mô hình cũ

Tìm hiểu cách mô hình cũ xử lý kế thừa Cài đặt, ghi đè của người dùng, nhóm chính, khóa và giải quyết xung đột.

### Cách quản lý nhóm hoạt động trước trải nghiệm mới

#### <mark style="color:xanh dương;">Hệ thống phân cấp Cài đặt của Zoom hoạt động trên ba cấp: tài khoản, nhóm và người dùng</mark>

Cài đặt quản trị của Zoom được tổ chức theo cấu trúc phân cấp ba cấp:

1. Cài đặt cấp tài khoản là rộng nhất, được áp dụng làm mặc định trên toàn bộ tài khoản.
2. Cài đặt cấp nhóm Cho phép quản trị viên tùy chỉnh Cài đặt cho các nhóm người dùng.
3. Cài đặt cấp người dùng là cụ thể nhất, áp dụng cho từng người dùng riêng lẻ.

Cài đặt lan dần xuống qua hệ thống phân cấp này: các mặc định cấp tài khoản được áp dụng cho tất cả các nhóm và người dùng bên dưới.

Khi một Cài đặt được cấu hình ở cấp tài khoản, các nhóm và người dùng sẽ tự động kế thừa giá trị đó trừ khi nó bị ghi đè ở cấp nhóm hoặc người dùng.

Để biết thêm thông tin về cách cài đặt theo cấp bậc hoạt động trong Zoom, hãy xem bài viết của Hỗ trợ Zoom [Sử dụng cài đặt theo cấp bậc](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0065579). Để xem ví dụ về cách cấu trúc phân cấp này áp dụng cho một sản phẩm cụ thể, hãy xem bài viết của Hỗ trợ Zoom [Quản lý nhóm Zoom Phone](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0064639).

#### <mark style="color:xanh dương;">Một người dùng đã sửa đổi một Cài đặt chưa bị khóa sẽ giữ nguyên giá trị đó trừ khi nó bị ghi đè bởi một khóa</mark>

Khi một người dùng thay đổi thủ công một Cài đặt chưa bị khóa, giá trị người dùng chọn sẽ được ưu tiên hơn các giá trị ở cấp nhóm và cấp tài khoản cho Cài đặt đó. Điều này được gọi là trạng thái "đã sửa đổi". Một Cài đặt cấp người dùng đã sửa đổi vẫn tiếp tục được ưu tiên hơn các giá trị cấp nhóm và cấp tài khoản trừ khi một quản trị viên khóa Cài đặt ở cấp tài khoản hoặc cấp nhóm. Khi đó, giá trị đã khóa sẽ ghi đè lên thay đổi của người dùng.

Hành vi này áp dụng cho cả mô hình quản lý nhóm cũ và trải nghiệm quản lý nhóm và Cài đặt mới. Nó không chỉ áp dụng cho một mô hình hay mô hình kia.

#### <mark style="color:xanh dương;">Trong mô hình cũ, nhóm chính và trạng thái khóa quyết định những Cài đặt nào có hiệu lực đối với người dùng trong nhiều nhóm</mark>

Khi một người dùng thuộc hơn một nhóm trong mô hình cũ, hệ thống chỉ định một nhóm là nhóm chính và tất cả các nhóm còn lại là nhóm phụ. Cài đặt của nhóm chính thường được ưu tiên hơn Cài đặt của nhóm phụ. Khi có xung đột khóa giữa các nhóm—ví dụ, một nhóm khóa một Cài đặt ở trạng thái bật và nhóm khác khóa nó ở trạng thái tắt—hệ thống sử dụng kết hợp giữa việc chỉ định nhóm chính và thứ tự người dùng được thêm vào các nhóm để xác định giá trị nào được áp dụng.

Đối với một số sản phẩm, mô hình cũ áp dụng Cài đặt hạn chế nhất trong tất cả các nhóm mà người dùng thuộc về. Nếu người dùng ở một nhóm mà cuộc trò chuyện Zoom được Bật và ở một nhóm khác mà nó bị tắt, cuộc trò chuyện Zoom sẽ bị tắt đối với người dùng đó vì hệ thống mặc định theo giá trị hạn chế hơn.

#### <mark style="color:xanh dương;">Các khóa Tính năng ở cấp tài khoản áp đặt Cài đặt từ trên xuống mà không có ngoại lệ ở cấp nhóm</mark>

Khi một quản trị viên khóa một Cài đặt ở cấp tài khoản trong mô hình cũ, giá trị đã khóa đó được áp dụng cho mọi nhóm và mọi người dùng trong tài khoản, không có cách nào tạo ngoại lệ. Nếu một quản trị viên muốn Bật một Tính năng cho một nhóm người dùng cụ thể trong khi vẫn giữ nó bị tắt cho những người khác, họ phải mở khóa Cài đặt ở cấp tài khoản rồi khóa thủ công giá trị mong muốn trong từng nhóm riêng lẻ. Hành động này ngay lập tức gỡ bỏ sự bảo vệ đó đối với tất cả người dùng.

Cách tiếp cận này yêu cầu quản trị viên tạo các nhóm ghép đôi cho mỗi biến thể Tính năng: một nhóm với Tính năng được khóa ở trạng thái bật và một nhóm khác với Tính năng được khóa ở trạng thái tắt.

Khi các tổ chức cần kiểm soát chi tiết hơn đối với nhiều Tính năng hơn, số lượng nhóm cần thiết tăng lên, làm tăng độ phức tạp trong quản lý. Mỗi ngoại lệ Tính năng mới đều yêu cầu thêm nhóm, và mỗi nhóm đều chứa tất cả các tab Cài đặt của sản phẩm bất kể mục đích của nhóm.


---

# 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/vi/goc-quan-tri-vien/account-and-endpoint-management/new-groups-and-settings-management-experience-explainer/legacy-model-context.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.