Quy trình bàn giao phần mềm bản quyền gồm những bước nào?

Vì sao bàn giao phần mềm không chỉ là gửi danh sách key qua email?

Trong mua sắm cá nhân, người dùng có thể mua một key, nhập vào máy và bắt đầu sử dụng. Nhưng trong môi trường B2B, cách hiểu này quá đơn giản và tiềm ẩn rủi ro. Với Microsoft 365, Kaspersky, VMware, Windows Server, firewall subscription hoặc phần mềm cloud, thứ doanh nghiệp tiếp nhận không chỉ là “mã kích hoạt”, mà là quyền sử dụng được gắn với pháp nhân, tenant, portal, số lượng license, thời hạn, điều kiện hỗ trợ và chứng từ kế toán.

Một email chứa danh sách key không trả lời được các câu hỏi quan trọng:

• License đứng tên pháp nhân nào?
• License nằm trong tenant hoặc portal nào?
• Ai giữ quyền quản trị cao nhất?
• Số lượng license có đúng hợp đồng không?
• Thời hạn bắt đầu và kết thúc là ngày nào?
• Gói được cấp là Basic, Standard, Premium hay Enterprise?
• Có chứng từ, hóa đơn và biên bản bàn giao không?
• Có thể đối chiếu license trong portal không?
• Đại lý còn quyền truy cập sau bàn giao không?
• IT có thể tự quản trị, gán license và thu hồi license không?

Microsoft Partner Center nêu partner có thể yêu cầu reseller relationship với tenant hiện có của khách hàng, và khách hàng phải chấp nhận yêu cầu trong Microsoft 365 admin center. Điều này cho thấy trong môi trường cloud B2B, quan hệ cấp phép và quản trị thường gắn với tenant/portal của khách hàng, không đơn thuần là giao một file key.

Bước 1: Xác nhận đơn đặt hàng PO và kiểm duyệt thông tin End-user

Bước đầu tiên là xác nhận đơn đặt hàng và thông tin end-user. End-user là doanh nghiệp sử dụng cuối cùng của license. Nếu thông tin này sai, license có thể bị cấp sai pháp nhân, sai domain, sai tenant hoặc gây khó khăn khi gia hạn/hỗ trợ sau này.

Thông tin cần kiểm tra trước khi nhà cung cấp đặt hàng lên hãng:

Với Microsoft CSP, nếu khách hàng đã có tenant hoặc từng mua qua đối tác khác, quy trình có thể cần yêu cầu reseller relationship với tenant hiện hữu. Microsoft nêu partner có thể gửi yêu cầu này và khách hàng chấp nhận trong Microsoft 365 admin center.

Vì vậy, Mua hàng không nên xem domain, tenant hoặc admin email là chi tiết kỹ thuật phụ. Đây là dữ liệu ảnh hưởng trực tiếp đến bàn giao.

Bước 2: Hãng hoặc hệ thống phân phối phát hành license Provisioning

Provisioning là quá trình hệ thống cấp phát license/subscription/workspace/entitlement theo đơn đặt hàng đã được duyệt. Với phần mềm hiện đại, license thường không được “lấy từ kho” như hàng hóa vật lý. Nó được tạo, gán hoặc kích hoạt trên hệ thống điện tử theo pháp nhân, tenant, workspace, thời hạn và số lượng đã mua.

Tùy sản phẩm, provisioning có thể diễn ra rất nhanh hoặc cần thêm bước kiểm tra. Không nên mặc định mọi giao dịch đều hoàn tất ngay sau khi chuyển tiền.

Các tình huống provisioning thường gặp:

Kaspersky Business Hub được mô tả là portal để quản lý company workspaces cho các giải pháp phần mềm Kaspersky được hỗ trợ; người dùng có thể mua và gia hạn license cho giải pháp được hỗ trợ qua portal này. Với Kaspersky Security Center Cloud Console, tài liệu Kaspersky nêu cần nhập activation code cho commercial license khi tạo workspace hoặc mua license trước khi tạo workspace trong commercial mode.

Điều này cho thấy provisioning không chỉ là “gửi key”, mà thường gắn với workspace, portal hoặc môi trường quản trị.

Bước 3: Bàn giao tài khoản quản trị cấp cao và quyền truy cập portal

Sau khi license được cấp, doanh nghiệp cần nhận quyền quản trị. Đây là bước quan trọng nhất về mặt vận hành. Nếu nhà cung cấp chỉ thông báo “đã kích hoạt xong” nhưng không bàn giao quyền admin, IT nội bộ chưa thật sự nắm quyền quản trị tài sản phần mềm.

Với Microsoft 365, tài khoản Global Administrator có quyền quản trị rất cao. Microsoft Learn nêu nếu bạn là người mua Microsoft 365 for business subscription cho tổ chức, bạn là Global Administrator theo mặc định. Do đó, doanh nghiệp cần kiểm tra ai đang giữ quyền cao nhất sau khi mua: IT nội bộ, tài khoản công ty hay tài khoản do đại lý tạo.

Checklist bàn giao quyền admin:

Không nên để đại lý giữ toàn quyền Global Admin sau khi bàn giao nếu không có thỏa thuận quản trị rõ ràng. Nếu doanh nghiệp cần đại lý hỗ trợ kỹ thuật, nên cấp quyền theo phạm vi, thời hạn và vai trò phù hợp, không giao quyền vô hạn bằng miệng.

Bước 4: IT đăng nhập, đối chiếu và kích hoạt Activation

Không nên ký nghiệm thu chỉ dựa trên email “đã bàn giao”. SysAdmin cần tự đăng nhập portal/admin center để đối chiếu dữ liệu kỹ thuật.

Với Microsoft 365, Microsoft Learn nêu quản trị viên có thể assign hoặc unassign license cho users trong Microsoft 365 admin center trên trang Active users hoặc Licenses. Đây là cơ sở để IT kiểm tra license đã thật sự nằm trong tenant và có thể gán cho user đúng như hợp đồng.

Checklist IT cần kiểm tra:

Với Kaspersky, nếu dùng Kaspersky Security Center, cần kiểm tra license trong console hoặc workspace, số thiết bị có thể quản lý, nhóm quản trị và trạng thái triển khai agent. Kaspersky mô tả administration group là tập hợp thiết bị được quản lý theo một đặc điểm để quản trị như một đơn vị; đây là cơ sở để IT tổ chức thiết bị sau bàn giao.

Bước 5: Bàn giao bộ chứng từ pháp lý và hóa đơn VAT cho Kế toán

Sau khi IT xác nhận kỹ thuật, Kế toán cần nhận đủ chứng từ để lưu hồ sơ tài sản, hạch toán và giải trình khi cần. Với phần mềm, chứng từ không phải lúc nào cũng giống phần cứng. Có sản phẩm có certificate, có sản phẩm có license confirmation, có sản phẩm nằm trong portal, có sản phẩm có email xác nhận hoặc hợp đồng subscription.

Bộ chứng từ nên yêu cầu:

Cần diễn đạt đúng: không phải mọi phần mềm điện tử đều có COA giấy, certificate vật lý hoặc LOA. Với ESD/cloud/subscription, chứng từ có thể là file điện tử, email xác nhận, license portal hoặc thông tin subscription. Điều quan trọng là nhà cung cấp phải cam kết trước bộ chứng từ sẽ bàn giao và Kế toán phải lưu cùng hồ sơ mua sắm.

Sự khác biệt giữa bàn giao phần mềm FPP, ESD và Cloud Subscription

Không phải mọi phần mềm được bàn giao theo cùng một cách. Procurement và Kế toán cần phân biệt ba nhóm phổ biến: FPP, ESD và Cloud Subscription.

Bảng phân biệt:

FPP tạo cảm giác “có hàng” vì có vật lý. Nhưng ESD và Cloud Subscription mới là hình thức phổ biến trong nhiều giao dịch hiện đại. Với các mô hình điện tử, điểm quan trọng không phải hộp sản phẩm, mà là quyền sử dụng đã được ghi nhận đúng trong portal/tài khoản của doanh nghiệp.

Mua hàng cần tránh hai cực đoan: một là đòi hỏi mọi phần mềm đều phải có hộp/tem vật lý; hai là chấp nhận mọi email key mà không cần chứng từ. Cách đúng là xác định hình thức cấp phép và bộ chứng từ phù hợp với hình thức đó.

Tầm quan trọng của LOA và Certificate trong hồ sơ bàn giao

LOA là Letter of Authorization, thường được hiểu là thư ủy quyền hoặc xác nhận liên quan đến năng lực/kênh cung cấp trong một phạm vi nhất định. Certificate hoặc license confirmation là tài liệu giúp chứng minh quyền sử dụng, tùy sản phẩm và hãng.

Tuy nhiên, cần hiểu đúng: LOA không phải lúc nào cũng bắt buộc trong mọi giao dịch phần mềm. Một số hồ sơ thầu, dự án lớn hoặc khách hàng có yêu cầu compliance cao có thể yêu cầu LOA. Một số giao dịch thương mại thông thường chỉ cần hóa đơn, hợp đồng, license confirmation và thông tin portal.

Certificate cũng vậy: có sản phẩm có, có sản phẩm không, có sản phẩm chỉ thể hiện quyền trong portal.

Điều doanh nghiệp cần yêu cầu nhà cung cấp ghi rõ là:

• Có LOA không?
• Nếu có, LOA do ai phát hành?
• LOA áp dụng cho sản phẩm/dự án nào?
• Có Certificate hoặc license confirmation không?
• Certificate đứng tên pháp nhân nào?
• Chứng từ được bàn giao dạng giấy hay điện tử?
• Có đủ để phục vụ hồ sơ kế toán/hồ sơ thầu/audit nội bộ không?
• Nếu không có Certificate/LOA, chứng từ thay thế là gì?

Một báo giá chuyên nghiệp không nhất thiết phải có mọi loại giấy tờ, nhưng phải minh bạch về những gì sẽ bàn giao. Sự mập mờ mới là rủi ro lớn nhất.

Rủi ro khi quy trình bàn giao bị làm tắt

Làm tắt quy trình bàn giao có thể tiết kiệm vài giờ, nhưng tạo rủi ro kéo dài nhiều năm.

Các rủi ro thường gặp:

Bài toán hệ thống: Khớp nối bàn giao vào lộ trình triển khai tổng thể

Khi license đã nằm an toàn trong portal quản trị và chứng từ đã được lưu, bước tiếp nhận tài sản coi như hoàn tất về mặt mua sắm. Nhưng phần mềm chỉ tạo ra giá trị khi được phân bổ, cấu hình và đưa vào sử dụng đúng cách.

Sau bàn giao, CIO và SysAdmin cần lập kế hoạch triển khai:

Để nắm rõ các bước cấu hình và đưa hệ thống vào sử dụng thực tế, xem chi tiết: Triển khai phần mềm bản quyền số lượng lớn: từ báo giá đến bàn giao.

Bàn giao là điểm nối giữa mua sắm và vận hành. Nếu bước này rõ ràng, triển khai sẽ thuận lợi. Nếu bước này mập mờ, mọi lỗi sau đó sẽ khó truy trách nhiệm.

CDC Technologies - Đối tác chuẩn hóa quy trình bàn giao phần mềm B2B

Minh bạch trong bàn giao là yếu tố quyết định sự an toàn của toàn bộ dự án phần mềm. Một license mua đúng nhưng bàn giao sai tenant, thiếu quyền admin, thiếu chứng từ hoặc thiếu SLA vẫn có thể gây rủi ro cho IT, Kế toán và Mua hàng.

CDC Technologies hỗ trợ doanh nghiệp chuẩn hóa quy trình bàn giao phần mềm B2B từ lúc xác nhận PO đến khi nghiệm thu hoàn tất.

CDC Technologies có thể hỗ trợ:

• Kiểm tra thông tin end-user trước khi đặt hàng.
• Xác nhận sản phẩm, SKU, Edition, số lượng và thời hạn.
• Phối hợp provisioning với hãng/nhà phân phối/kênh cấp phép.
• Bàn giao portal, tenant hoặc workspace theo đúng pháp nhân.
• Hỗ trợ thiết lập tài khoản admin, MFA và quyền quản trị.
• Hướng dẫn IT đăng nhập đối chiếu license.
• Bàn giao hóa đơn, biên bản và chứng từ phù hợp.
• Hỗ trợ lập biên bản nghiệm thu kỹ thuật.
• Tư vấn đưa license vào bảng ITAM.
• Hỗ trợ kế hoạch triển khai sau bàn giao theo phạm vi thống nhất.