Tình huống minh họa: Ba tuần trước ngày đổ sàn tầng 5, Site Engineer hỏi Trưởng nhóm MEP: "Tuyến ống gió này đi cao độ nào?". Không ai trả lời dứt khoát. Bản vẽ trên site là revision C2, nhưng model BIM đang ở C4. Một RFI được gửi đi, chờ hai tuần chưa thấy phản hồi, nên tổ đội thi công tự xử lý theo cảm nhận. Đến khi bản vẽ đúng được phát hành, một đoạn ống đã lắp xong và phải tháo ra làm lại.
Trả lời ngắn: RFI (Request for Information) và Shop Drawing MEP cần một quy trình phê duyệt có trạng thái rõ, người phụ trách cụ thể và thời hạn phản hồi, thay vì gửi email và chờ. Điểm kiểm soát quan trọng nhất là chặn thi công cho đến khi bản vẽ đúng revision được phê duyệt, và mọi RFI phải có chủ sở hữu cùng hạn chót để không treo im lặng trên kênh trao đổi.
Bài viết này dành cho ai?
Dành cho Technical Manager, BIM Coordinator, MEP Manager và Project Manager của nhà thầu MEP hoặc tổng thầu có bộ phận MEP đang xoay nhiều hệ điện, HVAC, cấp thoát nước, PCCC và BMS cùng lúc. Đây là những người phải chốt bản vẽ đúng lúc để procurement đặt hàng và đội thi công không phải chờ, đồng thời vẫn giữ được hồ sơ đã phê duyệt để bảo vệ thương mại sau này.
Điều gì đang xảy ra?
- Bản vẽ phát hành cho site, model BIM và shop drawing đang ở các revision khác nhau.
- RFI được gửi qua email hoặc kênh chat, không có mã, không có người phụ trách và không có hạn chót.
- Comment kỹ thuật và trạng thái phê duyệt nằm rải rác, không liên kết với bản vẽ gốc.
- Site thi công theo bản vẽ tiện nhất đang có trong tay để không mất ngày công.
- Hồ sơ phê duyệt được gom lại khi cần nghiệm thu hoặc làm hồ sơ thanh toán.
Điều doanh nghiệp thực sự muốn đạt được
Chức năng: mọi bản vẽ phát hành cho site đúng revision, mọi RFI được trả lời trong thời hạn đã cam kết. Quản trị: PM nhìn được bản vẽ nào đang chặn hạng mục nào và hệ nào bị ảnh hưởng. Tổ chức: rõ ai phê duyệt, ai tham vấn, ai chỉ được thông báo, và khi quá hạn thì escalate cho ai chứ không nhắc lại bằng email.
Điều gì đang cản trở?
| Lớp cản trở | Biểu hiện | Hệ quả |
|---|---|---|
| Dữ liệu | Revision trên bản vẽ, model và shop drawing không đồng bộ | Site dùng sai bản vẽ, phải làm lại |
| Quy trình | RFI không có mã, người phụ trách và hạn phản hồi | Câu hỏi treo im lặng nhiều tuần |
| Phê duyệt | Comment chưa đóng nhưng bản vẽ vẫn được coi là đã duyệt | Rủi ro kỹ thuật và tranh chấp |
| Tổ chức | Không có ai chịu trách nhiệm đóng RFI quá hạn | Không có điểm escalate rõ ràng |
| Công cụ | Hồ sơ nằm trong email, chat và thư mục mạng | Không truy vết được lịch sử quyết định |
Điểm nhìn cốt lõi: Nhà thầu MEP không thiếu năng lực kỹ thuật. Vấn đề là bản vẽ, RFI và phê duyệt được ghi nhận ở nhiều kênh khác nhau, nên một bản vẽ có thể trông như đã duyệt trong khi vẫn còn comment mở. Tiến độ chậm không xuất phát từ việc thiếu câu trả lời, mà từ việc không ai nhìn thấy câu hỏi nào đang quá hạn và đang chặn hạng mục nào.
Tác động tới doanh nghiệp
| Chiều tác động | Điều gì xảy ra khi phê duyệt bị chậm |
|---|---|
| Cost | Rework do lắp theo bản vẽ sai làm tăng chi phí nhân công và vật tư |
| Margin | Phát sinh không được ghi nhận sớm nên biên lợi nhuận dự báo bị bào mòn âm thầm |
| Cash Flow | Hạng mục chậm nghiệm thu nên khối lượng đã làm chưa thể claim và invoice |
| Progress | Đội thi công mất ngày công do chờ bản vẽ hoặc phải tháo ra làm lại |
| Risk | Thi công sai revision tạo rủi ro kỹ thuật, an toàn và tranh chấp thương mại |
Nguyên nhân gốc
Bản vẽ, model và shop drawing không dùng chung một mã revision ↓ RFI không có mã, người phụ trách và hạn phản hồi ↓ Comment kỹ thuật không liên kết với bản vẽ và hạng mục chịu ảnh hưởng ↓ Không có điểm kiểm soát chặn thi công khi bản vẽ chưa được duyệt ↓ Site tự xử lý theo bản vẽ tiện nhất đang có ↓ Rework và chậm tiến độ chỉ lộ ra khi đã thi công xong
Framework quản trị
PHÁT HÀNH — bản vẽ đúng revision, có mã và ngày hiệu lực ↓ RFI — mỗi câu hỏi có mã, người phụ trách, hệ và hạng mục bị chặn ↓ PHẢN HỒI — trả lời trong thời hạn đã cam kết, có người xác nhận ↓ PHÊ DUYỆT — comment đóng, revision chốt, lưu bằng chứng ↓ KIỂM TRA SẴN SÀNG — chỉ thi công khi bản vẽ đúng revision đã duyệt ↓ ESCALATE — quá hạn tự động đẩy lên cấp có quyền quyết định
Liên kết revision bản vẽ, RFI và hạng mục để nhìn thấy câu hỏi nào đang quá hạn và đang chặn tiến độ, trước khi rework phát sinh.
Khám phá EcoCons → Xem gói One →Quy trình đề xuất (To-Be)
| Bước | Người phụ trách | Điều kiện vào | Điểm kiểm soát |
|---|---|---|---|
| Lập và phát hành bản vẽ đúng revision | BIM Coordinator | Thiết kế cơ sở đã chốt | Một mã revision dùng chung cho model và shop drawing |
| Ghi nhận RFI | Technical Manager | Site phát hiện vướng mắc | RFI có mã, người phụ trách và hạn phản hồi |
| Trả lời và phê duyệt | Discipline lead | RFI đã được phân loại | Comment đóng trước khi chốt revision |
| Cập nhật tác động | QS + Planning | Revision thay đổi | Đánh giá ảnh hưởng khối lượng, vật tư và tiến độ |
| Chặn và mở thi công | MEP Manager | Bản vẽ đã duyệt | Không cho thi công khi bản vẽ chưa đúng revision |
| Đóng hồ sơ | QA/QC | Hạng mục hoàn thành | Hồ sơ phê duyệt lưu cùng hạng mục |
Đối chiếu EcoCons
| Yêu cầu | Mức đáp ứng | Ghi chú |
|---|---|---|
| Quản lý bản vẽ, revision và hồ sơ phê duyệt | Standard | Documents và attach vào hạng mục dự án |
| RFI có mã, người phụ trách và hạn phản hồi | Standard + cấu hình | Trường dữ liệu, trạng thái và quy tắc nhắc hạn |
| Liên kết revision với hạng mục, khối lượng và chi phí | AI-X Extension | Lớp kiểm soát dự án cần xác minh trong phạm vi triển khai |
| Workflow phê duyệt đặc thù nhiều cấp MEP | Custom Development | Chỉ làm khi cấu hình hợp lý không đáp ứng |
AI / Automation hỗ trợ ở đâu?
Khi bản vẽ, RFI và hạng mục đã được ghi nhận cùng một mã, AI có thể đọc danh sách RFI đang mở để xếp hạng câu hỏi nào đang chặn hạng mục đường găng, gợi ý mức ưu tiên và tóm tắt thay đổi revision so với lần phát hành trước. Đầu vào gồm revision, nhật ký RFI, hạng mục và mốc tiến độ; AI đưa khuyến nghị; Technical Manager và PM quyết định. Điểm quyết định của AI nằm ở bước xếp hạng ưu tiên và cảnh báo quá hạn. AI không tự phê duyệt bản vẽ, không tự đóng RFI và không tự kết luận một hạng mục đã đủ điều kiện thi công.
KPI cần theo dõi
| KPI | Công thức | Tần suất | Chủ sở hữu | Hành động khi lệch |
|---|---|---|---|---|
| Tỷ lệ RFI trả lời đúng hạn | RFI đúng hạn ÷ tổng RFI đã trả lời | Tuần | Technical Manager | Escalate các RFI quá hạn lên PM |
| Thời gian đóng RFI trung bình | Ngày đóng − ngày mở | Tuần | Discipline lead | Bổ sung nguồn lực review cho hệ bị nghẽn |
| Số bản vẽ phát hành sai revision | Lần phát hành sai ÷ tổng lần phát hành | Tháng | BIM Coordinator | Rà lại kiểm soát revision trước khi phát hành |
| Số hạng mục bị chặn do chờ bản vẽ | Hạng mục chờ ÷ tổng hạng mục đang chạy | Tuần | MEP Manager | Ưu tiên phê duyệt cho hạng mục đường găng |
| Chi phí rework do sai bản vẽ | Giá trị rework trong kỳ | Tháng | QS | Phân tích nguyên nhân và cập nhật điểm kiểm soát |
Ví dụ minh họa — số liệu giả định
Câu hỏi thường gặp
RFI trong dự án MEP là gì và khi nào phải phát hành?
RFI là văn bản yêu cầu làm rõ thông tin thiết kế hoặc kỹ thuật khi bản vẽ chưa đủ dữ liệu để thi công hoặc chế tạo. Trong dự án MEP, RFI nên phát hành ngay khi phát hiện xung đột cao độ, thiếu opening, thiếu điểm kết nối hoặc sai lệch tải, chứ không chờ đến khi đội thi công đã bắt tay vào việc. RFI phát hành muộn thường biến thành rework hoặc chậm tiến độ khó cứu.
Shop Drawing khác gì bản vẽ thiết kế?
Bản vẽ thiết kế thể hiện ý đồ và tiêu chuẩn; shop drawing dịch ý đồ đó thành thông tin đủ để chế tạo, lắp đặt, kiểm tra và bàn giao như kích thước thực, cao độ, vị trí treo đỡ và điểm đấu nối. Vì vậy shop drawing phải được phê duyệt trước khi chế tạo hoặc lắp đặt. Nếu site dùng bản vẽ thiết kế thay cho shop drawing đã duyệt, sai lệch và rework gần như chắc chắn xảy ra.
Vì sao revision phải dùng chung một mã cho bản vẽ và model?
Khi bản vẽ, model và shop drawing dùng các mã revision khác nhau, không ai biết bản nào là bản có hiệu lực tại thời điểm thi công. Một mã revision dùng chung giúp mọi bộ phận nhìn cùng một sự thật: bản đang lưu hành, bản đã duyệt, bản bị thay thế. Đây là điều kiện nền để kiểm soát phê duyệt và để truy vết khi phát sinh tranh chấp về sau.
Có nên để site tự xử lý khi chờ bản vẽ không?
Không nên để việc tự xử lý trở thành mặc định, vì nó tạo ra sai lệch không được ghi nhận và chi phí không được bảo vệ về thương mại. Nếu buộc phải xử lý tạm để giữ tiến độ, cần ghi nhận thành một quyết định có phê duyệt, người chịu trách nhiệm và hồ sơ đi kèm. Khi bản vẽ đúng được phát hành, phải đối chiếu lại phần đã làm tạm để quyết định giữ hay tháo.
Thời hạn phản hồi RFI nên là bao lâu?
Không có một con số đúng cho mọi dự án, nhưng thời hạn phải được chốt theo cấp độ ưu tiên: RFI chặn hạng mục đường găng cần phản hồi nhanh hơn RFI làm rõ thông tin thông thường. Điều quan trọng là mỗi RFI đều có hạn cụ thể, có người phụ trách và có điểm escalate khi quá hạn. Ngưỡng thời gian do doanh nghiệp tự đặt theo đặc thù dự án và hệ MEP.
ERP có cần thiết cho quản lý RFI và shop drawing không?
Với dự án nhỏ, một register có mã RFI, người phụ trách và hạn phản hồi đã tạo ra phần lớn giá trị. Khi số dự án và số hệ tăng lên, ERP hữu ích ở việc gắn bản vẽ, RFI và revision với hạng mục, khối lượng và chi phí để nhìn thấy hạng mục nào đang bị chặn và tác động đến margin ra sao. Cần ghi rõ phần nào là chuẩn, phần nào là cấu hình và phần nào là mở rộng cần xác minh.
Checklist: doanh nghiệp MEP của bạn có vấn đề này không?
Đọc kết quả: 0–2 ô = kiểm soát phê duyệt tốt; 3–5 ô = cần chuẩn hóa trạng thái và hạn phản hồi; 6–8 ô = nên xây quy trình RFI và shop drawing trước khi siết tiến độ.
Kết luận
RFI và shop drawing chậm không phải vấn đề năng lực kỹ thuật, mà là vấn đề trạng thái và trách nhiệm. Khi mỗi bản vẽ có một revision dùng chung, mỗi RFI có mã, người phụ trách và hạn phản hồi, và thi công chỉ được mở sau khi bản vẽ đúng revision đã duyệt, nhà thầu MEP chuyển từ chữa cháy sang kiểm soát. Đó là điều kiện để tiến độ không bị kéo lùi bởi những câu hỏi không ai nhìn thấy đang quá hạn.