DÙNG AI KIỂM TRA BOQ:
TÌM CÔNG VIỆC THIẾU, TRÙNG VÀ CHÊNH LỆCH TRƯỚC KHI THÀNH CHI PHÍ
Một BOQ có thể có:
500 dòng.
2.000 dòng.
Thậm chí hàng chục nghìn dòng.
Sai một công thức:
Có thể phát hiện khá dễ.
Nhưng những vấn đề khó hơn thường là:
CÔNG VIỆC CÓ TRÊN BẢN VẼ NHƯNG CHƯA THẤY TRONG BOQ.
CÙNG MỘT PHẠM VI NHƯNG CÓ KHẢ NĂNG XUẤT HIỆN Ở HAI ITEM.
MÔ TẢ BOQ KHÁC CÁCH GỌI TRÊN BẢN VẼ.
ĐƠN VỊ KHÔNG ĐỒNG NHẤT.
REV THIẾT KẾ ĐÃ THAY ĐỔI NHƯNG BOQ CHƯA RÕ ĐÃ CẬP NHẬT CHƯA.
KHỐI LƯỢNG BÓC LẠI CHÊNH VỚI BOQ.
Một kỹ sư có thể mất rất nhiều thời gian để rà từng dòng.
AI có thể hỗ trợ rất mạnh.
Nhưng cần hiểu đúng:
AI KHÔNG PHẢI CỨ THẤY CHÊNH LỆCH LÀ KẾT LUẬN BOQ SAI.
AI nên làm:
CHUẨN HÓA
→ MAPPING
→ ĐỐI CHIẾU
→ TÍNH TOÁN
→ PHÁT HIỆN BẤT THƯỜNG
→ TRUY NGUỒN
→ ĐƯA RA DANH SÁCH CẦN KỸ SƯ/QS KIỂM TRA.
────────────────────
BƯỚC 1: XÁC ĐỊNH BOQ ĐANG KIỂM TRA LÀ BOQ NÀO
Đừng chỉ upload một file Excel rồi hỏi:
“BOQ này có đúng không?”
Trước tiên phải xác định:
Tender BOQ?
Contract BOQ?
Approved BOQ?
Revised BOQ?
Payment BOQ?
Variation BOQ?
Final Account BOQ?
Các bảng này có thể:
GIỐNG TÊN CÔNG VIỆC
nhưng:
KHÁC MỤC ĐÍCH.
AI cần lập:
BOQ SOURCE REGISTER.
Gồm:
BOQ Name
| Version
| Date
| Contract/Package
| Purpose
| Status
| Source File
| Sheet.
Nếu chưa rõ:
GHI “CHƯA XÁC ĐỊNH”.
────────────────────
BƯỚC 2: XÁC ĐỊNH BỘ TÀI LIỆU ĐỂ ĐỐI CHIẾU
BOQ không nên được kiểm tra độc lập.
Có thể cần:
Hợp đồng.
Phụ lục hợp đồng.
Bản vẽ.
Specification.
Scope of Work.
Schedule of Rates.
Approved Material/Equipment Schedule.
Các RFI/SI/Design Change liên quan.
BOQ Revision trước đó.
Bảng bóc khối lượng nếu có.
Mục tiêu:
BOQ
↔ DRAWING
↔ SPEC
↔ SCOPE
↔ CONTRACT.
────────────────────
BƯỚC 3: KHÓA REV BẢN VẼ
Nếu bóc lại khối lượng từ:
Rev.03
nhưng BOQ được lập theo:
Rev.01
thì chênh lệch có thể hoàn toàn bình thường.
Vì vậy phải có:
DESIGN BASIS MATRIX.
Bảng:
BOQ Version
| Discipline
| Drawing No.
| Drawing REV
| Specification REV
| Date
| Evidence.
Nếu chưa biết BOQ dựa trên REV nào:
Không được giả định.
Ghi:
DESIGN BASIS OF BOQ NOT CONFIRMED.
────────────────────
BƯỚC 4: CHUẨN HÓA BOQ THÀNH DỮ LIỆU
Một BOQ thường có:
Heading.
Subheading.
Item.
Sub-item.
Subtotal.
Note.
Blank row.
Formula.
Merged cell.
AI cần tách thành bảng sạch:
BOQ ID
| WBS
| Section
| Item No.
| Description
| Specification
| Unit
| Quantity
| Rate
| Amount
| Formula
| Source Sheet
| Source Row.
Không làm mất:
ITEM NO.
Vì đây thường là khóa quan trọng.
────────────────────
BƯỚC 5: GIỮ NGUYÊN “ORIGINAL DESCRIPTION”
Ví dụ BOQ ghi:
“Supply, installation, testing and commissioning of complete water supply piping system including all fittings, supports and accessories...”
Không nên ngay lập tức đổi thành:
“Ống cấp nước.”
Vì sẽ mất:
PHẠM VI BAO GỒM.
Nên có hai cột:
ORIGINAL DESCRIPTION.
STANDARDIZED DESCRIPTION.
AI chuẩn hóa để phân tích.
Nhưng luôn giữ:
NỘI DUNG GỐC.
────────────────────
BƯỚC 6: TÁCH MỘT DESCRIPTION DÀI THÀNH CÁC THÀNH PHẦN
Một dòng BOQ có thể bao gồm:
Supply.
Installation.
Testing.
Commissioning.
Fittings.
Supports.
Accessories.
Waste.
Transport.
Tools.
AI có thể tạo:
BOQ SCOPE COMPONENTS.
Ví dụ:
Item M-001.
Main Item:
Pipe DN100.
Includes:
Fittings.
Supports.
Testing.
Excludes:
Chưa xác định.
Đây là bước cực kỳ quan trọng trước khi kết luận:
“BOQ thiếu fitting.”
Có thể fitting đã:
INCLUDED IN PIPE RATE.
────────────────────
BƯỚC 7: TẠO “BOQ DICTIONARY”
Một đối tượng có thể được gọi:
Reinforced Concrete.
RC Concrete.
Concrete Grade...
BTCT.
Bê tông cốt thép.
AI có thể chuẩn hóa về:
STANDARD ITEM FAMILY.
Nhưng không được gộp chỉ vì tên giống.
Phải kiểm tra thêm:
Specification.
Grade.
Size.
Location.
Unit.
Scope.
────────────────────
BƯỚC 8: CHUẨN HÓA ĐƠN VỊ
Ví dụ:
m.
m².
m³.
kg.
ton.
set.
No.
pcs.
point.
lot.
LS.
AI có thể chuẩn hóa ký hiệu:
m2 → m².
m3 → m³.
Nhưng:
KHÔNG TỰ QUY ĐỔI PHẠM VI.
Ví dụ:
01 point
không tự đổi thành:
01 bộ thiết bị.
01 LS
không thể tự chuyển thành:
số lượng chi tiết.
────────────────────
BƯỚC 9: KIỂM TRA ĐƠN VỊ BẤT THƯỜNG
Ví dụ cùng nhóm:
Ống DN50:
m.
Ống DN65:
m.
Ống DN80:
m.
Nhưng:
Ống DN100:
m².
AI có thể cảnh báo:
POSSIBLE UNIT INCONSISTENCY.
Không tự sửa m² → m.
Có thể:
Dòng đó là insulation.
Hoặc mô tả khác.
────────────────────
BƯỚC 10: KIỂM TRA CÔNG THỨC EXCEL
AI có thể hỗ trợ phát hiện:
Amount ≠ Quantity × Rate.
Formula bị mất.
Formula bị ghi đè bằng value.
SUM thiếu dòng.
Subtotal sai vùng.
Dòng có công thức khác mẫu.
Ví dụ:
100 dòng:
=Qty*Rate.
Một dòng:
=Qty+Rate.
AI có thể đánh dấu:
FORMULA OUTLIER.
────────────────────
BƯỚC 11: KIỂM TRA TỔNG CỘNG
Cần kiểm tra:
Item Amount.
Subtotal.
Section Total.
Carry Forward.
Summary.
Grand Total.
VAT nếu thuộc bảng.
Adjustment nếu có.
Nhưng:
AI chỉ kiểm tra số học.
Không tự xác nhận:
GIÁ TRỊ HỢP ĐỒNG PHÁP LÝ
nếu chưa đối chiếu hợp đồng/phụ lục.
────────────────────
BƯỚC 12: KIỂM TRA DÒNG TRÙNG TUYỆT ĐỐI
Ví dụ:
Item No.
Description.
Unit.
Qty.
Rate.
giống hệt nhau xuất hiện hai lần.
AI đánh dấu:
EXACT DUPLICATE CANDIDATE.
Nhưng không tự xóa.
Có thể:
Hai khu vực khác nhau.
Hai Section khác nhau.
Hai Package khác nhau.
────────────────────
BƯỚC 13: TÌM “POSSIBLE DUPLICATE”
Khó hơn:
Một dòng ghi:
“Cáp Cu/XLPE 4x25 mm².”
Dòng khác:
“Power cable 4C x 25 sq.mm Cu/XLPE.”
Tên khác nhau.
Có thể cùng vật tư.
AI có thể phát hiện:
POSSIBLE DUPLICATE.
Sau đó kiểm tra:
Location.
From-To.
System.
Scope.
Drawing.
WBS.
Không được tự kết luận trùng.
────────────────────
BƯỚC 14: PHÂN BIỆT “TRÙNG ITEM” VÀ “TRÙNG PHẠM VI”
Hai Item khác tên vẫn có thể:
CHỒNG PHẠM VI.
Ví dụ:
Item A:
Pipe including fittings.
Item B:
Pipe fittings.
Nếu cả hai cùng thanh toán:
Có thể cần kiểm tra.
Nhưng muốn kết luận phải đọc:
DESCRIPTION
+
PREAMBLE
+
MEASUREMENT RULE
+
CONTRACT.
AI chỉ nên cảnh báo:
POSSIBLE SCOPE OVERLAP.
────────────────────
BƯỚC 15: TẠO “SCOPE INCLUSION MATRIX”
Bảng:
BOQ Item
| Main Work
| Material
| Labor
| Equipment
| Fittings
| Supports
| Testing
| Commissioning
| Accessories
| Other Inclusion
| Source.
Khi đó mới nhìn thấy:
CÁI GÌ ĐÃ NẰM TRONG ITEM.
────────────────────
BƯỚC 16: LẬP DANH MỤC ĐỐI TƯỢNG TỪ BẢN VẼ
Ở các bài trước chúng ta đã làm:
Drawing
→ Object Register
→ Takeoff.
Bây giờ dùng kết quả đó để tạo:
DRAWING ITEM REGISTER.
Ví dụ:
Object ID.
Discipline.
System.
Description.
Material.
Size.
Location.
Quantity.
Unit.
Drawing.
REV.
Page.
Sau đó:
MAPPING SANG BOQ.
────────────────────
BƯỚC 17: KHÔNG MAPPING CHỈ BẰNG TÊN
Ví dụ:
Drawing:
“Tường W2.”
BOQ:
“100 mm blockwork.”
Muốn mapping cần đọc:
Wall Type Schedule.
Nếu W2 = block 100 mm theo hồ sơ:
mới có cơ sở liên kết.
AI phải tìm:
CHUỖI BẰNG CHỨNG.
────────────────────
BƯỚC 18: TẠO “DRAWING ↔ BOQ MAPPING”
Bảng:
Drawing Item ID
| Description
| Qty
| Unit
| BOQ Item
| BOQ Description
| Mapping Status
| Mapping Basis
| Source.
Trạng thái có thể:
MATCHED.
POSSIBLE MATCH.
MULTIPLE POSSIBLE MATCHES.
UNMAPPED.
NEEDS REVIEW.
Không nên chỉ có:
MATCH / NOT MATCH.
────────────────────
BƯỚC 19: TÌM “UNMAPPED DRAWING ITEM”
Ví dụ:
Bản vẽ có:
20 Floor Drain.
AI chưa tìm được BOQ Item tương ứng.
Kết luận đúng:
CHƯA MAPPING ĐƯỢC FLOOR DRAIN VỚI BOQ.
Không phải:
“BOQ THIẾU 20 FLOOR DRAIN.”
Vì Floor Drain có thể:
Included in sanitary package.
Included in LS item.
Owner supplied.
Nằm trong Section khác.
────────────────────
BƯỚC 20: TÌM “UNMAPPED BOQ ITEM”
Ngược lại:
BOQ có:
Pump P-05.
Nhưng trong bộ bản vẽ được cung cấp:
Chưa tìm thấy.
Ghi:
BOQ ITEM CHƯA TÌM THẤY ĐỐI TƯỢNG TƯƠNG ỨNG TRONG PHẠM VI BẢN VẼ ĐƯỢC KIỂM TRA.
Không kết luận:
“BOQ THỪA.”
────────────────────
BƯỚC 21: KIỂM TRA QUANTITY
Khi đã mapping đủ tin cậy:
So:
BOQ Quantity
↔
Takeoff Quantity.
Ví dụ:
BOQ:
1.250 m.
Takeoff:
1.310 m.
Difference:
+60 m.
Difference %:
60 / 1.250 × 100
=
4,8%.
AI có thể tính.
Nhưng chỉ kết luận:
TAKEOFF CAO HƠN BOQ 60 m THEO DỮ LIỆU ĐƯỢC CUNG CẤP.
Không nói:
“BOQ thiếu 60 m.”
────────────────────
BƯỚC 22: KIỂM TRA CÙNG CƠ SỞ ĐO BÓC
BOQ có thể tính:
Net Quantity.
Takeoff của bạn có thể:
Gross Quantity.
Nếu không cùng Measurement Rule:
So sánh không có ý nghĩa.
Trước khi tính chênh lệch phải xác định:
MEASUREMENT BASIS.
────────────────────
BƯỚC 23: TẠO “MEASUREMENT RULE REGISTER”
Bảng:
Work Item
| Measurement Unit
| Measurement Rule
| Deduction Rule
| Inclusion
| Exclusion
| Waste Treatment
| Source.
Không tìm thấy rule:
Ghi:
MEASUREMENT RULE NOT CONFIRMED.
Không để AI tự dùng một quy tắc đo bóc từ nguồn khác.
────────────────────
BƯỚC 24: KIỂM TRA OPENING/DEDUCTION
Ví dụ:
Tường:
100 m².
Có cửa:
10 m².
BOQ Quantity là:
90 m²?
100 m²?
Phụ thuộc:
QUY TẮC ĐO BÓC.
AI không tự trừ tất cả lỗ mở.
Cũng không tự bỏ qua tất cả lỗ mở.
────────────────────
BƯỚC 25: KIỂM TRA WASTE
Takeoff:
100 m².
BOQ:
105 m².
Có phải BOQ thêm 5% hao hụt?
CHƯA CHẮC.
AI không được suy:
“5% là waste.”
Có thể:
Khác REV.
Khác phạm vi.
Khác measurement rule.
Khác cách bóc.
────────────────────
BƯỚC 26: KIỂM TRA SPECIFICATION
Hai Item cùng:
“Concrete”
nhưng có thể khác:
Grade.
Exposure.
Additive.
Location.
Performance.
Do đó mapping phải dùng:
DESCRIPTION
+
SPECIFICATION.
Không chỉ dùng:
TÊN NGẮN.
────────────────────
BƯỚC 27: KIỂM TRA RATE BẤT THƯỜNG
Ví dụ cùng nhóm:
Item A:
1.200.000 đ/m³.
Item B:
1.230.000.
Item C:
3.800.000.
AI có thể cảnh báo:
RATE OUTLIER.
Nhưng không được kết luận:
ĐƠN GIÁ SAI.
Có thể khác:
Specification.
Location.
Quantity.
Method.
Included Scope.
────────────────────
BƯỚC 28: SO SÁNH RATE CHỈ KHI “COMPARABLE”
Trước khi so đơn giá:
Kiểm tra:
Unit.
Specification.
Scope Inclusion.
Location.
Contract Conditions.
Currency.
Tax basis nếu liên quan.
Nếu không tương đương:
Không nên so trực tiếp.
────────────────────
BƯỚC 29: KIỂM TRA “ZERO RATE”
Một số BOQ có:
Quantity > 0.
Rate = 0.
Không nhất thiết là lỗi.
Có thể:
Included elsewhere.
Free issue.
Not priced separately.
AI chỉ nên đánh dấu:
ZERO RATE ITEM – VERIFY PRICING BASIS.
────────────────────
BƯỚC 30: KIỂM TRA “ZERO QUANTITY”
Item có:
Rate.
Nhưng Quantity = 0.
Có thể:
Provisional.
Rate-only item.
Unused.
Placeholder.
Không tự xóa.
Đánh dấu:
VERIFY ITEM PURPOSE.
────────────────────
BƯỚC 31: KIỂM TRA “LUMP SUM”
Item LS thường khó kiểm tra bằng:
Qty Takeoff đơn giản.
Ví dụ:
Testing & Commissioning:
LS.
Không thể nói:
“Bản vẽ có 20 thiết bị nên LS sai.”
Cần kiểm tra:
SCOPE CONTENT.
Với LS:
AI nên tập trung:
PHẠM VI BAO GỒM
+
BẰNG CHỨNG THỰC HIỆN
thay vì ép quy đổi thành số lượng.
────────────────────
BƯỚC 32: KIỂM TRA PROVISIONAL SUM/ITEM NẾU CÓ
Nếu BOQ có:
Provisional Sum.
Provisional Quantity.
Daywork.
Contingency.
AI cần:
GIỮ NGUYÊN PHÂN LOẠI.
Không trộn vào:
Fixed BOQ Quantity
một cách máy móc.
────────────────────
BƯỚC 33: SO SÁNH BOQ GIỮA HAI REV
Ví dụ:
BOQ Rev.02.
BOQ Rev.03.
AI tạo:
BOQ DELTA REGISTER.
Item
| Rev.02 Qty
| Rev.03 Qty
| ΔQty
| Rev.02 Rate
| Rev.03 Rate
| ΔRate
| ΔAmount
| Description Change
| Status.
────────────────────
BƯỚC 34: ĐỪNG CHỈ SO ITEM NUMBER
Một Revision có thể:
Đổi mã Item.
Tách một Item thành 3 Item.
Gộp 3 Item thành 1.
AI cần so:
Description.
Unit.
Scope.
Specification.
Sau đó mới đề xuất:
POSSIBLE MATCH.
────────────────────
BƯỚC 35: TÌM ITEM BỊ XÓA
Rev.02 có:
Item M-015.
Rev.03:
Không còn.
AI đánh dấu:
REMOVED/NOT FOUND IN NEW REV.
Không tự kết luận:
OMISSION ĐÃ ĐƯỢC PHÊ DUYỆT.
Đó là vấn đề hợp đồng/thay đổi cần kiểm tra.
────────────────────
BƯỚC 36: TÌM ITEM MỚI
Rev.03 xuất hiện:
M-025.
Không có trong Rev.02.
AI ghi:
NEW ITEM IN REVISION.
Sau đó truy:
Drawing Change?
Instruction?
RFI?
Variation?
Không tự coi:
NEW ITEM = APPROVED VARIATION.
────────────────────
BƯỚC 37: KIỂM TRA “DESCRIPTION CHANGE”
Item No. giữ nguyên.
Nhưng Description thay đổi.
Ví dụ:
Rev.02:
DN100 PN10.
Rev.03:
DN100 PN16.
Quantity không đổi.
Nếu chỉ so Qty:
SẼ BỎ SÓT.
AI phải kiểm tra:
TEXT DELTA.
────────────────────
BƯỚC 38: KIỂM TRA UNIT CHANGE
Ví dụ:
Rev.02:
m.
Rev.03:
LS.
Đây là thay đổi rất đáng chú ý.
AI đánh dấu:
UNIT CHANGED.
Không tự quy đổi.
────────────────────
BƯỚC 39: KIỂM TRA RATE CHANGE
Nếu hợp đồng thuộc trường hợp đơn giá đã chốt mà bảng mới có rate khác:
AI có thể chỉ ra:
RATE DIFFERENCE.
Nhưng không tự kết luận:
ĐƯỢC/ KHÔNG ĐƯỢC ĐIỀU CHỈNH.
Phải xem:
HỢP ĐỒNG
+
PHỤ LỤC
+
CƠ CHẾ GIÁ.
────────────────────
BƯỚC 40: TẠO “BOQ EXCEPTION REGISTER”
Đây là bảng quan trọng nhất.
Exception ID
| BOQ Item
| Category
| Description
| BOQ Qty
| Compared Qty
| Difference
| Unit
| Source
| Evidence
| Risk/Impact not confirmed
| Required Review
| Status.
Category có thể:
Formula.
Duplicate.
Possible Scope Overlap.
Unmapped Drawing Item.
Unmapped BOQ Item.
Quantity Difference.
Unit Difference.
Description Difference.
Rate Outlier.
Revision Change.
Missing Source.
────────────────────
BƯỚC 41: KHÔNG GỌI MỌI EXCEPTION LÀ “LỖI”
Một cảnh báo có thể là:
Do khác Revision.
Do khác Scope.
Do Measurement Rule.
Do dữ liệu thiếu.
Do cách mapping.
Do BOQ thực sự cần điều chỉnh.
Vì vậy:
EXCEPTION ≠ ERROR.
Đây là nguyên tắc rất quan trọng.
────────────────────
BƯỚC 42: XẾP THỨ TỰ RÀ SOÁT THEO DỮ LIỆU
Nếu có 500 Exception:
Không nên kiểm tra ngẫu nhiên.
Có thể lọc:
Amount lớn.
Quantity Difference lớn.
Milestone gần.
Procurement sắp diễn ra.
Item chưa mapping.
Item có nhiều nguồn mâu thuẫn.
Nhưng tiêu chí ưu tiên phải:
DO NGƯỜI QUẢN LÝ XÁC ĐỊNH.
────────────────────
BƯỚC 43: TẠO “TRACEABILITY”
Ví dụ:
EX-025
→ BOQ M-105
→ Drawing Item P-005
→ Drawing MEP-P-05
→ Rev.03
→ Page 12
→ Takeoff P-001...P-015
→ Calculated Qty 1.310 m
→ BOQ Qty 1.250 m
→ Difference +60 m.
Đây là:
CẢNH BÁO CÓ THỂ KIỂM TOÁN.
────────────────────
BƯỚC 44: KIỂM TRA NGƯỢC NGẪU NHIÊN
Sau khi AI kiểm tra:
Chọn:
10 Item bình thường.
10 Item cảnh báo.
Với mỗi Item:
Truy lại:
BOQ.
Drawing.
Specification.
Takeoff.
Formula.
Measurement Rule.
Nếu AI không truy được:
Không nên tin kết quả tổng hợp.
────────────────────
BƯỚC 45: TẠO DASHBOARD BOQ
Có thể hiển thị:
Total BOQ Items.
Mapped.
Possible Match.
Unmapped.
Formula Exceptions.
Possible Duplicates.
Scope Overlap Candidates.
Quantity Differences.
Unit Differences.
Revision Changes.
Items Requiring Review.
Nhưng Dashboard không nên ghi:
“BOQ ACCURACY = 96%”
nếu không có phương pháp đánh giá được xác lập.
────────────────────
BƯỚC 46: DÙNG AI TẠO “QS REVIEW PACK”
Một gói rà soát có thể gồm:
1. BOQ Source Register.
2. Design Basis Matrix.
3. BOQ Clean Data.
4. BOQ Dictionary.
5. Measurement Rule Register.
6. Drawing ↔ BOQ Mapping.
7. BOQ Delta.
8. Exception Register.
9. Traceability.
10. Review Checklist.
QS không phải đọc lại mọi thứ.
Tập trung:
EXCEPTION.
────────────────────
BƯỚC 47: DÙNG AI KIỂM TRA TRƯỚC KHI MUA VẬT TƯ
Ví dụ:
BOQ:
1.250 m ống.
Takeoff:
1.310 m.
Procurement:
1.400 m.
Ba con số khác nhau.
AI có thể đặt cạnh nhau:
CONTRACT/BOQ QTY
↔
TAKEOFF QTY
↔
PROCUREMENT QTY.
Nhưng không tự nói:
“Mua thừa 90 m.”
Procurement Quantity có thể có:
Waste.
Stock length.
Spare.
Minimum order.
Phải kiểm tra.
────────────────────
BƯỚC 48: DÙNG AI KIỂM TRA TRƯỚC THANH TOÁN
Có thể nối:
BOQ Item
→ Contract Qty
→ Approved Variation
→ Current Contract Qty
→ Previous Certified
→ Current Claimed
→ Current Certified
→ Cumulative.
Nhưng đây là:
LỚP KIỂM TRA TIẾP THEO.
Không được dùng:
BOQ ORIGINAL
như thể nó luôn là:
CURRENT CONTRACT QUANTITY.
────────────────────
5 SAI LẦM THƯỜNG GẶP
SAI LẦM 1:
UPLOAD BOQ RỒI HỎI:
“CÓ SAI KHÔNG?”
Không có:
Bản vẽ.
Specification.
Scope.
Measurement Rule.
Revision.
AI chỉ có thể kiểm tra một phần.
────────────────────
SAI LẦM 2:
CHÊNH TAKEOFF = BOQ SAI.
Không.
Phải kiểm tra:
REV.
Scope.
Unit.
Measurement Rule.
Inclusion/Exclusion.
────────────────────
SAI LẦM 3:
CÙNG TÊN = TRÙNG.
Hai Item có thể:
Khác khu vực.
Khác Specification.
Khác phạm vi.
────────────────────
SAI LẦM 4:
KHÔNG TÌM THẤY ITEM TRONG BOQ = BOQ THIẾU.
Có thể:
Included elsewhere.
LS.
Package khác.
Owner Supply.
Khác cách đặt tên.
────────────────────
SAI LẦM 5:
ĐỂ AI TỰ SỬA BOQ.
Không.
AI nên:
ĐÁNH DẤU
+
GIẢI THÍCH
+
TRUY NGUỒN.
QS/Kỹ sư/Người có thẩm quyền:
XÁC NHẬN VÀ QUYẾT ĐỊNH.
────────────────────
KHUYẾN CÁO ĐỂ AI LÀM VIỆC HIỆU QUẢ, KHÔNG RƠI VÀO VÙNG GIỚI HẠN
1. Xác định đúng phiên bản BOQ.
2. Khóa REV thiết kế.
3. Cung cấp Scope of Work.
4. Cung cấp Specification.
5. Cung cấp Measurement Rule nếu có.
6. Giữ Original Description.
7. Chuẩn hóa nhưng không làm mất dữ liệu gốc.
8. Không mapping chỉ dựa vào tên.
9. Không tự coi chênh lệch là lỗi.
10. Mỗi Exception phải có nguồn.
11. Kiểm tra ngược ngẫu nhiên.
12. QS/Kỹ sư xác nhận cuối cùng.
────────────────────
PROMPT “CHỐNG SUY ĐOÁN”
Copy đoạn này vào cuối prompt:
“Chỉ sử dụng BOQ, hợp đồng, phụ lục, bản vẽ, Specification, Scope of Work, Measurement Rule, Takeoff và dữ liệu tôi cung cấp.
Không tự xác định BOQ nào là phiên bản hợp đồng hiện hành khi chưa có căn cứ.
Không tự chọn REV bản vẽ áp dụng.
Không tự coi Item có tên giống nhau là trùng.
Không tự coi Item khác tên là khác phạm vi.
Không tự coi Drawing Item chưa mapping được là BOQ thiếu.
Không tự coi BOQ Item chưa tìm thấy trên bản vẽ là BOQ thừa.
Không tự coi Takeoff Quantity khác BOQ Quantity là BOQ sai.
Không tự tạo Measurement Rule.
Không tự thêm hoặc trừ Waste.
Không tự quy đổi LS thành Quantity.
Không tự sửa Unit.
Không tự sửa Rate.
Không tự sửa Formula hoặc BOQ gốc.
Không tự kết luận một Item được hoặc không được thanh toán.
Không tự kết luận Variation đã được phê duyệt.
Không tự kết luận trách nhiệm của bên nào.
Không tìm thấy thì ghi:
CHƯA TÌM THẤY TRONG DỮ LIỆU ĐƯỢC CUNG CẤP.
Không đủ căn cứ mapping thì ghi:
CHƯA ĐỦ CĂN CỨ MAPPING.
Mọi cảnh báo phải truy được:
EXCEPTION ID
→ BOQ ITEM
→ ORIGINAL DESCRIPTION
→ DRAWING/TAKEOFF ITEM
→ REV
→ MEASUREMENT BASIS
→ CALCULATION
→ SOURCE.
Phân biệt rõ:
DỮ LIỆU GỐC
→ DỮ LIỆU CHUẨN HÓA
→ MAPPING
→ TÍNH TOÁN
→ EXCEPTION
→ NỘI DUNG CẦN QS/KỸ SƯ XÁC NHẬN.”
────────────────────
THỰC HÀNH NGAY
Đừng bắt đầu bằng BOQ 10.000 dòng.
Chọn:
01 HẠNG MỤC.
Ví dụ:
CẤP NƯỚC TẦNG 5.
Chuẩn bị:
BOQ.
Bản vẽ.
Specification.
Scope.
Takeoff nếu có.
Sau đó yêu cầu AI:
1. Xác định BOQ Source.
2. Lập Design Basis Matrix.
3. Chuẩn hóa BOQ.
4. Giữ Original Description.
5. Tách Scope Inclusion.
6. Chuẩn hóa Unit.
7. Kiểm tra Formula.
8. Kiểm tra Subtotal.
9. Tìm Exact Duplicate.
10. Tìm Possible Duplicate.
11. Tìm Possible Scope Overlap.
12. Lập Drawing Item Register.
13. Mapping Drawing ↔ BOQ.
14. Tìm Unmapped Drawing Item.
15. Tìm Unmapped BOQ Item.
16. Kiểm tra Measurement Rule.
17. So sánh Quantity.
18. Kiểm tra Specification.
19. Tạo Exception Register.
20. Truy nguồn từng Exception.
21. Chọn ngẫu nhiên Item kiểm tra ngược.
22. QS/Kỹ sư xác nhận.
Khi chạy ổn:
01 HẠNG MỤC
→ 01 BỘ MÔN
→ 01 GÓI THẦU
→ TOÀN BỘ BOQ.
Lúc đó có thể nối tiếp:
DRAWING
→ TAKEOFF
→ BOQ
→ PROCUREMENT
→ VARIATION
→ PAYMENT
→ FINAL ACCOUNT.
Mục tiêu không phải:
“ĐỂ AI NÓI BOQ ĐÚNG HAY SAI.”
Mà là:
TỪ HÀNG NGHÌN DÒNG BOQ, AI GIÚP QS/KỸ SƯ TÌM ĐÚNG NHỮNG DÒNG CẦN KIỂM TRA VÀ CHỈ RA VÌ SAO NÓ CẦN ĐƯỢC KIỂM TRA.
Một cảnh báo tốt phải trả lời được:
ITEM NÀO?
→ SO VỚI CÁI GÌ?
→ CHÊNH BAO NHIÊU?
→ DỰA TRÊN REV NÀO?
→ QUY TẮC ĐO BÓC NÀO?
→ NGUỒN Ở ĐÂU?
→ CÒN THIẾU DỮ LIỆU GÌ?
→ AI CẦN XÁC NHẬN?
Đó mới là:
AI KIỂM TRA BOQ CÓ THỂ TRUY NGUỒN.
Quy trình cần nhớ:
BOQ
→ VERSION
→ DRAWING REV
→ SCOPE
→ SPECIFICATION
→ MEASUREMENT RULE
→ STANDARDIZATION
→ MAPPING
→ QUANTITY COMPARISON
→ EXCEPTION
→ TRACEABILITY
→ QS/ENGINEER VERIFICATION.
BÀI 63/100 – SERIES AI THỰC CHIẾN CHO NGƯỜI LÀM XÂY DỰNG
🔎 Bạn đang tìm việc hoặc cần tuyển nhân sự ngành Xây dựng?
👉 Tìm việc – Đăng tuyển nhanh tại: https://vmcworks.com.vn/
💬 Cần hỗ trợ? Kết nối VMC Works: https://zalo.me/vmcworks
#vmcworks #kysu #tuyendung #xaydung #AITrongXayDung #BOQ #BocKhoiLuong #KySuQS
Viết bình luận