Phân quyền cửa hàng: tách quyền xem, nhập và duyệt

Tin tưởng không đồng nghĩa với toàn quyền

Một nhân viên đáng tin vẫn có thể không cần xem lương hoặc thông tin mua hàng của chi nhánh khác. Ngược lại, khóa cả công việc thường ngày dễ dẫn đến việc dùng chung tài khoản của chủ. Khi đó, việc xác định ai đã thao tác trở nên khó hơn.

Lập bảng theo công việc thực tế

Dùng tài khoản nhân viên để thử: có mở được dữ liệu chi nhánh khác không, có sửa được số tiền không, ngoại lệ gửi cho ai? Cần chỉ định người cập nhật quyền khi nhân viên đổi vị trí hoặc nghỉ việc.

Trong Storebase, mở nhóm quyền của một vai trò để kiểm tra vai trò đó được truy cập việc gì rồi mới lưu thay đổi. Nhờ vậy trách nhiệm được phân rõ trong nhóm; sau đó vẫn cần thử bằng tài khoản nhân viên vì màn hình này chưa chứng minh mọi giới hạn đều được thực thi.

Giao việc nhưng giữ ranh giới

Sau khi cấp quyền, kiểm tra một số giao dịch thực tế. Không mặc định phần mềm hỗ trợ mọi hành động trong bảng; phần còn thiếu cần có bước duyệt riêng.

Mục tiêu không phải ngăn nhân viên làm việc, mà là trao đủ thông tin và thẩm quyền trong phạm vi rõ ràng. Chủ cửa hàng không còn phải duyệt từng việc thường ngày.

Thêm độ nhạy, trần quyết định và thời hạn cho từng dòng

Ma trận theo việc và cửa hàng chưa đủ nếu chỉ ghi thao tác có mở hay không. Với mỗi dòng, nêu đối tượng dữ liệu, phạm vi địa điểm, hành động cho phép, mức nhạy cảm, trần quyết định kinh doanh, chứng cứ bắt buộc, đường duyệt và điều kiện hết hạn. Nhập, xem xét, duyệt, sửa, đảo, xuất và quản trị quyền là các thao tác khác nhau dù nằm gần nhau. Thêm kết quả “không cần cho công việc” để quyền không tự kế thừa chỉ vì tên chức danh có vẻ cao.

Gắn mỗi lần cấp với lý do công việc cùng người sẽ xem lại. Trực thay tạm, đào tạo, điều tra và trách nhiệm lâu dài không nên dùng chung quyền vô thời hạn. Khi phần mềm không biểu đạt được giới hạn kinh doanh hẹp, hãy ghi thủ tục bù thay vì giả rằng ma trận đã được cưỡng chế bằng kỹ thuật. Việc làm lộ khoảng trống trước giúp nhân viên không phải mượn tài khoản quản trị chỉ để xong một tác vụ thường.

Rà tổ hợp nguy hiểm thay vì chỉ từng quyền

Hai quyền hợp lý khi đứng riêng có thể xóa một phép kiểm khi kết hợp. Ví dụ gồm tạo hồ sơ nhạy cảm rồi tự duyệt, sửa giá trị rồi đóng ngoại lệ của chính nó, thực hiện thanh toán rồi tự đối soát cuối, hoặc cấp truy cập rồi tự xem lần cấp. Xung đột cụ thể phụ thuộc dòng việc và nghĩa vụ tại cửa hàng; hãy lập từ nghiệp vụ thật thay vì sao chép bảng phân tách chung.

Với mỗi tổ hợp không tương thích, chọn kiểm soát: tách vai trò, rà độc lập, giới hạn thời gian, thu hẹp địa điểm hoặc đưa ngoại lệ cho người khác. Sau đó dùng dữ liệu thử vô hại để đi qua đường kết hợp. Nếu trong tình huống khẩn một người phải giữ cả hai, ghi người cho phép, hoạt động sẽ kiểm sau và lúc quyền tạm hết. Mục tiêu không phải nghi ngờ. Đó là để sai sót hay lạm dụng được phát hiện mà chủ không cần duyệt mọi đầu vào bình thường.

Tái chứng nhận từ chính tài khoản nhân viên

Dùng vòng vào làm, chuyển vị trí, nghỉ việc như một phép hồi quy. Tạo hoặc dùng tài khoản thử ở cửa hàng được giao, xác nhận lượt xem và hành động cần thiết, thử một địa điểm cấm cùng thao tác nhạy cảm, rồi đổi vai trò và lặp lại. Cuối cùng gỡ nhiệm vụ và kiểm tra công việc chưa xong có người nhận mới trước khi quyền biến mất. Gắn kết quả với dòng ma trận, không chỉ giữ trong trí nhớ quản trị viên.

Thiết lập vai trò Storebase cho thấy các nhóm quyền có thể được xem trước khi lưu. Chứng cứ chưa xác lập việc thực thi trên mọi màn hình, tuyến giao dịch, bản xuất, phiên đăng nhập lưu lại hay tài khoản cũ. Nó cũng không biến truy cập kỹ thuật thành thẩm quyền thương mại, lương hoặc kế toán. Dùng cài đặt cho giới hạn biểu đạt được, kiểm từ tài khoản chịu ảnh hưởng và giữ bước duyệt riêng cho ranh giới chưa hỗ trợ. Kết quả có ích khi nhân viên hoàn tất việc được giao còn chủ chỉ nhận ngoại lệ đã định cùng lần rà truy cập theo kỳ.