Trên trang này ↓
Một sản phẩm B2B thường phải cho người ngoài doanh nghiệp truy cập trong thời gian ngắn. Agency cần tải nội dung để triển khai chiến dịch. Đơn vị kế toán thuê ngoài cần đối chiếu hóa đơn. Nhà cung cấp phần mềm cần kiểm tra cấu hình tích hợp. Đối tác kỹ thuật cần xem lỗi trên môi trường thử hoặc hỗ trợ một đợt phát hành.
Nếu đội chỉ tạo một tài khoản quản trị rồi gửi thông tin đăng nhập qua email hoặc Zalo, quyền truy cập sẽ tồn tại lâu hơn công việc. Khi có thay đổi, đội cũng khó xác định người đã thực hiện, dữ liệu họ đã xem và khóa nào cần thu hồi.
Bắt đầu từ tác vụ, không bắt đầu từ vai trò
Yêu cầu “cấp quyền cho agency” hoặc “cho bên kế toán vào hệ thống” chưa đủ để triển khai. Tên tổ chức không cho biết người dùng cần làm gì. Cùng là agency, một nhóm có thể chỉ cần tải tài sản đã duyệt, còn nhóm khác cần tạo bản nháp và gửi yêu cầu phê duyệt.
Mô tả quyền nên bắt đầu bằng một câu có thể kiểm tra: ai thực hiện hành động gì, trên dữ liệu nào, trong môi trường nào và đến thời điểm nào. Ví dụ giả định: hai thành viên của đơn vị triển khai được xem cấu hình kết nối và gửi yêu cầu kiểm thử trên môi trường thử đến khi biên bản nghiệm thu được xác nhận.
Agency triển khai
Tạo và sửa bản nháp thuộc chiến dịch được giao. Không được xuất toàn bộ danh sách khách hàng hoặc tự xuất bản nội dung.
Kế toán thuê ngoài
Xem hóa đơn, chứng từ và trạng thái thanh toán trong kỳ cần đối chiếu. Không được sửa hợp đồng hoặc dữ liệu bán hàng.
Nhà cung cấp triển khai
Xem cấu hình thuộc phần việc đã ký và cập nhật trạng thái cài đặt. Không được mở rộng sang khách hàng hoặc dự án khác.
Đối tác kỹ thuật
Truy cập log đã lọc, dữ liệu thử và cấu hình tích hợp cần thiết để xử lý lỗi. Quyền ghi trên môi trường thật phải được duyệt riêng.
Cách viết này nối trực tiếp với ma trận quyền và test case. Bài thiết kế vai trò và quyền truy cập cho sản phẩm nội bộ trình bày cách tách quyền theo dữ liệu, hành động, phạm vi và trạng thái. Với người ngoài doanh nghiệp, đội cần bổ sung thời hạn cùng điều kiện thu hồi.
Tách phạm vi theo dữ liệu, hành động và môi trường
Phạm vi không nên dừng ở tên màn hình. Một màn hình dự án có thể chứa thông tin liên hệ, giá trị hợp đồng, tài liệu kỹ thuật, công nợ và ghi chú nội bộ. Người được phép xem tiến độ triển khai chưa chắc cần thấy tất cả trường trên đó.
Đội sản phẩm cần tách ít nhất ba lớp. Lớp dữ liệu xác định hồ sơ và trường được phép tiếp cận. Lớp hành động xác định quyền xem, tạo, sửa, tải xuống, duyệt hoặc xóa. Lớp môi trường xác định quyền áp dụng ở đâu.
| Tình huống | Dữ liệu | Hành động | Môi trường |
|---|---|---|---|
| Kiểm thử tích hợp | Dữ liệu thử của một khách hàng giả lập | Xem cấu hình, gửi yêu cầu kiểm thử | Môi trường thử |
| Đối chiếu hóa đơn | Hóa đơn và chứng từ thuộc kỳ được giao | Xem, tải xuống, thêm ghi chú đối chiếu | Môi trường thật |
| Chuẩn bị nội dung | Chiến dịch và tài sản được phân công | Tạo bản nháp, sửa, gửi duyệt | Môi trường thật |
| Xử lý sự cố | Log đã lọc và cấu hình của một kết nối | Xem, tải gói chẩn đoán đã giới hạn | Môi trường thật, trong phạm vi sự cố |
Nếu công việc liên quan dữ liệu nhạy cảm, đội cần xác định trường nào được che, tệp nào được tải và dữ liệu có được sao chép sang hệ thống của đối tác hay không. Hướng dẫn quản lý dữ liệu nhạy cảm trong quy trình AI cũng áp dụng cho việc phân loại dữ liệu, giới hạn mục đích sử dụng và kiểm soát bản sao bên ngoài.
Quy trình cấp và thu hồi quyền tạm
Ghi yêu cầu theo tác vụ
Người phụ trách nội bộ ghi tên người nhận quyền, tổ chức, công việc cần làm, dữ liệu liên quan, môi trường, ngày bắt đầu và kết quả cần bàn giao. Yêu cầu không có tác vụ cụ thể chưa được chuyển sang bước duyệt.
Chọn mẫu quyền tối thiểu
Hệ thống đề xuất một mẫu quyền theo loại tác vụ. Người duyệt giảm hoặc bổ sung quyền bằng từng lựa chọn rõ ràng, không cấp gói quản trị chỉ vì cấu hình nhanh hơn.
Duyệt phạm vi và thời hạn
Người phụ trách nghiệp vụ duyệt nhu cầu. Người phụ trách dữ liệu hoặc kỹ thuật duyệt các quyền nhạy cảm, quyền tải xuống, quyền ghi và truy cập môi trường thật.
Tạo tài khoản riêng
Mỗi cá nhân nhận một tài khoản hoặc danh tính liên kết riêng. Hệ thống buộc xác thực phù hợp, đặt ngày hết hạn và ghi nhận người phê duyệt. Không gửi mật khẩu dùng chung qua tin nhắn.
Theo dõi trong thời gian làm việc
Đội theo dõi đăng nhập, thao tác nhạy cảm, tải dữ liệu và các yêu cầu bị từ chối. Một thao tác ngoài phạm vi phải dẫn đến cảnh báo hoặc bước xác minh, không tự mở rộng quyền.
Thu hồi và xác nhận kết thúc
Quyền tự hết hạn hoặc bị thu hồi khi xuất hiện điểm dừng đã định nghĩa. Sau đó, đội kiểm tra phiên đăng nhập, khóa API, tệp đã chia sẻ, dữ liệu phát sinh và đầu ra bàn giao.
So sánh tài khoản riêng và tài khoản dùng chung
Tài khoản riêng có thời hạn
- Xác định được cá nhân đã đăng nhập và thực hiện thao tác.
- Có thể giới hạn theo dự án, khách hàng, trường dữ liệu và hành động.
- Thu hồi một người mà không làm gián đoạn những người còn lại.
- Hỗ trợ yêu cầu xác thực và gia hạn theo từng trường hợp.
Tài khoản dùng chung
- Không xác định chắc chắn ai đã thực hiện một thay đổi.
- Mật khẩu dễ được chuyển tiếp cho người chưa được duyệt.
- Khó thu hồi một cá nhân mà không đổi thông tin cho cả nhóm.
- Quyền thường tồn tại sau khi hợp đồng hoặc tác vụ đã kết thúc.
Tài khoản dùng chung không nên được xem là giải pháp tạm cho đội nhỏ. Chi phí thiết lập thấp ở đầu quy trình sẽ chuyển thành khó khăn khi cần điều tra thao tác, thay người của nhà cung cấp hoặc dừng quyền gấp. Nếu hệ thống chưa hỗ trợ tài khoản ngoài tổ chức, đội cần ưu tiên một luồng mời người dùng có thời hạn thay vì chia sẻ tài khoản quản trị.
Thời hạn không thay thế điểm thu hồi
Ngày hết hạn xử lý trường hợp công việc kết thúc như kế hoạch. Quyền vẫn cần được thu hồi sớm khi người phụ trách thay đổi, hợp đồng dừng, phạm vi bị hủy, xuất hiện hành vi bất thường hoặc đối tác báo mất thiết bị.
Mỗi loại quyền nên có một điểm thu hồi gắn với nghiệp vụ. Quyền kiểm thử dừng khi nghiệm thu hoàn tất. Quyền đối chiếu dữ liệu dừng khi kỳ báo cáo được chốt. Quyền xử lý sự cố dừng khi sự cố đóng hoặc chuyển sang người khác. Yêu cầu gia hạn phải quay lại bước xác nhận tác vụ và phạm vi, không chỉ sửa ngày hết hạn.
Kiểm tra sau khi đối tác hoàn tất
Thu hồi tài khoản chưa chắc đã đóng toàn bộ đường truy cập. Đối tác có thể còn phiên đăng nhập, khóa API, liên kết chia sẻ, tệp đã tải hoặc quyền trong một công cụ phụ. Vì vậy, quy trình kết thúc cần kiểm tra theo cùng phạm vi đã cấp lúc đầu.
Đội cũng cần xem những gì đã thay đổi trong thời gian truy cập. Cấu hình nào được sửa, dữ liệu nào được nhập, tác vụ nào còn chờ và ai tiếp quản đầu ra. Nếu đối tác đã tạo tài khoản dịch vụ hoặc kết nối mới, các mục đó phải được chuyển quyền quản lý hoặc xóa.
Phần bàn giao nên ghi rõ trạng thái sau cùng và việc còn mở. Bài bàn giao sản phẩm từ đội phát triển sang vận hành cung cấp thêm cấu trúc cho tài liệu, quyền tiếp quản và cách xử lý yêu cầu sau bàn giao.
Checklist trước khi mở quyền
Tác vụ và người chịu trách nhiệm
- Tác vụ, đầu ra và điều kiện hoàn tất được mô tả cụ thể.
- Có người phụ trách nội bộ và người phê duyệt quyền.
- Mỗi cá nhân bên ngoài có danh tính và thông tin liên hệ riêng.
Phạm vi và bảo vệ dữ liệu
- Dữ liệu, trường, hành động và môi trường được liệt kê.
- Quyền tải xuống, xóa, duyệt và ghi trên môi trường thật được xem riêng.
- Dữ liệu không cần thiết đã được ẩn hoặc thay bằng dữ liệu thử.
- Việc sao chép dữ liệu sang hệ thống của đối tác có quy tắc rõ.
Thời hạn và kết thúc
- Ngày bắt đầu, ngày hết hạn và điểm thu hồi sớm đã được đặt.
- Có người có thể thu hồi ngay khi phát hiện vấn đề.
- Phiên đăng nhập, khóa API, liên kết chia sẻ và tệp phát sinh nằm trong bước kiểm tra cuối.
- Gia hạn yêu cầu phê duyệt lại tác vụ và phạm vi.
Đưa quy trình vào sản phẩm B2B
Với đội có ít yêu cầu, quy trình có thể bắt đầu bằng biểu mẫu chuẩn, ma trận quyền và danh sách kiểm tra thu hồi. Khi số đối tác tăng, sản phẩm nên hỗ trợ lời mời có thời hạn, mẫu quyền theo tác vụ, phê duyệt quyền nhạy cảm, danh sách quyền đang hoạt động và thao tác thu hồi ngay.
Đội không cần xây mọi cơ chế trong phiên bản đầu. Hãy ưu tiên luồng có rủi ro và tần suất rõ, chẳng hạn đối tác kỹ thuật truy cập môi trường thử hoặc kế toán thuê ngoài xem chứng từ theo kỳ. Nếu quyền liên quan một tích hợp mới, nên rà soát cùng các điều kiện trong bài đánh giá tích hợp bên thứ ba trước khi đưa vào roadmap.
Đầu ra cần có trước khi phát triển gồm mẫu yêu cầu truy cập, ma trận quyền, quy tắc thời hạn, điểm thu hồi, luồng gia hạn, bước kiểm tra kết thúc và test case cho trường hợp được phép hoặc bị từ chối. Auranium có thể cùng đội chuyển các quy tắc này thành phạm vi sản phẩm và tiêu chí nghiệm thu phù hợp với cách vận hành hiện tại.
