Danh mục sản
phẩm
IT DOCTOR DỊCH VỤ CNTT
Hệ quả khi quản lý sai: Không biết thu hồi license nào khi nhân viên nghỉ; Không tìm thấy hóa đơn để gia hạn; Không thể đối chiếu số lượng sử dụng khi kiểm toán.
Trong doanh nghiệp hiện đại, phần mềm bản quyền không chỉ là công cụ làm việc mà còn là tài sản số có giá trị lớn, liên quan trực tiếp đến chi phí vận hành, bảo mật dữ liệu và hồ sơ tuân thủ. Tuy nhiên, nhiều công ty vẫn quản lý license bằng file Excel sơ sài, chỉ ghi tên phần mềm và mã key. Khi nhân viên nghỉ việc, IT không biết thu hồi license nào. Khi đến kỳ gia hạn, Kế toán không tìm thấy hóa đơn. Khi cần kiểm toán, Ban Giám đốc không thể đối chiếu số lượng sử dụng. Vậy bảng quản lý license phần mềm cần những cột nào để dùng được lâu dài?
Sai lầm phổ biến nhất của nhiều IT Helpdesk là xem license như một dãy mã kích hoạt. Họ mở một file Note hoặc Excel, ghi “Windows - Key”, “Kaspersky - Key”, “AutoCAD - Key”, rồi nghĩ như vậy là đã quản lý xong.
Cách làm này chỉ đủ trong môi trường rất nhỏ và rất đơn giản. Khi công ty có nhiều phòng ban, nhiều nhân sự, nhiều thiết bị và nhiều hình thức cấp phép khác nhau, file chỉ có tên phần mềm và mã key sẽ nhanh chóng trở nên vô dụng.
Ví dụ, một máy tính hỏng cần cài lại phần mềm. IT lấy key trong file cũ nhập vào thì hệ thống báo đã vượt số lượng thiết bị. Lúc này, IT không biết key đó đã từng cài cho ai, máy nào, phòng ban nào, ngày mua là ngày nào, hóa đơn nằm ở đâu, license có được chuyển sang máy mới hay không, và người phụ trách nhà cung cấp là ai.
Vấn đề không nằm ở việc thiếu key, mà là thiếu dữ liệu quan hệ. Một license phần mềm trong doanh nghiệp phải được liên kết với sản phẩm, nhà cung cấp, chứng từ, người dùng, thiết bị, thời hạn, chi phí và quyền quản trị.
ISO/IEC 19770-1:2017 quy định các yêu cầu cho hệ thống quản lý tài sản IT trong bối cảnh tổ chức, cho thấy quản trị tài sản phần mềm cần được nhìn như một hệ thống quản trị, không phải file ghi chú rời rạc.
Nhóm cột đầu tiên phải trả lời câu hỏi: doanh nghiệp đang quản lý phần mềm nào, phiên bản nào, mua từ ai và đối chiếu với mã sản phẩm nào của hãng.
Các cột bắt buộc nên có:
| Cột dữ liệu | Mục đích quản trị |
|---|---|
| Mã nội bộ | Đặt mã riêng để dễ tra cứu, ví dụ SW-2026-001 |
| Tên phần mềm | Ghi đúng tên thương mại của sản phẩm |
| Phiên bản/Edition | Phân biệt bản Standard, Pro, Business, Enterprise |
| Hãng phát hành Vendor | Microsoft, Kaspersky, Adobe, Autodesk, VMware... |
| Part Number/SKU | Mã sản phẩm của hãng để đối chiếu báo giá, hóa đơn, certificate |
| Nhà cung cấp/Partner | Tên công ty bán hàng hoặc triển khai |
| Người phụ trách phía nhà cung cấp | Sales/kỹ thuật phụ trách để liên hệ khi cần hỗ trợ |
| Kênh mua | Đại lý trong nước, hãng, cloud portal, distributor, hợp đồng dự án |
| Link trang sản phẩm/chính sách license | Lưu nguồn tham chiếu khi cần kiểm tra điều khoản |
Part Number/SKU là cột đặc biệt quan trọng. Nhiều phần mềm có tên gần giống nhau nhưng quyền sử dụng khác nhau. Cùng một dòng sản phẩm có thể có bản cá nhân, bản doanh nghiệp, bản server, bản cloud, bản gia hạn hoặc bản nâng cấp. Nếu không ghi Part Number/SKU, Kế toán và IT rất khó chứng minh sản phẩm trên hóa đơn khớp với phần mềm đang triển khai.
Bảng quản lý license phần mềm không nên chỉ phục vụ IT. Nó phải đủ thông tin để Kế toán, Mua hàng, Ban Giám đốc hoặc nhà cung cấp mới có thể đọc và hiểu doanh nghiệp đã mua gì.
Nhóm cột thứ hai giúp doanh nghiệp biết license được cấp theo mô hình nào, đang dùng bao nhiêu và còn dư hay thiếu bao nhiêu. Đây là nhóm cột quyết định khả năng tối ưu chi phí.
Các cột bắt buộc nên có:
| Cột dữ liệu | Mục đích quản trị |
|---|---|
| Hình thức cấp phép | Perpetual, Subscription, Trial, Evaluation, Maintenance |
| Loại định danh | Per User, Per Device, Per Server, Per Core, Concurrent |
| Số lượng mua Purchased | Tổng số license đã mua |
| Số lượng đã dùng In-use | Số license đã gán hoặc đang triển khai |
| Số lượng còn trống Available | Purchased trừ In-use |
| Đơn vị tính license | User, device, node, server, CPU, core, mailbox... |
| Quyền cài đặt nhiều thiết bị | Có/không, theo điều khoản từng sản phẩm |
| Quyền chuyển thiết bị | Có/không, điều kiện chuyển đổi nếu có |
| Ghi chú giới hạn license | Ghi các ràng buộc quan trọng trong EULA |
Cột Purchased và In-use là hai cột doanh nghiệp thường bỏ sót. Nếu không có hai cột này, CFO không biết công ty đang mua thừa hay thiếu. IT cũng không biết còn license trống để cấp cho nhân viên mới hay phải mua bổ sung.
BSA 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. Điều đó cho thấy quản lý license không chỉ là tối ưu tài chính, mà còn là một phần của quản trị rủi ro.
Công thức cần có trong bảng: Available = Purchased - In-use
Nếu Available âm, doanh nghiệp đang dùng vượt số lượng đã mua. Nếu Available dương quá lớn trong nhiều tháng, doanh nghiệp có thể đang lãng phí ngân sách.
Nhóm cột thứ ba giúp IT trả lời câu hỏi: license này đang nằm ở đâu, ai đang dùng, trên thiết bị nào và có thể thu hồi khi nào.
Các cột bắt buộc nên có:
| Cột dữ liệu | Mục đích quản trị |
|---|---|
| Người sử dụng | Họ tên nhân sự được cấp license |
| Mã nhân viên | Liên kết với dữ liệu HR |
| Phòng ban | Kế toán, Marketing, Sales, IT, Sản xuất... |
| Chức danh | Hỗ trợ phân nhóm nhu cầu phần mềm |
| Email đăng nhập | Tài khoản dùng để đăng nhập phần mềm |
| Tài khoản quản trị Tenant/Admin | Email admin hoặc tenant đang quản lý license |
| Hostname | Tên máy tính được cài phần mềm |
| Serial thiết bị | Đối chiếu với tài sản phần cứng |
| Địa chỉ MAC/IP | Hỗ trợ rà soát mạng nội bộ khi cần |
| Trạng thái nhân sự | Đang làm, nghỉ việc, chuyển phòng ban, tạm nghỉ |
| Ngày cấp license | Xác định thời điểm bắt đầu sử dụng |
| Ngày thu hồi license | Ghi nhận khi nhân viên nghỉ hoặc đổi vị trí |
Với phần mềm cấp theo user, email đăng nhập và trạng thái nhân sự là hai cột rất quan trọng. Khi nhân viên nghỉ việc, IT phải biết license nào cần thu hồi. Nếu không, công ty tiếp tục trả tiền cho tài khoản không còn sử dụng.
Với phần mềm cấp theo thiết bị, hostname, serial và MAC Address lại quan trọng hơn. Khi máy hỏng, thanh lý hoặc đổi chủ, IT cần biết license có được chuyển sang máy mới không.
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. Điều này cho thấy dữ liệu user/license phải được cập nhật theo vòng đời nhân sự, không thể tách rời quy trình onboarding và offboarding.
Nhóm cột thứ tư phục vụ trực tiếp cho Kế toán, CFO và Mua hàng. Nếu bảng quản lý license không có thông tin thời hạn và chi phí, doanh nghiệp sẽ liên tục rơi vào thế bị động khi gia hạn.
Các cột bắt buộc nên có:
| Cột dữ liệu | Mục đích quản trị |
|---|---|
| Ngày mua | Xác định thời điểm phát sinh chi phí |
| Ngày kích hoạt Activation Date | Xác định thời điểm bắt đầu sử dụng |
| Ngày hết hạn Expiration Date | Cảnh báo gia hạn |
| Chu kỳ gia hạn | Tháng, năm, 3 năm hoặc theo hợp đồng |
| Giá mua ban đầu | Theo hóa đơn hoặc hợp đồng |
| Chi phí gia hạn dự kiến | Dự toán ngân sách kỳ tới |
| Hình thức thanh toán | Trả trước, trả hàng năm, trả theo tháng |
| Trung tâm chi phí Cost Center | Phòng ban hoặc dự án chịu chi phí |
| Người phụ trách gia hạn | IT, Mua hàng, Kế toán hoặc trưởng bộ phận |
| Trạng thái license | Active, Expiring, Expired, Revoked, Unassigned |
| Cảnh báo tự động | Đỏ nếu còn dưới 30 ngày, vàng nếu còn dưới 60 ngày |
Bảng nên có công thức cảnh báo. Ví dụ:
Với subscription, việc bỏ sót ngày hết hạn có thể khiến phần mềm bị giới hạn tính năng, mất cập nhật, dừng hỗ trợ hoặc ảnh hưởng hoạt động của người dùng. Với phần mềm bảo mật, hết hạn license còn có thể làm hệ thống mất lớp bảo vệ quan trọng.
Nhóm cột thứ năm là “lá chắn” khi doanh nghiệp cần giải trình. Nếu bảng quản lý license chỉ có thông tin kỹ thuật mà không liên kết được với chứng từ, hồ sơ vẫn yếu.
Các cột bắt buộc nên có:
| Cột dữ liệu | Mục đích quản trị |
|---|---|
| Số hóa đơn VAT | Đối chiếu với hồ sơ Kế toán |
| Ngày xuất hóa đơn | Xác định thời điểm mua |
| Tên pháp nhân trên hóa đơn | Kiểm tra phần mềm đứng tên công ty nào |
| Mã hợp đồng/PO | Liên kết với bộ phận Mua hàng |
| Biên bản bàn giao/nghiệm thu | Xác nhận đã nhận license |
| License Certificate/COA | Giấy chứng nhận hoặc tem/chứng chỉ nếu có |
| Email xác nhận từ hãng | Welcome email, order confirmation, renewal email |
| Link chứng từ bản mềm | Hyperlink tới thư mục scan PDF |
| Vị trí lưu bản cứng | Tủ hồ sơ, phòng Kế toán, mã hộp hồ sơ |
| Người giữ hồ sơ | Người chịu trách nhiệm khi cần tra soát |
| Ghi chú audit | Trạng thái đầy đủ, thiếu, cần bổ sung, đang tra soát |
Chứng từ phải được lưu theo nguyên tắc đối chiếu được. Một hóa đơn không rõ Part Number, một certificate không ghi tên công ty, hoặc một email xác nhận nằm trong hộp thư cá nhân của nhân viên cũ đều là điểm yếu.
Với cột link chứng từ, doanh nghiệp nên dẫn tới thư mục có phân quyền trên File Server, SharePoint, Google Drive doanh nghiệp hoặc hệ thống quản lý tài liệu nội bộ. Không nên để link mở công khai hoặc lưu trong tài khoản cá nhân.
Mục tiêu là khi Ban Giám đốc hỏi “license này mua khi nào, cho ai dùng, chứng từ đâu?”, IT và Kế toán có thể truy xuất trong vài phút, không phải mất nhiều ngày lục lại email cũ.
Một bảng quản lý license phần mềm chuẩn B2B nên có cấu trúc đủ dùng cho cả ba nhóm: IT quản trị kỹ thuật, Kế toán quản trị chứng từ, Mua hàng quản trị nhà cung cấp và gia hạn.
Bảng mẫu có thể chia thành các cụm cột như sau:
| Nhóm cột | Cột nên có |
|---|---|
| Định danh sản phẩm | Mã nội bộ, tên phần mềm, phiên bản, hãng, Part Number/SKU |
| Nhà cung cấp | Partner, người phụ trách, số điện thoại/email hỗ trợ, kênh mua |
| Cấp phép | Loại license, hình thức cấp phép, đơn vị tính, số lượng mua, số lượng dùng, số còn trống |
| Người dùng | Họ tên, mã nhân viên, phòng ban, chức danh, email đăng nhập |
| Thiết bị | Hostname, serial, MAC/IP, trạng thái thiết bị |
| Quản trị cloud | Tenant/Admin account, portal quản trị, người giữ quyền admin |
| Thời hạn | Ngày mua, ngày kích hoạt, ngày hết hạn, chu kỳ gia hạn, trạng thái |
| Chi phí | Giá mua, chi phí gia hạn, trung tâm chi phí, hình thức thanh toán |
| Chứng từ | Số hóa đơn, hợp đồng/PO, biên bản bàn giao, certificate/COA, link lưu trữ |
| Vận hành | Người phụ trách, ngày cập nhật cuối, ghi chú audit, hành động tiếp theo |
Doanh nghiệp có thể bắt đầu bằng một file Excel hoặc Google Sheet, nhưng cần đặt quy tắc dữ liệu rõ ràng. Không nên để mỗi người nhập một kiểu. Ví dụ, trạng thái license nên dùng danh sách cố định: Active, Expiring, Expired, Revoked, Unassigned, Need Review.
Nếu bảng được thiết kế đúng, nó không chỉ là nơi lưu key. Nó trở thành công cụ quản trị tài sản phần mềm, giúp IT cấp phát, Kế toán đối chiếu, Mua hàng gia hạn và Ban Giám đốc ra quyết định ngân sách.
Một bảng quản lý license có cấu trúc tốt vẫn có thể thất bại nếu không được cập nhật kịp thời. Đây là lỗi rất phổ biến: IT lập bảng rất đẹp trong đợt kiểm kê, nhưng sau đó nhân sự đổi phòng ban, nghỉ việc, đổi máy, mua thêm license hoặc gia hạn mới mà không ai cập nhật.
Hệ quả là bảng trở thành dữ liệu chết. Nó không phản ánh hệ thống thật.
Các rủi ro thường gặp gồm:
Vấn đề “real-time” không nhất thiết nghĩa là từng giây. Với SME, có thể hiểu là mọi thay đổi quan trọng phải được cập nhật theo quy trình. Khi nhân sự nghỉ việc, HR báo IT. IT thu hồi license. Kế toán cập nhật tình trạng gia hạn. Khi mua mới, Mua hàng thêm hồ sơ. Khi đổi máy, IT cập nhật thiết bị.
Nếu không gắn bảng license với quy trình nhân sự, mua sắm và bàn giao thiết bị, dữ liệu sẽ lệch rất nhanh.
Không phải doanh nghiệp nào cũng cần mua ngay phần mềm quản trị tài sản chuyên dụng. Với quy mô nhỏ, một file Excel hoặc Google Sheet có cấu trúc tốt, phân quyền rõ và quy trình cập nhật nghiêm túc có thể đủ dùng.
Bảng dưới đây gợi ý công cụ theo quy mô:
| Quy mô | Công cụ phù hợp | Lưu ý |
|---|---|---|
| Dưới 50 nhân sự | Excel/Google Sheet có phân quyền | Cần chuẩn hóa cột và người cập nhật |
| 50–100 nhân sự | Sheet tập trung + admin portal của từng hãng | Cần cảnh báo hết hạn và mapping user/device |
| 100–200 nhân sự | Sheet nâng cao + công cụ endpoint/basic inventory | Bắt đầu cần dữ liệu tự động từ thiết bị |
| Trên 200 nhân sự/nhiều chi nhánh | SAM/ITAM tool chuyên dụng | Cần quét mạng, đồng bộ endpoint, báo cáo tập trung |
| Hạ tầng phức tạp/server/core | ITAM/SAM + quy trình audit định kỳ | Cần theo dõi server, CPU, core, node, subscription |
SAM là Software Asset Management, tức quản lý tài sản phần mềm. Khi số lượng phần mềm, user và thiết bị tăng, SAM Tools giúp giảm nhập liệu thủ công, phát hiện phần mềm mới cài, đối chiếu số lượng sử dụng và hỗ trợ báo cáo.
NIST từng công bố tài liệu về automation support cho software asset management, trong đó nhấn mạnh các khái niệm như inventory management, software executable, software whitelisting và thông tin phục vụ giám sát bảo mật. Điều này cho thấy tự động hóa là xu hướng cần thiết khi môi trường IT đủ lớn.
Excel phù hợp để bắt đầu. Nhưng nếu doanh nghiệp nhiều chi nhánh, nhiều thiết bị và nhiều license subscription, nhập tay sẽ nhanh chóng tạo sai số.
Một bảng quản lý license phần mềm dù hoàn chỉnh vẫn chỉ là một file tĩnh nếu không được đưa vào quy trình vận hành. Muốn bảng có giá trị thật, doanh nghiệp phải xác định ai cập nhật, cập nhật khi nào, ai phê duyệt và ai kiểm tra định kỳ.
Quy trình tối thiểu nên gồm:
Để tích hợp công cụ này vào một hệ thống vận hành trơn tru, mời bạn xem bài: Quy trình chuẩn hóa bản quyền phần mềm cho doanh nghiệp nhiều phòng ban
Việc rà soát và điền lại thông tin cho hàng trăm license cũ là một khối lượng công việc lớn. IT có thể biết phần mềm đang cài ở đâu, nhưng không nắm đủ chứng từ. Kế toán có thể giữ hóa đơn, nhưng không biết license đang gán cho ai. Mua hàng có thể biết nhà cung cấp, nhưng không biết phần mềm còn dùng hay không.
CDC Technologies hỗ trợ doanh nghiệp thiết lập lại dữ liệu quản trị phần mềm theo hướng thực chiến. Mục tiêu không chỉ là tạo một file theo dõi đẹp, mà là giúp doanh nghiệp kiểm soát được tài sản phần mềm trong suốt vòng đời sử dụng.
CDC Technologies có thể hỗ trợ:
Chuẩn hóa dữ liệu license để kiểm soát tài sản số lâu dài
Một cấu trúc dữ liệu minh bạch không chỉ cứu IT khỏi những giờ tìm kiếm mệt mỏi, mà còn bảo vệ doanh nghiệp khỏi rủi ro lãng phí và vi phạm hợp đồng. Việc chuẩn hóa công cụ quản trị ngay từ hôm nay là khoản đầu tư bền vững cho hệ thống.
Liên hệ CDC Technologies Xem danh mục Phần mềm bản quyềnCô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
Bảng này giúp CFO và Ban Giám đốc nhìn rõ công ty đã mua bao nhiêu license, đang dùng bao nhiêu, còn dư bao nhiêu, sắp hết hạn bao nhiêu và chi phí gia hạn kỳ tới là bao nhiêu. Đây là cơ sở để cắt license thừa, tránh mua trùng và lập ngân sách phần mềm chính xác hơn.
Vì khi cần hỗ trợ kỹ thuật, trích lục chứng từ, kiểm tra Part Number, gia hạn hoặc xử lý lỗi license, doanh nghiệp cần biết đã mua từ đơn vị nào và liên hệ ai. Nếu không ghi partner, IT và Mua hàng sẽ mất nhiều thời gian tra lại email hoặc hợp đồng cũ.
Có thể dùng Conditional Formatting. Ví dụ, nếu ngày hết hạn nhỏ hơn hôm nay thì tô đỏ; nếu còn dưới 30 ngày thì tô cam; nếu còn dưới 60 ngày thì tô vàng; nếu còn trên 60 ngày thì giữ trạng thái xanh. Nên kết hợp thêm cột Status để dễ lọc danh sách cần gia hạn.
Part Number hoặc SKU là mã sản phẩm của hãng, giúp phân biệt đúng phiên bản, edition, hình thức cấp phép và gói sản phẩm. Nó rất quan trọng để đối chiếu giữa báo giá, hóa đơn, certificate và phần mềm thực tế đang dùng. Nếu thiếu Part Number, nguy cơ mua nhầm hoặc không chứng minh được hồ sơ sẽ cao hơn.
Hai cột này giúp doanh nghiệp biết đang thừa hay thiếu license. Nếu In-use lớn hơn Purchased, công ty có rủi ro dùng vượt số lượng. Nếu Purchased lớn hơn In-use quá nhiều, công ty có thể đang lãng phí ngân sách vì mua thừa hoặc chưa thu hồi license từ nhân sự đã nghỉ.
Không phải lúc nào cũng cần. Với license theo user hoặc cloud/SaaS, các cột quan trọng hơn thường là email đăng nhập, tenant/admin account, số license đã gán, ngày hết hạn và quyền truy cập. Tuy nhiên, nếu chính sách công ty kiểm soát thiết bị truy cập dữ liệu, vẫn nên ghi thiết bị chính hoặc thông tin quản trị endpoint.
Nên phân vai. IT chịu trách nhiệm dữ liệu kỹ thuật như user, device, trạng thái kích hoạt, tenant và thu hồi license. Kế toán chịu trách nhiệm hóa đơn, hợp đồng, chi phí và chứng từ thanh toán. Mua hàng phụ trách nhà cung cấp, báo giá và gia hạn. Cần có một người sở hữu bảng tổng thể để tránh dữ liệu rời rạc.
Nên lưu email admin thuộc quyền kiểm soát của doanh nghiệp, ưu tiên email theo domain công ty như it-admin@tencongty.com hoặc tài khoản quản trị chuyên dụng. Không nên dùng email cá nhân của nhân viên hoặc email của nhà cung cấp làm tài khoản quản trị cao nhất.
Nên thêm các cột: mã USB token, serial token, người giữ token, thiết bị đang cắm token, vị trí lưu trữ khi không dùng, ngày bàn giao, ngày thu hồi và tình trạng token. Với token vật lý, mất thiết bị có thể đồng nghĩa mất khả năng sử dụng license.
Doanh nghiệp nên lưu chứng từ trong thư mục có phân quyền, đặt cấu trúc theo hãng/phần mềm/năm mua, sau đó gắn hyperlink tới thư mục hoặc file PDF tương ứng. Không nên gắn link công khai hoặc lưu chứng từ trong tài khoản cá nhân. Quyền xem nên giới hạn cho IT, Kế toán, Mua hàng và người được ủy quyền.
Có thể cấp view-only cho trưởng phòng nếu họ cần theo dõi phần mềm của bộ phận mình, nhưng nên ẩn các trường nhạy cảm như key, admin account, chi phí chi tiết hoặc link chứng từ pháp lý. Quyền chỉnh sửa nên giới hạn cho IT, Kế toán, Mua hàng hoặc người quản trị được phân công.
CDC Technologies có thể hỗ trợ tư vấn cấu trúc biểu mẫu quản lý license theo nhu cầu doanh nghiệp, bao gồm nhóm cột sản phẩm, license, user, thiết bị, thời hạn, chi phí và chứng từ. Tùy phạm vi làm việc, CDC Technologies có thể hỗ trợ khách hàng xây dựng file mẫu hoặc quy trình quản lý phù hợp.