Chủ đầu tư gọi điện, giọng gay gắt: "Giá dự thầu bên anh chào 45,2 tỷ, sao hợp đồng bên em trình lại ghi 47,8 tỷ?" Bộ phận dự thầu cuống cuồng lục lại email, tìm ra ba bản dự toán khác nhau gửi trong vòng ba tuần — bản đầu do bộ phận dự thầu soạn dựa trên hồ sơ mời thầu, bản giữa do QS chỉnh sau khi khảo sát hiện trường, bản cuối cập nhật đơn giá vật tư và giá chào của nhà thầu phụ mới nhất. Không ai nhớ chính xác bản nào đã nộp trong hồ sơ dự thầu, và hợp đồng cuối cùng được soạn dựa trên bản nào cũng không rõ.
Đây là một trong những sự cố tốn kém nhất với tổng thầu xây dựng: BOQ và giá dự thầu lệch phiên bản. Với một công trình quy mô lớn, BOQ thường trải qua nhiều lần điều chỉnh trong suốt quá trình đấu thầu và đàm phán hợp đồng — vấn đề không phải ở việc thay đổi, mà ở việc không ai kiểm soát được bản nào là bản cuối cùng, đúng, đã được duyệt để nộp thầu hoặc ký hợp đồng.
BOQ thay đổi bao nhiêu lần trước khi ký hợp đồng?
Từ lúc nhận hồ sơ mời thầu đến lúc ký hợp đồng, BOQ của một công trình tổng thầu thường qua ít nhất 4–6 lần điều chỉnh: bản sơ bộ từ hồ sơ mời thầu, bản sau khảo sát hiện trường thực tế, bản sau khi tổng hợp giá chào từ các nhà thầu phụ, bản sau khi ban lãnh đạo duyệt giá dự thầu cuối cùng, và đôi khi thêm một bản sau khi đàm phán lại với chủ đầu tư trước khi ký hợp đồng chính thức. Mỗi lần điều chỉnh kéo theo một bản giá dự thầu mới tương ứng.
Vấn đề xảy ra khi các bản này được lưu và gửi qua nhiều kênh khác nhau — file đính kèm email, tin nhắn nội bộ, bản in nộp hồ sơ thầu — mà không có quy tắc đặt tên hay số revision rõ ràng. Kết quả: bộ phận dự thầu, QS và ban lãnh đạo mỗi người có thể đang cầm một phiên bản khác nhau tại cùng một thời điểm.
Bốn điểm lệch phiên bản gây thiệt hại thực tế
1. Giá dự thầu nộp cho chủ đầu tư không khớp với BOQ nội bộ mới nhất. Khi QS cập nhật đơn giá vật tư hoặc giá chào nhà thầu phụ sau khi hồ sơ dự thầu đã nộp, nếu không có cơ chế đồng bộ, khoảng cách giữa "giá đã cam kết với chủ đầu tư" và "giá thực tế cần thực hiện" sẽ lộ ra ở bước ký hợp đồng.
2. Hợp đồng ký dựa trên BOQ không phải bản cuối cùng. Nếu bộ phận soạn hợp đồng lấy nhầm một bản BOQ trung gian, toàn bộ phạm vi công việc trong hợp đồng sẽ sai — dẫn đến tranh cãi với chủ đầu tư ngay từ những tuần thi công đầu tiên.
3. Đội thi công triển khai theo BOQ chưa được duyệt. Trong giai đoạn gấp rút chuẩn bị khởi công, Ban chỉ huy công trường đôi khi lấy bản BOQ có sẵn gần nhất trên máy để lên kế hoạch mua vật tư và ký hợp đồng thầu phụ — nếu không phải bản đã duyệt cuối cùng, công ty có nguy cơ ký hợp đồng thầu phụ sai khối lượng, sai đơn giá.
4. Không có căn cứ khi có tranh chấp với chủ đầu tư. Khi chủ đầu tư khiếu nại về chênh lệch giá hoặc phạm vi công việc, nếu công ty không thể chứng minh bằng văn bản bản BOQ/giá dự thầu nào đã được hai bên xác nhận sau cùng, tổng thầu ở thế yếu trong đàm phán.
Hình 1: Ba bản BOQ khác nhau (Bộ phận dự thầu, QS, bản đã nộp chủ đầu tư) cùng tồn tại song song, không ai chắc bản nào là bản chốt cuối cùng.
Vì sao lỗi này lặp lại dù ai cũng biết nó rủi ro
Không có số revision bắt buộc. File đặt tên "BOQ dự thầu final.xlsx" hoặc "Giá thầu final (2).xlsx" không cho biết đây là bản thứ mấy, thay thế bản nào.
Không có trạng thái rõ ràng giữa Draft và Approved. Một bản BOQ QS vừa chỉnh xong để nội bộ rà soát, nếu không đánh dấu rõ "Draft — chưa duyệt", dễ bị người khác coi là bản chính thức để nộp thầu.
Không có điểm bàn giao chính thức giữa Bộ phận dự thầu, QS và Ban lãnh đạo. BOQ đi qua tay nhiều bộ phận trong quá trình hình thành giá dự thầu, nhưng thường không có bước "ký nhận bàn giao" rõ ràng.
Áp lực thời hạn nộp thầu khiến bước kiểm tra chéo bị bỏ qua. Khi deadline nộp hồ sơ dự thầu gấp, bộ phận dự thầu thường nộp ngay bản đang có trong tay thay vì chờ QS xác nhận đó là bản mới nhất.
Một tình huống minh họa
Ví dụ minh họa mang tính mô phỏng, không phải số liệu thống kê chính thức.
Một gói thầu xây dựng trường học có giá dự thầu ban đầu 45,2 tỷ đồng dựa trên BOQ từ hồ sơ mời thầu. Sau khảo sát thực tế, QS phát hiện điều kiện nền đất yêu cầu gia cố móng phức tạp hơn dự kiến, cập nhật BOQ lên phiên bản mới với giá trị 47,8 tỷ đồng, gửi email cho trưởng bộ phận dự thầu kèm ghi chú "đã cập nhật theo khảo sát địa chất — dùng bản này để đàm phán hợp đồng".
Do trưởng bộ phận dự thầu đang công tác, email không được xử lý kịp thời. Nhân viên soạn hợp đồng, không biết có bản cập nhật, tiếp tục dùng bộ hồ sơ dự thầu gốc (45,2 tỷ) để trình ký nội bộ. Khi hợp đồng được soạn theo đúng BOQ mới (47,8 tỷ) theo quy trình kỹ thuật, chủ đầu tư phát hiện chênh lệch 2,6 tỷ đồng so với giá dự thầu đã công bố công khai trong hồ sơ đấu thầu — công ty buộc phải giải trình với chủ đầu tư và hội đồng đấu thầu, cuối cùng chấp nhận mức giá trung gian 46,5 tỷ đồng, chịu thiệt so với chi phí thực tế đã khảo sát.
Vì sao gửi file qua email không đủ để kiểm soát phiên bản
Email chuyển tiếp file, không quản lý trạng thái file. Khi một bản BOQ được gửi qua email, không có cơ chế nào tự động thông báo cho tất cả người liên quan rằng "đây là bản mới nhất, các bản trước không còn hiệu lực". Việc "ai đã đọc, ai chưa đọc" phụ thuộc vào việc người nhận có mặt hay không — như tình huống trưởng bộ phận dự thầu đi công tác ở ví dụ trên.
Hình 2: Từ nhiều bản BOQ/giá dự thầu trôi nổi qua email sang một luồng phê duyệt rõ ràng: Draft → Review → Approved → Issued.
5 việc Ban lãnh đạo có thể làm ngay để kiểm soát phiên bản BOQ và giá dự thầu
1. Bắt buộc số revision trong tên file, tăng dần, không tái sử dụng. Quy tắc: `BOQ_[Mã gói thầu]_v[số].xlsx`. Không có ngoại lệ "tạm thời".
2. Đặt 5 trạng thái rõ ràng: Draft, Review, Approved, Issued, Obsolete. Chỉ bản "Approved"/"Issued" mới được dùng để nộp hồ sơ dự thầu hoặc soạn hợp đồng.
3. Quy định điểm bàn giao chính thức giữa QS → Bộ phận dự thầu → Ban lãnh đạo. Mỗi lần chuyển giao phải có xác nhận bằng văn bản, không chuyển giao ngầm định qua việc "đã gửi file là xong".
4. Đối chiếu bắt buộc giữa BOQ – Hồ sơ dự thầu – Hợp đồng trước khi ký. Trước khi hợp đồng được trình chủ đầu tư ký, phải kiểm tra chéo: số revision BOQ dùng để soạn hợp đồng có khớp với hồ sơ dự thầu đã nộp hay không.
5. Khóa chỉnh sửa bản đã "Approved". Một khi BOQ đạt trạng thái "Approved", không ai được sửa trực tiếp — mọi thay đổi phải tạo revision mới.
Hình 3: Ba bước để BOQ và giá dự thầu không còn lệch phiên bản.
Từ kiểm soát thủ công đến luồng phê duyệt tự động trên ERP
Năm việc trên áp dụng ngay với kỷ luật làm việc, nhưng vẫn phụ thuộc vào con người nhớ tuân thủ mỗi lần. Một nền tảng ERP biến quy tắc thành cơ chế bắt buộc: tự động khóa bản "Approved", tự động thông báo khi có revision mới, không cho phép soạn hợp đồng từ bản không phải bản mới nhất.
Đây cũng là nội dung trong khóa học nền tảng "Tổng quan ERP cho Công ty Tổng thầu Xây dựng" trên AI-X, giúp đội ngũ dự thầu, QS và điều hành hiểu cách một luồng phê duyệt BOQ/giá dự thầu tập trung hoạt động.
Kết luận
Lệch phiên bản BOQ và giá dự thầu không phải lỗi kỹ thuật — đó là hệ quả của việc không có quy tắc rõ ràng về số revision, trạng thái duyệt và điểm bàn giao giữa các bộ phận. Đặt quy tắc số revision, phân biệt rõ Draft và Approved, và bắt buộc đối chiếu trước khi ký hợp đồng là những việc có thể áp dụng ngay.
Khi chỉ còn đúng một bản BOQ và giá dự thầu được công nhận là "bản đang có hiệu lực", những cuộc gọi khó chịu từ chủ đầu tư vì chênh lệch giá sẽ không còn là chuyện quen thuộc.