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

# Phân giải Cài đặt

Tìm hiểu cách Cài đặt được kế thừa và phân giải trên các cấp độ tài khoản, nhóm và người dùng bằng cách sử dụng mức ưu tiên, khóa và các chỉnh sửa của người dùng.

### Mô hình kế thừa dựa trên mức ưu tiên trong trải nghiệm mới

#### <mark style="color:xanh dương;">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ũ</mark>

<figure><img src="https://2441790884-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FctBXUMeBy4rtLMmMkKRG%2Fuploads%2FtRciGDD6k13LJJ7CU3vk%2F099124_TEU7ZtcMSIaoVFqLyszC2w_Letter%20_%205.png?alt=media&amp;token=b2c1bf88-9a24-40b9-8d71-4c6304a1068f" 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>Cách Cài đặt được phân giải trong trải nghiệm nhóm mới</p></figcaption></figure>

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ì sự phụ thuộc của hệ thống cũ vào việc chỉ định nhóm chính, xung đột khóa và logic Cài đặt nghiêm ngặt nhất. Trong mô hình mới, mỗi nhóm có một thứ hạng ưu tiên bằng số, trong đó P1 là mức ưu tiên cao nhất và các số lớn hơn biểu thị mức ưu tiên thấp hơn. Khi một người dùng thuộc nhiều nhóm, hệ thống sẽ đánh giá Cài đặt của nhóm nào cần áp dụng dựa trên xếp hạng ưu tiên này.

Mô hình phân giải hoạt động khác nhau tùy theo việc một Cài đặt có bị khóa hay không. Hai luồng này xác định cách Cài đặt áp dụng ở cấp tài khoản, nhóm và người dùng.

#### <mark style="color:xanh dương;">Đối với Cài đặt bị khóa, hệ thống phân giải theo thứ bậc từ cấp tài khoản xuống theo mức ưu tiên nhóm</mark>

Khi một Cài đặt bị khóa ở cấp tài khoản, giá trị ở cấp tài khoản sẽ được ưu tiên tuyệt đối. Không có cấu hình nhóm nào và không có Thay đổi nào ở cấp người dùng có thể ghi đè một khóa ở cấp tài khoản, bất kể mức ưu tiên nhóm ra sao. 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, giá trị 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 gắn với. 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 nhóm có mức ư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 có mức ưu tiên cao hơn đang để Cài đặt đó ở trạng thái mở khóa. Trong trải nghiệm mới, mức ưu tiên quyết định độc quyền 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ũ.

#### <mark style="color:xanh dương;">Đối với Cài đặt mở khóa, giá trị do người dùng Thay đổi sẽ được ưu tiên hơn các giá trị mặc định của nhóm và tài khoản</mark>

Khi một Cài đặt không bị khóa — nghĩa là nó chưa bị khóa ở cấp tài khoản hoặc ở 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 mở khóa, giá trị ở cấp người dùng đó sẽ có hiệu lực. Trạng thái "đã Thay đổi" này được chuyển tiếp 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 đã khóa Cài đặt đó, giá trị bị khóa sẽ có hiệu lực và người dùng không thể ghi đè, bất kể bất kỳ Thay đổi nào trước đó. Giá trị do người dùng Thay đổ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 Thay đổ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 gắn với. Nếu không có nhóm nào quản lý Cài đặt đó, giá trị mặc định ở cấp tài khoản sẽ được áp dụng.

#### <mark style="color:xanh 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 đang quản lý Cài đặt đó</mark>

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ề, trong đó Cài đặt cụ thể đó được gắn 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 (khóa hoặc mở khóa) từ đúng một 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 được kế thừa của người dùng đối với 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ẽ quay về giá trị mặc định ở cấp tài khoản. Những 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.

<figure><img src="https://2441790884-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FctBXUMeBy4rtLMmMkKRG%2Fuploads%2FPfbbHhYjP8vo6xrfgLfM%2FSettings_Resolution_Rework.png?alt=media&amp;token=873b1469-1d1a-4c3b-aa08-45418b83b4a4" 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>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 đó</p></figcaption></figure>

#### <mark style="color:xanh dương;">Chỉ định nhóm chính không còn là một yếu tố trong việc phân giải Cài đặt</mark>

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, chỉ định nhóm chính đã bị loại bỏ hoàn toàn khỏi việc phân giải Cài đặt. Hệ thống xếp hạng ưu tiên thay thế nó hoàn toà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 tồn tại, nhưng nó không ảnh hưởng đến Cài đặt nào mà người dùng kế thừa 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).

#### <mark style="color:xanh dương;">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</mark>

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ó bật tất cả các thẻ Cài đặ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ị mặc định giả lập ở 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ị một nhóm có mức ưu tiên cao hơn ghi đè.

{% 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 những 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à nó quản lý, trong khi tất cả cá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ặp nhóm bật/tắt vốn cần thiết trong mô hình cũ.

#### <mark style="color:xanh dương;">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</mark>

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 những Cài đặt đó.

Đâ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 đều mang theo tất cả các thẻ sản phẩm và có thể vô tình ảnh hưởng đến những Cài đặt không liên quan đến mục đích của nhóm.

#### <mark style="color:xanh dương;">Trải nghiệm nhóm mới bao phủ tất cả Cài đặt vốn có sẵn ở cấp nhóm cũ</mark>

Không có khoảng trống Cài đặt 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 quyền Truy cập vào bất kỳ Cài đặt nào ở cấp nhóm.

#### <mark style="color:xanh dương;">Các Cài đặt mới được phát hành qua các bản cập nhật web hằng tháng sẽ theo cấp cấu hình của nhóm</mark>

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 đó qua các bản phát hành web hằng tháng sẽ tự động được gắn với nhóm. Tuy nhiên, nếu một nhóm chỉ được cấu hình với từng Cài đặt riêng lẻ trong một danh mục, thì 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 giữ được kiểm soát chính xác về Cài đặt nào 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=<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.