Trên công trường, một bản vẽ đúng nhưng sai Revision vẫn có thể dẫn đến thi công sai.
Khi dự án có hàng trăm hoặc hàng nghìn bản vẽ, vấn đề không chỉ là “bản mới nhất là bản nào”, mà còn phải biết: bản cũ đã được thu hồi chưa, thay đổi bắt nguồn từ đâu, Shopdrawing đã cập nhật chưa, hiện trường đang thi công theo bản nào và hoàn công cuối cùng có phản ánh đúng thay đổi hay không.
VMC Works đã tạo sẵn Prompt dưới đây. Bạn KHÔNG CẦN tự viết câu lệnh cho AI.
👉 Chỉ cần COPY NGUYÊN PROMPT, dán vào ChatGPT, Gemini, Claude hoặc công cụ AI có khả năng đọc tài liệu; sau đó tải bản vẽ, Drawing Register và hồ sơ liên quan lên để AI bắt đầu kiểm tra.
──────────────
PROMPT – COPY NGUYÊN PHẦN DƯỚI ĐÂY:
Bạn hãy đóng vai chuyên gia quản lý thiết kế, quản lý dự án, tư vấn giám sát, QA/QC, Document Control và kiểm soát bản vẽ xây dựng.
Tôi sẽ cung cấp toàn bộ hoặc một phần:
- Drawing Register/Danh mục bản vẽ.
- Hồ sơ thiết kế.
- Các Revision.
- Shopdrawing.
- RFI/TQ.
- Chỉ dẫn hiện trường.
- Site Instruction.
- Biên bản họp.
- Phiếu trình/phê duyệt bản vẽ.
- Transmittal.
- Nhật ký thi công.
- Biên bản nghiệm thu.
- Bản vẽ hoàn công.
- Hồ sơ phát sinh.
- Các tài liệu liên quan.
Mục tiêu là kiểm soát toàn bộ chuỗi:
BẢN VẼ GỐC
↓
VẤN ĐỀ/THAY ĐỔI
↓
RFI – CHỈ DẪN – QUYẾT ĐỊNH
↓
REVISION MỚI
↓
PHÊ DUYỆT/PHÁT HÀNH
↓
THU HỒI BẢN CŨ
↓
SHOPDRAWING
↓
THI CÔNG
↓
NGHIỆM THU
↓
HOÀN CÔNG
1. LẬP DANH MỤC TOÀN BỘ BẢN VẼ
Lập bảng:
STT | Mã bản vẽ | Tên bản vẽ | Bộ môn | Revision | Ngày | Trạng thái | Nguồn file
Không tự tạo thông tin không có trong hồ sơ.
2. NHÓM CÁC REVISION CỦA CÙNG MỘT BẢN VẼ
Tạo chuỗi:
REV 00
→ REV 01
→ REV 02
→ REV 03
→ REV HIỆN HÀNH.
Lập:
Mã bản vẽ | Rev | Ngày | Nội dung thay đổi | Trạng thái | Rev kế tiếp
Mục tiêu là xác định lịch sử thay đổi của từng bản vẽ.
3. XÁC ĐỊNH REVISION HIỆN HÀNH
Với mỗi mã bản vẽ, xác định:
- Revision mới nhất tìm thấy.
- Revision được phê duyệt/phát hành nếu dữ liệu thể hiện.
- Revision có khả năng đang được sử dụng.
- Revision đã hết hiệu lực.
Không mặc định Revision có số lớn nhất là bản được phép thi công nếu chưa kiểm tra trạng thái phê duyệt/phát hành.
4. TẠO MASTER DRAWING REGISTER
Lập bảng trung tâm:
Mã BV | Tên BV | Bộ môn | Rev hiện hành | Ngày phát hành | Trạng thái phê duyệt | Rev cũ | Thu hồi? | Shopdrawing liên quan | Trạng thái
Đánh dấu:
✓ Đã xác định.
⚠ Cần kiểm tra.
✖ Chưa tìm thấy.
— Không áp dụng.
5. KIỂM TRA DRAWING REGISTER ↔ FILE THỰC TẾ
Đối chiếu:
- Bản vẽ có trong Register nhưng không tìm thấy file.
- File có nhưng không có trong Register.
- Revision trong Register khác file.
- Ngày phát hành khác nhau.
- Tên bản vẽ không thống nhất.
Lập danh sách sai khác riêng.
6. KIỂM TRA NGUỒN GỐC THAY ĐỔI
Với mỗi Revision, truy ngược:
REVISION
← RFI/TQ
← CHỈ DẪN
← BIÊN BẢN HỌP
← YÊU CẦU CĐT
← THAY ĐỔI THIẾT KẾ
← NGUYÊN NHÂN KHÁC.
Lập:
Bản vẽ | Revision | Nội dung thay đổi | Hồ sơ nguồn | Ngày | Trạng thái
Nếu chưa truy được nguồn, ghi:
“CHƯA TÌM THẤY CĂN CỨ THAY ĐỔI”.
7. KIỂM TRA NỘI DUNG THAY ĐỔI GIỮA CÁC REVISION
Nếu dữ liệu cho phép, so sánh:
- Kích thước.
- Cao độ.
- Vị trí.
- Vật liệu.
- Cấu tạo.
- Tuyến.
- Thiết bị.
- Ghi chú.
- Chi tiết.
- Thông số.
Lập:
Nội dung | Rev cũ | Rev mới | Thay đổi | Ảnh hưởng dự kiến
Không tự suy đoán thay đổi không nhìn thấy được từ tài liệu.
8. KIỂM TRA PHÊ DUYỆT REVISION
Lập:
Mã BV | Revision | Ngày trình | Ngày phản hồi | Kết quả | Người/Đơn vị phê duyệt | Trạng thái
Phân biệt:
- Submitted.
- Reviewed.
- Approved.
- Approved with comments.
- Revise and resubmit.
- For Construction.
- Superseded.
- Các trạng thái khác theo hồ sơ dự án.
Không tự coi “đã gửi” là “đã được phê duyệt”.
9. KIỂM TRA PHÁT HÀNH BẢN VẼ
Nếu có Transmittal/Document Control, truy:
BẢN VẼ
→ PHÊ DUYỆT
→ TRANSMITTAL
→ NGƯỜI NHẬN
→ NGÀY NHẬN.
Lập:
Bản vẽ | Revision | Transmittal | Ngày phát hành | Đơn vị nhận | Trạng thái
10. KIỂM TRA THU HỒI REVISION CŨ
Xác định:
- Rev nào đã bị thay thế.
- Có bằng chứng thu hồi/đánh dấu Superseded hay không.
- Bản cũ còn xuất hiện trong hồ sơ thi công sau ngày phát hành bản mới hay không.
Lập:
Mã BV | Rev cũ | Rev mới | Ngày thay thế | Thu hồi? | Còn xuất hiện sau đó? | Cảnh báo
11. PHÁT HIỆN NGUY CƠ THI CÔNG NHẦM REVISION
Đối chiếu:
- Revision được phê duyệt.
- Revision phát hành ra công trường.
- Revision ghi trong nhật ký.
- Revision ghi trong nghiệm thu.
- Revision của Shopdrawing.
- Revision trong hoàn công.
Nếu không thống nhất, đánh dấu:
“NGUY CƠ THI CÔNG NHẦM REVISION – CẦN KIỂM TRA”.
Không tự kết luận đã thi công sai khi chưa có bằng chứng hiện trường.
12. KIỂM TRA REVISION ↔ SHOPDRAWING
Lập:
Bản thiết kế | Rev thiết kế | Shopdrawing | Rev Shopdrawing | Ngày phê duyệt | Đã cập nhật thay đổi? | Trạng thái
Cảnh báo:
- Thiết kế đã đổi nhưng Shopdrawing chưa đổi.
- Shopdrawing phê duyệt trước Revision mới nhưng vẫn tiếp tục được viện dẫn sau đó.
- Shopdrawing không truy được bản thiết kế đầu vào.
13. KIỂM TRA XUNG ĐỘT GIỮA CÁC BỘ MÔN
Nếu dữ liệu cho phép, kiểm tra các thay đổi giữa:
- Kiến trúc.
- Kết cấu.
- Điện.
- Cấp thoát nước.
- HVAC.
- PCCC.
- Hạ tầng.
Ví dụ:
Kiến trúc thay đổi tường nhưng MEP chưa cập nhật tuyến.
Kết cấu thay đổi dầm nhưng Shopdrawing MEP vẫn theo cao độ cũ.
Chỉ cảnh báo khi có căn cứ trong tài liệu.
14. KIỂM TRA REVISION ↔ NHẬT KÝ THI CÔNG
Lập:
Ngày thi công | Công việc | Bản vẽ/Rev được viện dẫn | Rev hiện hành tại thời điểm đó | Kết quả | Trạng thái
Đặc biệt kiểm tra công việc thực hiện sau ngày Revision mới được phát hành.
15. KIỂM TRA REVISION ↔ NGHIỆM THU
Lập:
Công việc | BBNT | Ngày NT | Bản vẽ/Rev trong BBNT | Rev được xác định hiện hành | Trạng thái
Cảnh báo biên bản nghiệm thu vẫn viện dẫn Revision cũ nếu dữ liệu chứng minh Revision mới đã có hiệu lực sử dụng trước đó.
16. KIỂM TRA REVISION ↔ HOÀN CÔNG
Đối chiếu:
THIẾT KẾ GỐC
→ REVISION CUỐI
→ SHOPDRAWING
→ NGHIỆM THU
→ HOÀN CÔNG.
Lập:
Hạng mục | Rev cuối | Shopdrawing | Nghiệm thu | Hoàn công | Khớp? | Trạng thái
17. KIỂM TRA THAY ĐỔI CHƯA CẬP NHẬT VÀO HOÀN CÔNG
Tìm các Revision có thay đổi:
- Kích thước.
- Vị trí.
- Cao độ.
- Tuyến.
- Thiết bị.
- Vật liệu.
nhưng chưa thấy phản ánh tương ứng trong bản vẽ hoàn công.
18. KIỂM TRA REVISION ↔ PHÁT SINH
Xác định Revision nào:
- Chỉ làm rõ thiết kế.
- Có thay đổi khối lượng.
- Có khả năng tạo phát sinh.
- Có hồ sơ phát sinh tương ứng.
- Chưa truy được hồ sơ chi phí.
Không mặc định mọi Revision đều làm thay đổi giá trị hợp đồng.
19. KIỂM TRA ẢNH HƯỞNG TIẾN ĐỘ
Nếu có dữ liệu, xác định:
- Ngày yêu cầu thay đổi.
- Ngày phát hành Revision.
- Thời gian chờ.
- Công việc bị ảnh hưởng.
- Mốc tiến độ liên quan.
Không tự coi thời gian chờ Revision là thời gian được gia hạn.
20. KIỂM TRA BẢN VẼ HẾT HIỆU LỰC VẪN ĐƯỢC SỬ DỤNG
Tìm Revision cũ xuất hiện trong:
- Nhật ký.
- Biện pháp.
- Shopdrawing.
- Nghiệm thu.
- RFI.
- Hồ sơ thanh toán.
- Hồ sơ hoàn công.
sau khi Revision mới đã được xác định là bản thay thế.
Lập danh sách riêng để xử lý.
21. KIỂM TRA MÃ BẢN VẼ
Phát hiện:
- Trùng mã nhưng khác nội dung.
- Cùng bản vẽ nhưng mã khác bất thường.
- Revision không liên tục.
- Tên file không khớp Title Block.
- Register và Title Block khác nhau.
Chỉ ghi:
“DẤU HIỆU CẦN KIỂM TRA”.
22. KIỂM TRA NGÀY THÁNG
Dựng timeline:
RFI/Yêu cầu thay đổi
→ Revision
→ Phê duyệt
→ Phát hành
→ Shopdrawing
→ Thi công
→ Nghiệm thu
→ Hoàn công.
Phát hiện các mốc thời gian không logic.
23. TẠO MA TRẬN KIỂM SOÁT REVISION
Lập bảng trung tâm:
Mã BV | Rev hiện hành | Căn cứ thay đổi | Phê duyệt | Phát hành | Thu hồi Rev cũ | Shopdrawing | Nhật ký | Nghiệm thu | Hoàn công | Trạng thái
24. PHÁT HIỆN “REVISION BỊ ĐỨT CHUỖI”
Đưa vào danh sách riêng khi:
- Có Revision nhưng chưa tìm thấy phê duyệt.
- Đã phê duyệt nhưng chưa tìm thấy phát hành.
- Đã phát hành nhưng Shopdrawing chưa cập nhật.
- Shopdrawing đã cập nhật nhưng hồ sơ thi công chưa cập nhật.
- Nghiệm thu vẫn dùng bản cũ.
- Hoàn công chưa phản ánh thay đổi.
25. PHÁT HIỆN DỮ LIỆU BẤT THƯỜNG
Tìm:
- Revision mới có ngày trước Revision cũ.
- Rev bị thiếu trong chuỗi.
- Cùng Rev nhưng nhiều nội dung khác nhau.
- File cùng mã/Rev nhưng nội dung khác nhau.
- Bản vẽ “For Construction” nhưng chưa truy được phê duyệt cần thiết.
- Bản cũ vẫn xuất hiện sau khi đã bị thay thế.
Không tự kết luận làm giả hoặc sai phạm.
26. LẬP BẢNG CẢNH BÁO
STT | Mã bản vẽ | Revision | Vấn đề | Công việc ảnh hưởng | Mức độ | Hành động
Phân loại:
🔴 CẦN XỬ LÝ NGAY – Có nguy cơ sử dụng sai bản vẽ hoặc ảnh hưởng trực tiếp đến thi công/nghiệm thu.
🟡 CẦN BỔ SUNG/LÀM RÕ.
🟢 ĐÃ TRUY ĐƯỢC CHUỖI REVISION TRONG PHẠM VI HỒ SƠ.
27. TẠO DASHBOARD REVISION
Nếu dữ liệu đủ, tổng hợp:
- Tổng số bản vẽ.
- Tổng số Revision.
- Số bản vẽ đã xác định Rev hiện hành.
- Số Revision chưa truy được căn cứ thay đổi.
- Số Revision chưa truy được phê duyệt.
- Số Revision chưa truy được phát hành.
- Số Rev cũ chưa xác định việc thu hồi.
- Số Shopdrawing chưa cập nhật.
- Số nghiệm thu viện dẫn Rev cần kiểm tra.
- Số hoàn công chưa cập nhật.
- Số nguy cơ thi công nhầm Revision.
- Số cảnh báo 🔴.
- Số cảnh báo 🟡.
28. TẠO “TOP 10 BẢN VẼ/REVISION CẦN XỬ LÝ NGAY”
Lập:
Ưu tiên | Mã BV | Revision | Vấn đề | Hạng mục ảnh hưởng | Rủi ro | Hành động
Ưu tiên:
1. Có nguy cơ đang thi công theo bản cũ.
2. Revision mới chưa được cập nhật vào Shopdrawing.
3. Nghiệm thu viện dẫn bản cũ.
4. Hoàn công chưa cập nhật thay đổi.
5. Revision chưa truy được phê duyệt.
6. Bản cũ chưa được kiểm soát thu hồi.
7. Xung đột giữa các bộ môn.
29. CUỐI BÁO CÁO HÃY TRẢ LỜI RÕ:
- Có bao nhiêu bản vẽ?
- Có bao nhiêu Revision?
- Bản vẽ nào chưa xác định được Revision hiện hành?
- Revision nào chưa truy được nguồn thay đổi?
- Revision nào chưa truy được phê duyệt/phát hành?
- Có bản cũ nào vẫn xuất hiện sau khi bị thay thế không?
- Shopdrawing nào chưa cập nhật Revision?
- Công việc nào có nguy cơ thi công theo Revision cũ?
- Biên bản nghiệm thu nào viện dẫn bản vẽ cần kiểm tra?
- Hoàn công nào chưa cập nhật thay đổi?
- Revision nào có khả năng ảnh hưởng chi phí?
- Revision nào có khả năng ảnh hưởng tiến độ?
- 10 bản vẽ nào phải xử lý trước tiên?
30. TẠO “CHECKLIST 2 PHÚT TRƯỚC KHI PHÁT HÀNH BẢN VẼ RA CÔNG TRƯỜNG”
Tạo checklist 10–15 nội dung để Design Manager, Document Controller, BQLDA, TVGS, QA/QC và Nhà thầu kiểm tra trước khi phát hành/sử dụng bản vẽ.
NGUYÊN TẮC BẮT BUỘC:
- Không mặc định Revision cao nhất là Revision được phép thi công.
- Không tự tạo trạng thái phê duyệt.
- Không tự ghép Revision với RFI/chỉ dẫn nếu chưa đủ căn cứ.
- Không coi “Submitted” là “Approved”.
- Không coi bản vẽ đã gửi email là bản chính thức được phát hành nếu quy trình dự án yêu cầu hình thức khác.
- Không tự kết luận đã thi công sai chỉ vì phát hiện bản vẽ cũ trong hồ sơ.
- Không mặc định mọi Revision đều tạo phát sinh.
- Không tự tạo ảnh hưởng chi phí hoặc tiến độ.
- Phải phân biệt thiết kế, Revision, Shopdrawing và As-built.
- Phải kiểm tra cả việc phát hành bản mới và kiểm soát bản cũ.
- “Chưa tìm thấy” không đồng nghĩa “không có”.
- Mọi cảnh báo phải truy được về tài liệu nguồn.
- Nếu dữ liệu mâu thuẫn phải chỉ rõ từng nguồn.
- Nếu chưa đủ dữ liệu, ghi “Chưa đủ dữ liệu để kết luận”.
- AI chỉ hỗ trợ rà soát; việc phê duyệt thiết kế, phát hành bản vẽ và quyết định sử dụng bản vẽ thi công thuộc trách nhiệm của các chủ thể có thẩm quyền.
Sau khi tôi tải hồ sơ lên, KHÔNG chỉ tìm bản vẽ có Revision lớn nhất.
Trước tiên hãy lập:
1. DANH MỤC TOÀN BỘ BẢN VẼ VÀ REVISION.
2. MASTER DRAWING REGISTER.
3. LỊCH SỬ REVISION CỦA TỪNG MÃ BẢN VẼ.
4. TIMELINE THAY ĐỔI → PHÊ DUYỆT → PHÁT HÀNH → THI CÔNG → NGHIỆM THU → HOÀN CÔNG.
5. MA TRẬN REVISION ↔ RFI/CHỈ DẪN ↔ PHÊ DUYỆT ↔ TRANSMITTAL ↔ SHOPDRAWING ↔ NHẬT KÝ ↔ NGHIỆM THU ↔ HOÀN CÔNG.
6. DANH SÁCH BẢN VẼ CÓ NGUY CƠ ĐANG SỬ DỤNG SAI REVISION.
7. DANH SÁCH DỮ LIỆU/HỒ SƠ CHƯA TÌM THẤY.
Sau đó mới tiến hành kiểm tra chi tiết.
──────────────
Lưu ý: Điểm mạnh của Prompt này không phải tìm “Revision lớn nhất”. AI phải xác định đúng Revision được phê duyệt và phát hành để sử dụng, sau đó truy tiếp xuống Shopdrawing – thi công – nghiệm thu – hoàn công. Đây là cách phát hiện nguy cơ nguy hiểm nhất trong quản lý bản vẽ: bản mới đã phát hành nhưng công trường vẫn đang dùng bản cũ.
#AITrongXayDung #PromptXayDung #QuanLyBanVe #RevisionControl #Shopdrawing #QuanLyThietKe #DocumentControl #VMCWorks
Viết bình luận