Bỏ qua đến nội dung
AI Portal Docs
Trên trang này Yêu cầu và quyền truy cập 1/10

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

  1. 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.
  2. 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.
  3. 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.
  4. 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.
  5. 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ạiNâng ngân sách
Cần để xintranscript.readkhông cần gì
Cần để duyệttranscript.approvepolicy.manage
Phạm vicá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àymột số tiền USD mỗi tháng
Thời hạn mặc định24 giờ1 giờ
Thời hạn dài nhất72 giờ1 giờ
Sử dụngđọc bao nhiêu lần tùy ý đến khi hết hạnmộ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
DeniedBị từ chối, kèm ghi chú lý do
WithdrawnNgười yêu cầu hủy trước khi có quyết định
RevokedBị kết thúc sớm bởi người yêu cầu hoặc người duyệt
UsedQuyền dùng một lần đã được dùng
ExpiredBả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.

  1. 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ó.

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

  3. Duyệt

    Người giữ policy.manage quyế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.

  4. 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.approve có 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.approve chỉ 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.manage quyế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ẫn department.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:

  1. 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.
  2. 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.
  3. Đó 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.

Liên quan

AI Portal Docs
EN VI