Câu hỏi nên đặt cho nhà cung cấp phần mềm trước khi mua
GIẢI PHÁP CNTT

Câu hỏi nên đặt cho nhà cung cấp phần mềm trước khi mua

31-07-2026, 6:15 pm

Trước khi mua phần mềm bản quyền, doanh nghiệp cần một bộ câu hỏi cho nhà cung cấp để sát hạch năng lực, trách nhiệm và mức độ minh bạch của từng đại lý.

Câu hỏi nên đặt cho nhà cung cấp phần mềm trước khi mua

Trên bàn đàm phán mua sắm B2B, người đặt câu hỏi đúng là người kiểm soát rủi ro tốt hơn. Khi doanh nghiệp chuẩn bị đầu tư hệ thống phần mềm bản quyền, sai lầm lớn nhất của bộ phận Mua hàng là chỉ xoay quanh câu hỏi “giá bên anh là bao nhiêu?”. Thực tế, một báo giá rẻ bất ngờ có thể đi kèm thiếu chứng từ, thiếu triển khai, không có SLA, không bàn giao quyền admin và nhiều chi phí ẩn sau khi ký hợp đồng. Vì vậy, trước khi mua, doanh nghiệp cần một bộ câu hỏi cho nhà cung cấp phần mềm để sát hạch năng lực, trách nhiệm và mức độ minh bạch của từng đại lý.

Vì sao chỉ ép giá mà không ép cam kết là cách đàm phán thiếu an toàn?

Trong mua sắm B2B, giảm được 5–10% giá license không có nhiều ý nghĩa nếu sau đó doanh nghiệp phải trả thêm chi phí triển khai, migration, xử lý lỗi, hỗ trợ onsite hoặc mua bổ sung vì báo giá ban đầu sai phạm vi. Đàm phán phần mềm không nên dừng ở giá mua ban đầu, mà phải đi sâu vào TCO, tức tổng chi phí sở hữu trong suốt vòng đời sử dụng.

Một nhà cung cấp có thể đồng ý giảm giá ngay vì họ đã cắt khỏi báo giá những phần quan trọng:

  • Không bao gồm cài đặt.
  • Không bao gồm migration dữ liệu.
  • Không bao gồm đào tạo người dùng.
  • Không bao gồm hypercare sau go-live.
  • Không có SLA hỗ trợ kỹ thuật.
  • Không bàn giao đầy đủ chứng từ.
  • Không cam kết hỗ trợ khi license lỗi.
  • Không hỗ trợ rollback khi phần mềm xung đột.
  • Không tách rõ license, dịch vụ và phí phát sinh.

Với Procurement, câu hỏi “bớt được bao nhiêu?” chỉ giải quyết bề mặt. Câu hỏi quan trọng hơn là: “Sau khi giảm giá, phạm vi nào bị cắt đi?”. Nếu không hỏi rõ, doanh nghiệp có thể thắng trên bảng báo giá nhưng thua ở giai đoạn triển khai.

Đàm phán B2B không phải ép giá bằng mọi cách. Đàm phán B2B là ép sự minh bạch: minh bạch về sản phẩm, chứng từ, phạm vi dịch vụ, thời gian hỗ trợ, quyền quản trị và chi phí phát sinh.

Nhóm câu hỏi 1: Bên anh có quy trình audit hạ tầng trước khi báo giá không?

Đây là câu hỏi đầu tiên để phân biệt nhà cung cấp giải pháp với đơn vị chỉ bán key. Nếu nhà cung cấp trả lời “không cần khảo sát, anh/chị gửi số lượng là em báo giá ngay”, Mua hàng cần thận trọng. Với phần mềm B2B, số lượng nhân sự không đủ để tạo ra báo giá chuẩn.

Câu hỏi nên đặt:

  • Bên anh/chị có mẫu checklist thu thập thông tin trước báo giá không?
  • Có cần rà soát user, thiết bị, server, máy ảo, mobile và BYOD không?
  • Có phân nhóm người dùng theo phòng ban không?
  • Có kiểm tra hệ điều hành Windows, macOS, Linux không?
  • Có kiểm tra tenant, domain, admin email không?
  • Có đánh giá nhu cầu cloud, bảo mật, DLP, MDM, EDR không?
  • Có tư vấn gói thấp/gói cao theo từng nhóm user không?
  • Có thể chỉ ra nhóm nào đang bị mua thừa license không?

Một nhà cung cấp có năng lực sẽ không vội báo giá khi dữ liệu đầu vào chưa đủ. Họ cần audit để right-sizing, tức tối ưu đúng quy mô cấp phép.

Ví dụ, doanh nghiệp hỏi mua 500 Microsoft 365 Business Standard. Sau khi rà soát, nhà cung cấp có thể đề xuất 100 user Standard, 300 user Basic, 50 user Premium và 50 máy dùng Office cục bộ. Khi đó, giá trị của tư vấn không nằm ở “chiết khấu thêm”, mà nằm ở việc tránh mua sai ngay từ đầu.

Câu trả lời tốt cần có: “Chúng tôi cần rà soát nhóm người dùng, thiết bị, hệ điều hành, nhu cầu cloud, bảo mật và hiện trạng license trước khi báo giá chính thức.”

Nhóm câu hỏi 2: Đại lý có xuất trình được LOA hoặc chứng cứ kênh cung cấp không?

Đây là nhóm câu hỏi về tính chính danh. Với nhiều dự án phần mềm B2B, đặc biệt là hồ sơ thầu, ngân sách lớn hoặc khách hàng có yêu cầu compliance cao, doanh nghiệp cần biết nhà cung cấp có đủ tư cách cung cấp sản phẩm hay không.

Câu hỏi nên đặt:

  • Bên anh/chị có LOA nếu hồ sơ của chúng tôi yêu cầu không?
  • LOA do hãng, nhà phân phối hay đơn vị nào phát hành?
  • LOA áp dụng cho sản phẩm và dự án cụ thể này hay là tài liệu chung?
  • Bên anh/chị có chứng minh được trạng thái partner hoặc kênh cung cấp hiện hành không?
  • License sẽ được cấp theo tên pháp nhân nào?
  • Có thông tin end-user trên chứng từ hoặc portal không?
  • Nếu không có LOA, bộ chứng từ thay thế gồm những gì?
  • Ai là đầu mối escalation nếu hãng cần xác minh giao dịch?

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. Nhưng nếu nhà cung cấp né tránh hoàn toàn các câu hỏi về kênh cung cấp, chứng từ, end-user, hóa đơn và license confirmation, đó là tín hiệu rủi ro.

Procurement không nên chấp nhận câu trả lời chung chung như “bên em bán hàng chuẩn” hoặc “anh/chị cứ yên tâm”. Hãy yêu cầu ghi rõ trong báo giá hoặc phụ lục hợp đồng: nhà cung cấp sẽ bàn giao loại chứng từ nào, dưới dạng nào, do ai phát hành và vào thời điểm nào.

Câu trả lời tốt cần có: “Chúng tôi có thể cung cấp hồ sơ năng lực, chứng từ kênh cung cấp phù hợp và LOA nếu chính sách hãng/kênh phân phối và hồ sơ dự án cho phép.”

Nhóm câu hỏi 3: Báo giá đã bao gồm cài đặt, migration và dịch vụ triển khai chưa?

Đây là câu hỏi bóc tách chi phí ẩn. Nhiều báo giá nhìn rẻ vì chỉ gồm license. Khi triển khai thật, doanh nghiệp mới phát hiện cài đặt, migration, cấu hình, training và hỗ trợ đều tính phí riêng.

Câu hỏi nên đặt:

  • Báo giá này là license only hay đã bao gồm dịch vụ?
  • Có bao gồm cài đặt ban đầu không?
  • Có bao gồm migration dữ liệu không?
  • Có bao gồm cấu hình tenant, admin, policy, MFA hoặc console không?
  • Có bao gồm triển khai agent bảo mật xuống máy trạm không?
  • Có bao gồm kiểm tra tương thích với phần mềm kế toán/ERP/CRM không?
  • Có bao gồm đào tạo người dùng không?
  • Có bao gồm tài liệu bàn giao không?
  • Những hạng mục nào chắc chắn tính phí ngoài?
  • Đơn giá dịch vụ phát sinh là bao nhiêu?

Ví dụ với Microsoft 365, license chỉ là quyền sử dụng. Migration email từ Google Workspace, hệ thống mail cũ hoặc file server nội bộ là một dự án riêng. Nếu hợp đồng không ghi migration, nhà cung cấp có thể từ chối trách nhiệm sau khi bàn giao license.

Ví dụ với Kaspersky, mua endpoint license không đồng nghĩa đại lý sẽ cài console, tạo policy, đẩy agent và xử lý xung đột với phần mềm nội bộ. Những hạng mục này cần được ghi rõ.

Câu trả lời tốt cần có: “Báo giá đang gồm license và các dịch vụ A/B/C; các hạng mục D/E/F chưa bao gồm và sẽ được báo riêng nếu khách hàng cần.”

Nhóm câu hỏi 4: Công ty tôi sẽ nhận được những chứng từ vật lý hoặc điện tử nào?

Đây là câu hỏi Kế toán phải đặt trước khi ký hợp đồng. Phần mềm có thể bàn giao theo nhiều hình thức: FPP, ESD, cloud subscription, volume licensing, portal entitlement hoặc license confirmation. Nếu không hỏi rõ, Kế toán sẽ lúng túng khi nghiệm thu.

Câu hỏi nên đặt:

  • Bàn giao là hộp vật lý, key điện tử, email xác nhận hay portal quản trị?
  • Có hóa đơn VAT không?
  • Có báo giá và hợp đồng ghi rõ SKU/Part Number không?
  • Có license confirmation không?
  • Có Certificate/COA nếu sản phẩm áp dụng không?
  • Có LOA nếu hồ sơ yêu cầu không?
  • Có biên bản bàn giao và biên bản nghiệm thu không?
  • Chứng từ đứng tên pháp nhân nào?
  • License có thể đối chiếu trong admin center/portal không?
  • Ai là người nhận quyền quản trị sau bàn giao?

Bảng kiểm tra chứng từ:

Nhóm chứng từCần làm rõ
Tài chính Hóa đơn VAT, hợp đồng, PO, báo giá.
Sản phẩm SKU, Part Number, Edition, số lượng.
License License confirmation, portal, key nếu có.
Pháp lý Certificate/COA/LOA nếu áp dụng.
Bàn giao Biên bản bàn giao, biên bản nghiệm thu.
Hỗ trợ SLA, kênh support, thông tin escalation.

Không phải mọi phần mềm đều có hộp, tem hoặc COA giấy. Nhưng mọi giao dịch B2B cần có bộ chứng từ phù hợp với hình thức cấp phép. Nhà cung cấp tốt sẽ giải thích rõ, không để Kế toán tự đoán.

Nhóm câu hỏi 5: Thời gian phản hồi sự cố SLA được cam kết như thế nào?

SLA là Service Level Agreement, tức cam kết mức dịch vụ hoặc thời gian phản hồi. Đây là phần thường bị bỏ qua khi Mua hàng chỉ tập trung ép giá.

Câu hỏi nên đặt:

  • Sau khi mua, chúng tôi liên hệ hỗ trợ qua kênh nào?
  • Thời gian phản hồi sự cố là bao lâu?
  • Có phân cấp Critical, High, Medium, Low không?
  • Hỗ trợ trong giờ hành chính hay 24/7?
  • Có hỗ trợ onsite không hay chỉ remote?
  • Có kỹ sư trực trong giai đoạn go-live không?
  • Có hypercare sau triển khai không?
  • Nếu lỗi nghiêm trọng, ai làm việc với hãng?
  • SLA có ghi trong hợp đồng/phụ lục không?
  • Hạng mục nào ngoài phạm vi hỗ trợ?

Câu hỏi thực chiến:

“Nếu sáng thứ Hai sau rollout, 50 máy phòng Kế toán không mở được file do xung đột phần mềm, bên anh/chị phản hồi trong bao lâu, cử ai xử lý và có tính phí ngoài không?”

Một nhà cung cấp chuyên nghiệp sẽ không trả lời bằng câu “bên em hỗ trợ hết mình”. Họ phải trả lời bằng SLA, phạm vi, kênh tiếp nhận và quy trình escalation.

Câu trả lời tốt cần có: “SLA phản hồi trong X giờ theo mức độ sự cố, hỗ trợ qua hotline/email/ticket, onsite/remote theo phạm vi hợp đồng và có quy trình escalation khi lỗi vượt cấp.”

Nhóm câu hỏi 6: Tài khoản Global Admin và quyền quản trị sau bàn giao do ai nắm giữ?

Với phần mềm cloud như Microsoft 365, Google Workspace, Kaspersky Business Hub hoặc các portal quản trị bảo mật, quyền admin chính là chìa khóa vận hành. Nếu đại lý tự tạo tài khoản admin rồi giữ quyền cao nhất, doanh nghiệp chưa thật sự kiểm soát tài sản số của mình.

Câu hỏi nên đặt:

  • Tài khoản Global Admin hoặc tài khoản quản trị cao nhất sẽ do ai nắm?
  • Tài khoản admin có thuộc domain công ty không?
  • Sau bàn giao, đại lý còn quyền truy cập không?
  • Nếu còn, quyền đó là quyền gì và trong thời hạn bao lâu?
  • Có bật MFA cho tài khoản admin không?
  • Có tài khoản admin dự phòng không?
  • Có biên bản ghi nhận việc bàn giao quyền admin không?
  • Có hướng dẫn IT đổi mật khẩu, thu hồi quyền ngoài và kiểm tra audit log không?
  • Nếu đại lý cần hỗ trợ sau bàn giao, sẽ dùng cơ chế phân quyền nào?

Cách ghi trong hợp đồng nên rõ:

“Nhà cung cấp có trách nhiệm bàn giao quyền quản trị cho đại diện IT của khách hàng. Sau bàn giao, mọi quyền truy cập của nhà cung cấp vào tenant/portal chỉ được duy trì nếu có thỏa thuận bằng văn bản về phạm vi hỗ trợ.”

Câu trả lời tốt cần có: “Doanh nghiệp sẽ nắm quyền admin cao nhất; nhà cung cấp chỉ giữ quyền hỗ trợ theo phạm vi và thời hạn được khách hàng phê duyệt.”

Nhóm câu hỏi 7: Chính sách mua bổ sung Add-on và co-term được tính thế nào?

Một dự án phần mềm không đứng yên. Doanh nghiệp có thể tuyển thêm nhân sự, mở chi nhánh, thêm server, mở rộng máy ảo hoặc tăng số endpoint giữa kỳ. Nếu không hỏi trước add-on và co-term, Kế toán sẽ phải xử lý nhiều ngày hết hạn, nhiều hóa đơn và nhiều đợt gia hạn rời rạc.

Câu hỏi nên đặt:

  • Nếu mua thêm user giữa kỳ, giá tính thế nào?
  • License bổ sung có hết hạn cùng ngày với license cũ không?
  • Có hỗ trợ co-term không?
  • Có số lượng tối thiểu khi mua bổ sung không?
  • Có thể giảm user giữa kỳ không?
  • Có thể nâng cấp từ gói thấp lên gói cao không?
  • Có phí step-up hoặc migration không?
  • Khi gia hạn, nhà cung cấp có cảnh báo trước bao lâu?
  • Có hỗ trợ gom nhiều subscription về một kỳ thanh toán không?
  • Có báo cáo license dư trước khi renewal không?

Co-term là gộp ngày hết hạn của nhiều license/subscription về cùng một mốc, giúp Kế toán và IT dễ quản trị hơn. Với doanh nghiệp có nhiều đợt mua, co-term là yếu tố quan trọng để giảm rối hồ sơ.

Câu trả lời tốt cần có: “License add-on sẽ được tính theo chính sách hãng/kênh phân phối tại thời điểm mua; chúng tôi sẽ tư vấn co-term để đồng bộ ngày gia hạn nếu chương trình sản phẩm hỗ trợ.”

Cảnh báo: Dấu hiệu nhà cung cấp đang lảng tránh hoặc trả lời thiếu minh bạch

Không phải nhà cung cấp yếu nào cũng nói “chúng tôi không đủ năng lực”. Mua hàng cần nhận diện qua cách họ né câu hỏi.

Dấu hiệu cần cảnh giác:

Dấu hiệuÝ nghĩa rủi ro
Hối thúc chốt nhanh để giữ giá Có thể ép quyết định trước khi kiểm chứng.
Không chịu ghi cam kết vào hợp đồng Cam kết miệng khó ràng buộc.
Lảng tránh câu hỏi hóa đơn/chứng từ Rủi ro kế toán và compliance.
Không giải thích được SKU/Part Number Có thể không nắm sản phẩm.
Không hỏi end-user/domain/admin Không hiểu quy trình B2B.
Không có SLA cụ thể Hỗ trợ sau mua thiếu ràng buộc.
Không tách license và dịch vụ Dễ phát sinh chi phí ẩn.
Trả lời “cái này đơn giản” cho mọi câu hỏi Có thể thiếu kinh nghiệm dự án lớn.
Không có phương án rollback Rủi ro triển khai cao.
Không có đội kỹ thuật rõ ràng Có thể chỉ là đơn vị bán sang tay.

Procurement nên yêu cầu mọi câu trả lời quan trọng được xác nhận bằng email hoặc phụ lục báo giá. Với dự án lớn, không nên chốt dựa trên lời hứa trong cuộc họp.

Một nguyên tắc đơn giản: điều gì không được ghi vào hợp đồng, điều đó rất khó dùng để ràng buộc trách nhiệm sau này.

Bài toán thực thi: Dùng câu trả lời để xây dựng bảng tiêu chí chấm điểm

Sau khi đặt 7 nhóm câu hỏi, doanh nghiệp sẽ có dữ liệu để đánh giá nhà cung cấp. Bước tiếp theo không phải là chọn theo cảm tính, mà là đưa câu trả lời vào scorecard.

Bảng chấm điểm nên gồm:

Nhóm tiêu chíCâu hỏi đánh giáĐiểm
Audit/Right-sizing Có khảo sát trước báo giá không? 0–10
Pháp lý/chứng từ Có VAT, SKU, license confirmation, LOA/certificate nếu cần không? 0–10
Chi phí ẩn Có tách license, deployment, migration, support không? 0–10
Bàn giao Có portal/admin, biên bản, nghiệm thu không? 0–10
SLA Có response time và phạm vi hỗ trợ rõ không? 0–10
Quyền quản trị Có bàn giao admin và giới hạn quyền đại lý không? 0–10
Add-on/co-term Có chính sách mở rộng và gia hạn rõ không? 0–10
Kỹ thuật Có deployment plan, rollback, đội kỹ sư không? 0–10
Kinh nghiệm Có dự án tương tự không? 0–10
Minh bạch Có trả lời rõ, có xác nhận bằng văn bản 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 trước khi đàm phán giá.
40–59 Rủi ro cao, chỉ phù hợp giao dịch nhỏ.
Dưới 40 Không nên chọn cho dự án B2B quan trọng.

Để biết cách thiết lập bảng chấm điểm nhà cung cấp chuyên nghiệp nhất, mời bạn xem bài: Đơ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?

Khi có scorecard, CFO và Ban Giám đốc sẽ nhìn được toàn cảnh: nhà cung cấp nào rẻ, nhà cung cấp nào an toàn, nhà cung cấp nào đủ năng lực vận hành.

CDC Technologies - Đối tác minh bạch sẵn sàng giải đáp bài toán B2B

Một đối tác uy tín không nên né tránh các câu hỏi khó từ khách hàng. Ngược lại, câu hỏi càng rõ, dự án càng giảm rủi ro. CDC Technologies tiếp cận phần mềm bản quyền theo hướng tư vấn B2B: minh bạch sản phẩm, rõ chứng từ, rõ phạm vi triển khai, rõ SLA và rõ trách nhiệm sau bàn giao.

CDC Technologies có thể hỗ trợ doanh nghiệp:

  • Audit user, device, server, VM và phòng ban trước khi báo giá.
  • Tư vấn right-sizing để tránh mua thừa/mua thiếu.
  • Bóc tách SKU/Part Number, Edition, Term và licensing model.
  • Làm rõ chứng từ VAT, license confirmation, Certificate/LOA nếu áp dụng.
  • Tách riêng license, deployment, migration, training và support.
  • Bàn giao portal, tenant, admin và biên bản nghiệm thu theo quy trình.
  • Hỗ trợ SLA/hypercare theo phạm vi thống nhất.
  • Tư vấn add-on, co-term, renewal và quản trị vòng đời license.
  • Thiết kế rollout plan và rollback plan cho dự án lớn.
  • Đồng hành cùng IT nội bộ trong giai đoạn go-live.

Chất lượng của một hệ thống IT phụ thuộc rất lớn vào chất lượng những câu hỏi được đặt ra trên bàn đàm phán. Việc lật mở từng vấn đề về pháp lý, kỹ thuật, chi phí ẩn và hậu mãi giúp doanh nghiệp loại bỏ nhà cung cấp kém năng lực, tối ưu TCO 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

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

Tại sao câu hỏi về LOA quan trọng trước khi mua phần mềm?

LOA có thể giúp xác nhận phạm vi ủy quyền hoặc kênh cung cấp trong một số dự án, đặc biệt khi hồ sơ thầu hoặc quy trình nội bộ yêu cầu. Tuy nhiên, LOA không bắt buộc trong mọi giao dịch. Doanh nghiệp nên hỏi rõ có LOA không, do ai phát hành, áp dụng cho sản phẩm nào và có chứng từ thay thế gì nếu không có.

Nếu đại lý nói không cần khảo sát hạ tầng, doanh nghiệp có nên tiếp tục đàm phán không?

Có thể tiếp tục nếu giao dịch rất nhỏ và đơn giản. Nhưng với dự án nhiều user, server, endpoint, máy ảo hoặc cloud, việc không khảo sát là rủi ro lớn. Doanh nghiệp nên yêu cầu audit tối thiểu trước khi nhận báo giá chính thức.

Phí deployment có mặc định nằm trong giá mua phần mềm không?

Không. Nhiều báo giá chỉ gồm license. Deployment, migration, training, cấu hình, policy và support có thể là dịch vụ riêng. Mua hàng cần yêu cầu nhà cung cấp ghi rõ “đã bao gồm” hoặc “chưa bao gồm” trong báo giá/hợp đồng.

Nên hỏi gì để biết đại lý bán hàng chính hãng hay thị trường xám?

Hãy hỏi về hóa đơn VAT, SKU/Part Number, end-user, license confirmation, portal/admin, chứng từ bàn giao, Certificate/COA nếu áp dụng và LOA nếu hồ sơ yêu cầu. Key giá rẻ, giao qua chat, không hóa đơn, không chứng từ là tín hiệu rủi ro cao.

Hypercare là gì và vì sao cần hỏi về chế độ này?

Hypercare là giai đoạn hỗ trợ tăng cường sau go-live, thường áp dụng trong những ngày hoặc tuần đầu sau triển khai. Đây là lúc user phát sinh nhiều lỗi nhất, nên cần biết nhà cung cấp có hỗ trợ onsite/remote, thời gian bao lâu và xử lý những loại lỗi nào.

Câu hỏi nào giúp bóc tách hidden costs trong báo giá phần mềm?

Hãy hỏi: “Báo giá này chỉ gồm license hay đã gồm triển khai, migration, training, support, SLA, hypercare và rollback? Những hạng mục nào tính phí riêng và đơn giá phát sinh là bao nhiêu?”

Làm sao biết đại lý có năng lực kỹ thuật thật hay chỉ thuê ngoài?

Yêu cầu danh sách nhân sự phụ trách, kinh nghiệm dự án tương tự, deployment plan, rollback plan, SLA, quy trình escalation và khả năng hỗ trợ onsite/remote. Nếu họ không nêu được người phụ trách kỹ thuật cụ thể, cần thận trọng.

Vì sao Kế toán phải hỏi rõ FPP, ESD hay Cloud?

Vì mỗi hình thức bàn giao có chứng từ khác nhau. FPP có thể có hộp/tem/media nếu áp dụng; ESD thường bàn giao điện tử; Cloud bàn giao qua tenant/portal/subscription. Kế toán cần biết sẽ nhận gì để nghiệm thu và lưu hồ sơ đúng.

Nếu mua phần mềm cloud, câu hỏi quan trọng nhất về admin là gì?

Cần hỏi: “Sau khi bàn giao, tài khoản quản trị cao nhất thuộc về ai, có bật MFA không, đại lý còn quyền truy cập không và quyền đó được giới hạn bằng văn bản như thế nào?”

SLA hỗ trợ kỹ thuật tiêu chuẩn B2B thường quy định gì?

SLA nên quy định kênh hỗ trợ, giờ hỗ trợ, thời gian phản hồi, mức độ ưu tiên sự cố, phạm vi xử lý, onsite/remote, escalation và hạng mục ngoài phạm vi. Không có SLA chung cho mọi dự án; càng quan trọng càng phải cụ thể.

Cần hỏi gì về add-on và co-term?

Hãy hỏi cách tính giá license mua bổ sung, có được gộp ngày hết hạn với license cũ không, có hỗ trợ tăng/giảm user giữa kỳ không, có cảnh báo gia hạn không và điều kiện renewal là gì.

CDC Technologies có sẵn sàng trả lời bộ câu hỏi sát hạch này không?

CDC Technologies có thể phối hợp với doanh nghiệp để trả lời các nhóm câu hỏi về audit, right-sizing, chứng từ, deployment, SLA, admin handover, add-on, co-term và quy trình bàn giao trước khi ký hợp đồng.

Admin
Thu Hương
Author Tại
Maytinhcdc
Bài viết liên quan
ĐĂNG KÝ TƯ VẤN MIỄN PHÍ
Đăng ký tư vấn giải pháp CNTT với CDC Technologies
Chat Zalo với CDC Technologies