25 câu hỏi cần hỏi trước khi ký hợp đồng phần mềm kế toán

Chào bạn,

Buổi demo thường đẹp hơn ba tháng vận hành. Trước khi ký, doanh nghiệp cần chuyển lời hứa thành phạm vi, đầu ra, trách nhiệm, dữ liệu và tiêu chí nghiệm thu. Bài này chia 25 câu hỏi thành sáu nhóm để dùng như checklist đàm phán.

Nhóm 1. Phạm vi và phiên bản

1. Tên sản phẩm, phiên bản, gói và số người dùng là gì?
2. Đơn vị, chi nhánh, kho và dữ liệu nào nằm trong phạm vi?
3. Phân hệ nào đã gồm, phân hệ nào mua thêm?
4. Tính năng nào là chuẩn, cấu hình, tùy chỉnh?

Nhóm 2. Nghiệp vụ và báo cáo

5. Mười quy trình bắt buộc có chạy hết bằng dữ liệu mẫu?
6. Giao dịch ngoại lệ được xử lý thế nào?
7. Báo cáo bắt buộc và quản trị nào bàn giao?
8. Phần mềm đáp ứng chế độ kế toán nào, thời điểm cập nhật pháp luật?

Nhóm 3. Dữ liệu và tích hợp

9. Ai sở hữu dữ liệu và tài khoản quản trị?
10. Dữ liệu được lưu, backup, phục hồi ở đâu?
11. Xuất được những bảng, tệp và metadata nào?
12. Tích hợp nào có sẵn, tích hợp nào phát triển riêng?
13. API có giới hạn, phiên bản, log, phí và thông báo thay đổi?

Nhóm 4. Bảo mật và dữ liệu cá nhân

14. Phân quyền, xác thực, nhật ký và mã hóa thế nào?
15. Nhà cung cấp, bên phụ xử lý dữ liệu với mục đích gì?
16. Quy trình sự cố, thông báo và phối hợp?
17. Khi nhân sự nghỉ, quyền và dữ liệu được thu hồi thế nào?

Nhóm 5. Triển khai, nghiệm thu, hỗ trợ

18. Kế hoạch mốc, nguồn lực và phụ thuộc?
19. Phạm vi chuyển dữ liệu và số lần chạy thử?
20. Tiêu chí nghiệm thu định lượng là gì?
21. SLA hỗ trợ, mức ưu tiên và thời gian phản hồi?
22. Đào tạo ai, bao nhiêu buổi, tài liệu nào?

Nhóm 6. Giá và chấm dứt

23. Tổng chi phí ba năm gồm những khoản gì?
24. Gia hạn, tăng giá, vượt tài nguyên tính thế nào?
25. Khi chấm dứt, dữ liệu, hỗ trợ chuyển, tài khoản và xóa dữ liệu thế nào?

1. Tại sao câu hỏi phải thành phụ lục

Câu trả lời trong cuộc họp không đủ. Phạm vi, tích hợp, dữ liệu, SLA, đào tạo và nghiệm thu cần nằm trong hợp đồng hoặc phụ lục. Nếu câu quan trọng chưa có câu trả lời, ghi vấn đề mở và người chốt.

2. Tiêu chí nghiệm thu

3. Tổng chi phí sở hữu

Gồm thuê bao, người dùng, phân hệ, triển khai, dữ liệu, tùy chỉnh, API, đào tạo, hỗ trợ, backup, tài nguyên, gia hạn và thoát. Tính kịch bản hiện tại và tăng trưởng, không chỉ năm đầu.

4. Pháp luật dữ liệu và chữ ký

Hợp đồng cần phù hợp Luật Dữ liệu, Luật Bảo vệ dữ liệu cá nhân, Luật Giao dịch điện tử và quy định chữ ký nếu có. Không sao chép điều khoản chung mà không xác định dữ liệu, vai trò, mục đích, bên phụ và nơi xử lý.

5. Ma trận trách nhiệm

6. Red flags

• Không ghi tên phiên bản.
• Mọi yêu cầu đều trả lời có thể tùy chỉnh.
• Không cho xuất dữ liệu thử.
• Nghiệm thu chỉ ghi hệ thống hoạt động.
• Không có SLA hoặc đầu mối.
• Báo giá không tách gia hạn, tích hợp.
• Điều khoản dữ liệu mơ hồ.
• Ép ký trước demo dữ liệu thật.

7. Quy trình ra quyết định

1. Lập yêu cầu và điều kiện cứng.
2. Sàng lọc 2-3 nhà cung cấp.
3. Demo cùng dữ liệu, kịch bản.
4. Chấm điểm bằng bằng chứng.
5. Chạy thử phạm vi nhỏ.
6. Đàm phán phụ lục, giá, SLA, dữ liệu.
7. Review pháp lý và bảo mật.
8. Ký khi vấn đề trọng yếu đã đóng.

8. FAQ

Có cần luật sư xem hợp đồng?

Dự án lớn, dữ liệu nhạy cảm, tùy chỉnh hoặc rủi ro cao nên có người pháp lý phù hợp. Bài này không thay tư vấn.

Giá tốt có nên ký ngay?

Không nếu phạm vi và dữ liệu chưa rõ. Chi phí thoát hoặc sửa có thể lớn.

Nhà cung cấp lớn có cần hỏi đủ?

Có. Quy mô nhà cung cấp không thay phạm vi gói và trách nhiệm hợp đồng cụ thể.

9. Phụ lục xử lý dữ liệu

Phụ lục phải khớp Luật Dữ liệu, Luật Bảo vệ dữ liệu cá nhân và quy định áp dụng. Không ký điều khoản cho phép dùng dữ liệu rộng hơn mục đích mà doanh nghiệp hiểu.

10. Phụ lục chuyển đổi dữ liệu

• Danh mục và số dư nào chuyển.
• Lịch sử và tệp đính kèm nào giữ.
• Định dạng đầu vào, mapping.
• Số vòng chạy thử.
• Tiêu chí khớp tổng, chi tiết.
• Xử lý reject và vấn đề mở.
• Biên bản nghiệm thu dữ liệu.

11. Quản lý thay đổi phạm vi

Mỗi yêu cầu mới có mô tả, lý do, người dùng, tác động, ước tính, quyết định và tiêu chí. Phân biệt lỗi, cấu hình, đào tạo và phát triển mới. Không để câu làm thêm sau demo trở thành nghĩa vụ mơ hồ.

Thay đổi ảnh hưởng giá, tiến độ, dữ liệu hoặc nghiệm thu phải ký phụ lục hoặc change request. Giữ baseline để biết dự án trễ do đâu.

12. Cơ chế thanh toán theo mốc

Không dùng tỷ lệ này như mẫu cứng. Mục tiêu là gắn thanh toán với đầu ra kiểm tra được và giữ phần đủ để nhà cung cấp hoàn tất nghĩa vụ.

13. Bài test phương án thoát

Trước ký, yêu cầu xuất thử danh mục, sổ, chứng từ và tệp. Kiểm tra mở bằng công cụ độc lập. Hỏi thời gian xuất toàn bộ, phí, hỗ trợ và dữ liệu backup sau xóa.

Trong vận hành, xuất định kỳ một bộ. Đợi tới khi tranh chấp mới thử xuất là quá muộn.

14. 30 ngày trước ký

1. Tuần 1: yêu cầu, dữ liệu, điều kiện cứng.
2. Tuần 2: demo và chấm điểm.
3. Tuần 3: thử, bảo mật, pháp lý, TCO.
4. Tuần 4: đàm phán phụ lục, nghiệm thu, SLA, thoát.

15. Checklist chữ ký cuối

• Phiên bản và phạm vi rõ.
• Dữ liệu và quyền rõ.
• Chi phí ba năm rõ.
• Tiêu chí nghiệm thu đo được.
• SLA và đầu mối rõ.
• Chuyển dữ liệu có biên bản.
• Change request có quy trình.
• Chấm dứt, xuất, xóa rõ.

16. Phỏng vấn khách hàng tham chiếu

Xin ít nhất hai khách hàng có quy mô và ngành gần. Hỏi thời gian thật, lỗi, nguồn lực nội bộ, chi phí phát sinh, hỗ trợ khóa sổ và khả năng xuất dữ liệu. Không chỉ hỏi có hài lòng không.

17. Bảo hành và bảo trì khác nhau

Bảo hành thường sửa lỗi trong phạm vi đã nghiệm thu. Bảo trì có thể gồm cập nhật, hỗ trợ, hạ tầng. Hợp đồng phải định nghĩa lỗi, thay đổi pháp luật, yêu cầu mới và phí.

18. Điều khoản tăng giá và gia hạn

• Thời điểm báo tăng giá.
• Cách tính theo người, đơn vị, dữ liệu.
• Quyền giảm gói hoặc chấm dứt.
• Dữ liệu khi không gia hạn.
• Thời gian chỉ đọc.

19. Giới hạn trách nhiệm và bảo hiểm

Đây là phần cần người pháp lý xem theo giá trị và rủi ro dự án. Doanh nghiệp không nên chấp nhận giới hạn khiến mọi mất dữ liệu hoặc vi phạm chỉ được bồi thường tượng trưng mà không hiểu.

20. Nghiệm thu có điều kiện

Nếu còn lỗi không chặn, biên bản ghi lỗi, mức độ, hạn, khoản giữ lại và hậu quả nếu chậm. Không ký nghiệm thu sạch rồi giữ danh sách lỗi riêng không ràng buộc.

21. Quản trị sau ký

22. Dấu hiệu hợp đồng tốt

• Người không dự demo vẫn hiểu phạm vi.
• Đầu ra và tiêu chí đo được.
• Ranh giới trách nhiệm rõ.
• Dữ liệu và thoát rõ.
• Thay đổi có quy trình.
• Giá và mốc minh bạch.

23. Bộ hồ sơ mua phần mềm

• Tài liệu yêu cầu và điều kiện cứng.
• Kịch bản demo, bảng chấm điểm.
• Báo giá, TCO, phương án ngân sách.
• Hợp đồng, phụ lục phạm vi, dữ liệu, SLA.
• Kế hoạch triển khai, chuyển dữ liệu.
• Tiêu chí nghiệm thu, change request.
• Biên bản quyết định và xung đột lợi ích nếu có.

24. Cách chấm nhà cung cấp

Trọng số thay theo rủi ro. Người chấm độc lập trước họp để giảm hiệu ứng thuyết trình.

25. Red flags trong đàm phán

• Chỉ báo giá tổng, không chi tiết.
• Từ chối sửa phụ lục dữ liệu.
• Không cam kết xuất khi thoát.
• Không có owner tích hợp.
• Nghiệm thu theo cảm nhận.
• Giảm giá chỉ còn hiệu lực trong ngày trước khi demo xong.

26. Quy trình ký an toàn

1. Chốt nội dung thương mại.
2. Review nghiệp vụ, IT, bảo mật, pháp lý.
3. Đóng vấn đề trọng yếu.
4. Đối chiếu hợp đồng và phụ lục.
5. Kiểm tra thẩm quyền ký.
6. Lưu bản, lịch mốc, owner.

Kết luận

25 câu hỏi giúp chuyển demo thành cam kết kiểm tra được. Mình chỉ ký khi biết sản phẩm nào, làm gì, giá bao nhiêu, dữ liệu thuộc ai, nghiệm thu thế nào và thoát ra sao.

Một hợp đồng tốt không loại bỏ mọi rủi ro nhưng làm rõ cách hai bên xử lý. Phạm vi, dữ liệu, SLA, thay đổi, nghiệm thu và chấm dứt càng rõ thì dự án càng ít phụ thuộc vào lời hứa cá nhân.

– Gr Hanh Lee · Một người, ít lời – nhiều ý, nhiều hành trình
Lặng lẽ học, vững vàng đi 🌸