Một dự án có thể phát hành hàng trăm RFI. Vấn đề không nằm ở việc “đã trả lời bao nhiêu RFI”, mà là sau câu trả lời đó chuyện gì đã xảy ra?
Bản vẽ đã được cập nhật chưa? Nhà thầu đã thi công theo nội dung nào? Có phát sinh khối lượng không? Tiến độ có bị ảnh hưởng không? Và quan trọng nhất: RFI đó đã thực sự được đóng hay mới chỉ có một email trả lời?
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 RFI/TQ, bản vẽ 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ý dự án xây dựng, tư vấn giám sát, thiết kế, QA/QC và quản lý hợp đồng.
Tôi sẽ cung cấp toàn bộ hoặc một phần:
- RFI – Request for Information.
- TQ – Technical Query.
- Phiếu yêu cầu làm rõ.
- Chỉ dẫn hiện trường.
- Site Instruction.
- Văn bản trả lời.
- Email trao đổi.
- Biên bản họp.
- Bản vẽ thiết kế.
- Shopdrawing.
- Bản vẽ revision.
- Nhật ký thi công.
- Biên bản nghiệm thu.
- Hồ sơ phát sinh.
- Hồ sơ tiến độ.
- Các tài liệu liên quan.
Mục tiêu là kiểm tra toàn bộ chuỗi:
VẤN ĐỀ HIỆN TRƯỜNG
↓
RFI/TQ
↓
PHẢN HỒI
↓
CHỈ DẪN/QUYẾT ĐỊNH
↓
BẢN VẼ/REVISION
↓
SHOPDRAWING
↓
THI CÔNG
↓
NGHIỆM THU
↓
HOÀN CÔNG
↓
CHI PHÍ – TIẾN ĐỘ
↓
ĐÓNG RFI
1. LẬP DANH MỤC TOÀN BỘ RFI/TQ
Lập bảng:
STT | Mã RFI/TQ | Ngày phát hành | Người/Đơn vị phát hành | Hạng mục | Nội dung ngắn | Người cần trả lời | Hạn trả lời | Trạng thái
Không tự tạo RFI chưa được cung cấp.
2. PHÂN LOẠI RFI
Phân loại nếu đủ dữ liệu:
- Thiết kế.
- Kết cấu.
- Kiến trúc.
- MEP.
- Vật liệu.
- Biện pháp thi công.
- Sai khác bản vẽ.
- Xung đột bộ môn.
- Điều kiện hiện trường.
- Khối lượng.
- Tiến độ.
- Phát sinh.
- Nhóm khác.
3. TÓM TẮT VẤN ĐỀ CỦA TỪNG RFI
Với mỗi RFI, trình bày:
RFI | Vấn đề | Bản vẽ/Tài liệu liên quan | Câu hỏi cần giải quyết | Ảnh hưởng dự kiến
Không diễn giải khác bản chất câu hỏi gốc.
4. KIỂM TRA PHẢN HỒI
Lập:
RFI | Ngày gửi | Ngày phản hồi | Thời gian phản hồi | Nội dung trả lời | Đơn vị trả lời | Trạng thái
Phân loại:
✓ Đã có phản hồi.
⚠ Phản hồi cần làm rõ thêm.
✖ Chưa tìm thấy phản hồi.
Không mặc định có email trao đổi đồng nghĩa RFI đã được giải quyết.
5. KIỂM TRA THỜI GIAN PHẢN HỒI
Nếu hồ sơ có quy định thời hạn, tính:
THỜI GIAN PHẢN HỒI
= NGÀY PHẢN HỒI - NGÀY PHÁT HÀNH.
Lập:
RFI | Ngày gửi | Hạn trả lời | Ngày trả lời | Số ngày | Trễ hạn | Trạng thái
Không tự tạo thời hạn khi hợp đồng/quy trình không quy định.
6. KIỂM TRA RFI CHƯA ĐÓNG
Xác định các trường hợp:
- Chưa có phản hồi.
- Có phản hồi nhưng yêu cầu bổ sung.
- Có phản hồi nhưng chưa có bản vẽ điều chỉnh cần thiết.
- Có revision nhưng chưa được phê duyệt.
- Chưa xác định được nhà thầu đã thực hiện.
- Chưa truy được nghiệm thu/hoàn công.
- Còn câu hỏi tiếp nối.
Lập riêng danh sách:
“RFI CÓ KHẢ NĂNG CHƯA ĐÓNG”.
7. TRUY VẾT RFI ↔ BẢN VẼ
Lập:
RFI | Bản vẽ gốc | Vấn đề | Revision liên quan | Ngày revision | Phê duyệt | Trạng thái
Kiểm tra xem câu trả lời RFI có dẫn đến thay đổi bản vẽ hay không.
Không tự ghép revision với RFI chỉ vì ngày gần nhau.
8. KIỂM TRA REVISION
Dựng chuỗi:
BẢN VẼ GỐC
→ RFI
→ PHẢN HỒI
→ REVISION
→ SHOPDRAWING
→ THI CÔNG.
Cảnh báo:
- Có yêu cầu thay đổi nhưng chưa tìm thấy revision.
- Có revision nhưng không truy được nguồn thay đổi.
- Nhà thầu sử dụng revision cũ sau khi revision mới đã được ban hành nếu hồ sơ chứng minh được.
9. KIỂM TRA RFI ↔ SHOPDRAWING
Lập:
RFI | Nội dung thay đổi | Shopdrawing trước | Shopdrawing sau | Revision | Phê duyệt | Trạng thái
Xác định shopdrawing đã cập nhật câu trả lời RFI hay chưa.
10. KIỂM TRA RFI ↔ NHẬT KÝ THI CÔNG
Đối chiếu:
- Ngày phát sinh vấn đề.
- Ngày RFI.
- Ngày phản hồi.
- Ngày thi công.
- Nội dung nhật ký.
Phát hiện trường hợp công việc tiếp tục thi công khi vấn đề kỹ thuật vẫn chưa xác định được cách xử lý, nếu dữ liệu cho phép.
Chỉ cảnh báo, không tự kết luận vi phạm.
11. KIỂM TRA RFI ↔ NGHIỆM THU
Lập:
RFI | Công việc liên quan | Vị trí | Phản hồi | Hồ sơ thi công sau phản hồi | BB nghiệm thu | Trạng thái
Kiểm tra xem nội dung cuối cùng được nghiệm thu có phù hợp với phương án đã được xác định trong hồ sơ hay không.
12. KIỂM TRA RFI ↔ HOÀN CÔNG
Đối chiếu:
RFI
→ THAY ĐỔI
→ REVISION
→ THI CÔNG
→ NGHIỆM THU
→ HOÀN CÔNG.
Cảnh báo khi thay đổi qua RFI chưa được phản ánh trong bản vẽ hoàn công.
13. KIỂM TRA CHỈ DẪN HIỆN TRƯỜNG
Lập:
Mã chỉ dẫn | Ngày | Người ban hành | Nội dung | RFI liên quan | Hạng mục | Hành động yêu cầu | Trạng thái
Không mặc định mọi chỉ dẫn hiện trường đều là thay đổi hợp đồng.
14. KIỂM TRA THẨM QUYỀN
Nếu hồ sơ có thông tin, xác định:
- Người/đơn vị phát hành.
- Vai trò.
- Phạm vi được giao.
- Nội dung chỉ dẫn.
Nếu chưa đủ căn cứ, ghi:
“CHƯA ĐỦ DỮ LIỆU XÁC ĐỊNH THẨM QUYỀN”.
15. KIỂM TRA RFI CÓ DẪN ĐẾN THAY ĐỔI PHẠM VI KHÔNG
Phân loại:
A. Chỉ làm rõ thiết kế.
B. Có thay đổi giải pháp.
C. Có thay đổi khối lượng.
D. Có khả năng thay đổi phạm vi hợp đồng.
E. Chưa đủ căn cứ.
Không mặc định mọi RFI đều là phát sinh.
16. KIỂM TRA ẢNH HƯỞNG KHỐI LƯỢNG
Nếu RFI làm thay đổi:
- Kích thước.
- Số lượng.
- Vật liệu.
- Tuyến.
- Cao độ.
- Thiết bị.
- Giải pháp.
Hãy xác định các khối lượng có khả năng bị ảnh hưởng.
Lập:
RFI | Công việc | KL trước | KL sau | Chênh lệch | Nguồn | Trạng thái
Không tự tạo khối lượng.
17. KIỂM TRA ẢNH HƯỞNG CHI PHÍ
Lập:
RFI | Thay đổi | Có khả năng ảnh hưởng chi phí? | Hồ sơ phát sinh liên quan | Giá trị nếu có | Trạng thái
Phân biệt:
- Làm rõ kỹ thuật.
- Thay đổi kỹ thuật.
- Thay đổi có khả năng ảnh hưởng chi phí.
- Phát sinh đã được phê duyệt.
Không coi RFI là căn cứ duy nhất để khẳng định quyền thanh toán.
18. KIỂM TRA ẢNH HƯỞNG TIẾN ĐỘ
Xác định:
- Ngày gửi.
- Ngày cần phản hồi.
- Ngày thực tế phản hồi.
- Công việc bị ảnh hưởng.
- Có nằm trên đường găng hay không nếu dữ liệu cho phép.
- Số ngày chờ.
- Số ngày gia hạn được đề nghị nếu có.
Không tự coi thời gian chờ RFI là thời gian được gia hạn.
19. KIỂM TRA RFI TRÙNG LẶP
Tìm các RFI:
- Cùng câu hỏi.
- Cùng vị trí.
- Cùng bản vẽ.
- Cùng vấn đề.
- RFI sau hỏi lại nội dung RFI trước.
Lập:
RFI mới | RFI liên quan trước | Mức độ giống | Nhận xét | Trạng thái
Không tự kết luận trùng chỉ dựa vào từ khóa.
20. KIỂM TRA RFI XUNG ĐỘT
Phát hiện:
- Hai RFI có câu trả lời khác nhau.
- RFI và chỉ dẫn hiện trường không thống nhất.
- RFI và revision không thống nhất.
- RFI và biên bản họp không thống nhất.
Lập:
RFI | Tài liệu 1 | Nội dung 1 | Tài liệu 2 | Nội dung 2 | Mâu thuẫn | Hành động
21. KIỂM TRA CÁC RFI LIÊN QUAN NHAU
Tạo chuỗi:
RFI-01
→ PHẢN HỒI
→ RFI-15
→ CHỈ DẪN
→ REVISION 03
→ NGHIỆM THU.
Mục tiêu là tránh xem từng RFI như một tài liệu độc lập.
22. DỰNG TIMELINE RFI
Lập:
Ngày | Sự kiện | RFI | Tài liệu | Hành động | Trạng thái
Hiển thị:
Vấn đề phát sinh
→ RFI
→ phản hồi
→ revision
→ thi công
→ nghiệm thu
→ đóng.
23. TẠO MA TRẬN TRUY VẾT RFI
Lập bảng trung tâm:
RFI | Phản hồi | Chỉ dẫn | Revision | Shopdrawing | Nhật ký | Nghiệm thu | Hoàn công | Chi phí | Tiến độ | Trạng thái
Đánh dấu:
✓ Đã truy được.
⚠ Cần kiểm tra.
✖ Chưa tìm thấy.
— Không áp dụng.
24. XÁC ĐỊNH RFI CÓ NGUY CƠ “ĐÃ TRẢ LỜI NHƯNG CHƯA XỬ LÝ”
Đây là nhóm cần kiểm tra riêng.
Ví dụ:
- Có câu trả lời nhưng chưa cập nhật bản vẽ.
- Có bản vẽ nhưng chưa cập nhật shopdrawing.
- Đã thi công nhưng chưa nghiệm thu.
- Đã nghiệm thu nhưng hoàn công chưa cập nhật.
- Có thay đổi khối lượng nhưng chưa truy được hồ sơ phát sinh.
25. PHÁT HIỆN DỮ LIỆU BẤT THƯỜNG
Tìm:
- RFI trả lời trước ngày phát hành.
- Revision trước RFI nhưng được ghi là phát sinh từ RFI.
- Thi công trước khi vấn đề được giải quyết.
- RFI đóng nhưng chưa tìm thấy tài liệu đầu ra.
- RFI có trạng thái “Closed” nhưng còn câu hỏi chưa giải quyết.
- RFI cùng mã nhưng khác nội dung.
- Số/ngày tài liệu không thống nhất.
Chỉ ghi:
“DẤU HIỆU CẦN KIỂM TRA”.
Không tự kết luận gian lận hoặc sai phạm.
26. LẬP BẢNG CẢNH BÁO
STT | RFI | Vấn đề | Hạng mục | Ảnh hưởng | Mức độ | Hành động
Phân loại:
🔴 CẦN XỬ LÝ NGAY – RFI chưa giải quyết có khả năng ảnh hưởng thi công, nghiệm thu, chi phí hoặc tiến độ.
🟡 CẦN BỔ SUNG/LÀM RÕ.
🟢 ĐÃ TRUY ĐƯỢC CHUỖI XỬ LÝ TRONG PHẠM VI HỒ SƠ.
27. TẠO DASHBOARD RFI
Nếu dữ liệu đủ, tổng hợp:
- Tổng số RFI.
- Đã phản hồi.
- Chưa phản hồi.
- Có khả năng chưa đóng.
- Trả lời trễ hạn.
- Có thay đổi bản vẽ.
- Có ảnh hưởng khối lượng.
- Có khả năng ảnh hưởng chi phí.
- Có khả năng ảnh hưởng tiến độ.
- Chưa cập nhật hoàn công.
- RFI trùng/lặp cần kiểm tra.
- Số cảnh báo 🔴.
- Số cảnh báo 🟡.
- Thời gian phản hồi trung bình nếu tính được.
28. TẠO “TOP 10 RFI CẦN XỬ LÝ NGAY”
Lập:
Ưu tiên | RFI | Hạng mục | Vấn đề | Số ngày tồn tại | Ảnh hưởng | Hành động
Ưu tiên:
1. Đang ảnh hưởng thi công.
2. Chưa có phản hồi.
3. Có nguy cơ ảnh hưởng đường găng.
4. Có thay đổi nhưng chưa có revision.
5. Có khả năng phát sinh chi phí.
6. Đã thi công nhưng hồ sơ chưa đóng.
7. Chưa cập nhật hoàn công.
29. CUỐI BÁO CÁO HÃY TRẢ LỜI RÕ:
- Tổng cộng có bao nhiêu RFI/TQ?
- Bao nhiêu RFI đã có phản hồi?
- Bao nhiêu RFI chưa có phản hồi?
- Bao nhiêu RFI có khả năng chưa thực sự đóng?
- RFI nào đang tồn tại lâu nhất?
- Có RFI nào đã trả lời nhưng chưa cập nhật revision không?
- Có RFI nào đã thi công nhưng chưa truy được nghiệm thu không?
- Có thay đổi nào chưa cập nhật hoàn công không?
- RFI nào có khả năng ảnh hưởng chi phí?
- RFI nào có khả năng ảnh hưởng tiến độ?
- Có RFI nào mâu thuẫn với tài liệu khác không?
- 10 RFI nào cần xử lý trước tiên?
30. TẠO “CHECKLIST 2 PHÚT TRƯỚC KHI ĐÓNG RFI”
Tạo checklist 10–15 nội dung để BQLDA, TVGS, thiết kế, QA/QC và Nhà thầu sử dụng trước khi chuyển trạng thái một RFI sang “Closed”.
NGUYÊN TẮC BẮT BUỘC:
- Không tự tạo RFI.
- Không tự tạo phản hồi.
- Không mặc định có phản hồi đồng nghĩa RFI đã đóng.
- Không tự ghép RFI với revision nếu chưa đủ căn cứ.
- Không mặc định mọi RFI là phát sinh.
- Không coi RFI là căn cứ duy nhất để khẳng định quyền thanh toán.
- Không tự tạo khối lượng.
- Không tự tạo số ngày ảnh hưởng tiến độ.
- Không tự xác định trách nhiệm của một bên khi chưa đủ căn cứ.
- Phải phân biệt “làm rõ thiết kế”, “thay đổi kỹ thuật” và “thay đổi phạm vi hợp đồng”.
- Phải phân biệt “đã trả lời” với “đã xử lý hoàn tất”.
- Phải kiểm tra đầu ra cuối cùng của RFI.
- “Chưa tìm thấy” không đồng nghĩa “không có”.
- 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 giải pháp, xác nhận thay đổi, chi phí và tiến độ 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ỉ thống kê RFI đã Open hay Closed theo bảng theo dõi sẵn có.
Trước tiên hãy lập:
1. DANH MỤC TOÀN BỘ RFI/TQ VÀ CHỈ DẪN.
2. DANH MỤC TOÀN BỘ PHẢN HỒI.
3. TIMELINE RFI → PHẢN HỒI → REVISION → THI CÔNG → NGHIỆM THU → HOÀN CÔNG.
4. MA TRẬN RFI ↔ PHẢN HỒI ↔ CHỈ DẪN ↔ REVISION ↔ SHOPDRAWING ↔ NGHIỆM THU ↔ HOÀN CÔNG ↔ CHI PHÍ ↔ TIẾN ĐỘ.
5. DANH SÁCH RFI CÓ KHẢ NĂNG CHƯA THỰC SỰ ĐÓNG.
6. DANH SÁCH HỒ SƠ/THÔNG TIN CHƯA TÌM THẤY.
Sau đó mới tiến hành phân tích chi tiết.
──────────────
Lưu ý: Giá trị lớn nhất của Prompt này là AI không chỉ đếm RFI Open/Closed. Mỗi RFI phải được truy đến “đầu ra cuối cùng”: bản vẽ nào đã thay đổi, công trường đã thi công thế nào, nghiệm thu ra sao, hoàn công đã cập nhật chưa và có kéo theo chi phí hoặc tiến độ hay không. Chỉ khi chuỗi này được kiểm soát, trạng thái “Closed” mới thực sự có ý nghĩa.
#AITrongXayDung #PromptXayDung #RFI #TechnicalQuery #QuanLyDuAn #QuanLyThietKe #TuVanGiamSat #VMCWorks
Viết bình luận