Tóm tắt nhanh: Checklist kiểm kê phần mềm bản quyền là danh sách kiểm tra giúp doanh nghiệp biết phần mềm nào đang được cài, cài trên thiết bị nào, ai đang sử dụng, license đến từ nguồn nào, còn bao nhiêu seat, license nào sắp hết hạn và phần mềm nào có dấu hiệu cài vượt hoặc không rõ nguồn. Khác với việc chỉ lưu hóa đơn mua phần mềm, checklist này buộc dữ liệu mua hàng, dữ liệu cấp phát và dữ liệu thực tế trên máy tính phải được đối chiếu với nhau. Với các nhóm phổ biến như Windows, Office/Microsoft 365, AutoCAD, Photoshop, Adobe, PDF, antivirus hoặc phần mềm kế toán, doanh nghiệp cần có bằng chứng rõ để ra quyết định mua thêm, thu hồi, gỡ bỏ hoặc chuẩn hóa quy trình cài đặt.

Với SME, checklist này nên được xem như một quy trình quản trị định kỳ chứ không phải chiến dịch làm một lần. Mỗi lần kiểm kê cần tạo ra danh sách hành động rõ: license nào thu hồi ngay, license nào cần mua, phần mềm nào phải gỡ, nhóm nào cần đào tạo và dữ liệu nào còn thiếu để tháng sau kiểm tra tiếp. Khi làm đều, doanh nghiệp kiểm soát phần mềm bằng bằng chứng thay vì cảm giác.
Khi nào doanh nghiệp nên kiểm kê license?
Doanh nghiệp nên kiểm kê license khi số lượng máy tính tăng nhanh, có nhiều nhân sự nghỉ việc hoặc chuyển phòng ban, chuẩn bị gia hạn Microsoft 365, mua thêm phần mềm thiết kế, triển khai bảo mật endpoint, nhận yêu cầu audit từ khách hàng hoặc phát hiện máy có phần mềm crack. Thời điểm kiểm kê tốt nhất không phải là lúc đã có tranh chấp hoặc sự cố, mà là trước khi ngân sách phần mềm bị phình lên hoặc trước khi dữ liệu license bị lệch quá xa thực tế. Nếu công ty có nhiều phòng ban dùng phần mềm đắt tiền, kiểm kê nên lặp lại hàng quý; nếu quy mô nhỏ hơn, có thể làm theo chu kỳ sáu tháng nhưng vẫn cần rà user nghỉ việc hàng tháng.
Bước 1: lập danh sách thiết bị và người dùng
Điểm bắt đầu của kiểm kê license là danh sách thiết bị và người dùng, vì phần mềm luôn gắn với một máy, một user, một phòng ban hoặc một nhóm dự án cụ thể. Danh sách nên bao gồm PC, laptop, máy trạm thiết kế, máy kế toán, máy dùng chung, máy test, server chạy ứng dụng và thiết bị đã bàn giao cho nhân viên remote. Với mỗi thiết bị, cần có mã tài sản, serial, người dùng hiện tại, phòng ban, tình trạng sử dụng và ngày kiểm tra gần nhất. Nếu danh sách thiết bị sai, mọi bước đối chiếu license phía sau đều dễ sai theo. Đây là lý do quản trị thiết bị và tài sản IT nên đi cùng quản lý phần mềm.
Bước 2: thu thập phần mềm đã cài từ endpoint
Sau khi có danh sách thiết bị, IT cần thu thập danh sách phần mềm đã cài trên từng máy. Làm thủ công bằng cách mở từng máy vẫn có thể dùng cho quy mô nhỏ, nhưng rất dễ sót và khó lặp lại. Với môi trường nhiều máy Windows, kiểm kê máy tính tự động bằng Agent giúp lấy dữ liệu endpoint đều hơn: hệ điều hành, phần mềm đã cài, phiên bản, thông tin máy, IP, MAC, ổ đĩa và một số dấu hiệu kỹ thuật cần rà. Dữ liệu này không nên được xem là kết luận cuối cùng ngay lập tức; nó là nguồn bằng chứng để IT phân loại phần mềm thương mại, phần mềm miễn phí, phần mềm hệ thống, phần mềm cần kiểm tra thêm và phần mềm không được phép.
Bước 3: phân loại phần mềm theo nhóm rủi ro
Không nên xem tất cả phần mềm giống nhau. Doanh nghiệp nên phân loại theo nhóm để biết cần xử lý trước phần nào. Nhóm ưu tiên cao thường gồm Windows, Office/Microsoft 365, AutoCAD, Photoshop, Adobe Creative Cloud, phần mềm PDF trả phí, antivirus, backup, VPN, remote support, phần mềm kế toán và phần mềm chuyên ngành. Nhóm cần rà bảo mật gồm tool crack, keygen, downloader lạ, remote access không kiểm soát, plugin trình duyệt không rõ nguồn và phần mềm cũ không còn cập nhật. Nhóm ưu tiên thấp hơn có thể là tiện ích miễn phí, driver, runtime hoặc phần mềm đi kèm thiết bị. Phân loại đúng giúp doanh nghiệp không sa vào danh sách quá dài mà quên rủi ro lớn nhất.
Bước 4: đối chiếu với license đã mua
Bước đối chiếu là nơi nhiều doanh nghiệp phát hiện dữ liệu đang lệch. IT cần gom hợp đồng, hóa đơn, email mua hàng, license key, portal nhà cung cấp, tenant Microsoft 365, số seat, ngày mua, ngày gia hạn, điều khoản gán theo user hay thiết bị và phòng ban sử dụng. Sau đó so với dữ liệu phần mềm đã cài: phần mềm nào có license hợp lệ, phần mềm nào cài nhiều hơn số seat, license nào mua nhưng không thấy ai dùng, license nào sắp hết hạn và license nào thuộc người đã nghỉ việc. Với Microsoft 365 cho doanh nghiệp, cần kiểm tra thêm user active, mailbox, nhóm, quyền admin và license chưa thu hồi sau offboarding.
Bước 5: phát hiện cài vượt, crack và phần mềm không rõ nguồn
Một checklist tốt phải giúp tách rõ ba vấn đề: cài vượt license, phần mềm crack và phần mềm không rõ nguồn. Cài vượt có thể đến từ vận hành thiếu cập nhật, ví dụ mua 20 seat nhưng thực tế cài 24 máy. Crack thường có rủi ro cao hơn vì có thể kéo theo malware, đánh cắp dữ liệu hoặc làm máy mất khả năng cập nhật. Phần mềm không rõ nguồn có thể chưa chắc là vi phạm, nhưng vẫn cần owner xác nhận: ai cài, cài để làm gì, có cần mua license không và có lựa chọn thay thế hợp pháp không. Kết quả rà soát nên có mức ưu tiên, không chỉ là danh sách dài khiến ban quản lý khó quyết định.
Bước 6: đánh giá rủi ro pháp lý, bảo mật và dữ liệu
Rủi ro phần mềm bản quyền không chỉ là chi phí mua thêm. Doanh nghiệp cần nhìn theo ba lớp: pháp lý, bảo mật và dữ liệu. Về pháp lý, cần có bằng chứng mua, quyền sử dụng và số lượng phù hợp với điều khoản của nhà cung cấp. Về bảo mật, crack hoặc phần mềm không rõ nguồn có thể chứa backdoor, stealer, adware hoặc tool remote trái phép. Về dữ liệu, máy thiết kế, kế toán, kinh doanh hoặc quản lý thường chứa file khách hàng, hợp đồng và tài khoản cloud nên rủi ro cao hơn máy test. Bài viết này không thay thế tư vấn pháp lý; checklist chỉ giúp doanh nghiệp chuẩn bị dữ liệu và bằng chứng để quản trị rủi ro tốt hơn.
Bước 7: xử lý thiếu license, dư license và license sắp hết hạn
Sau khi có dữ liệu, doanh nghiệp không nên chỉ đi mua thêm license theo cảm tính. Hãy xử lý theo thứ tự: thu hồi license không dùng, chuyển license đúng người nếu điều khoản cho phép, gỡ phần mềm không còn nhu cầu, thay phần mềm bằng lựa chọn hợp pháp phù hợp hơn, rồi mới mua bổ sung cho nhóm thật sự cần. Với license sắp hết hạn, cần báo trước 30-90 ngày tùy mức quan trọng để tránh gián đoạn công việc. Với license dư, cần xem đó là dư tạm thời do dự án kết thúc hay dư dài hạn có thể cắt giảm chi phí. Quản lý license tốt giúp giảm cả rủi ro thiếu kiểm soát lẫn chi phí mua dư.
Bước 8: đưa checklist vào onboarding và offboarding
Kiểm kê license sẽ nhanh chóng lỗi thời nếu không gắn với quy trình nhân sự. Khi nhân viên mới vào, checklist cần xác định họ thuộc nhóm nào, được cấp máy nào, cần phần mềm nào, license nào gán theo user, phần mềm nào cần trưởng bộ phận duyệt và ai chịu chi phí. Khi nhân viên nghỉ việc, IT phải thu hồi tài khoản, thiết bị, dữ liệu, license phần mềm, quyền truy cập cloud và phần mềm chuyên ngành. Với nhân viên chuyển vị trí, quyền và license cũ cần được rà lại. Nếu bỏ qua bước này, doanh nghiệp có thể vừa trả tiền cho user không còn dùng, vừa thiếu license cho người mới, vừa để lại quyền truy cập không cần thiết.
Bảng checklist kiểm kê phần mềm bản quyền
Bảng dưới đây là khung thực hành để doanh nghiệp bắt đầu. Điểm quan trọng không phải là có thật nhiều dòng, mà là mỗi dòng có dữ liệu đầu vào, bằng chứng, owner và hành động tiếp theo. Một checklist chuyên nghiệp phải trả lời được: kiểm tra từ đâu, ai xác nhận, khi nào cần xử lý, xử lý xong lưu bằng chứng ở đâu và tháng sau có đối chiếu lại không. Với doanh nghiệp đang muốn dùng quản lý phần mềm và license trong ITS Manager, bảng này cũng là cấu trúc dữ liệu ban đầu để đưa license, thiết bị và người dùng về một nguồn quản trị tập trung.
| Hạng mục | Dữ liệu cần có | Bằng chứng | Owner |
|---|---|---|---|
| Thiết bị | Mã tài sản, user, phòng ban, trạng thái | Inventory/Agent export | IT |
| Phần mềm đã cài | Tên, phiên bản, máy cài, ngày kiểm tra | Endpoint software list | IT |
| License đã mua | Số seat, ngày mua, ngày gia hạn, nhà cung cấp | Hóa đơn/hợp đồng/portal | IT + kế toán |
| Đối chiếu | Đủ, thiếu, dư, sai user, sai thiết bị | Bảng so khớp | IT |
| Rủi ro | Crack, cài vượt, không rõ nguồn, hết hạn | Risk register | IT + quản lý |
| Hành động | Gỡ, mua, thu hồi, thay thế, đào tạo | Biên bản xử lý | Owner liên quan |
Bảng ưu tiên xử lý rủi ro license
Không phải phát hiện nào cũng cần xử lý cùng lúc. Một máy có phần mềm crack và chứa dữ liệu khách hàng nên được ưu tiên cao hơn một tiện ích miễn phí chưa phân loại trên máy test. Một license Microsoft 365 của nhân viên nghỉ việc nên được thu hồi nhanh vì vừa tốn chi phí vừa liên quan tài khoản. Một phần mềm chuyên ngành sắp hết hạn cho dự án đang chạy cần kế hoạch gia hạn trước khi ảnh hưởng tiến độ. Bảng ưu tiên giúp ban quản lý duyệt hành động theo tác động kinh doanh, thay vì nhìn tất cả như lỗi kỹ thuật giống nhau.
| Phát hiện | Mức ưu tiên | Lý do | Hành động |
|---|---|---|---|
| Phần mềm crack trên máy có dữ liệu khách hàng | Rất cao | Rủi ro bảo mật và dữ liệu | Cô lập/gỡ/kiểm tra endpoint |
| Cài vượt license phần mềm thương mại | Cao | Rủi ro audit và chi phí | Thu hồi hoặc mua bổ sung |
| License user nghỉ việc còn active | Cao | Chi phí và quyền truy cập | Thu hồi trong offboarding |
| License sắp hết hạn | Trung bình | Có thể gián đoạn công việc | Lập kế hoạch gia hạn |
| License dư dài hạn | Thấp | Tối ưu chi phí | Cắt giảm hoặc chuyển nhóm dùng |

ITS Manager hỗ trợ checklist này như thế nào?
ITS Manager được định vị như nền tảng quản lý tài sản IT, endpoint inventory, phần mềm và license có bằng chứng vận hành. Khi kết hợp dữ liệu thiết bị, phần mềm đã cài, license đã mua, user, phòng ban, ngày gia hạn và trạng thái xử lý, doanh nghiệp có thể biến checklist từ file tĩnh thành quy trình có dữ liệu cập nhật hơn. Phần mềm không tự đưa ra kết luận pháp lý thay con người, nhưng giúp IT và ban lãnh đạo thấy rõ máy nào cần rà, license nào thiếu/dư, phần mềm nào không rõ nguồn và nhóm nào cần chuẩn hóa. Đây là cách triển khai thực tế hơn so với chỉ lưu license bằng Excel.
Kết nối checklist license với DLP và bảo mật endpoint
Kiểm kê phần mềm bản quyền nên đi cùng bảo mật endpoint và phần mềm DLP chống thất thoát dữ liệu. Lý do là phần mềm không rõ nguồn có thể trở thành đường rò dữ liệu, còn máy chứa dữ liệu nhạy cảm cần mức ưu tiên xử lý cao hơn. Nếu một máy marketing dùng phần mềm crack để xử lý file khách hàng, rủi ro không chỉ nằm ở license mà còn ở dữ liệu. Nếu một máy kế toán cài công cụ remote không kiểm soát, rủi ro là tài khoản, hóa đơn và chứng từ. Khi kết hợp inventory, license và dữ liệu, doanh nghiệp có thể xử lý chính xác hơn: máy nào gỡ ngay, máy nào thay phần mềm, nhóm nào cần đào tạo, nhóm nào cần mua license chính thức.
Mẫu báo cáo sau khi kiểm kê license
Sau mỗi đợt kiểm kê, doanh nghiệp nên có báo cáo ngắn nhưng đủ quyết định. Báo cáo nên gồm tổng số thiết bị, số phần mềm thương mại phát hiện, số license đã mua, số seat đang dùng, số seat dư, số seat thiếu, phần mềm crack hoặc không rõ nguồn, license sắp hết hạn, chi phí có thể tối ưu và danh sách hành động cần duyệt. Báo cáo cũng nên tách rõ việc IT có thể tự xử lý và việc cần lãnh đạo duyệt ngân sách hoặc chính sách. Khi báo cáo được lặp lại hàng tháng hoặc hàng quý, doanh nghiệp có lịch sử vận hành để so sánh xu hướng, chuẩn bị audit và giảm phụ thuộc vào trí nhớ của một người IT.
Câu hỏi thường gặp
Có thể kiểm kê license chỉ bằng Excel không? Có thể ở quy mô nhỏ, nhưng Excel không tự phát hiện phần mềm mới cài, không tự đối chiếu endpoint và dễ lệch khi nhân sự thay đổi. Có nên gỡ ngay mọi phần mềm không rõ nguồn? Nên ưu tiên theo rủi ro; máy chứa dữ liệu quan trọng hoặc tài khoản đặc quyền cần xử lý trước. ITS Manager có thay thế tư vấn pháp lý không? Không. ITS Manager hỗ trợ dữ liệu, bằng chứng và quy trình vận hành; quyết định pháp lý vẫn cần con người và điều khoản nhà cung cấp. Bao lâu nên kiểm kê lại? Hàng quý là phù hợp với nhiều SME; riêng offboarding, license sắp hết hạn và phần mềm rủi ro nên rà hàng tháng.
Cần kiểm kê phần mềm bản quyền trong doanh nghiệp?
IT Systems có thể hỗ trợ kiểm kê thiết bị, phần mềm đã cài, license Windows, Office, AutoCAD, Photoshop và các phần mềm thương mại khác; sau đó lập báo cáo thiếu/dư/rủi ro và đề xuất triển khai ITS Manager để quản lý lâu dài.




