> 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/settings-resolution.md).
# Giải quyết Cài đặt
### Một mô hình kế thừa dựa trên mức ưu tiên trong trải nghiệm mới
#### Trải nghiệm nhóm mới phân giải Cài đặt thông qua một mô hình dựa trên mức ưu tiên, thay thế hệ thống nhóm chính và xung đột khóa cũ
Cách Cài đặt được phân giải trong trải nghiệm nhóm mới
Trải nghiệm quản lý nhóm và Cài đặt mới giới thiệu một mô hình phân giải Cài đặt được xây dựng trên mức ưu tiên nhóm rõ ràng, thay vì phụ thuộc của hệ thống cũ vào việc xác định nhóm chính, xung đột khóa và logic Cài đặt hạn chế nhất. Trong mô hình mới, mỗi nhóm có một thứ hạng ưu tiên dạng số, trong đó P1 là ưu tiên cao nhất và các số lớn hơn biểu thị ưu tiên thấp hơn. Khi một người dùng thuộc nhiều nhóm, hệ thống đánh giá Cài đặt của nhóm nào sẽ được áp dụng dựa trên thứ hạng ưu tiên này.
Mô hình phân giải hoạt động khác nhau tùy thuộc vào việc một Cài đặt được khóa hay mở khóa. Hai luồng này xác định cách Cài đặt được áp dụng trên các cấp tài khoản, nhóm và người dùng.
#### Đối với Cài đặt bị khóa, hệ thống phân cấp phân giải đi từ cấp tài khoản xuống theo mức ưu tiên nhóm
Khi một Cài đặt bị khóa ở cấp tài khoản, giá trị ở cấp tài khoản được ưu tiên tuyệt đối. Không có cấu hình nhóm nào và không có Thay đổi ở cấp người dùng nào có thể ghi đè khóa ở cấp tài khoản, bất kể mức ưu tiên nhóm. Hành vi này không thay đổi so với mô hình cũ.
Khi một Cài đặt bị khóa ở cấp nhóm, trạng thái khóa và giá trị Cài đặt tương ứng sẽ được kế thừa từ nhóm có mức ưu tiên cao nhất của người dùng mà Cài đặt đó được liên kết với nhóm. Một Cài đặt bị khóa trong nhóm có mức ưu tiên thấp hơn sẽ không có tác dụng nếu người dùng cũng thuộc một nhóm ưu tiên cao hơn đang quản lý cùng Cài đặt đó. Điều này đúng ngay cả khi nhóm ưu tiên cao hơn có Cài đặt ở trạng thái mở khóa. Trong trải nghiệm mới, mức ưu tiên là yếu tố duy nhất quyết định Cài đặt của nhóm nào được áp dụng; các khóa ở cấp nhóm không ảnh hưởng đến thứ tự ưu tiên như trong mô hình cũ.
#### Đối với Cài đặt mở khóa, giá trị do người dùng sửa đổi sẽ được ưu tiên hơn các giá trị mặc định của nhóm và tài khoản
Khi một Cài đặt chưa bị khóa—nghĩa là nó chưa bị khóa ở cấp tài khoản hoặc tại nhóm có mức ưu tiên cao nhất của người dùng đang quản lý nó—thì Cài đặt của chính người dùng sẽ được ưu tiên. Nếu người dùng đã Thay đổi một Cài đặt chưa bị khóa, giá trị ở cấp người dùng đó sẽ có hiệu lực. Hành vi trạng thái "đã được sửa đổi" này được kế thừa từ mô hình cũ sang trải nghiệm mới.
Nếu nhóm có mức ưu tiên cao nhất của người dùng có Cài đặt bị khóa, giá trị bị khóa sẽ có hiệu lực và người dùng không thể ghi đè, bất kể mọi Thay đổi trước đó. Giá trị do người dùng sửa đổi chỉ được ưu tiên khi Cài đặt không bị khóa ở cả cấp tài khoản và nhóm có mức ưu tiên cao nhất của người dùng đang quản lý nó.
Nếu người dùng chưa sửa đổi Cài đặt, giá trị sẽ được kế thừa từ nhóm có mức ưu tiên cao nhất của người dùng mà Cài đặt đó được liên kết với nhóm. Nếu không có nhóm nào quản lý Cài đặt, mặc định ở cấp tài khoản sẽ được áp dụng.
#### Người dùng kế thừa cả giá trị Cài đặt lẫn trạng thái khóa từ nhóm có mức ưu tiên cao nhất của họ đang quản lý Cài đặt đó
Khi hệ thống phân giải một Cài đặt cho một người dùng cụ thể, hệ thống xác định nhóm có mức ưu tiên cao nhất mà người dùng thuộc về, nơi Cài đặt cụ thể đó được liên kết với nhóm. Người dùng kế thừa cả giá trị của Cài đặt (bật hoặc tắt) và trạng thái khóa của Cài đặt (bị khóa hoặc mở khóa) từ chính nhóm đó. Các nhóm có mức ưu tiên thấp hơn cũng quản lý cùng Cài đặt đó sẽ không ảnh hưởng đến giá trị hoặc trạng thái khóa mà người dùng kế thừa cho Cài đặt đó.
Nếu không có nhóm nào của người dùng quản lý một Cài đặt cụ thể, Cài đặt đó sẽ chuyển xuống mặc định ở cấp tài khoản. Các Cài đặt không được chọn trong bất kỳ nhóm nào của người dùng sẽ không bị chặn hoặc xung đột.
Cách Jane, một người dùng thuộc ít nhất ba nhóm khác nhau, kế thừa Cài đặt trên các nhóm đó
#### Việc chỉ định nhóm chính không còn là yếu tố trong phân giải Cài đặt
Trong mô hình cũ, nhóm chính đóng vai trò trung tâm trong việc xác định Cài đặt nào có hiệu lực. Trong trải nghiệm mới, việc chỉ định nhóm chính đã bị loại bỏ hoàn toàn khỏi phân giải Cài đặt. Hệ thống xếp hạng ưu tiên thay thế hoàn toàn nó.
Khả năng chỉ định một nhóm chính vẫn được giữ lại vì Information Barriers vẫn dựa vào trường nhóm chính để tạo rào cản. Quản trị viên nên lưu ý rằng mặc dù thẻ nhóm chính vẫn còn, nó không ảnh hưởng đến việc người dùng kế thừa Cài đặt nào theo mô hình mới.
Để biết thêm thông tin về Information Barriers, hãy xem [cơ sở Hỗ trợ Zoom](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0066037#h_01FHGRGV8FNV5ZNN9ARRH8F1D6).
#### Mẫu nhóm cơ sở và nhóm ngoại lệ cung cấp một khung cấu hình có thể dự đoán
Một cách tiếp cận cấu hình ví dụ sử dụng hai loại nhóm phối hợp với nhau. Một nhóm cơ sở chứa tất cả người dùng trong tài khoản, có tất cả các thẻ Cài đặt được bật và được gán mức ưu tiên thấp nhất.
Nhóm này hoạt động như các giá trị Cài đặt mặc định giả ở cấp tài khoản: Nó thiết lập các giá trị Cài đặt mặc định và trạng thái khóa áp dụng cho mọi người dùng, trừ khi bị ghi đè bởi một nhóm có mức ưu tiên cao hơn.
{% hint style="info" %}
Có một ngoại lệ đáng chú ý đối với khái niệm nhóm cơ sở. Việc bật tất cả Cài đặt Zoom Phone trong một nhóm "tất cả người dùng" sẽ ghi đè bất kỳ Cài đặt "chính sách" nào ở cấp cơ sở. Điều này sẽ xảy ra ngay cả khi Cài đặt bị khóa ở cấp cơ sở.
{% endhint %}
Sau đó, các nhóm ngoại lệ được tạo ở các mức ưu tiên cao hơn, mỗi nhóm chỉ được cấu hình với các thẻ Cài đặt sản phẩm cụ thể cần khác với nhóm cơ sở. Vì nhóm ngoại lệ có mức ưu tiên cao hơn nhóm cơ sở, người dùng thuộc cả hai nhóm sẽ kế thừa các giá trị của nhóm ngoại lệ đối với các Cài đặt mà nhóm đó quản lý, trong khi tất cả Cài đặt khác vẫn tiếp tục được kế thừa từ nhóm cơ sở.
Mẫu này có nghĩa là việc thêm một chính sách mới cho một tập hợp con người dùng chỉ cần một nhóm bổ sung với thẻ Cài đặt liên quan, thay vì các cặp nhóm bật/tắt vốn cần thiết trong mô hình cũ.
#### Các Cài đặt không được chọn trong bất kỳ nhóm nào sẽ không được nhóm đó quản lý và không tạo ra xung đột
Khi một nhóm được cấu hình chỉ với các thẻ Cài đặt sản phẩm cụ thể, mọi Cài đặt nằm ngoài các thẻ đã chọn đơn giản là không được nhóm đó quản lý. Những Cài đặt không được quản lý này không tạo ra xung đột, không chặn việc kế thừa từ các nhóm khác và không ghi đè các giá trị mặc định ở cấp tài khoản. Chúng đi qua như thể nhóm đó không tồn tại đối với các Cài đặt ấy.
Đây là một Thay đổi kiến trúc cơ bản so với mô hình cũ, trong đó mỗi nhóm mang tất cả các thẻ sản phẩm và có thể vô tình ảnh hưởng đến Cài đặt không liên quan đến mục đích của nhóm.
#### Trải nghiệm nhóm mới bao gồm tất cả Cài đặt đã có ở cấp nhóm cũ
Không có khoảng trống Cài đặt nào giữa mô hình quản lý nhóm cũ và trải nghiệm nhóm mới. Mọi Cài đặt có thể cấu hình ở cấp nhóm theo mô hình cũ vẫn có thể cấu hình trong trải nghiệm mới. Quản trị viên di chuyển sang trải nghiệm mới sẽ không mất Truy cập vào bất kỳ Cài đặt nào ở cấp nhóm.
#### Các Cài đặt mới được phát hành thông qua các bản cập nhật web hàng tháng sẽ theo mức cấu hình của nhóm
Khi một nhóm được cấu hình với toàn bộ một danh mục Cài đặt, các Cài đặt mới được thêm vào danh mục đó thông qua các bản phát hành web hàng tháng sẽ tự động được liên kết với nhóm. Tuy nhiên, nếu một nhóm chỉ được cấu hình với các Cài đặt riêng lẻ trong một danh mục, sẽ không có Cài đặt mới nào được tự động thêm vào nhóm. Điều này có nghĩa là các quản trị viên sử dụng lựa chọn Cài đặt riêng lẻ chi tiết vẫn duy trì quyền kiểm soát chính xác đối với Cài đặt mà mỗi nhóm quản lý, ngay cả khi các tính năng mới được phát hành.
Khi một danh mục Cài đặt mới được thêm vào một nhóm hiện có, nhóm đó sẽ kế thừa các giá trị ở cấp tài khoản cho danh mục đó tại thời điểm được thê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/settings-resolution.md?ask=&goal=
```
`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.