Biên bản bàn giao phần mềm: 10 mục kiểm trước khi ký

Biên bản bàn giao phần mềm là văn bản ghi nhận thời điểm nhà cung cấp chuyển giao mã nguồn, môi trường, tài liệu và quyền truy cập cho khách hàng, kèm tình trạng từng hạng mục. Biên bản dùng được phải nêu mười hạng mục, bằng chứng tương ứng, người ký và hạn xử lý các mục treo.

Tóm tắt nhanh

• Biên bản bàn giao ghi nhận đã chuyển giao cái gì, không phải hệ thống tốt đến đâu.
• Mỗi mục phải có bằng chứng kèm theo, không chỉ một dòng chữ "đã bàn giao".
• Ba trạng thái ký: đạt, đạt có điều kiện, không đạt. Chỉ trạng thái đầu đóng nghĩa vụ của nhà cung cấp.
• Mục treo phải có người chịu trách nhiệm, hạn chót và điều kiện đóng rõ ràng.
• Bàn giao môi trường và quyền truy cập thường bị bỏ sót, và đó là phần gây mất kiểm soát nhiều nhất.

Biên bản bàn giao khác biên bản nghiệm thu ở đâu

Hai văn bản này thường bị gộp làm một, và việc gộp là nguồn gốc của phần lớn tranh chấp sau đó.

Nghiệm thu trả lời câu hỏi: hệ thống đã đáp ứng tiêu chí đã thống nhất chưa? Đầu vào là tiêu chí nghiệm thu trong đặc tả; đầu ra là kết luận đạt hay không đạt, kèm danh sách lỗi còn mở. Nghiệm thu là sự kiện về chất lượng so với cam kết.

Bàn giao trả lời câu hỏi: khách hàng đã nắm được công cụ để tự vận hành chưa? Đầu vào là danh mục tài sản dự án; đầu ra là tình trạng từng tài sản, quyền truy cập và đầu mối hỗ trợ. Bàn giao là sự kiện về quyền kiểm soát.

Một dự án có thể nghiệm thu đạt nhưng bàn giao chưa xong, vì còn thiếu quyền truy cập máy chủ hoặc tài liệu vận hành. Ngược lại, có thể bàn giao đủ tài sản nhưng nghiệm thu chưa đạt, vì còn lỗi nghiêm trọng. Gộp hai sự kiện vào một buổi ký khiến bên mua mất quyền giữ lại một phần thanh toán cho đến khi nhận đủ công cụ.

Cách xử lý đơn giản: dùng hai văn bản, hai mốc thời gian, có thể cùng một buổi nhưng hai bản ghi riêng. Nếu buộc phải gộp, biên bản phải có hai phần tách bạch và hai kết luận riêng. Bài này chỉ nói về phần bàn giao; phần đối chiếu tiêu chí nghiệm thu được trình bày ở biên bản nghiệm thu bàn giao phần mềm.

Mười mục phải có trong biên bản

Mười mục dưới đây không phải danh sách cho đủ. Mỗi mục tương ứng với một cách dự án mất kiểm soát sau khi ký. Cột cuối là hậu quả cụ thể khi mục đó bị bỏ trống.

Mười mục này đủ cho cả dự án nhỏ và dự án nhiều giai đoạn. Với dự án nhỏ, mục 9 có thể chỉ là một bảng vài dòng, nhưng không nên bỏ, vì thành phần trả phí thường xuất hiện muộn và không ai nhớ đã mua bằng tài khoản nào.

Ba trạng thái ký và hệ quả của từng trạng thái

Biên bản chỉ có hai lựa chọn "đạt" và "không đạt" sẽ đẩy hai bên vào thế đối đầu. Thực tế cần ba trạng thái.

Đạt. Toàn bộ mười mục có bằng chứng và không có mục treo. Nhà cung cấp hoàn thành nghĩa vụ bàn giao; thời hạn bảo hành bắt đầu tính từ ngày ký. Đây là trạng thái duy nhất nên dùng khi muốn đóng giai đoạn.

Đạt có điều kiện. Phần lớn hạng mục đã đủ, một số mục còn treo nhưng không chặn vận hành, ví dụ tài liệu kiến trúc chưa hoàn thiện hoặc một tài khoản quảng cáo chưa chuyển quyền. Trạng thái này phải kèm bảng mục treo với ba cột: nội dung, người chịu trách nhiệm, hạn chót. Nếu thiếu một trong ba cột, "đạt có điều kiện" trở thành "đạt" trên thực tế và không ai theo dõi phần còn lại.

Không đạt. Có mục chặn vận hành: không có mã nguồn, không có quyền truy cập môi trường chạy, hoặc hệ thống không dựng lại được. Trạng thái này không phải dấu hiệu quan hệ đổ vỡ; nó là thông tin để hai bên lên kế hoạch khắc phục. Điều nên tránh là ký "đạt" cho xong rồi xử lý sau bằng tin nhắn, vì khi đó không còn mốc nào ràng buộc.

Một chi tiết dễ bỏ qua: người ký phải có thẩm quyền. Một nhân viên kỹ thuật ký biên bản không làm thay đổi nghĩa vụ thanh toán nếu hợp đồng quy định người đại diện pháp luật ký. Trước buổi bàn giao, xác nhận ai là người ký hợp lệ ở cả hai bên.

Một mục viết sai và cách viết lại

Câu trong biên bản: "Hệ thống chạy ổn định, bàn giao đầy đủ." Câu này không kiểm được, không quy được trách nhiệm, và mỗi bên sẽ hiểu theo hướng có lợi cho mình.

Cách viết lại gồm bốn thành phần: đối tượng, phép kiểm, ngưỡng và bằng chứng.

• Đối tượng: luồng đặt hàng từ giỏ đến xác nhận, trên môi trường tiền phát hành, với bộ dữ liệu mẫu.
• Phép kiểm: chạy 20 lượt liên tiếp, mỗi lượt tạo một đơn mới, không thao tác thủ công vào cơ sở dữ liệu.
• Ngưỡng: 20/20 lượt hoàn tất, thời gian phản hồi trung bình dưới 1,5 giây, không có lỗi máy chủ.
• Bằng chứng: tệp kết quả của bộ kiểm thử, ảnh chụp màn hình danh sách đơn, và nhật ký của lần chạy.

Câu viết lại: "Luồng đặt hàng đã chạy 20/20 lượt trên môi trường tiền phát hành với bộ dữ liệu mẫu; thời gian phản hồi trung bình 1,2 giây; không có lỗi máy chủ. Bằng chứng: báo cáo kiểm thử ngày 05/11 và nhật ký máy chủ đính kèm."

Sự khác biệt không nằm ở độ dài. Câu thứ hai tạo ra một thứ có thể kiểm lại vào bất kỳ lúc nào, kể cả khi người viết đã rời dự án. Đây là tiêu chuẩn nên áp cho cả mười mục, không chỉ mục kiểm thử.

Bàn giao quyền truy cập: phần dễ mất kiểm soát nhất

Mã nguồn và tài liệu là phần nhìn thấy được, nên hai bên thường xử lý tốt. Quyền truy cập là phần ít được nói đến nhưng quyết định ai thực sự kiểm soát hệ thống.

Có hai cách chuyển quyền khác nhau về bản chất. Mời vào tài khoản giữ nguyên chủ sở hữu là nhà cung cấp; khách hàng chỉ là thành viên có quyền. Chuyển quyền sở hữu đổi chủ tài khoản sang khách hàng. Cách thứ nhất nhanh nhưng tạo ra phụ thuộc: khi hợp đồng kết thúc, quyền có thể bị thu hồi bất cứ lúc nào. Cách thứ hai chậm hơn nhưng là điều kiện để khách hàng thực sự sở hữu hệ thống.

Danh sách tối thiểu cần kiểm tra:

Sau khi chuyển, việc bắt buộc là đổi toàn bộ khoá bí mật mà nhà cung cấp từng biết. Không đổi khoá nghĩa là quyền truy cập cũ vẫn còn hiệu lực, bất kể biên bản ghi gì. Nên ghi việc này thành một mục riêng trong biên bản, có người thực hiện và ngày hoàn tất.

Mốc thời gian, bảo hành và hiệu lực

Biên bản cần trả lời ba câu về thời gian, nếu không sẽ có tranh cãi vào đúng lúc cần nhất.

Thời hạn bảo hành bắt đầu từ ngày nào? Thông thường là ngày ký biên bản bàn giao, nhưng cần ghi rõ ngày, không ghi "từ khi bàn giao". Nếu bảo hành bắt đầu từ ngày nghiệm thu, ghi rõ hai mốc. Nếu có mục treo, nên ghi rõ bảo hành cho mục treo bắt đầu từ ngày mục đó được đóng.

Mục treo có thời hạn bao lâu? Mỗi mục cần hạn chót cụ thể. Hạn chót không có nghĩa là ngày hoàn thành chắc chắn, mà là ngày hai bên phải họp lại để quyết định: gia hạn, chuyển sang hợp đồng khác, hoặc chấp nhận rủi ro.

Điều gì xảy ra nếu một bên không thực hiện? Biên bản nên dẫn chiếu điều khoản hợp đồng tương ứng thay vì tự đặt ra chế tài mới. Đây là điểm cần luật sư xem, không phải phần kỹ thuật tự soạn.

Một cách làm hiệu quả là gắn biên bản với một mốc thanh toán. Nếu hợp đồng có nhiều đợt thanh toán, đợt cuối nên gắn với việc đóng toàn bộ mục treo, không chỉ với buổi ký. Khi đó biên bản không còn là thủ tục mà là công cụ điều phối.

Vai trò trong buổi bàn giao

Một buổi bàn giao hiệu quả cần bốn vai trò, không phải hai. Thiếu vai trò nào thì phần việc tương ứng bị bỏ qua, và biên bản vẫn được ký.

Vai trò thứ ba là vai trò hay bị thay thế bằng người quản lý dự án. Người quản lý dự án biết tiến độ nhưng không nhất thiết biết vận hành. Nếu không có người sẽ trực tiếp vận hành tham gia, buổi bàn giao chỉ kiểm tra được sự hiện diện của tài sản, không kiểm tra được khả năng sử dụng.

Một cách tổ chức thực tế là chia buổi thành hai phần. Phần đầu kiểm tra kỹ thuật theo danh mục, không có người ký. Phần sau, sau khi đã ghi kết quả, mới họp ký và xử lý mục treo. Cách chia này tránh việc người ký phải quyết định ngay tại chỗ những câu hỏi kỹ thuật chưa có câu trả lời.

Năm lỗi khiến biên bản không dùng được

Ký trước khi kiểm. Biên bản được soạn sẵn, mang đến buổi họp, và mọi người ký trong mười phút. Cách này tiết kiệm thời gian nhưng biến biên bản thành lời xác nhận cảm tính. Nên kiểm trước, ghi kết quả, rồi ký sau.

Không có bằng chứng kèm theo. Một dòng "đã bàn giao tài liệu" không nói được tài liệu nào, phiên bản nào, ở đâu. Sáu tháng sau, không ai đối chiếu được.

Không ghi phiên bản và thẻ phát hành. Cùng một kho mã nhưng khác nhánh hoặc khác thẻ là hai sản phẩm khác nhau. Không ghi phiên bản thì không biết bản nào đã được bàn giao.

Mục treo không có người và hạn. Đây là lỗi phổ biến nhất. Mục treo không có chủ sẽ không bao giờ được đóng, và cũng không ai chịu trách nhiệm khi nó ảnh hưởng vận hành.

Người ký không có thẩm quyền. Biên bản đẹp đến đâu cũng vô nghĩa nếu người ký không đại diện được cho bên mua hoặc bên bán theo hợp đồng.

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

Biên bản bàn giao có thay thế được hợp đồng không?

Không. Biên bản là chứng cứ về việc đã chuyển giao tài sản và tình trạng từng hạng mục tại một thời điểm. Hợp đồng quy định quyền, nghĩa vụ, chế tài và cách giải quyết tranh chấp. Biên bản chỉ có giá trị trong khuôn khổ hợp đồng, nên phần dẫn chiếu điều khoản cần được giữ lại thay vì viết lại toàn bộ điều khoản trong biên bản.

Có cần lập biên bản cho từng giai đoạn hay chỉ một lần khi kết thúc?

Với dự án nhiều giai đoạn, nên có biên bản bàn giao cho từng giai đoạn nếu mỗi giai đoạn tạo ra tài sản dùng được, ví dụ bản chạy thử cho người dùng nội bộ. Biên bản cuối cùng vẫn cần, vì nó tổng hợp toàn bộ tài sản và quyền truy cập. Nếu chỉ có một biên bản cuối, các giai đoạn trước không có mốc xác nhận.

Ai nên chủ trì buổi bàn giao?

Bên mua nên chủ trì, vì mục tiêu của buổi là xác nhận bên mua đã nắm được công cụ. Nếu để bên bán chủ trì, buổi họp dễ chuyển thành phần trình bày thành tích và bỏ qua các câu hỏi khó. Người chủ trì nên là người sẽ trực tiếp vận hành hoặc quản lý hệ thống sau bàn giao, không phải người mua hàng.

Biên bản có cần liệt kê lỗi còn mở không?

Có, nếu còn lỗi chưa xử lý. Danh sách lỗi còn mở là đầu vào của phần nghiệm thu, nhưng cũng cần xuất hiện trong biên bản bàn giao vì nó ảnh hưởng đến việc vận hành. Ghi mã lỗi, mức độ, ảnh hưởng và thoả thuận xử lý. Không nên ghi "còn một số lỗi nhỏ", vì cụm từ đó không dẫn đến hành động nào.

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 hiện hành và các mẫu biên bản đ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 biên bản cụ thể cần được đối chiếu với hợp đồng và ý kiến chuyên gia.

Đọc thêm để đối chiếu: bài bàn giao mã nguồn nói về bước ngay sau khi ký, bài quy trình phát triển phần mềm là gì cho bối cảnh bốn giai đoạn, và bài thuế GTGT của phần mềm là bao nhiêu cho phần chi phí. Nếu cần mẫu đối chiếu từng tiêu chí, xem biên bản nghiệm thu bàn giao phần mềm.

Nếu bạn cần một buổi bàn giao có danh mục, bằng chứng và mục treo rõ ràng thay vì một tờ giấy ký cho xong, 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.