Bối cảnh mô hình cũ

Tìm hiểu cách mô hình cũ xử lý việc 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

Hệ thống 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

Cài đặt quản trị của Zoom được tổ chức theo một hệ thống ba cấp bậc:

1. Cài đặt ở cấp tài khoản là rộng nhất, á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 tập hợp 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 truyền xuống dưới qua hệ thống 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 cấp 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 Hỗ trợ Zoom Sử dụng cài đặt theo cấp bậc. Để xem ví dụ về cách hệ thống 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 Hỗ trợ Zoom quản lý nhóm Zoom Phone.

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 giá trị đó bị ghi đè bởi một khóa

Khi một người dùng thay đổi thủ công một cài đặt không bị khóa, giá trị do 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 sẽ 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. Tại thời điểm đó, 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ỉ dành riêng cho một mô hình nào.

Trong mô hình cũ, nhóm chính và trạng thái khóa xác đị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

Khi một người dùng thuộc nhiều 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 xảy ra xung đột khóa giữa các nhóm — ví dụ, một nhóm bật khóa cho một Cài đặt và nhóm khác tắt khóa đó — 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 nhất định, mô hình cũ áp dụng Cài đặt hạn chế nhất trên tất cả các nhóm mà người dùng thuộc về. Nếu một người dùng ở trong một nhóm mà Zoom cuộc trò chuyện được bật và một nhóm khác mà nó bị tắt, Zoom cuộc trò chuyện sẽ bị tắt đối với người dùng đó vì hệ thống mặc định giá trị hạn chế hơn.

Khóa Tính năng ở cấp tài khoản buộc Cài đặt từ trên xuống mà không có ngoại lệ ở cấp nhóm

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 đó sẽ á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 đối với mọi người khác, họ phải mở khóa cài đặt ở cấp tài khoản rồi sau đó 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 xóa 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 bật và một nhóm khác với Tính năng được khóa 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 cần thêm các nhóm, và mỗi nhóm đều mang theo tất cả các tab Cài đặt sản phẩm bất kể mục đích của nhóm.