Hợp đồng phát triển phần mềm: 12 điều khoản không thể thiếu

Hợp đồng phát triển phần mềm là văn bản mô tả một tài sản chưa tồn tại, nên chất lượng hợp đồng quyết định mức độ tranh chấp về sau. Bài viết đi qua mười hai điều khoản bắt buộc, mỗi điều kèm câu hỏi phải trả lời, mẫu câu nên dùng và chứng từ cần giữ.

Tóm tắt nhanh

• Mười hai điều khoản chia thành bốn nhóm: phạm vi và thay đổi, tiến độ và tiền, chất lượng và nghiệm thu, quyền và rủi ro.
• Điều khoản quan trọng nhất không phải điều khoản giá mà là định nghĩa phạm vi và tiêu chí nghiệm thu. Hai điều này quyết định khi nào nghĩa vụ của mỗi bên kết thúc.
• Mỗi điều khoản cần một chứng từ đi kèm. Điều khoản không có chứng từ là điều khoản không thực thi được.
• Phần lớn tranh chấp hợp đồng phần mềm không phải về giá mà về việc "đã xong hay chưa xong" và "ai sở hữu cái gì".

Vì sao hợp đồng phần mềm khó hơn hợp đồng mua bán

Một hợp đồng mua bán thông thường mô tả thứ đã tồn tại: hàng hoá có quy cách, số lượng, giá, thời điểm giao. Hợp đồng phát triển phần mềm mô tả thứ chưa tồn tại và chỉ có thể quan sát sau khi hoàn thành. Điều đó tạo ra ba khó khăn cố hữu.

Thứ nhất, phạm vi chỉ có thể mô tả bằng ngôn ngữ, và ngôn ngữ có nhiều cách đọc. "Hệ thống quản lý kho" có thể là một bảng tính có phân quyền hoặc một hệ thống đa kho, đa đơn vị, có truy vết lô. Cả hai đều đúng nghĩa đen.

Thứ hai, chất lượng không đo được bằng mắt. Một chương trình chạy được có thể sai nghiệp vụ, chậm, hoặc không chịu được dữ liệu thật. Không có tiêu chí đo, hai bên chỉ còn cảm nhận.

Thứ ba, giá trị nằm ở tài sản vô hình. Mã nguồn, tài liệu, dữ liệu, cấu hình hạ tầng là những thứ không hiện diện trong biên bản giao hàng nếu hợp đồng không yêu cầu.

Ba khó khăn này là lý do mười hai điều khoản dưới đây tồn tại. Chúng không phải thủ tục hình thức; mỗi điều xử lý một trong ba điểm trên.

Bảng tổng hợp 12 điều khoản

Nhóm 1: Phạm vi và thay đổi

Điều 1: Định nghĩa và phạm vi

Điều khoản này phải trả lời được câu hỏi mà mọi tranh chấp đều bắt đầu từ đó: hợp đồng này tạo ra cái gì. Cách viết hiệu quả là liệt kê theo ba lớp — nội dung bàn giao, đối tượng sử dụng, và giới hạn rõ những gì không nằm trong phạm vi.

Mẫu câu nên dùng:

"Bên A bàn giao cho Bên B phần mềm quản lý kho theo Phụ lục 1. Phạm vi bao gồm: (i) ứng dụng web cho 3 nhóm vai trò; (ii) API cho hệ thống bán hàng hiện hữu; (iii) tài liệu hướng dẫn sử dụng và tài liệu kỹ thuật; (iv) mã nguồn theo Điều 10. Phạm vi không bao gồm: ứng dụng di động, tích hợp thiết bị quét mã phần cứng, và chuyển đổi dữ liệu lịch sử."

Câu "phạm vi không bao gồm" quan trọng ngang câu mô tả phạm vi. Hầu hết yêu cầu phát sinh miễn phí đều nằm trong vùng mờ mà điều khoản này bỏ trống.

Chứng từ đi kèm: phụ lục phạm vi có đánh số mục, mỗi mục đủ cụ thể để đối chiếu khi nghiệm thu. Nếu phụ lục phạm vi dài hơn 5 trang, nên tách thành tài liệu đặc tả riêng và dẫn chiếu.

Điều 2: Đặc tả yêu cầu là phụ lục hợp đồng

Đặc tả yêu cầu là nơi duy nhất hai bên thống nhất "đúng" nghĩa là gì. Nếu đặc tả nằm ngoài hợp đồng, nó chỉ là tài liệu tham khảo và không ràng buộc.

Mẫu câu nên dùng:

"Tài liệu đặc tả yêu cầu tại Phụ lục 2 là bộ phận không tách rời của Hợp đồng. Trong trường hợp có khác biệt giữa Phụ lục 2 và Phụ lục 1, Phụ lục 2 được ưu tiên áp dụng. Mọi sửa đổi Phụ lục 2 phải được thực hiện theo Điều 3."

Thứ tự ưu tiên áp dụng giữa các phụ lục là chi tiết nhỏ nhưng quyết định kết quả khi hai phụ lục nói khác nhau. Đừng để trống điểm này.

Chứng từ đi kèm: tài liệu đặc tả có số phiên bản và ngày ban hành, kèm lịch sử thay đổi. Cách viết đặc tả sao cho kiểm thử được được trình bày trong tài liệu đặc tả yêu cầu phần mềm.

Điều 3: Kiểm soát thay đổi

Không có hợp đồng phần mềm nào chạy đúng phạm vi ban đầu. Vấn đề không phải ngăn thay đổi mà là biến thay đổi thành một giao dịch có ghi nhận, thay vì một cuộc tranh luận.

Điều khoản này cần bốn thành phần: ai được đề xuất thay đổi, thời hạn phản hồi, cách xác định ảnh hưởng đến tiến độ và giá, và hệ quả nếu bên kia không phản hồi.

Mẫu câu nên dùng:

"Mọi yêu cầu thay đổi được lập bằng Phiếu yêu cầu thay đổi theo Mẫu 1. Trong 5 ngày làm việc kể từ khi nhận phiếu, Bên A phản hồi bằng văn bản về ảnh hưởng tới phạm vi, tiến độ và giá. Thay đổi chỉ có hiệu lực khi hai bên ký xác nhận. Nếu Bên B không phản hồi trong 5 ngày làm việc, yêu cầu được xem là không được chấp thuận và không làm thay đổi nghĩa vụ của các bên."

Vế cuối cùng quan trọng: nó chặn tình huống một bên im lặng rồi cho rằng thay đổi đương nhiên có hiệu lực.

Chứng từ đi kèm: sổ theo dõi phiếu yêu cầu thay đổi, có số thứ tự, trạng thái và giá trị điều chỉnh.

Nhóm 2: Tiến độ và tiền

Điều 4: Mốc bàn giao và điều kiện thanh toán

Cách viết kém là chia thanh toán theo thời gian: 30% khi ký, 40% sau hai tháng, 30% khi kết thúc. Cách này biến hợp đồng thành một lịch trả tiền không gắn với kết quả.

Cách viết tốt là gắn mỗi lần thanh toán với một đầu ra kiểm chứng được.

Mẫu câu nên dùng:

"Bên B thanh toán theo bốn đợt: (i) 30% trong 7 ngày sau khi ký Hợp đồng và nhận bộ tài liệu đặc tả phiên bản 1.0; (ii) 30% sau khi nghiệm thu đợt 1 gồm các chức năng tại mục 2.1 đến 2.4 Phụ lục 2; (iii) 30% sau khi nghiệm thu đợt 2 gồm các chức năng tại mục 2.5 đến 2.9; (iv) 10% sau khi bàn giao mã nguồn và tài liệu theo Điều 10."

Chứng từ đi kèm: biên bản nghiệm thu từng đợt, có đối chiếu từng mục trong phụ lục. Biên bản ghi "đã hoàn thành giai đoạn 1" mà không liệt kê mục nào đã đạt là biên bản không dùng được.

Điều 5: Giá, thuế và chi phí bên thứ ba

Điều khoản giá phải tách ba loại chi phí thường bị gộp: phí phát triển, chi phí hạ tầng và dịch vụ bên thứ ba, và chi phí phát sinh sau bàn giao.

Mẫu câu nên dùng:

"Giá trị Hợp đồng là … và đã bao gồm mọi loại thuế, phí mà Bên B phải trả theo quy định áp dụng cho giao dịch này. Chi phí hạ tầng, tên miền, giấy phép công cụ và dịch vụ bên thứ ba do Bên B thanh toán trực tiếp cho nhà cung cấp, trừ khi có thỏa thuận khác bằng văn bản. Sau thời hạn bảo hành tại Điều 8, chi phí vận hành và bảo trì được thực hiện theo hợp đồng riêng."

Về thuế, đừng tự ghi một tỷ lệ phần trăm vào hợp đồng. Với phần mềm, cách xác định nghĩa vụ thuế phụ thuộc vào bản chất giao dịch — được trình bày trong thuế GTGT của phần mềm là bao nhiêu. Điều khoản thuế nên dẫn nguyên tắc "theo quy định áp dụng" và quy định bên nào chịu chi phí nếu phát sinh, thay vì chốt một con số có thể sai vào thời điểm ký.

Chứng từ đi kèm: bảng phân bổ chi phí ghi rõ khoản nào nằm trong giá trị hợp đồng, khoản nào bên mua trả trực tiếp.

Điều 6: Chậm tiến độ

Điều khoản này chỉ có giá trị nếu phân biệt được chậm do bên nào. Chậm do bên cung cấp là vi phạm; chậm do bên mua không cung cấp dữ liệu, không phản hồi, không bố trí người kiểm thử là điều chỉnh tiến độ.

Mẫu câu nên dùng:

"Thời hạn bàn giao được kéo dài tương ứng với khoảng thời gian chậm trễ do Bên B gây ra, bao gồm: chậm cung cấp dữ liệu đầu vào, chậm phản hồi tài liệu đặc tả quá 5 ngày làm việc, chậm bố trí người tham gia kiểm thử nghiệm thu. Các khoảng thời gian này được ghi nhận trong nhật ký dự án do hai bên xác nhận hàng tuần. Chậm trễ do Bên A chịu trách nhiệm được xử lý theo mức phạt tại Phụ lục 4, tổng mức phạt không vượt quá 10% giá trị Hợp đồng."

Chứng từ đi kèm: nhật ký dự án có xác nhận hai bên. Nhật ký là chứng từ duy nhất chứng minh được nguyên nhân chậm khi tranh chấp đã xảy ra.

Nhóm 3: Chất lượng và nghiệm thu

Điều 7: Tiêu chí nghiệm thu

Đây là điều khoản có tỷ lệ gây tranh chấp cao nhất. Tiêu chí nghiệm thu phải kiểm chứng được, nghĩa là một người thứ ba đọc vào biết phải bấm gì và thấy gì.

Mẫu câu nên dùng:

"Sản phẩm được nghiệm thu khi đáp ứng đồng thời: (i) 100% yêu cầu mức bắt buộc tại Phụ lục 2 vượt qua kịch bản kiểm thử tương ứng; (ii) không còn lỗi mức nghiêm trọng hoặc cao chưa xử lý; (iii) thời gian phản hồi của các màn hình chính dưới 2 giây với bộ dữ liệu kiểm thử tại Phụ lục 3; (iv) tài liệu bàn giao đầy đủ theo Điều 10. Bên B có 10 ngày làm việc để kiểm thử kể từ ngày nhận thông báo bàn giao. Quá thời hạn trên mà không có ý kiến bằng văn bản, sản phẩm được xem là nghiệm thu."

Câu cuối là cơ chế bảo vệ cả hai bên: nó buộc bên mua phải kiểm thử trong thời hạn, thay vì để hồ sơ treo vô thời hạn.

Chứng từ đi kèm: danh sách kịch bản kiểm thử có mã, kết quả chạy, và biên bản nghiệm thu tham chiếu đến mã kịch bản. Cách tổ chức các mốc nghiệm thu trong toàn bộ quy trình được trình bày trong quy trình phát triển phần mềm là gì.

Điều 8: Bảo hành

Bảo hành là nghĩa vụ sửa lỗi, không phải nghĩa vụ làm thêm chức năng. Hợp đồng phải phân biệt hai loại này, nếu không mọi yêu cầu mới sẽ được gọi là "lỗi".

Mẫu câu nên dùng:

"Thời hạn bảo hành là 90 ngày kể từ ngày nghiệm thu toàn bộ. Trong thời hạn này, Bên A sửa miễn phí các lỗi làm sản phẩm không đúng so với Phụ lục 2. Không thuộc phạm vi bảo hành: yêu cầu bổ sung hoặc thay đổi chức năng, lỗi do thay đổi cấu hình hoặc môi trường do Bên B thực hiện, lỗi phát sinh từ dịch vụ bên thứ ba, và các hạng mục đã được hai bên ghi nhận là ngoài phạm vi tại thời điểm nghiệm thu. Thời gian phản hồi tiếp nhận lỗi là 8 giờ làm việc; thời gian khắc phục tùy mức nghiêm trọng theo Phụ lục 4."

Chứng từ đi kèm: danh mục lỗi có mã, mức nghiêm trọng, ngày phát hiện, ngày đóng. Đây cũng là đầu vào để đàm phán hợp đồng bảo trì.

Điều 9: Bảo trì và mức dịch vụ

Sau bảo hành, hệ thống vẫn cần người vận hành. Nếu hợp đồng phát triển không nói gì về giai đoạn này, hai bên sẽ phải đàm phán trong tình thế bất lợi: hệ thống đã chạy, dữ liệu đã có, đổi nhà cung cấp là việc tốn kém.

Mẫu câu nên dùng:

"Sau thời hạn bảo hành, các bên ký hợp đồng bảo trì riêng với các nội dung tối thiểu: phạm vi hỗ trợ, khung giờ hỗ trợ, thời gian phản hồi theo mức nghiêm trọng, số giờ thay đổi hằng tháng, và điều kiện chấm dứt. Trong thời gian chưa ký hợp đồng bảo trì, Bên A không có nghĩa vụ hỗ trợ ngoài phạm vi bảo hành."

Chứng từ đi kèm: hợp đồng bảo trì riêng, kèm báo cáo vận hành định kỳ. Việc tách hợp đồng bảo trì ra khỏi hợp đồng phát triển là thông lệ vì hai loại nghĩa vụ có bản chất khác nhau.

Nhóm 4: Quyền và rủi ro

Điều 10: Sở hữu trí tuệ và mã nguồn

Điều khoản này phải trả lời bốn câu: ai sở hữu sản phẩm, ai sở hữu mã nguồn, bàn giao ở đâu và định dạng nào, và nhà cung cấp được giữ lại gì.

Theo pháp luật sở hữu trí tuệ hiện hành — Luật Sở hữu trí tuệ 50/2005/QH11 đã được sửa đổi bởi Luật 131/2025/QH15 — quyền tác giả đối với chương trình máy tính phát sinh từ việc giao việc hoặc thuê việc được xử lý theo thỏa thuận giữa các bên. Nghĩa là nếu hợp đồng im lặng, bạn đang để mặc định pháp luật quyết định thay mình.

Mẫu câu nên dùng:

"Kể từ ngày Bên B thanh toán đủ, Bên B là chủ sở hữu toàn bộ quyền tài sản đối với sản phẩm phần mềm, mã nguồn, tài liệu và cơ sở dữ liệu được tạo ra trong phạm vi Hợp đồng. Bên A được giữ bản sao mã nguồn cho mục đích lưu trữ, bảo trì và chứng minh năng lực, không được sử dụng cho khách hàng khác dưới dạng sao chép nguyên trạng. Bên A giữ quyền đối với các thành phần dùng chung, thư viện nội bộ và công cụ phát triển đã tồn tại trước Hợp đồng, và cấp cho Bên B quyền sử dụng không độc quyền, không chuyển nhượng, không giới hạn thời gian đối với các thành phần này trong phạm vi vận hành sản phẩm. Việc bàn giao mã nguồn được thực hiện trong 10 ngày làm việc kể từ ngày nghiệm thu toàn bộ, tại kho mã nguồn do Bên B chỉ định, kèm tài liệu hướng dẫn triển khai."

Vế về thành phần dùng chung là vế các nhà cung cấp hay bỏ sót, và cũng là vế khách hàng hay hiểu sai. Ghi rõ từ đầu giúp cả hai bên không phải tranh luận về sau.

Chứng từ đi kèm: biên bản bàn giao mã nguồn, ghi rõ đường dẫn kho, nhánh, phiên bản, và danh mục thành phần bên thứ ba kèm giấy phép tương ứng.

Điều 11: Bảo mật và dữ liệu cá nhân

Hệ thống phần mềm gần như luôn xử lý dữ liệu cá nhân: tên, số điện thoại, địa chỉ, lịch sử giao dịch của khách hàng. Từ ngày 01/01/2026, khung pháp lý cho hoạt động này là Luật Bảo vệ dữ liệu cá nhân 91/2025/QH15.

Điều khoản này cần xác định vai trò của mỗi bên, phạm vi dữ liệu được xử lý, và nghĩa vụ khi có sự cố.

Mẫu câu nên dùng:

"Bên B là bên kiểm soát dữ liệu cá nhân; Bên A là bên xử lý dữ liệu theo phạm vi công việc tại Hợp đồng. Bên A chỉ xử lý dữ liệu theo chỉ dẫn bằng văn bản của Bên B, không sử dụng cho mục đích khác, không chuyển cho bên thứ ba ngoài danh mục tại Phụ lục 5. Khi phát hiện sự cố ảnh hưởng đến dữ liệu cá nhân, Bên A thông báo cho Bên B trong 24 giờ kể từ khi phát hiện. Khi chấm dứt Hợp đồng, Bên A xóa hoặc trả lại dữ liệu theo lựa chọn của Bên B trong 30 ngày, trừ dữ liệu phải lưu theo quy định pháp luật."

Chứng từ đi kèm: phụ lục xử lý dữ liệu liệt kê loại dữ liệu, mục đích, thời hạn lưu, và danh mục bên thứ ba tham gia xử lý.

Điều 12: Chấm dứt và bàn giao khi dừng

Hợp đồng phần mềm có thể dừng giữa đường vì nhiều lý do: hết ngân sách, thay đổi chiến lược, hoặc bất đồng không giải quyết được. Điều khoản chấm dứt phải trả lời: dừng thì xử lý phần đã làm thế nào, bàn giao cái gì, và tiền đã trả tính ra sao.

Mẫu câu nên dùng:

"Mỗi bên có quyền chấm dứt Hợp đồng khi bên kia vi phạm nghĩa vụ thanh toán hoặc nghĩa vụ bàn giao quá 30 ngày và không khắc phục trong 15 ngày kể từ ngày nhận thông báo bằng văn bản. Khi chấm dứt, Bên A bàn giao trong 15 ngày làm việc: mã nguồn ở trạng thái hiện có, tài liệu đã hoàn thành, dữ liệu thuộc Bên B, và báo cáo tình trạng kỹ thuật. Bên B thanh toán cho phần công việc đã nghiệm thu tính đến ngày chấm dứt. Hai bên không phải bồi thường cho phần công việc chưa thực hiện."

Câu cuối là câu giảm thiệt hại cho cả hai bên. Với phần lớn dự án dừng giữa đường, tài sản lớn nhất là mã nguồn đang chạy được, không phải khoản bồi thường.

Chứng từ đi kèm: biên bản bàn giao trạng thái, ghi rõ phần nào hoàn thành, phần nào dở dang, phần nào chưa bắt đầu.

Ba mẫu câu nên thay trước khi ký

Checklist trước khi ký

1. Phụ lục phạm vi có mục "không bao gồm" chưa?
2. Tài liệu đặc tả có phải là phụ lục hợp đồng và có thứ tự ưu tiên áp dụng chưa?
3. Có mẫu phiếu yêu cầu thay đổi kèm thời hạn phản hồi chưa?
4. Mỗi đợt thanh toán gắn với đầu ra kiểm chứng được hay chỉ gắn với thời gian?
5. Điều khoản thuế nói nguyên tắc hay chốt một tỷ lệ phần trăm?
6. Có nhật ký dự án để ghi nhận nguyên nhân chậm trễ chưa?
7. Tiêu chí nghiệm thu có tham chiếu mã kịch bản kiểm thử chưa?
8. Bảo hành có loại trừ yêu cầu bổ sung chức năng chưa?
9. Điều khoản sở hữu trí tuệ có nói về thành phần dùng chung chưa?
10. Có phụ lục xử lý dữ liệu cá nhân chưa?

Nếu câu 4 hoặc câu 7 trả lời "chưa", hãy dừng lại. Hai điều này là nguyên nhân của phần lớn tranh chấp về thanh toán và nghiệm thu.

Cấu trúc chi phí và cách các điều khoản trên ảnh hưởng đến tổng chi phí sở hữu được trình bày trong chi phí phát triển phần mềm. Với gói thầu có yếu tố ngân sách nhà nước, cách phân loại phần mềm thành hàng hoá hay dịch vụ được trình bày trong phần mềm nội bộ là gì.

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

Hợp đồng phát triển phần mềm có bắt buộc phải công chứng không?

Không. Hợp đồng phát triển phần mềm là hợp đồng dân sự, có hiệu lực khi các bên giao kết, không phụ thuộc hình thức công chứng. Tuy vậy, hợp đồng nên được lập thành văn bản, có chữ ký và con dấu của người có thẩm quyền, vì chứng cứ bằng văn bản là cơ sở khi có tranh chấp.

Nếu hợp đồng không nói gì về sở hữu mã nguồn thì ai sở hữu?

Khi hợp đồng im lặng, quyền tài sản đối với chương trình máy tính được xác định theo thỏa thuận và theo quy định của pháp luật sở hữu trí tuệ, không mặc nhiên thuộc bên trả tiền. Đây là lý do điều khoản sở hữu trí tuệ phải được viết rõ, kể cả khi hai bên có quan hệ hợp tác lâu năm.

Có nên dùng hợp đồng mẫu tải trên mạng cho dự án phần mềm không?

Có thể dùng làm điểm khởi đầu nhưng phải sửa bốn phần: phạm vi, tiêu chí nghiệm thu, sở hữu trí tuệ, và xử lý dữ liệu cá nhân. Hợp đồng mẫu thường được viết cho mua bán hàng hoá hoặc cung cấp dịch vụ chung, không có cơ chế kiểm soát thay đổi và không phân biệt bảo hành với bổ sung chức năng.

Thanh toán theo tháng hay theo mốc bàn giao tốt hơn?

Theo mốc bàn giao thường an toàn hơn cho cả hai bên vì mỗi lần thanh toán gắn với một đầu ra kiểm chứng được. Thanh toán theo tháng phù hợp khi hợp đồng duy trì đội ngũ theo thời gian và có báo cáo công việc hằng tháng làm chứng từ. Trong cả hai cách, điều kiện thanh toán phải khớp với điều khoản nghiệm thu.

Cập nhật và kiểm chứng

Cập nhật tháng 10/2026. Nội dung được rà soát theo Bộ luật Dân sự 91/2015/QH13, Luật Sở hữu trí tuệ 50/2005/QH11 (sửa đổi bởi Luật 131/2025/QH15), Luật Bảo vệ dữ liệu cá nhân 91/2025/QH15 và khung thuế GTGT hiện hành.

Bài viết mang tính tham khảo, không phải tư vấn pháp lý hay tư vấn thuế. Vui lòng đối chiếu văn bản gốc và tham khảo ý kiến chuyên gia.

WinSell xây dựng phần mềm theo yêu cầu với phạm vi, đặc tả và tiêu chí nghiệm thu được chốt trước khi triển khai — xem dịch vụ của WinSell. Báo giá sau khi chốt phạm vi.