Danh mục sản
phẩm
IT DOCTOR DỊCH VỤ CNTT
Nếu chọn đại lý chỉ vì giá thấp, doanh nghiệp có thể gặp rủi ro thiếu chứng từ, sai license, triển khai lỗi, không có SLA hỗ trợ và khó giải trình khi audit.
Trong những dự án chuyển đổi số quy mô lớn, việc lựa chọn đúng phần mềm bản quyền mới chỉ quyết định một phần thành công. Phần rủi ro còn lại nằm ở câu hỏi: doanh nghiệp sẽ mua khối tài sản số đó từ ai? Trên thị trường, khoảng cách giữa một người chỉ bán key và một nhà cung cấp giải pháp là rất lớn. Nếu chọn đại lý chỉ vì giá thấp nhất, doanh nghiệp có thể gặp rủi ro thiếu chứng từ, sai license, triển khai lỗi, không có SLA hỗ trợ và khó giải trình khi audit. Vậy đơn vị cung cấp phần mềm bản quyền cho doanh nghiệp nên có tiêu chí nào? Dưới đây là bộ tiêu chuẩn thẩm định nhà cung cấp dành cho Procurement, CIO và CFO.
Trong mua sắm cá nhân, người dùng có thể mua một key phần mềm, nhập vào máy và sử dụng. Nhưng trong mua sắm B2B, phần mềm không chỉ là mã kích hoạt. Nó liên quan đến pháp nhân sử dụng, hình thức cấp phép, tenant, portal, chứng từ, dịch vụ triển khai, hỗ trợ kỹ thuật và khả năng vận hành dài hạn.
Một báo giá rẻ hơn 5–10% có thể không còn là lợi thế nếu phía sau là hàng loạt thiếu sót:
Microsoft Partner Center nêu workspace khách hàng là nơi partner có thể kết nối với khách hàng, mua subscription, quản lý license và gửi yêu cầu support thay mặt khách hàng. Điều này cho thấy trong mô hình cloud B2B, nhà cung cấp không chỉ “bán xong là hết trách nhiệm”, mà có thể tham gia vào quản trị license, subscription và support nếu quan hệ được thiết lập đúng.
Vì vậy, doanh nghiệp không nên hỏi “đơn vị nào rẻ nhất?”, mà nên hỏi “đơn vị nào đủ năng lực chịu trách nhiệm từ báo giá đến vận hành?”.
Tiêu chí đầu tiên là tính chính danh. Với các giao dịch phần mềm B2B, nhà cung cấp cần chứng minh họ có quyền chào bán, triển khai hoặc hỗ trợ sản phẩm theo phạm vi phù hợp. Điều này không có nghĩa mọi đơn hàng đều bắt buộc phải có cùng một loại giấy tờ, nhưng nhà cung cấp phải minh bạch về kênh cung cấp và bộ chứng từ có thể bàn giao.
Doanh nghiệp nên kiểm tra:
| Hạng mục | Câu hỏi thẩm định |
|---|---|
| Trạng thái partner | Đơn vị có chứng nhận/trạng thái partner hiện hành không? |
| Kênh cung cấp | Bán trực tiếp, qua nhà phân phối hay qua partner cấp trên? |
| LOA | Có cung cấp Letter of Authorization nếu hồ sơ yêu cầu không? |
| End-user | License có đứng đúng tên pháp nhân công ty không? |
| Portal/tenant | Nhà cung cấp có thể hỗ trợ thiết lập đúng tenant không? |
| Chứng từ | Có hóa đơn, license confirmation, certificate nếu áp dụng không? |
| Phạm vi hỗ trợ | Nhà cung cấp tự hỗ trợ hay chỉ chuyển tiếp yêu cầu? |
Với Microsoft, chương trình đối tác hiện nay dùng các khái niệm như Microsoft AI Cloud Partner Program và Solutions Partner designations. Microsoft Learn nêu Solutions Partner designation giúp nhận diện các partner có kinh nghiệm trong các lĩnh vực giải pháp Microsoft Cloud có nhu cầu cao và đã tạo ra kết quả thành công cho khách hàng.
Do đó, khi thẩm định nhà cung cấp, Procurement không nên chỉ nghe các cụm như “đại lý chính hãng”, “partner cấp cao” hoặc “giá hãng”. Cần yêu cầu chứng cứ: hồ sơ năng lực, trạng thái partner hiện hành, thư xác nhận nếu cần, chứng từ bàn giao và điều khoản trách nhiệm trong hợp đồng.
Để biết cách yêu cầu đại lý xuất trình các giấy tờ pháp lý này, mời bạn xem bài: Nhà cung cấp phần mềm bản quyền cần chứng minh năng lực gì?
Một nhà cung cấp yếu sẽ nhận yêu cầu “100 license Microsoft 365 Business Standard” và lập báo giá ngay. Một nhà cung cấp B2B đúng nghĩa sẽ hỏi ngược: 100 người đó gồm những nhóm nào? Có bao nhiêu người thật sự cần desktop app? Có bao nhiêu người chỉ cần email web? Có máy dùng chung không? Có server, mobile, VM không? Có cần bảo mật nâng cao không?
Right-sizing là tư vấn chọn đúng số lượng, đúng phiên bản và đúng mô hình cấp phép theo nhu cầu thực tế. Đây là điểm khác biệt giữa bán hàng và tư vấn.
Ví dụ:
| Yêu cầu ban đầu | Cách nhà cung cấp có năng lực nên xử lý |
|---|---|
| 100 user Microsoft 365 Business Standard | Tách nhóm Basic/Standard/Premium theo nhu cầu thật. |
| 100 máy cần Kaspersky | Tách workstation, server, mobile, VM. |
| 50 máy cần Windows | Tách máy mới, máy cũ, BYOD, VM, máy đã có OEM. |
| 10 server cần VMware | Kiểm tra CPU, core, host, workload, support. |
| Office cho cả công ty | Tách Office 2024 cho máy cố định và Microsoft 365 cho user cloud. |
Một nhà cung cấp tốt có thể khiến doanh nghiệp mua ít hơn dự kiến nếu phát hiện nhu cầu đang bị tính thừa. Điều đó có vẻ ngược với mục tiêu bán hàng ngắn hạn, nhưng lại là năng lực tư vấn đáng tin trong B2B.
Right-sizing giúp:
Để hiểu rõ giá trị của việc audit trước khi mua, hãy xem bài: Vì sao doanh nghiệp nên mua phần mềm từ đơn vị có tư vấn B2B?
Procurement không nên để nhà cung cấp dắt mũi bằng một báo giá đẹp và lời cam kết miệng. Trước khi ký hợp đồng, hãy đặt một bộ câu hỏi sát hạch. Nhà cung cấp nào trả lời mơ hồ, né trách nhiệm hoặc không dám ghi vào hợp đồng thì cần xem xét lại.
Danh sách câu hỏi nên dùng:
| Nhóm câu hỏi | Câu hỏi cần đặt |
|---|---|
| Sản phẩm | Tên đầy đủ, Edition và SKU/Part Number là gì? |
| Cấp phép | License tính theo user, device, core, server hay tenant? |
| End-user | License đứng tên pháp nhân nào, domain nào? |
| Thời hạn | Ngày bắt đầu và ngày hết hạn license là ngày nào? |
| Provisioning | Hãng/portal cấp license trong bao lâu theo dự kiến? |
| Chứng từ | Có hóa đơn VAT, license confirmation, certificate/LOA nếu cần không? |
| Triển khai | Báo giá đã bao gồm deployment, migration, training chưa? |
| SLA | Thời gian phản hồi sự cố là bao lâu? |
| Rollback | Nếu cài đặt gây lỗi, bên bán có hỗ trợ rollback không? |
| Support | Ai hỗ trợ: đại lý, nhà phân phối hay hãng? |
| Gia hạn | Có cảnh báo gia hạn và hỗ trợ co-term không? |
| Ngoài phạm vi | Hạng mục nào tính phí riêng? |
Ví dụ câu hỏi có tính “lọc nhà cung cấp” rất tốt:
“Báo giá này là license only hay đã gồm triển khai? Nếu sau khi triển khai agent bảo mật làm xung đột phần mềm kế toán, bên anh/chị có chịu trách nhiệm phối hợp rollback theo SLA không?”
Một nhà cung cấp chuyên nghiệp sẽ trả lời bằng phạm vi dịch vụ, điều khoản và quy trình xử lý. Một đơn vị chỉ bán key thường sẽ trả lời: “Bên em chỉ bán license, lỗi do hệ thống bên anh/chị.”
Để có trong tay danh sách phỏng vấn đại lý chuẩn nhất, bộ phận Procurement hãy xem bài: Câu hỏi nên đặt cho nhà cung cấp phần mềm trước khi mua
Với phần mềm B2B, bàn giao license mới là điểm bắt đầu. Doanh nghiệp còn phải triển khai xuống user, thiết bị, phòng ban, server hoặc tenant. Nếu nhà cung cấp không có năng lực kỹ thuật, toàn bộ rủi ro sẽ đổ lên IT nội bộ.
Một đơn vị cung cấp phần mềm bản quyền đáng tin cần có khả năng lập kế hoạch rollout:
Microsoft Learn khuyến nghị khi triển khai Microsoft 365 Apps có thể dùng rollout waves để triển khai theo nhóm, giảm tác động mạng và validate bằng nhóm pilot trước khi mở rộng. Đây là nguyên lý quan trọng cho mọi dự án phần mềm số lượng lớn: triển khai phải có lịch, có nhóm thử nghiệm và có kiểm soát rủi ro.
Nếu nhà cung cấp chỉ giao key rồi để IT tự xoay, đó không phải nhà cung cấp giải pháp. Đó là đơn vị bán hàng.
Kế toán trưởng không thể nghiệm thu phần mềm chỉ bằng lời nói “hàng chính hãng”. Nhà cung cấp phải cam kết rõ bộ chứng từ bàn giao ngay từ báo giá hoặc hợp đồng.
Bộ chứng từ cần kiểm tra:
| Chứng từ | Vai trò |
|---|---|
| Hóa đơn VAT | Hạch toán và chứng minh giao dịch. |
| Hợp đồng/PO | Căn cứ pháp lý về sản phẩm và trách nhiệm. |
| Báo giá có SKU/Part Number | Đối chiếu đúng sản phẩm. |
| License confirmation | Xác nhận license/subscription đã cấp. |
| Certificate nếu hãng/kênh cung cấp | Hỗ trợ hồ sơ bản quyền. |
| COA nếu áp dụng | Thường liên quan một số sản phẩm/hình thức vật lý/OEM/FPP. |
| LOA nếu hồ sơ yêu cầu | Chứng minh năng lực/kênh cung cấp trong dự án cụ thể. |
| Biên bản bàn giao | Ghi nhận tài khoản, portal, license, chứng từ đã giao. |
| Biên bản nghiệm thu | Căn cứ thanh toán đợt cuối. |
| SLA/support document | Căn cứ xử lý lỗi sau mua. |
Cần lưu ý: không phải mọi phần mềm điện tử đều có COA giấy hoặc certificate theo cùng một mẫu. Với ESD, cloud subscription hoặc volume licensing, chứng từ có thể là email xác nhận, portal, license confirmation hoặc tài liệu điện tử khác. Điểm bắt buộc là nhà cung cấp phải nói rõ sẽ bàn giao chứng từ gì, dưới dạng nào, do ai phát hành và chứng từ đó khớp sản phẩm nào.
Nếu nhà cung cấp lảng tránh hóa đơn, không có SKU, không có thông tin end-user, không có portal/license confirmation, báo giá rẻ đó không nên được coi là “tiết kiệm”. Đó là rủi ro tài chính.
Hai tuần đầu sau triển khai thường là giai đoạn nhiều lỗi nhất: user quên mật khẩu, license chưa active, phần mềm xung đột, policy chặn nhầm, email chưa đồng bộ, agent bảo mật báo lỗi, dữ liệu chưa migration xong. Đây là lúc doanh nghiệp cần nhà cung cấp đồng hành, không phải biến mất.
SLA là Service Level Agreement, tức cam kết mức dịch vụ hoặc thời gian phản hồi. Hypercare là giai đoạn chăm sóc tăng cường sau go-live, thường áp dụng cho dự án có nhiều user hoặc hệ thống quan trọng.
Hợp đồng nên ghi rõ:
| Nội dung SLA | Cần xác nhận |
|---|---|
| Kênh hỗ trợ | Hotline, email, ticket, onsite, remote. |
| Thời gian phản hồi | 2 giờ, 4 giờ, 8 giờ, 24 giờ hoặc theo gói. |
| Giờ hỗ trợ | Giờ hành chính hay 24/7. |
| Phạm vi lỗi | License, cài đặt, migration, policy, user support. |
| Cấp độ ưu tiên | Critical, High, Medium, Low. |
| Escalation | Khi lỗi nặng, ai làm việc với hãng/nhà phân phối? |
| Hypercare | Kéo dài bao lâu sau go-live? |
| Ngoài phạm vi | Lỗi nào tính phí riêng? |
| Báo cáo | Có báo cáo ticket sau triển khai không? |
Không có SLA, mọi cam kết “bên em hỗ trợ nhiệt tình” đều khó ràng buộc. Với dự án ảnh hưởng tới nhiều phòng ban, SLA phải được ghi trong hợp đồng, phụ lục hoặc báo giá dịch vụ.
Box-pusher là cách gọi những đơn vị chỉ đẩy sản phẩm hoặc bán key, nhưng không có năng lực tư vấn, triển khai hay chịu trách nhiệm vận hành. Họ có thể phù hợp với giao dịch rất đơn giản, nhưng không phù hợp với dự án B2B có nhiều user, server, tenant, chứng từ và SLA.
Dấu hiệu box-pusher:
Rủi ro khi chọn box-pusher:
| Rủi ro | Tác động |
|---|---|
| Mua sai license | Phải mua lại hoặc nâng cấp. |
| Thiếu chứng từ | Kế toán khó nghiệm thu. |
| Sai tenant/end-user | IT mất thời gian xử lý. |
| Triển khai lỗi | Gián đoạn vận hành. |
| Không có support | IT nội bộ tự xử lý mọi sự cố. |
| Không có rollback | Lỗi kéo dài. |
| Không có SLA | Không ràng buộc trách nhiệm. |
| Hàng thị trường xám | Rủi ro bị khóa key hoặc không được hỗ trợ. |
Rẻ hơn vài triệu đồng ở báo giá đầu vào có thể đổi lấy nhiều ngày downtime, dữ liệu gián đoạn và chi phí khắc phục lớn hơn rất nhiều.
Procurement nên dùng scorecard để chấm điểm nhà cung cấp, thay vì chỉ so tổng tiền. Bảng dưới đây có thể dùng trong bước trình sếp duyệt.
Ma trận chấm điểm:
| Nhóm tiêu chí | Câu hỏi chấm điểm | Điểm |
|---|---|---|
| Chính danh | Có trạng thái partner/chứng nhận/kênh cung cấp rõ ràng không? | 0–10 |
| Chứng từ | Có VAT, SKU, license confirmation, LOA/certificate nếu cần không? | 0–10 |
| Right-sizing | Có audit nhu cầu trước khi báo giá không? | 0–10 |
| Tư vấn license | Có phân biệt user/device/core/server/subscription không? | 0–10 |
| Kỹ thuật | Có đội triển khai hoặc kiến trúc sư hệ thống không? | 0–10 |
| Rollout | Có kế hoạch triển khai theo pilot/phòng ban không? | 0–10 |
| SLA | Có cam kết hỗ trợ rõ trong hợp đồng không? | 0–10 |
| Hypercare | Có chăm sóc tăng cường sau go-live không? | 0–10 |
| Kinh nghiệm | Có dự án tương tự với SME/FDI không? | 0–10 |
| Minh bạch chi phí | Có tách license, deployment, migration, support không? | 0–10 |
Cách đọc kết quả:
| Tổng điểm | Đánh giá |
|---|---|
| 80–100 | Có thể đưa vào vòng chọn cuối. |
| 60–79 | Cần làm rõ thêm SLA, chứng từ hoặc triển khai. |
| 40–59 | Rủi ro cao, không nên chọn nếu dự án quan trọng. |
| Dưới 40 | Chỉ phù hợp giao dịch nhỏ, không phù hợp B2B phức tạp. |
Báo giá thấp nhưng scorecard thấp không nên được đề xuất chỉ vì rẻ. Với phần mềm doanh nghiệp, năng lực nhà cung cấp là một phần của giá trị mua sắm.
Phần mềm là công cụ, nhưng sự ổn định của hệ thống mới là mục tiêu cuối cùng. CIO cần hệ thống chạy ổn. CFO cần dòng tiền minh bạch. Kế toán cần chứng từ đầy đủ. Procurement cần hồ sơ mua sắm sạch. Người dùng cần phần mềm hoạt động đúng. Ban lãnh đạo cần rủi ro được kiểm soát.
Vì vậy, chọn đơn vị cung cấp phần mềm bản quyền không phải chỉ chọn nơi có báo giá thấp nhất. Đó là chọn một đối tác có khả năng chịu trách nhiệm ở 5 lớp:
Một nhà cung cấp tốt giúp doanh nghiệp mua đúng, dùng đúng, chứng minh được và vận hành được. Một đơn vị chỉ bán key chỉ giúp doanh nghiệp có mã kích hoạt, còn mọi rủi ro phía sau vẫn nằm lại với IT và Kế toán.
CDC Technologies không tiếp cận phần mềm bản quyền như một giao dịch bán key đơn lẻ. Với môi trường B2B, CDC Technologies đặt trọng tâm vào tư vấn nhu cầu, chuẩn hóa license, minh bạch báo giá, đầy đủ chứng từ và hỗ trợ triển khai theo quy trình.
CDC Technologies hỗ trợ doanh nghiệp từ giai đoạn thẩm định nhu cầu đến sau bàn giao:
Một nhà cung cấp phần mềm uy tín không chỉ trao cho doanh nghiệp một mã kích hoạt, mà trao một hệ thống vận hành an toàn, minh bạch về dòng tiền và có hồ sơ tuân thủ rõ ràng. Khắt khe trong việc lựa chọn đối tác ngay từ đầu là khoản đầu tư giúp doanh nghiệp chặn chi phí ẩn, giảm rủi ro vận hành và bảo vệ quyết định mua sắm trước mọi đợt rà soát.
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
Box-pusher là đơn vị chủ yếu bán key hoặc đẩy sản phẩm, nhưng không tư vấn license, không triển khai, không hỗ trợ SLA và không chịu trách nhiệm vận hành. Doanh nghiệp B2B nên tránh khi dự án có nhiều user, server, tenant, chứng từ hoặc yêu cầu triển khai phức tạp.
LOA có thể giúp xác nhận phạm vi ủy quyền hoặc năng lực cung cấp trong một dự án cụ thể nếu hãng/ kênh phát hành. Tuy nhiên, LOA không bắt buộc trong mọi giao dịch. Doanh nghiệp nên yêu cầu rõ: có LOA không, do ai phát hành, áp dụng cho sản phẩm/dự án nào và có được ghi vào hồ sơ bàn giao không.
Trạng thái partner giúp đánh giá năng lực, kinh nghiệm và khả năng làm việc trong hệ sinh thái của hãng. Với Microsoft, Solutions Partner designation giúp nhận diện partner có kinh nghiệm trong các lĩnh vực giải pháp Microsoft Cloud và đã tạo ra kết quả cho khách hàng.
Chỉ khi phạm vi báo giá/hợp đồng có ghi triển khai, deployment, migration hoặc support. Nếu báo giá chỉ là license only, nhà cung cấp có thể không chịu trách nhiệm cài đặt. Doanh nghiệp cần yêu cầu ghi rõ trước khi ký.
Kế toán thiếu chứng từ hạch toán, IT thiếu hồ sơ chứng minh quyền sử dụng, doanh nghiệp khó giải trình khi audit và có nguy cơ mua phải key không rõ nguồn. Giá rẻ không có chứng từ không nên được xem là tiết kiệm trong môi trường B2B.
Right-sizing giúp phân loại đúng nhóm user, device, server, VM và tính năng cần dùng. Doanh nghiệp có thể không cần mua cùng một gói cao cho toàn bộ công ty, từ đó giảm Opex, tránh mua thừa và tránh bỏ sót tài sản quan trọng.
Không có một mức SLA chung cho mọi dự án. Tùy mức độ quan trọng, nhà cung cấp có thể cam kết phản hồi trong 2 giờ, 4 giờ, 8 giờ, 24 giờ hoặc theo giờ hành chính. Điều quan trọng là SLA phải được ghi rõ trong hợp đồng hoặc phụ lục.
Có thể, nếu đại lý có quan hệ partner phù hợp và hợp đồng quy định phạm vi escalation. Microsoft Partner Center nêu partner có thể gửi yêu cầu support thay mặt khách hàng trong workspace khách hàng khi quan hệ phù hợp được thiết lập.
Tùy quy mô dự án. Với dự án nhỏ, hypercare có thể kéo dài vài ngày. Với triển khai nhiều phòng ban hoặc nhiều chi nhánh, nên có 1–2 tuần hoặc dài hơn tùy SLA. Cần ghi rõ thời gian, kênh hỗ trợ và phạm vi xử lý trong hợp đồng.
Cần kiểm tra hóa đơn VAT, hợp đồng/PO, SKU/Part Number, license confirmation, thông tin end-user, portal/admin, certificate/LOA nếu áp dụng và biên bản bàn giao. Key giao qua chat, không chứng từ, không hóa đơn, không portal là dấu hiệu rủi ro cao.
Có thể có nếu doanh nghiệp mua kèm dịch vụ training hoặc deployment. Không nên mặc định training đã nằm trong giá license. Procurement cần yêu cầu nhà cung cấp tách rõ phí đào tạo, tài liệu hướng dẫn và số buổi training nếu cần.
CDC Technologies có thể hỗ trợ doanh nghiệp rà soát sơ bộ user, thiết bị, server, máy ảo, phòng ban, nhu cầu bảo mật và mô hình dòng tiền trước khi lập báo giá. Mục tiêu là thiết kế cấu trúc license sát nhu cầu, giảm mua thừa và hạn chế rủi ro triển khai.