> 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/use-cases.md).

# Trường hợp sử dụng

### Nơi trải nghiệm mới giải quyết các thách thức quản lý nhóm kế thừa

#### <mark style="color:xanh dương;">Triển khai thử nghiệm một tính năng cho một tập người dùng chỉ cần một nhóm ngoại lệ thay vì các nhóm bật/tắt theo cặp</mark>

Khi một Tổ chức muốn thử nghiệm một Tính năng mới, chẳng hạn như AI Companion, cho một tập người dùng trong khi vẫn giữ tính năng đó tắt cho mọi người khác, mô hình kế thừa yêu cầu tạo các nhóm theo cặp: một nhóm bật khóa tính năng và một nhóm tắt khóa tính năng. Nếu người dùng trong nhóm thử nghiệm cũng cần các Cài đặt theo khu vực như vị trí lưu trữ dữ liệu, quản trị viên phải tạo thêm các nhóm trùng lặp cho từng khu vực, vì chỉ định nhóm chính kiểm soát khóa tính năng cũng đồng thời kiểm soát các cài đặt theo khu vực. Điều này dẫn đến việc mở rộng nhóm phức tạp, tăng theo mọi tổ hợp của tính năng và khu vực.

Trong trải nghiệm mới, quản trị viên tạo một nhóm ngoại lệ duy nhất với mức ưu tiên cao hơn mức cơ bản, được Cấu hình chỉ với thẻ Cài đặt AI Companion. Người dùng trong nhóm thử nghiệm kế thừa Cài đặt AI Companion từ nhóm ngoại lệ, trong khi tất cả các Cài đặt khác—bao gồm các cấu hình theo khu vực—được kế thừa từ các nhóm khác của họ dựa trên mức ưu tiên. Không cần nhóm theo cặp, và cũng không cần các bản sao theo khu vực.

#### <mark style="color:xanh dương;">Các chính sách lưu giữ khác biệt sử dụng xếp hạng ưu tiên thay vì logic kế thừa "cài đặt hạn chế nhất"</mark>

Các Tổ chức cần các thời gian lưu giữ khác nhau cho các nhóm người dùng khác nhau. Ví dụ, người dùng thuộc diện quản lý cần thời gian lưu giữ Zoom cuộc trò chuyện là 10 năm, trong khi hầu hết những người khác chỉ cần giá trị mặc định 30 ngày.

Các nhu cầu khác nhau đã tạo ra một thách thức cụ thể trong mô hình kế thừa. Zoom cuộc trò chuyện áp dụng Cài đặt hạn chế nhất khi một người dùng thuộc nhiều nhóm. Nếu một người dùng nằm trong bất kỳ nhóm nào mà cuộc trò chuyện được Cấu hình với thời gian lưu giữ ngắn hơn, thì thời gian ngắn hơn đó sẽ được áp dụng bất kể các tư cách thành viên nhóm khác. Điều này buộc quản trị viên phải tạo các nhóm riêng biệt và quản lý cẩn thận tư cách thành viên để tránh việc hạ thấp thời gian lưu giữ ngoài ý muốn.

Trong trải nghiệm mới, xếp hạng ưu tiên xác định Cài đặt lưu giữ cuộc trò chuyện của nhóm nào sẽ có hiệu lực. Một nhóm có ưu tiên cao hơn được Cấu hình với thời gian lưu giữ 10 năm sẽ ghi đè Cài đặt 30 ngày của nhóm cơ bản đối với người dùng trong cả hai nhóm. Logic cài đặt hạn chế nhất không còn được áp dụng nữa. Giá trị của nhóm có ưu tiên cao nhất sẽ thắng, giúp quản trị viên kiểm soát dự đoán được các chính sách lưu giữ khác biệt.

#### <mark style="color:xanh dương;">Các yêu cầu nơi lưu trữ dữ liệu theo khu vực có thể được giải quyết bằng các nhóm chỉ quản lý Cài đặt lưu trữ và Cài đặt âm thanh</mark>

Các Tổ chức có người dùng trên nhiều khu vực thường cần Cấu hình vị trí lưu trữ dữ liệu và số quay số truy cập hội nghị âm thanh khác nhau theo khu vực. Trong mô hình kế thừa, các nhóm theo khu vực mang theo tất cả các thẻ Cài đặt sản phẩm, nghĩa là bất kỳ thay đổi Cài đặt nào trong một nhóm theo khu vực đều có thể vô tình ảnh hưởng đến các Cài đặt sản phẩm không liên quan đến mục đích theo khu vực của nhóm.

Trong trải nghiệm mới, các nhóm theo khu vực có thể được Cấu hình chỉ với thẻ Cài đặt Chung, cho vị trí lưu trữ dữ liệu, và thẻ Hội nghị âm thanh, mà không cần quản lý bất kỳ Cài đặt sản phẩm nào khác. Điều này có nghĩa là nhóm theo khu vực của người dùng kiểm soát nơi dữ liệu của họ được lưu trữ và những số quay số truy cập nào Đang rảnh, trong khi tất cả các Cài đặt khác—Cuộc họp, AI Companion, Zoom cuộc trò chuyện và những mục khác—được kế thừa từ các nhóm khác dựa trên mức ưu tiên. Cấu hình theo khu vực không còn tạo ra tác dụng phụ ở các danh mục Cài đặt không liên quan nữa.

#### <mark style="color:xanh dương;">Các nhóm không có Cài đặt cho phép các trường hợp sử dụng của Tổ chức mà không làm phức tạp chính sách Cài đặt</mark>

Không phải nhóm nào cũng cần quản lý Cài đặt sản phẩm. Trải nghiệm mới hỗ trợ các nhóm không có Cài đặt—các nhóm không gắn Cài đặt sản phẩm và không có xếp hạng ưu tiên—cho các trường hợp sử dụng của Tổ chức, trong đó tư cách thành viên nhóm phục vụ một mục đích khác ngoài quản lý Cài đặt.

Các khu vực Đặt trước không gian làm việc cho phép quản trị viên dành trước các bàn hoặc không gian làm việc cụ thể cho các thành viên của một nhóm nhất định, kiểm soát ai có thể đặt chỗ những không gian vật lý nào mà không cần gắn bất kỳ Cài đặt sản phẩm Zoom nào vào nhóm. Phân công Marketplace ứng dụng cho phép quản trị viên phê duyệt một ứng dụng Zoom của bên thứ ba cho các thành viên của một nhóm cụ thể thay vì tất cả người dùng trong tài khoản, giới hạn phạm vi khả dụng của ứng dụng mà không ảnh hưởng đến bất kỳ Cài đặt nào khác. Giới hạn phạm vi Vai trò quản trị viên theo tuân thủ cho phép quản trị viên tạo các Vai trò quản trị viên tùy chỉnh bị giới hạn chỉ trong việc quản lý người dùng trong một nhóm cụ thể, cung cấp Truy cập quản trị có giới hạn phạm vi cho một tập người dùng mà không cấp đầy đủ đặc quyền cấp tài khoản.

Vì các nhóm không có Cài đặt không tham gia vào việc phân giải Cài đặt, chúng không thể tạo ra các tác dụng phụ chính sách ngoài ý muốn: Quản trị viên có thể tạo bao nhiêu tùy ý cho các mục đích của Tổ chức mà không ảnh hưởng đến Cài đặt sản phẩm của bất kỳ người dùng nào.


---

# 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/use-cases.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.