Truy cập dựa trên vai trò: Chỉ cho phép nhân viên xem những gì họ cần

• Câu trả lời ngắn:* Kiểm soát truy cập dựa trên vai trò (RBAC) trong ERP tùy chỉnh có nghĩa là thông tin đăng nhập của mỗi nhân viên sẽ hiển thị cho họ màn hình, dữ liệu và hành động liên quan đến công việc của họ — và không có gì khác. Nó giúp giảm thời gian đào tạo, ngăn chặn những thay đổi ngẫu nhiên, bảo vệ thông tin nhạy cảm và làm cho hệ thống bớt áp đảo hơn đối với người dùng tuyến đầu.

# Tại sao Kiểm soát truy cập lại quan trọng hơn vấn đề bảo mật

Bản năng là coi quyền truy cập dựa trên vai trò là một tính năng bảo mật. Đúng vậy - nhưng lợi ích hoạt động cũng đáng kể không kém.

Nhân viên kho hiển thị giao diện ERP đầy đủ với các báo cáo tài chính, giới hạn tín dụng của nhà cung cấp và menu cấu hình hệ thống không ở vị trí an toàn. Họ đang ở trong một tình thế khó hiểu. Việc che giấu mọi thứ không liên quan đến công việc không hạn chế họ - điều đó giúp ích cho họ. Họ thấy một giao diện đơn giản hơn. Họ thực hiện ít nhấp chuột sai hơn. Việc đào tạo mất 20 phút thay vì hai ngày.

Nguyên tắc tương tự được áp dụng cho các vai trò. Đại diện bán hàng không cần xem giá vốn của nhà cung cấp. Nhân viên kế toán không cần xem hồ sơ nhân sự. Người lái xe không cần quản lý hàng tồn kho. Mọi màn hình không cần thiết đều là nguồn gốc của lỗi hoặc sự nhầm lẫn đang chực chờ xảy ra.

# Cách cấu trúc quyền truy cập dựa trên vai trò

Một hệ thống RBAC được thiết kế tốt có ba lớp:

• 1. Những gì bạn có thể thấy.* Những menu, trang và trang tổng quan nào được hiển thị cho vai trò này. Nhân viên kho có thể xem GRN, chuyển hàng và xác nhận giao hàng. Họ không thấy hóa đơn, mục GL hoặc cài đặt hệ thống.

• 2. Bạn có thể làm gì.* Trong một màn hình hiển thị, bạn có thể thực hiện những hành động nào. Đại diện bán hàng có thể tạo đơn đặt hàng nhưng không thể phê duyệt. Người giám sát có thể phê duyệt nhưng không thể chỉnh sửa chi tiết đơn hàng. Một quản trị viên có thể có thể làm cả hai.

• 3. Bạn có thể xem dữ liệu nào.* Trong một danh mục, bản ghi nào sẽ hiển thị. Đại diện bán hàng được chỉ định cho một lãnh thổ chỉ có thể gặp khách hàng trong lãnh thổ đó. Người quản lý chi nhánh chỉ có thể xem các giao dịch cho chi nhánh của họ.

# Mối liên hệ giữa quyền truy cập và việc áp dụng

Quan sát của Jacob Ng từ việc triển khai ở cấp kho và cấp sàn là nhất quán: các hệ thống được sử dụng là những hệ thống mà giao diện của mỗi người dùng chỉ chứa những gì liên quan đến nhiệm vụ của họ. Giảm tiếng ồn thị giác là một quyết định thiết kế có hậu quả áp dụng trực tiếp.

Khi ứng dụng của nhân viên kho hiển thị bốn nút - Nhận, Chuyển, Đếm, Báo cáo - họ sẽ sử dụng nút đó. Khi nó hiển thị menu ERP đầy đủ, họ sẽ tránh nó. Dịch vụ phát triển ERP tùy chỉnh và dịch vụ phát triển ứng dụng web đều áp dụng nguyên tắc này trên các giao diện mà chúng tạo ra.

# Những cân nhắc thực tế khi thiết kế vai trò

• Bắt đầu bằng nhiệm vụ, không phải chức danh.* Hai người có cùng chức danh có thể có các nhu cầu hệ thống khác nhau nếu họ làm việc ở các chi nhánh khác nhau hoặc xử lý các danh mục sản phẩm khác nhau. Xác định vai trò theo những gì ai đó cần làm trong hệ thống chứ không phải theo cấp bậc nhân sự của họ.

• Lên kế hoạch phê duyệt.* Xác định ma trận phê duyệt của bạn trước khi xây dựng: những gì cần có sự ủy quyền, ngưỡng nào kích hoạt nó và ai là người có vai trò ủy quyền. Điều này định hình logic quy trình làm việc chứ không chỉ kiểm soát quyền truy cập.

• Dấu vết kiểm tra rất quan trọng.* RBAC phải được kết hợp với nhật ký kiểm tra — một bản ghi về ai đã thay đổi nội dung gì và khi nào. Đây không phải là về sự ngờ vực; đó là về việc có thể theo dõi bất kỳ giao dịch nào về hành động và người thực hiện nó.

• Xem xét các vai trò khi doanh nghiệp thay đổi.* Cấu trúc vai trò được xác định tại thời điểm xây dựng có thể không phản ánh hoạt động kinh doanh hai năm sau đó. Xây dựng cơ chế để quản trị viên điều chỉnh vai trò mà không yêu cầu nhà phát triển tham gia vào các thay đổi thường lệ.

# Những lỗi thường gặp trong thiết kế Access Control

• Cấp cho mọi người quyền truy cập quản trị ban đầu "để giúp quá trình thử nghiệm dễ dàng hơn." Điều này tạo ra những thói quen khó thay đổi khi đưa vào hoạt động.
• Thiết kế vai trò theo những gì giám đốc cảm thấy thoải mái, không phải theo những gì người dùng cần. Quyền truy cập quá hạn chế đối với các nhiệm vụ thực tế buộc phải có cách giải quyết.
• Không có vai trò gì đối với nhân viên tạm thời hoặc hợp đồng. Những người dùng này cần có phạm vi xác định và quy trình bắt đầu dễ dàng.

Câu hỏi thường gặp

# Quyền truy cập dựa trên vai trò có thể được thay đổi sau khi hệ thống đi vào hoạt động không?

Đúng. Một hệ thống được xây dựng tốt cho phép quản trị viên điều chỉnh quyền thông qua giao diện cài đặt mà không cần sự tham gia của nhà phát triển. Những thay đổi lớn về cấu trúc đối với logic vai trò có thể yêu cầu công việc phát triển, nhưng những điều chỉnh thường xuyên — thêm quyền, tạo vai trò mới cho nhóm mới — phải có thể định cấu hình được.

# Kiểm soát truy cập cần chi tiết đến mức nào đối với một nhóm nhỏ gồm 10 người?

Ngay cả đối với một nhóm nhỏ, cần xác định ba đến bốn vai trò: vai trò tầng/vận hành, vai trò giám sát, vai trò tài chính/quản trị viên và vai trò chủ sở hữu/chỉ đọc. Mức độ chi tiết phải phù hợp với mức độ nhạy cảm của dữ liệu và hậu quả của sự thay đổi ngẫu nhiên, chứ không phải quy mô của nhóm.

# Điều gì xảy ra khi ai đó cần quyền truy cập tạm thời vào thứ gì đó ngoài vai trò của họ?

Hệ thống phải hỗ trợ cơ chế nâng cao có giới hạn thời gian — quản trị viên cấp quyền truy cập tạm thời khi hết hạn và quyền truy cập sẽ tự động hoàn nguyên. Điều này tránh việc thay đổi vai trò vĩnh viễn cho các nhu cầu một lần.

• Nếu bạn đang thiết kế một ứng dụng web hoặc ERP tùy chỉnh và cần trợ giúp suy nghĩ về cấu trúc vai trò và kiểm soát quyền truy cập, hãy [WhatsApp cho chúng tôi](/liên hệ) với các vai trò trong nhóm của bạn và chúng tôi sẽ hướng dẫn những điều hợp lý.*