Phê duyệt truy cập
Đọc hội thoại của người khác và nâng ngân sách của một người đều phải chờ quản trị viên thứ hai — còn View as cho quản trị viên xem portal dưới tư cách người khác trong 30 phút.
Một số hành động chạm tới dữ liệu hoặc tiền của người khác, nên chúng phải chờ người thứ hai. Người yêu cầu nêu rõ họ cần gì và vì sao; người khác phê duyệt hoặc từ chối. Yêu cầu truy cập dữ liệu được duyệt sẽ thành một quyền truy cập (grant), được kiểm tra mỗi lần dữ liệu được phục vụ. Yêu cầu ngân sách được duyệt sẽ được ghi lên chính người được nêu tên.
Quy tắc chính
- Luôn có hai người. Không ai quyết định yêu cầu của chính mình, hay yêu cầu liên quan đến mình.
- Người duyệt nhận yêu cầu đúng như đã viết — không thu hẹp, không rút ngắn.
- Quyền truy cập được kiểm tra ở mọi lần đọc, nên thu hồi có hiệu lực ngay.
- Mọi yêu cầu đều hết hạn. Sau bảy ngày không ai quyết định, hoặc khi quá thời hạn.
- Mọi thứ đều được ghi nhật ký, kể cả từng lần đọc dưới một quyền truy cập.
Yêu cầu và quyền truy cập
Một yêu cầu truy cậpYêu cầu truy cậpAccess requestYêu cầu cho việc bạn không tự làm được — ngân sách cao hơn, đọc một cuộc trò chuyện, xem portal dưới tư cách người khác. Người khác với người gửi sẽ quyết định.Mở trong Thuật ngữ gồm loại, phạm vi, lý do, một tham chiếu tùy chọn như số ticket, và thời hạn. Từ phạm vi, portal xác định dữ liệu của ai bị chạm tới; những người đó là đối tượng của yêu cầu.
| Đọc hội thoại | Nâng ngân sách | |
|---|---|---|
| Cần để xin | transcript.read | không cần gì |
| Cần để duyệt | transcript.approve | policy.manage |
| Phạm vi | các hội thoại được chọn, hoặc hội thoại của một người tạo giữa hai ngày | một số tiền USD mỗi tháng |
| Thời hạn mặc định | 24 giờ | 1 giờ |
| Thời hạn dài nhất | 72 giờ | 1 giờ |
| Sử dụng | đọc bao nhiêu lần tùy ý đến khi hết hạn | một lần, do chính việc duyệt tiêu |
- Quyền truy cập theo khoảng ngày bao gồm các hội thoại người đó tạo trong khoảng đó. Hội thoại bắt đầu trước khoảng và tiếp tục bên trong thì nằm ngoài quyền truy cập.
- Duyệt yêu cầu ngân sách ghi ngân sách và tiêu quyền truy cập trong cùng một quyết định, nên nó chuyển sang Used ngay trong giây được duyệt.
- Các yêu cầu “đăng nhập dưới tư cách người dùng” cũ (phạm vi: một người; mặc định 1 giờ, dài nhất 24 giờ) vẫn có thể tồn tại và được quyết định, nhưng không còn được tham chiếu — xem Đăng nhập thay.
Vòng đời
Yêu cầu ở trạng thái Pending đến khi có người quyết định, và hết hạn sau bảy ngày nếu không ai quyết định. Việc duyệt bắt đầu tính giờ cho quyền truy cập, nên yêu cầu được duyệt muộn hai ngày vẫn có đủ thời hạn.
| Trạng thái | Ý nghĩa |
|---|---|
| Pending | Đang chờ quyết định |
| Active | Đã duyệt và còn trong thời hạn |
| Denied | Bị từ chối, kèm ghi chú lý do |
| Withdrawn | Người yêu cầu hủy trước khi có quyết định |
| Revoked | Bị kết thúc sớm bởi người yêu cầu hoặc người duyệt |
| Used | Quyền dùng một lần đã được dùng |
| Expired | Bảy ngày không ai quyết định, hoặc đã quá thời hạn |
Pending chuyển sang Active, Denied, Withdrawn hoặc Expired; Active chuyển sang Revoked, Used hoặc Expired.
Người duyệt không được thu hẹp phạm vi hay rút ngắn thời hạn. Yêu cầu xin quá nhiều sẽ bị từ chối kèm ghi chú, và người yêu cầu xin lại.
Yêu cầu ngân sách
Ai cũng có thể dùng Ask for a higher budget (xin ngân sách cao hơn) cho chính mình — từ Mức dùng và ngân sách. Không quyền hạn nào nâng được ngân sách mà không cần duyệt, nên không cần quyền nào để xin.
-
Xin
Yêu cầu mang một con số: số USD mỗi tháng bạn muốn được áp. Bên cạnh, portal ghi mức bạn được chi hôm nay — phần chia của bạn trong ngân sách phòng ban, hoặc con số riêng nếu bạn đã có.
-
Kiểm tra khi gửi
Con số bằng hoặc thấp hơn mức hiện tại bị từ chối. Mỗi lúc chỉ một yêu cầu chờ; yêu cầu thứ hai bị từ chối đến khi yêu cầu đầu được quyết định hoặc rút.
-
Duyệt
Người giữ
policy.managequyết định trong Access requests. Ngân sách mới tới cổng mô hình trước; nếu cổng từ chối con số, yêu cầu tiếp tục chờ và không có gì được ghi. -
Ngân sách riêng của bạn
Việc duyệt ghi một ngân sách riêng mang con số đã xin cùng năm giới hạn khác bạn vốn đang bị áp. Nó thay phần chia của bạn trong ngân sách phòng ban: bạn chi trên bản ghi cổng của riêng mình, và quỹ chung của phòng ban không mất gì vì bạn. Nó giữ nguyên đến khi quản trị viên đổi hoặc xóa trên màn hình Users.
Ngân sách riêng khớp với ngân sách phòng ban thế nào: Ngân sách và chính sách.
Ai được quyết định
Người giữ quyền duyệt của loại yêu cầu đó sẽ quyết định, với hai ngoại lệ áp dụng cho tất cả:
- Không ai quyết định yêu cầu của chính mình.
- Không ai quyết định yêu cầu mà mình là một trong các đối tượng.
Ngoài ra:
- Org Owner và Org Admin giữ các quyền duyệt.
transcript.approvecó thể đặt trên vai trò tùy chỉnh, để nhóm pháp chế hoặc bảo vệ dữ liệu không quản trị portal vẫn duyệt được.impersonation.approvechỉ thuộc vai trò dựng sẵn và chỉ quyết định các yêu cầu “đăng nhập dưới tư cách người dùng” cũ.policy.managequyết định yêu cầu ngân sách — cũng là quyền ghi ngân sách bằng tay. Vai trò Department Lead được tạo sẵn không giữ quyền này lẫndepartment.manage, vì cả hai lấy phòng ban từ yêu cầu chứ không từ người gọi.- Vai trò Compliance Reviewer được tạo sẵn chỉ xin, không duyệt.
- Người yêu cầu có thể rút yêu cầu đang chờ hoặc trả lại quyền đang hoạt động. Bất kỳ ai lẽ ra duyệt được một quyền đều có thể thu hồi nó khi còn hoạt động; việc thu hồi có hiệu lực từ lần đọc kế tiếp.
Đăng nhập thay
Đăng nhập thayXem dưới tư cách người khácView as someoneXem portal đúng như người khác thấy, để tái hiện sự cố. Cần quyền hạn riêng và được ghi vào nhật ký kiểm toán.Mở trong Thuật ngữ — View as trong sản phẩm — cho quản trị viên giữ user.impersonate hành động dưới tư cách một người cụ thể trong tổ chức trong 30 phút, để tái hiện màn hình được định hình bởi quy tắc hiển thị, chính sách phòng ban và quyền hạn hiệu lực.
Cách hoạt động:
- Phiên trình duyệt giữ danh tính quản trị viên trên một bản ghi riêng và mang danh tính của người kia. Mọi kiểm tra, quy tắc và ngân sách sau đó là của người kia — ghế được đọc lại ở mỗi yêu cầu, quyền hạn hiệu lực, và phòng ban được tính phí lời gọi mô hình (lời gọi tới cổng bằng khóa phòng ban của người đó).
- Không có gì được cấp ở nhà cung cấp định danh. Làm mới token trong lúc này vẫn giữ danh tính đang mượn.
- Rời đi là khôi phục, không phải đăng nhập lại, và không cần quyền hạn nào — lúc đó bạn là người kia, người có thể không có quyền nào.
Bị từ chối khi:
- Người kia có quyền hạn mà bạn không có. Org Admin không có
billing.manage, và mượn ghế của owner sẽ chạm tới quyền đó. Hệ thống so tập quyền hiệu lực chứ không so cấp, nên thành viên có nhóm cấp vai trò tùy chỉnh mà bạn không có cũng bị từ chối. - Ghế đang bị tạm ngưng. Phiên được phân giải thành ghế đó bị từ chối ở yêu cầu kế tiếp.
- Đó là chính bạn, hoặc bạn đang xem dưới tư cách ai đó rồi.
Cách kết thúc:
- Bạn bấm nút rời.
- Yêu cầu đầu tiên sau 30 phút tự động khôi phục bạn.
- Đăng xuất không được cung cấp trong lúc này, vì nó kết thúc cả phiên của bạn; nếu vẫn tới được route đăng xuất, cửa sổ đăng nhập thay được đóng trước. Phiên không ai dùng lại sẽ kết thúc cùng phiên.
Khi đang xem dưới tư cách người khác, bạn không thể tạo, quyết định hay thu hồi yêu cầu truy cập, và quyền đọc hội thoại không được công nhận — lần đọc cần quyền đó bị từ chối.
Ghi nhật ký: vào và ra đều ghi một sự kiện quản trị, người thực hiện là quản trị viên và đối tượng là người kia. Sự kiện bắt đầu ghi thời điểm cửa sổ đóng; sự kiện kết thúc ghi thời điểm nó mở, và được ghi ở mọi lối ra — nút bấm, hết nửa giờ, và đăng xuất. Các dòng được ghi ở giữa (một lượt chat, tệp tải lên, artifact) mang id của người kia, như thể họ tự ghi; khoảng thời gian cặp sự kiện mô tả là thứ người kiểm tra đọc.
Công tắc của tổ chức
Đọc hội thoại có công tắc phê duyệt trong Admin console › Organisation (bảng điều khiển quản trị › Tổ chức). Nâng ngân sách không có công tắc: không có đường nào ghi ngân sách của một người mà không qua quản trị viên thứ hai, nên không có gì để tắt.
Những gì được ghi nhật ký
- Tạo, duyệt, từ chối, rút và thu hồi yêu cầu đều ghi một sự kiện quản trị nêu tên yêu cầu.
- Đổi công tắc ghi một sự kiện quản trị.
- Mỗi lần đọc hội thoại, tệp của nó hoặc các bước của một lượt dưới một quyền truy cập ghi dòng truy cập nội dung thông thường, kèm id của quyền đã dùng.
Xem Kiểm tra và theo dõi chi phí.
Vì sao lại như vậy
Vì sao người duyệt không được cắt bớt yêu cầu?
Người duyệt quyết định đúng điều đã được xin và giải trình. Sửa nó nghĩa là duyệt một thứ không ai yêu cầu; từ chối kèm ghi chú giữ hồ sơ trung thực.
Vì sao quyền truy cập được kiểm tra ở mọi lần đọc?
Vì kiểm tra chạy mỗi lần dữ liệu được phục vụ, thu hồi hay hết hạn có hiệu lực ngay từ lần đọc kế tiếp — không có quyền được lưu đệm nào phải chờ hết.
Bên dưới
Thêm một loại yêu cầu
Một loại được khai báo trong module approvals với: quyền cần để duyệt; quyền cần để xin (hoặc không); thời hạn mặc định và dài nhất; có bị tiêu sau một lần dùng không; và hình dạng phạm vi.
Loại chạm tới dữ liệu của ai đó đặt tên một hàm khớp, quyết định một quyền truy cập có bao một lần truy cập hay không, dựa trên những gì tính năng đã biết về đối tượng. Tính năng gọi lần kiểm tra quyền dùng chung ở chỗ nó vốn kiểm tra quyền hạn, và truyền id quyền nhận được vào bất cứ gì nó ghi lại. Loại thay đổi một cài đặt thì thực hiện việc ghi khi quyết định được duyệt, trước khi quyết định được lưu. Bảng dữ liệu, trang yêu cầu, quy tắc duyệt và sự kiện nhật ký không cần đổi.
Sự kiện đăng nhập thay
Sự kiện quản trị user.impersonate.start (mang thời điểm đóng) và user.impersonate.stop (mang thời điểm mở). Phiên lưu một bản ghi đăng nhập thay bên cạnh danh tính nó đang dùng; không tác vụ định kỳ nào đọc các bản ghi này.