Giải bài toán: Tránh mua thừa hoặc thiếu license phần mềm

24-07-2026, 4:58 pm

Đầu tư phần mềm bản quyền luôn là khoản ngân sách cần được kiểm soát chặt chẽ. Cần đối chiếu chéo giữa nhân sự, thiết bị, nhu cầu và dữ liệu sử dụng thực tế.

Giải bài toán: Tránh mua thừa hoặc thiếu license phần mềm

Trong bài toán tối ưu chi phí vận hành, việc đầu tư phần mềm bản quyền luôn là một khoản ngân sách cần được kiểm soát chặt chẽ. Nhưng tại nhiều doanh nghiệp, nghịch lý vẫn xảy ra: công ty trả tiền gia hạn cho những license không ai dùng, trong khi một số phòng ban lại thiếu công cụ và tự tìm phần mềm không hợp lệ để làm việc. Mua thừa gây lãng phí Opex, mua thiếu tạo rủi ro pháp lý và bảo mật. Vậy làm sao tránh mua thừa thiếu license? Câu trả lời không nằm ở việc đếm đầu người, mà nằm ở đối chiếu chéo giữa nhân sự, thiết bị, nhu cầu và dữ liệu sử dụng thực tế.

“Công ty có 100 nhân viên thì mua đúng 100 license là xong” – Đúng hay sai?

Cách tính 1 nhân viên = 1 license nghe có vẻ hợp lý, nhưng chỉ đúng trong một số tình huống rất đơn giản. Trong môi trường làm việc hiện đại, mô hình cấp phép phần mềm đã đa dạng hơn nhiều.

Một nhân sự văn phòng có thể dùng cùng lúc laptop, PC tại công ty, điện thoại và máy tính bảng. Nếu phần mềm cấp theo user, doanh nghiệp có thể chỉ cần một license cho một tài khoản người dùng, tùy điều khoản sản phẩm. Ngược lại, ba công nhân làm việc theo ca có thể dùng chung một máy tính tại xưởng. Nếu phần mềm cho phép cấp theo thiết bị, mua license theo từng người trong trường hợp này có thể gây lãng phí.

Microsoft mô tả device-based licensing cho Microsoft 365 Apps for enterprise là mô hình giúp đơn giản hóa quản lý ứng dụng trên các thiết bị được nhiều người dùng chung. Điều này cho thấy không phải mọi tình huống đều nên tính license theo đầu người.

Vấn đề không nằm ở số lượng nhân viên trên danh sách HR, mà nằm ở cách họ làm việc. Ai dùng nhiều thiết bị? Ai dùng chung máy? Ai cần ứng dụng cài đặt? Ai chỉ cần web? Ai xử lý dữ liệu nhạy cảm? Ai chỉ cần xem thông tin? Nếu không trả lời các câu hỏi này, doanh nghiệp sẽ rất dễ vừa mua thừa, vừa mua thiếu.

Nhận diện rủi ro: Over-licensing và Under-licensing

Để kiểm soát đúng, doanh nghiệp cần hiểu hai khái niệm nền tảng: Over-licensing và Under-licensing.

Over-licensing là mua thừa license so với nhu cầu thực tế. Đây là rủi ro tài chính. Công ty trả tiền cho phần mềm không được cài đặt, tài khoản không còn người dùng, gói cao cấp không dùng hết tính năng hoặc subscription vẫn gia hạn dù dự án đã kết thúc.

Ví dụ:

Nhân viên nghỉ việc nhưng license vẫn còn gán.
Phòng ban được cấp gói Premium dù chỉ dùng tính năng Basic.
Dự án kết thúc nhưng phần mềm SaaS vẫn tự động gia hạn.
Mua license theo số lượng nhân sự nhưng thực tế nhiều người dùng chung thiết bị.
Mua nhiều phần mềm trùng chức năng ở các phòng ban khác nhau.

Under-licensing là mua thiếu license so với thực tế sử dụng. Đây là rủi ro pháp lý và vận hành. Doanh nghiệp cài phần mềm vượt số lượng cho phép, chia sẻ tài khoản, dùng key vượt phạm vi, dùng bản cá nhân cho công ty hoặc triển khai phần mềm mà không có chứng từ hợp lệ.

Ví dụ:

Mua 20 license nhưng 35 user đang dùng.
Một tài khoản phần mềm được chia sẻ cho nhiều người.
Mua license theo thiết bị nhưng cài trên nhiều thiết bị.
Dùng bản Home/Personal cho mục đích thương mại.
Phòng ban tự cài phần mềm không rõ nguồn gốc vì IT cấp thiếu công cụ.

BSA Compliance Solutions nhấn mạnh lợi ích của software asset management và cảnh báo rủi ro từ phần mềm không được cấp phép, bao gồm malware, ransomware và các mối đe dọa bảo mật nghiêm trọng. Vì vậy, bài toán license không chỉ là cắt giảm chi phí, mà còn là kiểm soát rủi ro doanh nghiệp.

Nguyên nhân 1 gây thất thoát: Quy trình Off-boarding lỏng lẻo

Mua thừa thường không xảy ra ngay lúc mua. Nó xuất hiện sau đó, khi doanh nghiệp không thu hồi license đúng cách.

Kịch bản phổ biến là nhân viên nghỉ việc. HR báo Kế toán cắt lương, báo Hành chính thu hồi thẻ ra vào, báo IT khóa email. Nhưng license phần mềm lại bị bỏ sót. Tài khoản vẫn còn trong admin center, license vẫn được gán, subscription vẫn tính phí hàng tháng hoặc hàng năm.

Đây là nguồn gốc của Ghost Account, tức tài khoản ma. Tài khoản không còn người dùng thật nhưng vẫn chiếm license và vẫn tạo chi phí.

Các dấu hiệu của off-boarding lỏng lẻo gồm:

Nhân sự đã nghỉ nhưng vẫn có license cloud.
Tài khoản cũ vẫn xuất hiện trong danh sách active users.
License đã mua hết chỗ nhưng thực tế nhiều user không còn làm việc.
Chi phí phần mềm không giảm dù công ty đã cắt giảm nhân sự.
Kế toán vẫn gia hạn theo số lượng cũ vì IT không gửi dữ liệu cập nhật.
Không có checklist thu hồi license khi nhân viên nghỉ việc.

Microsoft Learn hướng dẫn quản trị viên có thể assign hoặc unassign license cho người dùng trong Microsoft 365 admin center. Điều này cho thấy thu hồi license là thao tác quản trị chính thức, cần được đưa vào quy trình off-boarding, không nên làm theo trí nhớ.

Muốn tránh mua thừa, doanh nghiệp phải gắn quản lý license với biến động nhân sự. Mỗi nhân viên nghỉ việc phải kéo theo ba thao tác: khóa tài khoản, thu hồi quyền truy cập và thu hồi license.

Nguyên nhân 2 gây án phạt: Tình trạng Shadow IT tại các phòng ban

Nếu mua thừa là vấn đề lãng phí, mua thiếu thường bắt đầu từ Shadow IT. Shadow IT là tình trạng các phòng ban tự mua, tự cài hoặc tự sử dụng phần mềm ngoài quy trình kiểm soát của IT.

Nguyên nhân thường rất thực tế: IT cấp thiếu công cụ, ngân sách bị siết, quy trình mua sắm chậm, hoặc nhân viên cần hoàn thành deadline. Marketing tự tải phần mềm thiết kế. Kế toán chia sẻ tài khoản phần mềm. Sales dùng công cụ cloud cá nhân. Kỹ thuật dùng bản dùng thử hoặc phần mềm không rõ nguồn.

Ban đầu, Shadow IT có thể giúp phòng ban xử lý việc nhanh hơn. Nhưng về lâu dài, nó tạo ra ba vấn đề lớn.

Thứ nhất là thiếu license. Doanh nghiệp không mua đủ công cụ hợp pháp cho nhu cầu thật, khiến nhân viên tự xoay sở bằng cách dùng sai.

Thứ hai là mất kiểm soát dữ liệu. IT không biết dữ liệu khách hàng, file nội bộ hoặc tài liệu tài chính đang nằm trong phần mềm nào, tài khoản nào, máy chủ nào.

Thứ ba là rủi ro bảo mật. Phần mềm tự tải từ nguồn không rõ, phần mềm dùng chung tài khoản hoặc công cụ cloud cá nhân có thể làm lộ dữ liệu và gây khó khăn khi điều tra sự cố.

BSA khuyến nghị giảm rủi ro an ninh mạng liên quan đến phần mềm không license bằng cách mua từ nguồn hợp pháp và xây dựng chương trình software asset management.

Điểm cốt lõi: nếu doanh nghiệp không cấp đủ công cụ hợp pháp cho nhu cầu thật, các phòng ban sẽ tự tìm đường vòng. Đường vòng đó thường rẻ ở đầu vào nhưng đắt ở hậu quả.

Phương pháp 1: Đối chiếu chéo 3 chiều User - Thiết bị - Nhu cầu

Muốn biết mua bao nhiêu license là đủ, doanh nghiệp phải đối chiếu chéo 3 chiều: user, thiết bị và nhu cầu.

Chiều 1: User. Doanh nghiệp cần biết có bao nhiêu nhân sự thực tế đang làm việc, thuộc phòng ban nào, chức danh gì, đang xử lý loại dữ liệu nào, có cần dùng phần mềm hằng ngày không, có dùng nhiều thiết bị không và có làm việc từ xa không.

Chiều 2: Thiết bị. IT cần biết mỗi user đang dùng thiết bị nào: PC, laptop, máy trạm, điện thoại, tablet, máy dùng chung, máy kiosk, máy xưởng hoặc máy dự phòng. Với phần mềm cấp theo device, thông tin thiết bị là cơ sở tính license. Với phần mềm cấp theo user, thiết bị giúp đánh giá rủi ro bảo mật và nhu cầu truy cập.

Chiều 3: Nhu cầu. Không phải ai cũng cần cùng một gói. Cần phân biệt người tạo nội dung, người duyệt, người xem, người dùng web, người dùng desktop, người làm việc offline, người cần bảo mật cao và người chỉ cần truy cập thông tin cơ bản.

Bảng đối chiếu tối thiểu nên có:

Trường dữ liệu	Mục đích
Họ tên user	Xác định người dùng thực tế
Phòng ban/chức danh	Phân nhóm nhu cầu
Thiết bị đang dùng	Xác định PC/laptop/mobile/shared device
Phần mềm cần dùng	Xác định danh mục license
Mức độ sử dụng	Hằng ngày, thỉnh thoảng, chỉ xem, không dùng
Dữ liệu xử lý	Nhạy cảm, nội bộ, công khai
Gói đang cấp	Basic, Standard, Premium, chuyên ngành
Trạng thái sử dụng	Active, zero-usage, cần thu hồi
Ghi chú tối ưu	Nâng cấp, hạ cấp, thu hồi, mua bổ sung

Nếu thiếu một trong ba chiều, kết quả sẽ sai. Chỉ có user thì không biết dùng thiết bị nào. Chỉ có thiết bị thì không biết ai dùng. Chỉ có nhu cầu phòng ban thì không biết license thực tế đang gán ra sao.

Phương pháp 2: Tối ưu lựa chọn giữa cấp phép theo User và Device

Sau khi có dữ liệu đối chiếu, doanh nghiệp cần chọn mô hình cấp phép phù hợp. Đây là điểm tạo ra khác biệt lớn về chi phí.

User-based phù hợp khi một người dùng nhiều thiết bị hoặc làm việc linh hoạt. Ví dụ, lãnh đạo, sales, nhân sự văn phòng, kế toán trưởng, quản lý dự án hoặc nhân viên thường xuyên làm việc từ xa. License gắn với tài khoản người dùng giúp IT dễ quản lý quyền truy cập, thu hồi khi nghỉ việc và đồng bộ trải nghiệm trên nhiều thiết bị.

Device-based phù hợp khi nhiều người dùng chung một máy. Ví dụ, máy tại quầy lễ tân, máy chấm công, máy xưởng, phòng lab, máy kiosk hoặc máy dùng theo ca. Nếu điều khoản sản phẩm cho phép, cấp phép theo thiết bị có thể tiết kiệm hơn nhiều so với cấp license riêng cho từng người.

Bảng dưới đây so sánh nhanh hai mô hình:

Tiêu chí	User-based	Device-based
Gắn với	Một người dùng/tài khoản	Một thiết bị cụ thể
Phù hợp với	Văn phòng, lãnh đạo, sales, làm việc từ xa	Máy dùng chung, nhà máy, kiosk, phòng lab
Ưu điểm	Linh hoạt đa thiết bị, dễ thu hồi theo nhân sự	Tối ưu chi phí khi nhiều người dùng chung máy
Rủi ro nếu chọn sai	Mua thừa cho người chỉ dùng máy chung	Mua thiếu cho người cần nhiều thiết bị
Dữ liệu cần quản lý	User, email, phòng ban, trạng thái nhân sự	Hostname, serial, MAC/IP, vị trí thiết bị

Microsoft cho biết device-based licensing cho Microsoft 365 Apps for enterprise chỉ khả dụng dưới dạng add-on cho một số khách hàng thương mại và giáo dục, vì vậy doanh nghiệp phải kiểm tra điều kiện sản phẩm cụ thể trước khi áp dụng.

Nguyên tắc là không chọn mô hình theo thói quen. Chọn theo thực tế sử dụng và điều khoản license.

Phương pháp 3: Tận dụng tính linh hoạt của gói Cloud Subscription

Subscription, tức mô hình thuê bao, giúp doanh nghiệp linh hoạt hơn nếu biết quản lý đúng. Thay vì mua đứt số lượng lớn rồi bỏ xó khi dự án kết thúc, doanh nghiệp có thể tăng/giảm license theo nhu cầu thực tế, tùy chính sách từng hãng và hợp đồng.

Với cloud subscription, IT có thể:

Gán license cho user mới.
Thu hồi license từ user nghỉ việc.
Chuyển license sang người khác nếu điều khoản cho phép.
Nâng cấp gói cho nhóm cần tính năng cao hơn.
Hạ cấp gói cho nhóm không dùng hết tính năng.
Cắt giảm license trước kỳ gia hạn.
Theo dõi số lượng license đã mua, đã dùng và còn trống trong admin center.

Microsoft Learn nêu quản trị viên có thể assign hoặc unassign license cho người dùng trong Microsoft 365 admin center, trên Active users hoặc Licenses page. Đây là ví dụ rõ cho cách cloud subscription hỗ trợ quản trị vòng đời license theo user.

Tuy nhiên, subscription cũng có mặt trái. Nếu không theo dõi, doanh nghiệp có thể trả tiền mãi cho tài khoản không dùng. Vì vậy, cloud chỉ tối ưu chi phí khi đi kèm quy trình review định kỳ.

Nguyên tắc thực tế: Trước mỗi kỳ gia hạn, IT phải gửi cho CFO báo cáo gồm số license đang dùng, số license zero-usage, số license cần mua thêm, số license cần cắt giảm và nhóm đề xuất nâng/hạ gói.

Dấu hiệu cảnh báo: Khi nào cần Audit lại toàn bộ License?

Doanh nghiệp không nên đợi đến khi có thư kiểm tra hoặc sự cố mới kiểm kê license. Có những thời điểm cần audit nội bộ ngay để tránh mua thừa hoặc thiếu.

Các dấu hiệu cảnh báo gồm:

Sắp đến kỳ gia hạn hợp đồng phần mềm lớn.
Công ty vừa cắt giảm nhân sự hoặc tuyển thêm nhiều nhân sự.
Biến động nhân sự trên 10%.
Công ty sáp nhập, chia tách hoặc mở chi nhánh.
Chi phí phần mềm tăng nhưng phòng ban vẫn kêu thiếu công cụ.
Kế toán không khớp được hóa đơn với danh sách người dùng.
IT không biết license nào đang được gán cho ai.
Có nhiều tài khoản không đăng nhập trong thời gian dài.
Phòng ban tự dùng công cụ ngoài quy trình IT.
Xuất hiện phần mềm crack, key trôi nổi hoặc bản trial hết hạn.
Nhận thư yêu cầu kiểm tra/license review từ hãng hoặc đại diện chủ sở hữu quyền.
Chuẩn bị tham gia thầu, audit bảo mật hoặc làm việc với đối tác FDI.

ISO/IEC 19770-1:2017 quy định yêu cầu cho hệ thống quản lý tài sản IT trong bối cảnh tổ chức. Điều này phù hợp với việc doanh nghiệp cần duy trì quy trình kiểm soát tài sản phần mềm có hệ thống, không chỉ kiểm kê khi bị động.

Tần suất phù hợp với SME là rà soát tối thiểu mỗi năm một lần, đồng thời audit bổ sung trước kỳ gia hạn lớn hoặc sau biến động nhân sự đáng kể.

Hậu quả của việc “mất dấu” tài sản phần mềm Software Asset Blindness

Software Asset Blindness là tình trạng doanh nghiệp không biết mình đang sở hữu license nào, đang dùng bao nhiêu, ai đang dùng, phần mềm nào thiếu, phần mềm nào thừa và chứng từ nằm ở đâu. Đây là trạng thái rất nguy hiểm vì Ban Giám đốc không có dữ liệu để ra quyết định.

Hậu quả tài chính: Doanh nghiệp tiếp tục trả phí cho tài khoản ma, license không dùng, phần mềm trùng chức năng hoặc gói cao cấp không cần thiết.
Hậu quả pháp lý: Một phòng ban cài vượt số lượng, chia sẻ tài khoản hoặc dùng phần mềm không rõ nguồn. Khi có yêu cầu kiểm tra, doanh nghiệp không giải trình được bằng chứng mua hàng, số lượng license và số lượng sử dụng thực tế.
Hậu quả bảo mật: Nhân viên có thể cài phần mềm lạ, bản crack, bản trial hoặc công cụ cloud cá nhân. Đây là cửa vào cho rủi ro malware, ransomware và rò rỉ dữ liệu.

BSA Compliance Solutions cảnh báo malware từ phần mềm không license có thể gây thiệt hại rất lớn cho doanh nghiệp toàn cầu, đồng thời nhấn mạnh rủi ro ransomware và các mối đe dọa bảo mật nghiêm trọng khác.

Không biết mình thừa hay thiếu nghĩa là luôn ở thế bị động: hoặc chảy máu dòng tiền, hoặc tích lũy rủi ro bản quyền, hoặc cả hai cùng lúc.

Bài toán quản trị: Xây dựng công cụ giám sát License tập trung

Sau khi đối chiếu và xác định số lượng cần mua, doanh nghiệp phải duy trì sự cân bằng đó trong tương lai. Đây là phần nhiều công ty làm chưa tốt. Một lần audit không giải quyết được vấn đề nếu không có công cụ theo dõi dài hạn.

Công cụ giám sát license tối thiểu cần theo dõi:

Tên phần mềm.
Hãng phát hành.
Nhà cung cấp/Partner.
Part Number/SKU.
Loại license.
Hình thức cấp phép: user, device, server, core, subscription, perpetual.
Số lượng đã mua.
Số lượng đang dùng.
Số lượng còn trống.
User hoặc thiết bị được gán.
Phòng ban sử dụng.
Ngày kích hoạt.
Ngày hết hạn.
Trạng thái sử dụng: active, zero-usage, expired, revoked.
Link hóa đơn, hợp đồng, certificate.
Người phụ trách gia hạn.
Ghi chú hành động: mua bổ sung, hạ gói, thu hồi, cắt giảm.

Với quy mô nhỏ, doanh nghiệp có thể bắt đầu bằng Excel hoặc Google Sheet có phân quyền và cảnh báo ngày hết hạn. Với quy mô lớn, nên dùng admin center, công cụ endpoint management hoặc hệ thống ITAM/SAM chuyên dụng.

Điểm quan trọng là công cụ phải gắn với quy trình nhân sự và mua sắm. Khi nhân viên vào công ty, license được cấp. Khi đổi phòng ban, license được review. Khi nghỉ việc, license được thu hồi. Khi gia hạn, CFO có dữ liệu zero-usage để cắt giảm.

Để biết cách thiết lập công cụ giám sát chuyên nghiệp nhằm chống thất thoát, mời bạn xem bài: Cách quản lý license Microsoft, Windows, Office và phần mềm bảo mật

CDC Technologies - Tư vấn tối ưu chi phí và quy hoạch bản quyền B2B

Cân bằng license là một bài toán quản trị dòng tiền và rủi ro. Nếu chỉ cắt chi phí, doanh nghiệp có thể mua thiếu và đẩy phòng ban vào Shadow IT. Nếu chỉ mua dư cho an toàn, CFO phải gánh Opex không cần thiết. Cách đúng là rà soát dữ liệu thực tế, phân nhóm user, đối chiếu thiết bị, kiểm tra nhu cầu và chuẩn hóa quy trình quản lý.

CDC Technologies hỗ trợ doanh nghiệp nhìn lại toàn bộ tài sản phần mềm theo hướng B2B: không chỉ hỏi “đang mua bao nhiêu”, mà còn phân tích “ai đang dùng, dùng có cần thiết không, có thừa không, có thiếu không, có rủi ro không”.

CDC Technologies có thể hỗ trợ:

Rà soát license đang dùng trên PC, laptop, server và cloud.
Đối chiếu số lượng license với user, thiết bị và chứng từ.
Phát hiện license zero-usage, ghost account và gói dùng thừa tính năng.
Phân loại rủi ro under-licensing theo phòng ban.
Tư vấn lựa chọn user-based, device-based, subscription hoặc perpetual.
Tư vấn cắt giảm license thừa trước kỳ gia hạn.
Tư vấn mua bổ sung license chính hãng cho nhóm đang thiếu.
Thiết kế bảng/công cụ theo dõi license tập trung.
Cung cấp phần mềm chính hãng, hóa đơn VAT và chứng từ phù hợp.

Cân bằng license để kiểm soát cả chi phí và rủi ro

Mỗi phần mềm mua thừa là một lỗ hổng gây chảy máu dòng tiền, và mỗi phần mềm mua thiếu là một quả bom nổ chậm đe dọa an toàn pháp lý của doanh nghiệp. Việc hoạch định chính xác nhu cầu sử dụng không chỉ là trách nhiệm của IT mà còn là bài toán chiến lược của Ban Giám đốc.

Liên hệ CDC Technologies Xem danh mục Phần mềm bản quyền

Công ty Cổ phần Công Nghệ CDC
Trụ sở chính: 447 Nguyễn Khang, P. Cầu Giấy, TP. Hà Nội
Hotline 1: 0983.366.022 (Hà Nội)
CN.HCM: 28 Bis Nguyễn Văn Vĩnh, Phường Tân Sơn Nhất, TP Hồ Chí Minh
Hotline 2: 0938.898.328 (TP.HCM)
Website: maytinhcdc.vn - Facebook: https://www.facebook.com/maytinhcdc.official/
Youtube: https://www.youtube.com/@Maytinhcdcvn - TikTok: https://www.tiktok.com/@maytinhcdc.vn

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

Khái niệm Over-licensing mua thừa và Under-licensing mua thiếu là gì?

Over-licensing là mua nhiều license hơn nhu cầu thực tế, gây lãng phí chi phí. Under-licensing là sử dụng phần mềm vượt số lượng hoặc vượt phạm vi license đã mua, tạo rủi ro vi phạm điều khoản cấp phép, thiếu chứng từ và có thể phát sinh vấn đề pháp lý hoặc vận hành.

Tại sao công ty cắt giảm nhân sự nhưng chi phí phần mềm hàng tháng không giảm?

Vì license không được thu hồi khi nhân sự nghỉ việc. HR có thể đã báo cắt lương, nhưng IT chưa unassign license trong admin center hoặc chưa cập nhật bảng quản lý. Kết quả là tài khoản ma vẫn chiếm license và vẫn được gia hạn.

Shadow IT là gì và nó gây ra tình trạng mua thiếu phần mềm như thế nào?

Shadow IT là phần mềm, tài khoản hoặc dịch vụ cloud do phòng ban tự mua/tự dùng ngoài kiểm soát của IT. Nó thường xuất hiện khi IT cấp thiếu công cụ hoặc quy trình mua sắm quá chậm. Vì dữ liệu này không nằm trong bảng quản lý, doanh nghiệp không biết mình đang thiếu license hoặc dùng sai phần mềm.

Làm sao để IT biết một nhân viên có đang sử dụng phần mềm được cấp hay không?

IT cần kiểm tra dữ liệu đăng nhập, usage report, admin center, log ứng dụng hoặc công cụ endpoint tùy phần mềm. Với cloud subscription, nhiều nền tảng có thể hiển thị user đã đăng nhập gần nhất hoặc license đã gán. Với phần mềm cài đặt, cần kết hợp kiểm kê thiết bị và phỏng vấn phòng ban.

Mua phần mềm theo người dùng User hay theo thiết bị Device sẽ tiết kiệm hơn?

Không có đáp án chung. User-based tiết kiệm hơn khi một người dùng nhiều thiết bị hoặc làm việc linh hoạt. Device-based tiết kiệm hơn khi nhiều người dùng chung một máy, ví dụ lễ tân, nhà máy, phòng lab hoặc kiosk. Cần kiểm tra điều khoản từng sản phẩm trước khi chọn.

Khi một nhân sự nghỉ việc, quy trình chuẩn để xử lý license của họ là gì?

HR thông báo nghỉ việc, IT khóa tài khoản, thu hồi license, chuyển dữ liệu công việc nếu cần, cập nhật bảng quản lý license, đưa license về trạng thái available hoặc revoked, rồi báo Mua hàng/Kế toán để điều chỉnh số lượng trước kỳ gia hạn.

Việc chia sẻ 1 tài khoản phần mềm cho 5 nhân viên dùng chung có bị coi là vi phạm không?

Có rủi ro rất cao nếu điều khoản license không cho phép. Phần lớn phần mềm doanh nghiệp cấp theo user không cho phép nhiều người dùng chung một tài khoản cá nhân. Cách làm này còn gây rủi ro bảo mật vì không truy vết được ai truy cập, ai tải dữ liệu và ai thay đổi file.

Quyền hạ cấp Downgrade Rights trong cấp phép phần mềm giúp tránh lãng phí ra sao?

Downgrade Rights, nếu sản phẩm và hợp đồng cho phép, giúp doanh nghiệp dùng phiên bản thấp hơn hoặc phù hợp hơn thay vì phải mua lại theo nhu cầu tương thích. Tuy nhiên, quyền này không áp dụng cho mọi phần mềm. Doanh nghiệp cần kiểm tra rõ trong điều khoản cấp phép hoặc hỏi nhà cung cấp.

Cơ quan kiểm toán phần mềm BSA làm cách nào để phát hiện công ty mua thiếu license?

BSA không phải cơ quan nhà nước có thẩm quyền xử phạt tại Việt Nam, nhưng các chương trình kiểm tra tuân thủ thường dựa vào việc đối chiếu phần mềm thực tế đang dùng với hóa đơn, hợp đồng, certificate, số lượng user/device, admin portal và hồ sơ license. Nếu số lượng sử dụng vượt số lượng hợp lệ, doanh nghiệp có rủi ro under-licensing.

Doanh nghiệp nên thực hiện rà soát Audit đối chiếu phần mềm bao lâu một lần?

Nên rà soát tối thiểu mỗi năm một lần. Ngoài ra, cần audit bổ sung khi sắp đến kỳ gia hạn lớn, sau biến động nhân sự trên 10%, khi mở chi nhánh, khi sáp nhập/chia tách, khi chi phí phần mềm tăng bất thường hoặc khi nhận yêu cầu kiểm tra từ hãng/chủ sở hữu quyền.

Việc dùng phần mềm miễn phí Freeware cho mục đích thương mại có bị tính là Under licensing không?

Có thể có rủi ro nếu phần mềm chỉ miễn phí cho cá nhân hoặc phi thương mại. Doanh nghiệp cần đọc EULA hoặc điều khoản sử dụng. Nếu điều khoản ghi “free for personal use” hoặc “non-commercial use only” mà công ty dùng cho công việc kinh doanh, đó có thể là vi phạm phạm vi cấp phép.

CDC Technologies có dịch vụ tư vấn cắt giảm các license không sử dụng Zero-usage không?

CDC Technologies có thể hỗ trợ rà soát license zero-usage, ghost account, license thừa tính năng và subscription không còn nhu cầu. Từ đó, CDC Technologies tư vấn thu hồi, hạ gói, cắt giảm trước kỳ gia hạn hoặc tái phân bổ license cho nhóm người dùng phù hợp hơn.