Biên bản nghiệm thu bàn giao phần mềm: mẫu và cách đối chiếu

Biên bản nghiệm thu bàn giao phần mềm là văn bản đối chiếu từng tiêu chí đã thống nhất với bằng chứng thực tế, rồi kết luận đạt, đạt có điều kiện hoặc không đạt. Văn bản dùng được phải chỉ ra tiêu chí nào đã kiểm, bằng chứng nào đi kèm, và điều kiện nào còn phải đóng.

Tóm tắt nhanh

• Nghiệm thu là đối chiếu tiêu chí với bằng chứng, không phải xác nhận cảm tính.
• Mỗi tiêu chí cần một dòng trong bảng truy vết: cách kiểm, bằng chứng, kết quả, quyết định.
• Điểm không đạt phải ghi thành mã, mức độ và điều kiện đóng, không ghi "cần cải thiện".
• Ba kết luận có hệ quả hợp đồng khác nhau; đừng dùng "đạt" cho mọi trường hợp.
• Biên bản nghiệm thu và biên bản bàn giao nên tách riêng, dù ký cùng ngày.

Nghiệm thu trả lời câu hỏi gì

Câu hỏi của nghiệm thu hẹp hơn câu hỏi của bàn giao. Nghiệm thu hỏi: những gì đã cam kết trong đặc tả có chạy đúng trên môi trường kiểm thử không? Bàn giao hỏi: khách hàng đã có đủ công cụ để tự vận hành chưa?

Vì vậy, biên bản nghiệm thu lấy đặc tả làm nguồn tham chiếu, còn biên bản bàn giao lấy danh mục tài sản làm nguồn tham chiếu. Trộn hai nguồn vào một văn bản khiến người ký không biết mình đang xác nhận chất lượng hay xác nhận quyền kiểm soát.

Trong thực tế, hai buổi thường diễn ra cùng ngày với cùng người tham dự, miễn là có hai bản ghi và hai kết luận riêng. Nếu chỉ có một biên bản, hãy tách thành hai phần: phần A đối chiếu tiêu chí, phần B kiểm tra tài sản bàn giao. Xem thêm biên bản bàn giao phần mềm để biết mười hạng mục cần có ở phần B.

Tám trường của biên bản nghiệm thu

Tám trường này đủ cho một đợt nghiệm thu theo giai đoạn. Với đợt nhỏ, có thể gộp trường 1 và 2, nhưng không nên bỏ trường 5 và 6, vì đó là phần biến biên bản thành bằng chứng.

Bảng truy vết: từ tiêu chí đến bằng chứng

Bảng truy vết là phần quan trọng nhất của biên bản. Mỗi dòng tương ứng một tiêu chí trong đặc tả, và mỗi dòng phải trả lời được bốn câu: kiểm bằng cách nào, bằng chứng là gì, kết quả ra sao, quyết định thế nào.

Cách viết này có hai lợi ích. Thứ nhất, người không tham gia buổi kiểm vẫn đọc được và tin được kết quả. Thứ hai, khi có tranh chấp, chỉ cần mở đúng dòng và đúng bằng chứng, không cần dựng lại toàn bộ buổi họp.

Một lưu ý về cột "cách kiểm": phải ghi hành động, không ghi mục đích. "Kiểm tra phân quyền" là mục đích. "Đăng nhập bằng tài khoản chi nhánh A, mở đơn của chi nhánh B, ghi lại mã phản hồi" là hành động.

Cách ghi một điểm không đạt

Điểm không đạt là phần dễ làm hỏng biên bản nhất, vì người viết có xu hướng giảm nhẹ để giữ quan hệ. Nhưng một điểm không đạt được ghi mơ hồ sẽ quay lại đúng lúc bàn giao và làm chậm cả dự án.

Cấu trúc một dòng không đạt gồm năm phần:

1. Mã và tiêu chí: AC-04, gửi email xác nhận trong 30 giây.
2. Hiện trạng đo được: 8/10 đơn gửi trong 12 đến 18 giây; 2/10 đơn gửi sau 45 giây.
3. Nguyên nhân đã xác định hoặc chưa xác định: hàng đợi xử lý tuần tự, chưa có cơ chế thử lại khi nhà cung cấp email chậm.
4. Ảnh hưởng nghiệp vụ: khách hàng có thể nhận xác nhận muộn trong giờ cao điểm.
5. Điều kiện đóng: hai đơn chậm nhất phải dưới 30 giây khi chạy lại 10 đơn vào giờ cao điểm; bằng chứng là nhật ký hàng đợi; hạn 12/11; người chịu trách nhiệm là kỹ sư phụ trách tích hợp.

Năm phần này biến một phàn nàn thành một việc có thể giao. Nếu thiếu phần 5, điểm không đạt sẽ tồn tại vô thời hạn. Nếu thiếu phần 2, hai bên sẽ tranh cãi về mức độ nghiêm trọng thay vì sửa lỗi.

Ba kết luận và điều kiện đóng

Đạt. Toàn bộ tiêu chí trong phạm vi đợt này đã có bằng chứng và không còn điểm không đạt ở mức chặn. Đợt nghiệm thu được đóng, và nghĩa vụ thanh toán tương ứng có thể được kích hoạt nếu hợp đồng quy định.

Đạt có điều kiện. Các tiêu chí chính đạt, còn điểm không đạt ở mức không chặn vận hành và đã có điều kiện đóng. Kết luận này phải kèm bảng điểm không đạt với đủ năm phần. Nếu thiếu bảng, kết luận này giống hệt "đạt" trên thực tế.

Không đạt. Có tiêu chí chặn ở mức nghiêm trọng, hoặc tỷ lệ đạt dưới ngưỡng đã thoả thuận. Kết luận này không có nghĩa là dự án thất bại; nó có nghĩa là đợt nghiệm thu chưa đóng và cần một đợt kiểm lại với phạm vi hẹp hơn.

Ba kết luận này phải được định nghĩa trước buổi nghiệm thu, trong đặc tả hoặc phụ lục hợp đồng; định nghĩa sau khi thấy kết quả thì mỗi bên sẽ chọn định nghĩa có lợi cho mình.

Đối chiếu chéo ba nguồn

Một biên bản nghiệm thu đáng tin khi ba nguồn khớp nhau: đặc tả, báo cáo kiểm thử và bản chạy thật trên môi trường kiểm thử.

Đặc tả nói cần đạt điều gì. Báo cáo kiểm thử nói đã kiểm những gì và kết quả ra sao. Bản chạy thật cho phép người nghiệm thu tự kiểm lại một vài điểm ngẫu nhiên. Nếu chỉ đọc báo cáo mà không chạy thử, biên bản phản ánh báo cáo chứ không phản ánh hệ thống.

Cách đối chiếu thực tế: chọn ngẫu nhiên ba tiêu chí, tự chạy lại, so với báo cáo. Nếu ba tiêu chí khớp, độ tin cậy của toàn bộ báo cáo tăng lên. Nếu một tiêu chí lệch, cần kiểm lại toàn bộ nhóm tiêu chí liên quan trước khi ký.

Năm lỗi thường gặp

Đưa toàn bộ đặc tả vào một đợt. Đợt nghiệm thu quá lớn khiến không ai kiểm hết, và biên bản trở thành danh sách ký tập thể. Nên chia theo giai đoạn hoặc theo nhóm chức năng có rủi ro tương đương.

Ghi kết quả mà không ghi bằng chứng. "Đạt" không có bằng chứng là ý kiến. Sáu tháng sau, không ai kiểm lại được.

Không ghi người vận hành tham dự. Người vận hành là người phát hiện vấn đề thực tế. Thiếu họ, biên bản chỉ phản ánh góc nhìn của người quản lý dự án.

Định nghĩa kết luận sau khi kiểm. Như đã nói, đây là lỗi về thứ tự, và nó làm mất tác dụng của cả biên bản.

Không tách nghiệm thu khỏi bàn giao. Hai sự kiện khác nhau về bản chất. Gộp lại thì một trong hai phần sẽ bị làm cho có.

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

Biên bản nghiệm thu có cần bảng truy vết cho mọi tiêu chí không?

Nên có cho mọi tiêu chí trong phạm vi đợt nghiệm thu. Nếu số tiêu chí quá lớn, có thể nhóm các tiêu chí cùng nhóm chức năng thành một dòng, miễn là dòng đó vẫn ghi được cách kiểm và bằng chứng đại diện. Không nên bỏ bảng truy vết, vì đó là phần duy nhất chứng minh việc kiểm đã thực sự diễn ra.

Ai nên ký biên bản nghiệm thu?

Người có thẩm quyền theo hợp đồng ở cả hai bên, thường là người đại diện hoặc người được uỷ quyền bằng văn bản. Về phía khách hàng, nên có thêm người phụ trách nghiệp vụ xác nhận kết quả sử dụng. Về phía nhà cung cấp, nên có người phụ trách kỹ thuật xác nhận nội dung báo cáo. Chữ ký của người không có thẩm quyền không tạo ra nghĩa vụ.

Điểm không đạt nhỏ có cần ghi vào biên bản không?

Có. "Nhỏ" là đánh giá chủ quan, và nó thường lớn lên khi hệ thống chạy với dữ liệu thật. Ghi vào biên bản với mức độ thấp và điều kiện đóng rõ ràng. Nếu thực sự không cần xử lý, ghi rõ "chấp nhận, không xử lý" kèm người chấp nhận, để sau này không ai nói rằng vấn đề bị bỏ sót.

Nghiệm thu theo giai đoạn khác nghiệm thu toàn bộ ở đâu?

Nghiệm thu theo giai đoạn chỉ đối chiếu các tiêu chí thuộc giai đoạn đó, với điều kiện các giai đoạn trước đã đóng. Nghiệm thu toàn bộ đối chiếu toàn bộ đặc tả và thường gắn với bàn giao cuối. Cách làm phổ biến là nghiệm thu theo giai đoạn để giải phóng thanh toán, và nghiệm thu toàn bộ trước khi bắt đầu bảo hành.

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

Cập nhật tháng 11/2026. Nội dung được rà soát theo khung quản lý dự án phần mềm và mẫu biên bản nghiệm thu đang dùng trong thực tế. Bài viết mang tính tham khảo, không phải tư vấn pháp lý; mẫu cụ thể cần đối chiếu với hợp đồng và ý kiến chuyên gia.

Bài viết liên quan: bàn giao mã nguồn, quy trình phát triển phần mềm là gì và thuế GTGT của phần mềm là bao nhiêu.

Nếu bạn cần một đợt nghiệm thu có bảng truy vết và điều kiện đóng rõ ràng thay vì một buổi ký tập thể, WinSell xây dựng phần mềm theo yêu cầu theo bốn giai đoạn Khám phá, Đặc tả, Xây dựng, Bàn giao và đo lường — xem dịch vụ của WinSell. Báo giá sau khi chốt phạm vi.