Trong nhiều doanh nghiệp SME, user và quyền truy cập được tạo rất nhanh nhưng hiếm khi được thu hồi, chuẩn hóa hoặc kiểm tra định kỳ. Nhân viên mới cần email thì tạo ngay, trưởng nhóm cần quyền file thì cấp nhanh, kế toán cần thêm phần mềm thì chia sẻ tài khoản, nhân sự nghỉ việc thì chỉ khóa email mà quên quyền CRM, cloud drive, VPN hoặc phần mềm kế toán. Những việc nhỏ này tích tụ thành rủi ro lớn: người không còn trách nhiệm vẫn có quyền đọc dữ liệu, tài khoản admin bị dùng cho việc thường ngày, quyền file mở rộng quá mức và không ai biết ai đang truy cập hệ thống nào. Đây là lý do quản trị user phải là một phần lõi của quản trị hệ thống IT, không phải việc phụ khi có sự cố.

Nguyên tắc quan trọng nhất là cấp quyền theo vai trò, không cấp theo cảm tính từng người. Một nhân viên kinh doanh cần quyền khác kế toán, quản lý dự án cần quyền khác nhân sự, tài khoản admin cần tách khỏi tài khoản làm việc hàng ngày. Doanh nghiệp nên định nghĩa nhóm quyền chuẩn cho từng phòng ban, sau đó chỉ cấp ngoại lệ khi có phê duyệt và thời hạn rõ. Nguyên tắc thứ hai là quyền tối thiểu: user chỉ có quyền đủ để làm việc, không nhiều hơn. Nguyên tắc thứ ba là mọi thay đổi quyền phải có dấu vết: ai yêu cầu, ai duyệt, ai thực hiện, ngày nào và lý do gì. Khi ba nguyên tắc này được áp dụng, việc mở rộng nhân sự hoặc thay đổi tổ chức sẽ ít tạo ra lỗ hổng hơn.
Rủi ro phân quyền thường không gây downtime ngay nên dễ bị xem nhẹ. Nhưng khi có tranh chấp dữ liệu, thất thoát thông tin hoặc tài khoản bị chiếm quyền, doanh nghiệp mới thấy việc không có lịch sử phê duyệt và không biết quyền nằm ở đâu là vấn đề rất tốn thời gian.
Quản trị user còn là bài toán vận hành, không chỉ là bài toán bảo mật. Khi nhân viên mới phải chờ nhiều ngày mới có quyền làm việc, năng suất bị ảnh hưởng. Khi người dùng có quá nhiều quyền, dữ liệu dễ bị chia sẻ sai. Khi quyền được cấp qua chat riêng mà không có ticket, doanh nghiệp không thể kiểm tra lại sau này. Vì vậy một quy trình tốt phải cân bằng giữa tốc độ và kiểm soát: cấp quyền đủ nhanh để không cản công việc, nhưng đủ chặt để mọi quyền đều có lý do và người duyệt.
SME cũng nên xem phân quyền là một phần của quản trị chi phí. Mỗi user trên SaaS, email, CRM hoặc phần mềm kế toán đều có thể gắn với license trả phí. Nếu tài khoản cũ không bị thu hồi, doanh nghiệp vừa mất tiền vừa tăng bề mặt tấn công. Khi review user theo tháng, đội IT có thể phát hiện license thừa, tài khoản không đăng nhập, quyền admin không còn cần thiết và các nhóm quyền đã lỗi thời. Đây là những cải tiến nhỏ nhưng tạo hiệu quả rõ khi công ty tăng quy mô.
Một điểm quan trọng khác là quyền truy cập phải phản ánh thay đổi tổ chức. Nhân viên chuyển phòng ban, quản lý thay đổi nhóm, dự án kết thúc hoặc dữ liệu chuyển owner đều cần cập nhật quyền. Nếu không có lịch rà soát, quyền cũ sẽ nằm lại trong hệ thống rất lâu. Checklist hàng tháng giúp doanh nghiệp bắt những thay đổi này theo nhịp đều, thay vì chỉ phát hiện khi có sự cố hoặc khi audit.
1. Onboarding: tạo user mới phải đi kèm chuẩn quyền
Onboarding không nên chỉ là tạo email và gửi mật khẩu. Một quy trình đúng cần bắt đầu từ thông tin nhân sự: họ tên, phòng ban, vị trí, quản lý trực tiếp, ngày bắt đầu, thiết bị nhận, ứng dụng cần dùng và nhóm dữ liệu được phép truy cập. IT sau đó tạo tài khoản, gán nhóm quyền theo vai trò, bật MFA, cấu hình thiết bị, hướng dẫn đổi mật khẩu, ghi nhận bàn giao và lưu ticket hoặc biểu mẫu phê duyệt. Với Microsoft 365, Google Workspace, CRM, ERP hoặc file server, quyền nên được cấp bằng nhóm thay vì cấp thủ công từng thư mục. Cách làm này giúp user mới làm việc nhanh nhưng vẫn kiểm soát được rủi ro truy cập sai.
Một cách đơn giản để bắt đầu là lập ma trận phòng ban và hệ thống. Mỗi dòng là phòng ban, mỗi cột là ứng dụng hoặc thư mục quan trọng, mỗi ô ghi mức quyền chuẩn. Ma trận này là nền để onboarding, offboarding và review quyền hàng tháng.
2. Offboarding: nhân sự nghỉ việc phải thu hồi quyền theo checklist
Offboarding là điểm dễ xảy ra rủi ro nhất vì doanh nghiệp thường xử lý gấp vào ngày nhân sự nghỉ. Checklist cần bao gồm khóa tài khoản email, thu hồi phiên đăng nhập, đổi mật khẩu tài khoản dùng chung nếu có, chuyển quyền sở hữu file, thu hồi quyền CRM/ERP/SaaS, khóa VPN, nhận lại thiết bị, backup dữ liệu công việc và xác nhận với quản lý trực tiếp. Nếu nhân sự có quyền admin, quyền tài chính, quyền dữ liệu khách hàng hoặc quyền source code, cần xử lý ưu tiên và có biên bản. Một tài khoản cũ còn active vài tháng có thể trở thành cửa vào hệ thống mà không ai để ý.
Onboarding cũng nên có bước xác nhận sau vài ngày làm việc. User có thể thiếu quyền cần thiết hoặc được cấp thừa quyền vì mô tả công việc ban đầu chưa đầy đủ. Việc xác nhận sớm giúp điều chỉnh quyền mà vẫn giữ được dấu vết.
3. MFA và bảo vệ tài khoản quan trọng
MFA nên được bật cho tài khoản quản trị, email, cloud drive, VPN, phần mềm tài chính, CRM và các hệ thống chứa dữ liệu khách hàng. Với SME, MFA đôi khi bị trì hoãn vì sợ bất tiện, nhưng đây là lớp bảo vệ hiệu quả trước rủi ro lộ mật khẩu, phishing hoặc đăng nhập từ thiết bị lạ. Checklist hàng tháng nên xác nhận tỷ lệ user đã bật MFA, tài khoản ngoại lệ, phương thức xác thực yếu, số lần đăng nhập bất thường và user có quyền cao nhưng chưa bật MFA. Nếu phải có ngoại lệ, ngoại lệ đó cần người duyệt, lý do và ngày hết hạn. MFA không thay thế quản trị quyền, nhưng giúp giảm mạnh rủi ro khi mật khẩu bị lộ.
Offboarding cần phối hợp chặt với HR và quản lý trực tiếp. IT không thể tự biết tất cả quyền của một nhân sự nếu trước đó quyền được cấp rải rác qua nhiều kênh. Vì vậy quy trình nghỉ việc phải có danh sách hệ thống và người xác nhận.
4. Quyền admin và tài khoản đặc quyền
Tài khoản admin phải được quản lý riêng vì một sai sót nhỏ có thể ảnh hưởng toàn hệ thống. Doanh nghiệp nên tách tài khoản admin khỏi tài khoản dùng hàng ngày, giới hạn số người có quyền cao, bật MFA bắt buộc, ghi log thao tác và review quyền admin hàng tháng. Không nên dùng chung một tài khoản admin cho nhiều người vì khi có sự cố sẽ không biết ai thực hiện thay đổi. Nếu nhà cung cấp IT bên ngoài cần quyền quản trị, quyền đó cũng phải có phạm vi, thời hạn và kênh ghi nhận. Đây là một phần quan trọng khi đánh giá dịch vụ quản trị hệ thống IT có chuyên nghiệp hay không.
MFA nên đi kèm hướng dẫn rõ cho người dùng để giảm phản ứng tiêu cực. Nếu triển khai quá gấp mà không truyền thông, user dễ tìm cách né bằng tài khoản dùng chung hoặc thiết bị không phù hợp, làm giảm hiệu quả bảo mật.
5. Quyền file, folder và dữ liệu nội bộ
Quyền file thường là nơi rủi ro lan rộng âm thầm. Ban đầu một thư mục được chia sẻ cho vài người, sau đó thêm nhiều người, đổi phòng ban, tạo link chia sẻ ngoài công ty và cuối cùng không ai biết dữ liệu nhạy cảm đang mở cho ai. Checklist nên rà soát thư mục quan trọng như tài chính, hợp đồng, nhân sự, báo giá, dữ liệu khách hàng và tài liệu dự án. Cần kiểm tra link public, quyền chỉnh sửa, quyền owner, nhóm quyền cũ và dữ liệu của nhân sự đã nghỉ việc. Với Google Drive, SharePoint hoặc file server, nên ưu tiên quản lý bằng nhóm quyền và review quyền theo owner dữ liệu.
Với tài khoản đặc quyền, doanh nghiệp nên có nguyên tắc dùng khi cần. Admin chỉ đăng nhập khi thực hiện tác vụ quản trị, sau đó quay lại tài khoản thường. Cách này giảm nguy cơ malware hoặc phishing chiếm được quyền cao.
6. SaaS, license và ứng dụng cloud
Ngoài email và file, SME thường dùng nhiều SaaS như CRM, phần mềm kế toán, quản lý dự án, chữ ký số, tổng đài, marketing automation hoặc phần mềm ngành. Mỗi hệ thống có user, role và dữ liệu riêng. Nếu không quản trị tập trung, doanh nghiệp dễ trả tiền cho user không còn dùng, để quyền cao cho người không cần, hoặc quên thu hồi quyền khi nhân sự chuyển vị trí. Checklist tháng nên đối soát license đang dùng, user không đăng nhập lâu ngày, quyền admin, kết nối tích hợp, token API và tài khoản dùng chung. Đây là điểm vừa liên quan bảo mật vừa giúp tối ưu chi phí.
Quyền file cần owner nghiệp vụ, không chỉ owner IT. IT có thể cấu hình, nhưng phòng ban sở hữu dữ liệu mới biết ai thực sự cần đọc hoặc sửa. Review quyền nên có sự xác nhận của owner dữ liệu để tránh cấp sai.
7. Audit log và bằng chứng kiểm soát
Không có log thì rất khó điều tra khi xảy ra sự cố. Doanh nghiệp nên bật và lưu audit log cho các hệ thống quan trọng: đăng nhập, thay đổi quyền, tạo/xóa user, chia sẻ file, thay đổi rule, xuất dữ liệu hoặc thao tác admin. Checklist không cần đọc toàn bộ log mỗi tháng, nhưng cần kiểm tra các nhóm sự kiện bất thường: đăng nhập từ quốc gia lạ, nhiều lần thất bại, user được cấp quyền cao, chia sẻ file public hoặc tài khoản bị khóa. Bằng chứng nên được lưu theo tháng để khi audit, thay đổi nhà cung cấp hoặc xử lý sự cố, doanh nghiệp có lịch sử rõ ràng.
License review cũng giúp phát hiện quy trình nhân sự chưa khớp. Nếu có user không đăng nhập 90 ngày nhưng vẫn giữ license trả phí, doanh nghiệp vừa lãng phí chi phí vừa có tài khoản có thể bị lợi dụng.
| Hạng mục | Việc cần kiểm tra | Bằng chứng | Tần suất |
|---|---|---|---|
| Onboarding | User mới, nhóm quyền, MFA, thiết bị | Form duyệt, ticket | Khi phát sinh |
| Offboarding | Khóa tài khoản, thu hồi quyền, nhận thiết bị | Biên bản, log khóa | Khi nghỉ việc |
| Admin | Danh sách quyền cao, MFA, tài khoản dùng chung | Admin report | Hàng tháng |
| File | Link public, owner, quyền edit | Access export | Hàng tháng |
| SaaS | License, user inactive, API token | License report | Hàng tháng |
| Audit | Login lạ, cấp quyền cao, lỗi MFA | Exception report | Hàng tháng |
8. Bảng checklist quản trị user và phân quyền hàng tháng
Bảng checklist giúp biến các nguyên tắc ở trên thành việc có thể làm đều đặn. Mỗi dòng nên có owner, bằng chứng và hành động tiếp theo. Nếu chỉ đánh dấu đã kiểm tra mà không có bằng chứng, checklist rất khó dùng để nghiệm thu dịch vụ hoặc truy vết sự cố. Doanh nghiệp có thể bắt đầu bằng bảng đơn giản, sau đó nâng cấp thành ticket workflow hoặc ITSM khi quy mô tăng. Quan trọng nhất là tháng nào cũng kiểm tra cùng một bộ hạng mục lõi để phát hiện xu hướng: user cũ còn quyền, license thừa, admin tăng bất thường hoặc MFA chưa đạt.
Audit log nên được biến thành báo cáo ngoại lệ thay vì danh sách dài. Quản lý cần thấy các sự kiện đáng chú ý, mức rủi ro và hành động đề xuất. Báo cáo càng dễ hiểu thì khả năng được phê duyệt xử lý càng cao.
| Vai trò | Quyền nên có | Quyền cần hạn chế |
|---|---|---|
| Nhân viên | Email, thư mục phòng ban, phần mềm theo vai trò | Admin, dữ liệu ngoài phòng ban |
| Trưởng nhóm | Duyệt quyền nhóm, xem báo cáo liên quan | Quyền hệ thống toàn cục |
| Kế toán | Dữ liệu tài chính, hóa đơn, ngân hàng theo phân quyền | Source code, dữ liệu HR không liên quan |
| IT/Admin | Quản trị theo phạm vi được duyệt | Tài khoản admin dùng chung |

Khi nào nên thuê ngoài quản trị user và phân quyền?
Doanh nghiệp có thể tự làm nếu có ít user, ít hệ thống và người phụ trách nội bộ có thời gian kiểm tra định kỳ. Nhưng khi số lượng user tăng, có nhiều ứng dụng cloud, dữ liệu nhạy cảm, nhân sự ra vào thường xuyên hoặc cần kiểm soát bảo mật tốt hơn, thuê ngoài sẽ giúp quy trình ổn định hơn. Nhà cung cấp có kinh nghiệm có thể thiết kế nhóm quyền, checklist onboarding/offboarding, chính sách MFA, audit log và báo cáo hàng tháng. Khi chọn dịch vụ IT cho doanh nghiệp, SME nên hỏi rõ cách quản lý user, phân quyền, bằng chứng và SLA phối hợp với HR.
Sau vài tháng, checklist sẽ cho thấy xu hướng. Nếu quyền admin tăng liên tục, cần xem lại quy trình phê duyệt. Nếu MFA ngoại lệ quá nhiều, cần xử lý nguyên nhân. Nếu offboarding thường chậm, cần phối hợp lại với HR.
IT Systems hỗ trợ doanh nghiệp kiểm soát quyền truy cập như thế nào?
IT Systems có thể rà soát hiện trạng tài khoản, chuẩn hóa nhóm quyền, thiết kế checklist onboarding/offboarding, bật MFA, kiểm tra quyền admin, rà soát quyền file, đối soát license SaaS, theo dõi audit log và đưa các điểm rủi ro vào báo cáo định kỳ. Nếu doanh nghiệp đã có checklist quản trị hệ thống IT hàng tháng, phần user access có thể trở thành một module riêng trong checklist đó. Mục tiêu là giúp SME biết chính xác ai có quyền gì, vì sao có quyền đó, quyền có còn cần thiết không và khi phát hiện rủi ro thì xử lý theo quy trình nào.
Thuê ngoài không có nghĩa giao hết trách nhiệm. Doanh nghiệp vẫn cần owner nội bộ để phê duyệt quyền và xác nhận dữ liệu. Nhà cung cấp vận hành quy trình, nhưng quyền quyết định truy cập dữ liệu nên thuộc về doanh nghiệp.
Cần rà soát user và phân quyền?
IT Systems có thể kiểm tra tài khoản, quyền admin, MFA, quyền file, SaaS license và audit log để giúp doanh nghiệp biết ai đang có quyền gì, rủi ro nằm ở đâu và nên xử lý theo thứ tự nào.



