Bài 31/100 – Dùng AI đọc Excel tìm dữ liệu bất thường: Từ hàng nghìn dòng đến đúng điểm cần kỹ sư kiểm tra

DÙNG AI ĐỌC EXCEL TÌM DỮ LIỆU BẤT THƯỜNG:
TỪ HÀNG NGHÌN DÒNG ĐẾN ĐÚNG ĐIỂM CẦN KỸ SƯ KIỂM TRA

Một file Excel xây dựng có thể chứa:

1.000 dòng.

5.000 dòng.

20.000 dòng.

Thậm chí nhiều hơn.

Bên trong có thể là:

khối lượng,

vật tư,

nhân lực,

thiết bị,

nghiệm thu,

NCR – Non-Conformance Report (Báo cáo không phù hợp),

RFI – Request for Information (Yêu cầu làm rõ thông tin),

thanh toán,

tiến độ,

công nợ,

test report,

bảng theo dõi hồ sơ.

Vấn đề là:

CON NGƯỜI RẤT DỄ BỎ SÓT NHỮNG DÒNG “HƠI LẠ”.

AI lại rất phù hợp để rà:

giá trị bất thường,

dữ liệu trùng,

ô trống,

ngày không hợp logic,

đơn vị không thống nhất,

trạng thái khác quy ước,

công thức khác mẫu,

tổng không khớp,

tỷ lệ không khớp,

quan hệ giữa các cột chưa hợp lý.

Nhưng phải hiểu đúng:

ANOMALY – BẤT THƯỜNG

không đồng nghĩa:

ERROR – LỖI.

AI chỉ giúp kỹ sư tìm:

NHỮNG DÒNG CẦN KIỂM TRA.

Không nên cho AI:

TỰ SỬA.

TỰ XÓA.

TỰ THAY GIÁ TRỊ.

TỰ KẾT LUẬN.

Quy trình đúng nên là:

RAW DATA – DỮ LIỆU GỐC
↓
DATA STRUCTURE CHECK – KIỂM TRA CẤU TRÚC
↓
NORMALIZATION – CHUẨN HÓA
↓
ANOMALY DETECTION – PHÁT HIỆN BẤT THƯỜNG
↓
ANOMALY REGISTER – DANH MỤC BẤT THƯỜNG
↓
SOURCE TRACE – TRUY NGUỒN
↓
ENGINEER VERIFICATION – KỸ SƯ XÁC MINH
↓
CORRECTION IF CONFIRMED – CHỈ SỬA KHI ĐÃ XÁC NHẬN.

────────────────────

BƯỚC 1: GIỮ NGUYÊN RAW DATA – DỮ LIỆU GỐC

Đây là nguyên tắc đầu tiên.

Không cho AI sửa thẳng vào file gốc ngay.

Nên tách:

RAW DATA – Dữ liệu gốc.

WORKING DATA – Dữ liệu làm việc.

NORMALIZED DATA – Dữ liệu đã chuẩn hóa.

CORRECTION LOG – Nhật ký hiệu chỉnh.

Vì nếu AI sửa sai:

phải còn dữ liệu ban đầu để kiểm tra lại.

Một hệ thống tốt luôn trả lời được:

GIÁ TRỊ BAN ĐẦU LÀ GÌ?

AI ĐỀ XUẤT SỬA THÀNH GÌ?

VÌ SAO?

AI ĐÃ XÁC NHẬN?

────────────────────

BƯỚC 2: ĐỌC CẤU TRÚC FILE TRƯỚC KHI ĐỌC NỘI DUNG

Đừng bắt đầu bằng:

“File này có lỗi gì?”

Hãy yêu cầu AI đọc cấu trúc trước.

Tạo:

EXCEL STRUCTURE REGISTER
– DANH MỤC CẤU TRÚC EXCEL.

File Name
| Sheet Name
| Header Row
| Number of Rows
| Number of Columns
| Formula Columns
| Date Columns
| Numeric Columns
| Text Columns
| Notes.

Mục tiêu:

HIỂU FILE ĐANG ĐƯỢC TỔ CHỨC NHƯ THẾ NÀO.

────────────────────

BƯỚC 3: TẠO DATA DICTIONARY – TỪ ĐIỂN DỮ LIỆU

Nếu cột tên:

KL.

GT.

HT.

TT.

AI không nên tự đoán.

Tạo:

Field Name
| Vietnamese Meaning
| English Meaning
| Data Type
| Unit
| Allowed Values
| Source
| Verification.

Ví dụ:

Actual_Qty
| Khối lượng thực hiện
| Actual Quantity
| Number
| m³
| ≥ 0
| Progress Register
| Confirmed.

Data Dictionary – Từ điển dữ liệu là nền tảng để AI hiểu đúng từng cột.

────────────────────

BƯỚC 4: TẠO UNIQUE ID – MÃ ĐỊNH DANH DUY NHẤT

Nếu mỗi dòng không có ID:

rất khó truy ngược.

Ví dụ:

Activity ID – Mã công việc.

Material ID – Mã vật tư.

NCR ID – Mã NCR.

RFI ID – Mã RFI.

Inspection ID – Mã nghiệm thu.

Payment ID – Mã thanh toán.

AI có thể hỗ trợ phát hiện:

Missing ID – Thiếu mã.

Duplicate ID – Trùng mã.

Nhưng không tự sửa ID chính thức.

────────────────────

BƯỚC 5: KIỂM TRA MISSING DATA – DỮ LIỆU THIẾU

AI có thể rà:

Blank Cell – Ô trống.

Missing Date – Thiếu ngày.

Missing Quantity – Thiếu khối lượng.

Missing Status – Thiếu trạng thái.

Missing Unit – Thiếu đơn vị.

Missing Reference – Thiếu tham chiếu.

Nhưng cực kỳ quan trọng:

BLANK – Ô TRỐNG
≠
ZERO – SỐ 0.

Ví dụ:

Actual Quantity để trống

không đồng nghĩa:

Actual Quantity = 0.

Có thể là:

chưa cập nhật,

chưa đến kỳ,

không áp dụng,

hoặc chưa có dữ liệu.

────────────────────

BƯỚC 6: TẠO MISSING DATA REGISTER – DANH MỤC DỮ LIỆU THIẾU

Các cột:

Issue ID
| Record ID
| Field
| Current Value
| Expected Data?
| Source
| Verification
| Status.

Nếu chưa biết trường đó có bắt buộc hay không:

không được tự ghi:

“Thiếu bắt buộc.”

Phải ghi:

REQUIREMENT TO BE CONFIRMED
– CẦN XÁC NHẬN YÊU CẦU.

────────────────────

BƯỚC 7: KIỂM TRA DUPLICATE – DỮ LIỆU TRÙNG

Có ít nhất hai nhóm:

Exact Duplicate – Trùng chính xác.

Possible Duplicate – Có khả năng trùng.

Ví dụ:

NCR-025 xuất hiện hai dòng hoàn toàn giống nhau.

Có thể là:

Exact Duplicate.

Nhưng nếu:

NCR-025

và:

NCR025

thì AI chỉ nên flag:

Possible Duplicate.

Không được tự xóa.

────────────────────

BƯỚC 8: TẠO DUPLICATE REVIEW REGISTER – DANH MỤC RÀ SOÁT TRÙNG

Record A
| Record B
| Matching Fields
| Different Fields
| Duplicate Type
| Verification
| Action.

Cần kiểm tra:

cùng ID nhưng khác REV?

cùng ID nhưng khác Status?

cùng ID nhưng khác ngày cập nhật?

Nếu có:

có thể là bản cập nhật chứ không phải dữ liệu trùng.

────────────────────

BƯỚC 9: KIỂM TRA DATE FORMAT – ĐỊNH DẠNG NGÀY

Excel rất dễ gặp:

03/04/2026.

Không biết:

03 tháng 04

hay:

04 tháng 03.

Phải xác nhận:

DD/MM/YYYY

hoặc:

MM/DD/YYYY.

Nếu chưa rõ:

DATE FORMAT NOT CONFIRMED
– CHƯA XÁC NHẬN ĐỊNH DẠNG NGÀY.

Không nên tính Ageing – Tuổi tồn tại trước khi khóa định dạng.

────────────────────

BƯỚC 10: KIỂM TRA DATE SEQUENCE – TRÌNH TỰ NGÀY

Ví dụ:

Actual Finish – Ngày kết thúc thực tế

sớm hơn:

Actual Start – Ngày bắt đầu thực tế.

Hoặc:

Test Date – Ngày thử

sớm hơn:

Sample Date – Ngày lấy mẫu.

AI có thể flag:

DATE SEQUENCE EXCEPTION
– NGOẠI LỆ TRÌNH TỰ NGÀY.

Nhưng chưa được tự sửa.

Có thể dữ liệu nguồn sai.

Cũng có thể cột được hiểu sai.

────────────────────

BƯỚC 11: KIỂM TRA UNIT – ĐƠN VỊ

Một bảng có thể trộn:

kg.

tấn.

m.

mm.

m².

m³.

lít.

Nếu không chuẩn hóa đơn vị:

AI rất dễ đánh dấu sai.

Ví dụ:

125000 lít

có thể tương đương:

125 m³.

Vì vậy phải:

CHECK UNIT BEFORE VALUE
– KIỂM TRA ĐƠN VỊ TRƯỚC KHI ĐÁNH GIÁ GIÁ TRỊ.

────────────────────

BƯỚC 12: TẠO UNIT NORMALIZATION TABLE – BẢNG CHUẨN HÓA ĐƠN VỊ

Original Value
| Original Unit
| Conversion Rule
| Normalized Value
| Normalized Unit
| Source
| Verification.

Luôn giữ:

Original Value – Giá trị gốc.

Không ghi đè bằng giá trị chuẩn hóa.

────────────────────

BƯỚC 13: KIỂM TRA NUMBER FORMAT – ĐỊNH DẠNG SỐ

Ví dụ:

1,250

có thể là:

1.250

hoặc:

1.250 đơn vị,

tùy thiết lập vùng.

Cần xác định:

Decimal Separator – Dấu thập phân.

Thousands Separator – Dấu phân cách hàng nghìn.

Sai bước này:

mọi phép tính phía sau có thể sai.

────────────────────

BƯỚC 14: KIỂM TRA DATA TYPE – KIỂU DỮ LIỆU

Một cột nhìn giống số:

100.

200.

300.

Nhưng có thể một số ô là:

Text – Văn bản.

Điều này ảnh hưởng:

SUM – Tổng.

AVERAGE – Trung bình.

LOOKUP – Hàm dò.

Pivot – Bảng tổng hợp.

AI có thể flag:

DATA TYPE INCONSISTENCY
– KHÔNG NHẤT QUÁN KIỂU DỮ LIỆU.

────────────────────

BƯỚC 15: KIỂM TRA STATUS – TRẠNG THÁI

Ví dụ cùng một file có:

Open.

OPEN.

Opened.

Đang mở.

Pending.

Closed.

Close.

AI không nên tự gom tất cả.

Trước tiên tạo:

STATUS DICTIONARY
– TỪ ĐIỂN TRẠNG THÁI.

Original Status
| Proposed Normalized Status
| Definition
| Source
| Verification.

Nếu quy trình phân biệt:

Open

và:

Pending,

không được gộp.

────────────────────

BƯỚC 16: KIỂM TRA ALLOWED VALUE – GIÁ TRỊ HỢP LỆ THEO QUY ƯỚC

Ví dụ cột Status theo quy trình chỉ có:

Open.

Pending.

Closed.

AI phát hiện:

Done.

Finished.

Completed.

Không tự đổi thành Closed.

Phải flag:

UNRECOGNIZED STATUS
– TRẠNG THÁI CHƯA ĐƯỢC NHẬN DIỆN.

────────────────────

BƯỚC 17: PHÁT HIỆN OUTLIER – GIÁ TRỊ NGOẠI LAI

Ví dụ 10 giá trị:

98.

102.

95.

101.

99.

97.

100.

104.

96.

365.

365 khác rất nhiều so với nhóm còn lại.

AI có thể đánh dấu:

OUTLIER – VERIFY
– GIÁ TRỊ NGOẠI LAI – CẦN XÁC MINH.

Nhưng:

OUTLIER
≠
ERROR.

365 có thể đúng.

────────────────────

BƯỚC 18: KHÔNG TỰ SỬA OUTLIER BẰNG AVERAGE – TRUNG BÌNH

Đây là lỗi nguy hiểm.

AI không được:

thấy 365

rồi thay bằng:

99.

Cách đúng là:

FLAG
→ TRACE
→ VERIFY
→ CORRECT IF CONFIRMED.

────────────────────

BƯỚC 19: KIỂM TRA NEGATIVE VALUE – GIÁ TRỊ ÂM

Ví dụ:

Quantity = -20.

Không tự nói:

“Nhập sai.”

Trong QS – Quản lý khối lượng/chi phí:

giá trị âm có thể là:

Omission – Khối lượng giảm.

Deduction – Giảm trừ.

Adjustment – Điều chỉnh.

Return – Hoàn trả.

Phải hiểu ý nghĩa trường dữ liệu.

────────────────────

BƯỚC 20: KIỂM TRA ZERO VALUE – GIÁ TRỊ 0

Tương tự:

0 không phải lúc nào cũng lỗi.

Ví dụ:

Actual Quantity = 0

có thể đúng nếu chưa thi công.

Nhưng:

Unit Rate = 0

có thể cần kiểm tra.

AI nên đánh dấu theo:

Business Rule – Quy tắc nghiệp vụ

được người dùng xác nhận.

────────────────────

BƯỚC 21: KIỂM TRA RANGE – KHOẢNG GIÁ TRỊ

Nếu dự án có:

Minimum – Tối thiểu.

Maximum – Tối đa.

Acceptance Range – Khoảng chấp nhận.

AI có thể kiểm tra.

Ví dụ:

Requirement:
95–105.

Actual:
110.

AI có thể flag:

OUTSIDE ACCEPTANCE RANGE
– NGOÀI KHOẢNG CHẤP NHẬN.

Nhưng chỉ khi Acceptance Criterion – Tiêu chí chấp nhận đã được cung cấp.

────────────────────

BƯỚC 22: KHÔNG TỰ TẠO ACCEPTANCE RANGE – KHOẢNG CHẤP NHẬN

Ví dụ:

Design Value = 100 mm.

Không tự tạo:

95–105 mm.

Muốn có dung sai:

phải có:

Tolerance – Dung sai

từ hồ sơ áp dụng.

Nếu không:

TOLERANCE NOT FOUND
– CHƯA TÌM THẤY DUNG SAI.

────────────────────

BƯỚC 23: KIỂM TRA FORMULA PATTERN – MẪU CÔNG THỨC

Ví dụ:

H10 = F10*G10.

H11 = F11*G11.

H12 = F12*G12.

H13 = F13*G14.

H14 = F14*G14.

AI có thể flag H13:

POSSIBLE FORMULA ANOMALY
– CÓ KHẢ NĂNG BẤT THƯỜNG CÔNG THỨC.

Nhưng cần xác minh:

H13 có phải trường hợp đặc biệt không.

────────────────────

BƯỚC 24: PHÁT HIỆN HARD-CODED VALUE – GIÁ TRỊ NHẬP CỨNG

Một cột toàn công thức:

nhưng có một ô nhập số trực tiếp.

AI có thể flag:

HARD-CODED VALUE IN FORMULA REGION
– GIÁ TRỊ NHẬP CỨNG TRONG VÙNG CÔNG THỨC.

Không tự thay công thức.

Có thể đó là:

điều chỉnh có chủ đích.

────────────────────

BƯỚC 25: KIỂM TRA BROKEN REFERENCE – THAM CHIẾU HỎNG

Các lỗi:

#REF!

#VALUE!

#DIV/0!

#N/A.

AI có thể thống kê:

Cell
| Error Type
| Formula
| Related Sheet
| Possible Cause
| Verification.

Không tự sửa công thức trước khi hiểu:

logic nghiệp vụ.

────────────────────

BƯỚC 26: KIỂM TRA LOOKUP – HÀM DÒ

Các hàm:

VLOOKUP.

XLOOKUP.

INDEX/MATCH.

có thể lỗi do:

ID trùng.

Khoảng trắng.

Text vs Number.

Sai vùng dò.

Sai chế độ exact/approximate match – khớp chính xác/gần đúng.

AI có thể flag:

LOOKUP EXCEPTION
– NGOẠI LỆ HÀM DÒ.

────────────────────

BƯỚC 27: KIỂM TRA TOTAL RECONCILIATION – ĐỐI CHIẾU TỔNG

Ví dụ:

Tổng chi tiết:
1.250.

Subtotal – Tổng nhóm:
1.230.

AI flag:

TOTAL RECONCILIATION EXCEPTION
– NGOẠI LỆ ĐỐI CHIẾU TỔNG.

Nhưng không tự chọn:

1.250 đúng

hay:

1.230 đúng.

Phải truy công thức và dữ liệu.

────────────────────

BƯỚC 28: KIỂM TRA PERCENTAGE – TỶ LỆ

Ví dụ:

Completed = 80.

Total = 100.

Reported = 85%.

AI tính lại:

80%.

Difference = 5 percentage points
– Chênh 5 điểm phần trăm.

Flag:

PERCENTAGE RECONCILIATION EXCEPTION
– NGOẠI LỆ ĐỐI CHIẾU TỶ LỆ.

────────────────────

BƯỚC 29: MỌI TỶ LỆ PHẢI CÓ NUMERATOR – TỬ SỐ VÀ DENOMINATOR – MẪU SỐ

Nếu báo cáo ghi:

“92% hoàn thành.”

AI phải hỏi:

92% CỦA CÁI GÌ?

Tạo:

KPI
| Numerator
| Denominator
| Formula
| Reported Value
| Recalculated Value
| Source.

Nếu chưa xác định mẫu số:

PERCENTAGE BASIS NOT CONFIRMED
– CHƯA XÁC NHẬN CƠ SỞ TỶ LỆ.

────────────────────

BƯỚC 30: KIỂM TRA CROSS-SHEET CONSISTENCY – NHẤT QUÁN GIỮA CÁC SHEET

Ví dụ:

Summary Sheet:

Open NCR = 12.

NCR Register:

Open NCR = 10.

AI flag:

CROSS-SHEET DIFFERENCE
– CHÊNH LỆCH GIỮA CÁC SHEET.

Sau đó kiểm tra:

Data Date – Ngày dữ liệu.

Filter – Bộ lọc.

Status Mapping – Ánh xạ trạng thái.

Formula – Công thức.

Hai giá trị có thể cùng đúng ở hai thời điểm khác nhau.

────────────────────

BƯỚC 31: KIỂM TRA CROSS-FILE CONSISTENCY – NHẤT QUÁN GIỮA CÁC FILE

Ví dụ:

Daily Report – Báo cáo ngày:
150 người.

Attendance – Chấm công:
142 người.

Weekly Report – Báo cáo tuần:
147 người.

AI tạo:

SOURCE COMPARISON MATRIX
– MA TRẬN SO SÁNH NGUỒN.

Date
| Source A
| Source B
| Source C
| Difference
| Verification.

Không tự chọn nguồn đúng nếu chưa xác định:

Primary Source – Nguồn chính.

────────────────────

BƯỚC 32: XÁC ĐỊNH PRIMARY SOURCE – NGUỒN CHÍNH

Cùng một dữ liệu có thể xuất hiện trong nhiều file.

Ví dụ:

khối lượng thực hiện

có trong:

báo cáo ngày,

báo cáo tuần,

bảng nghiệm thu,

hồ sơ thanh toán.

Cần xác định:

PRIMARY SOURCE
– NGUỒN CHÍNH.

SECONDARY SOURCE
– NGUỒN ĐỐI CHIẾU.

Nếu chưa có căn cứ:

SOURCE PRIORITY NOT CONFIRMED
– CHƯA XÁC NHẬN THỨ TỰ ƯU TIÊN NGUỒN.

────────────────────

BƯỚC 33: KIỂM TRA ID SEQUENCE – TRÌNH TỰ MÃ

Ví dụ:

RFI-001.

RFI-002.

RFI-003.

RFI-005.

AI có thể flag:

SEQUENCE GAP
– KHOẢNG TRỐNG TRÌNH TỰ.

Nhưng không được kết luận:

RFI-004 bị mất.

Có thể:

không phát hành,

bị hủy,

hoặc mã được giữ trống.

────────────────────

BƯỚC 34: KIỂM TRA STATUS-DATE LOGIC – LOGIC TRẠNG THÁI–NGÀY

Ví dụ:

Status = Closed.

Close Date = Blank.

Hoặc:

Status = Open.

Close Date = 01/10/2026.

AI có thể flag:

STATUS-DATE INCONSISTENCY
– KHÔNG NHẤT QUÁN TRẠNG THÁI–NGÀY.

Không tự sửa Status hoặc Date.

────────────────────

BƯỚC 35: KIỂM TRA QUANTITY RELATIONSHIP – QUAN HỆ KHỐI LƯỢNG

Ví dụ:

Delivered = 100.

Accepted = 120.

Nghe có vẻ bất thường.

Nhưng có thể:

20 đã tồn từ kỳ trước.

Do đó AI chỉ nên flag:

QUANTITY RELATIONSHIP EXCEPTION
– NGOẠI LỆ QUAN HỆ KHỐI LƯỢNG.

Phải kiểm tra:

opening stock,

previous delivery,

transfer,

return,

allocation.

────────────────────

BƯỚC 36: KHÔNG TRỘN CÁC LOẠI QUANTITY – KHỐI LƯỢNG

Phải phân biệt:

Design Quantity – Khối lượng thiết kế.

Contract Quantity – Khối lượng hợp đồng.

Installed Quantity – Khối lượng thi công.

Accepted Quantity – Khối lượng nghiệm thu.

Certified Quantity – Khối lượng xác nhận thanh toán.

Paid Quantity – Khối lượng đã thanh toán.

Các cột này không được dùng thay thế lẫn nhau.

────────────────────

BƯỚC 37: KIỂM TRA FLOW RECONCILIATION – ĐỐI CHIẾU BIẾN ĐỘNG

Rất hữu ích với:

NCR.

RFI.

Punch List.

Action List.

Submittal.

Logic:

Opening
+
New
-
Closed
=
Ending.

Ví dụ:

10 + 5 - 4 = 11.

Nếu Ending = 13:

AI flag:

FLOW RECONCILIATION EXCEPTION
– NGOẠI LỆ ĐỐI CHIẾU BIẾN ĐỘNG.

────────────────────

BƯỚC 38: KIỂM TRA AGEING – TUỔI TỒN TẠI

Nếu có:

Issue Date – Ngày phát hành.

Data Date – Ngày dữ liệu.

AI có thể tính:

Ageing – Tuổi hồ sơ.

Nhưng phải xác định:

Calendar Day – Ngày lịch

hay:

Working Day – Ngày làm việc.

Không tự chọn.

────────────────────

BƯỚC 39: KHÔNG TỰ GỌI “OVERDUE – QUÁ HẠN”

Một hồ sơ tồn tại:

20 ngày

không có nghĩa:

quá hạn 20 ngày.

Muốn gọi Overdue – Quá hạn:

phải có:

Due Date – Ngày đến hạn

hoặc:

Response Period – Thời hạn phản hồi

được xác định.

Nếu chưa có:

chỉ báo:

AGE = 20 DAYS
– TUỔI = 20 NGÀY.

────────────────────

BƯỚC 40: KIỂM TRA STALE DATA – DỮ LIỆU CŨ

Nếu quy định:

cập nhật hằng ngày,

nhưng nguồn cuối cùng từ 10 ngày trước,

AI có thể flag:

STALE DATA
– DỮ LIỆU CŨ/CHẬM CẬP NHẬT.

Nhưng chỉ khi:

Update Frequency – Tần suất cập nhật

đã được xác nhận.

────────────────────

BƯỚC 41: TẠO ANOMALY REGISTER – DANH MỤC DỮ LIỆU BẤT THƯỜNG

Đây là đầu ra chính.

Các cột:

Anomaly ID
| File
| Sheet
| Record ID
| Cell
| Field
| Original Value
| Anomaly Type
| Reason Flagged
| Related Data
| Source
| Verification
| Status.

Ví dụ:

AN-015
| Progress.xlsx
| Update
| ACT-025
| H25
| Actual Finish
| 02/09/2026
| Date Sequence
| Finish earlier than Start
| Start = 05/09/2026
| Progress Register
| Engineer Review
| Open.

────────────────────

BƯỚC 42: PHÂN LOẠI ANOMALY TYPE – LOẠI BẤT THƯỜNG

Có thể gồm:

Missing Data – Thiếu dữ liệu.

Duplicate – Dữ liệu trùng.

Date Exception – Ngoại lệ ngày.

Unit Exception – Ngoại lệ đơn vị.

Format Exception – Ngoại lệ định dạng.

Formula Exception – Ngoại lệ công thức.

Outlier – Giá trị ngoại lai.

Range Exception – Ngoại lệ khoảng giá trị.

Status Inconsistency – Không nhất quán trạng thái.

Cross-Sheet Difference – Chênh lệch giữa sheet.

Cross-File Difference – Chênh lệch giữa file.

Relationship Exception – Ngoại lệ quan hệ.

Traceability Gap – Khoảng trống truy nguồn.

────────────────────

BƯỚC 43: KHÔNG TỰ TẠO SEVERITY – MỨC ĐỘ NGHIÊM TRỌNG

AI thường thích chia:

Low.

Medium.

High.

Critical.

Nhưng nếu chưa có:

Severity Rule – Quy tắc phân cấp,

thì không được tự gán.

Nên dùng:

REVIEW REQUIRED
– CẦN RÀ SOÁT.

ENGINEER VERIFICATION REQUIRED
– CẦN KỸ SƯ XÁC MINH.

────────────────────

BƯỚC 44: TẠO CORRECTION REGISTER – DANH MỤC HIỆU CHỈNH

Chỉ sau khi kỹ sư xác nhận lỗi:

mới ghi:

Correction ID
| Record ID
| Field
| Original Value
| Corrected Value
| Reason
| Evidence
| Verified By
| Date.

Đây là:

AUDIT TRAIL
– DẤU VẾT KIỂM TRA.

Rất quan trọng với:

thanh toán,

khối lượng,

chất lượng,

hợp đồng,

tiến độ.

────────────────────

BƯỚC 45: KHÔNG SỬA MÀ KHÔNG LƯU ORIGINAL VALUE – GIÁ TRỊ GỐC

Ví dụ:

Original:
320.

Corrected:
32.

Phải lưu cả hai.

Không được chỉ để:

32.

Nếu sau này có tranh luận:

phải biết:

ai sửa?

sửa khi nào?

dựa vào tài liệu nào?

────────────────────

BƯỚC 46: TẠO TRACEABILITY CHAIN – CHUỖI TRUY NGUỒN

Một cảnh báo phải truy được:

ANOMALY
– BẤT THƯỜNG

↓

RECORD ID
– MÃ BẢN GHI

↓

FIELD/CELL
– TRƯỜNG/Ô

↓

SHEET
– TRANG TÍNH

↓

FILE
– FILE NGUỒN

↓

DATA DATE
– NGÀY DỮ LIỆU

↓

VERIFICATION
– XÁC MINH

↓

CORRECTION
– HIỆU CHỈNH NẾU CÓ.

Nếu không truy được:

cảnh báo chưa đủ giá trị để xử lý.

────────────────────

BƯỚC 47: TWO-WAY CHECK – KIỂM TRA HAI CHIỀU

CHIỀU 1:

SOURCE → AI RESULT.

Chọn 10 dòng dữ liệu gốc.

Kiểm tra:

AI đọc đúng không?

Đơn vị đúng không?

Ngày đúng không?

Công thức đúng không?

CHIỀU 2:

AI RESULT → SOURCE.

Chọn 10 cảnh báo.

Truy ngược:

Anomaly
→ Record
→ Cell
→ Sheet
→ File.

Nếu không truy được:

không sửa.

────────────────────

BƯỚC 48: RANDOM REVERSE CHECK – KIỂM TRA NGƯỢC NGẪU NHIÊN

Nếu AI tìm:

100 bất thường,

không cần kiểm tra ngay cả 100.

Chọn ngẫu nhiên:

10 cảnh báo.

Kiểm tra thủ công.

Nếu 8–10 cảnh báo hợp lý:

quy tắc có thể dùng tiếp.

Nếu chỉ 2–3 cảnh báo đúng:

cần chỉnh lại logic.

Mục tiêu:

KIỂM SOÁT CHÍNH AI.

────────────────────

BƯỚC 49: CHẠY AI THEO NHIỀU LỚP

Không nên hỏi một câu:

“File này sai ở đâu?”

Hãy chia:

LỚP 1:
Structure Check – Kiểm tra cấu trúc.

LỚP 2:
Missing Data – Dữ liệu thiếu.

LỚP 3:
Duplicate – Dữ liệu trùng.

LỚP 4:
Date/Format – Ngày/định dạng.

LỚP 5:
Unit – Đơn vị.

LỚP 6:
Formula – Công thức.

LỚP 7:
Logic – Logic dữ liệu.

LỚP 8:
Cross-Sheet/Cross-File – Đối chiếu chéo.

LỚP 9:
Anomaly Detection – Phát hiện bất thường.

LỚP 10:
Traceability – Truy nguồn.

────────────────────

5 SAI LẦM THƯỜNG GẶP

SAI LẦM 1:

CHO AI QUYỀN “TỰ SỬA TẤT CẢ LỖI”.

Không nên.

AI phải:

PHÁT HIỆN
→ BÁO
→ TRUY NGUỒN
→ CHỜ XÁC NHẬN.

────────────────────

SAI LẦM 2:

OUTLIER = ERROR.

Sai.

Giá trị khác biệt có thể hoàn toàn đúng.

────────────────────

SAI LẦM 3:

BLANK = ZERO.

Sai.

Ô trống không phải số 0.

────────────────────

SAI LẦM 4:

AI TỰ TẠO NGƯỠNG “BẤT THƯỜNG”.

Không có căn cứ thì đó chỉ là:

Proposed Analytical Rule
– Quy tắc phân tích đề xuất.

Không phải tiêu chí chính thức.

────────────────────

SAI LẦM 5:

SỬA FILE NHƯNG KHÔNG CÓ CHANGE LOG – NHẬT KÝ THAY ĐỔI.

Rất khó kiểm soát và giải trì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. Giữ nguyên Raw Data – Dữ liệu gốc.

2. Tạo Data Dictionary – Từ điển dữ liệu.

3. Khóa Date Format – Định dạng ngày.

4. Kiểm tra Unit – Đơn vị trước khi so sánh số.

5. Không coi Blank – Ô trống là Zero – Số 0.

6. Không coi Outlier – Giá trị ngoại lai là Error – Lỗi.

7. Không tự xóa Duplicate Candidate – Dữ liệu có khả năng trùng.

8. Không tự chuẩn hóa Status – Trạng thái nếu chưa có quy tắc.

9. Không tự tạo Acceptance Criterion – Tiêu chí chấp nhận.

10. Không tự tạo Overdue – Quá hạn nếu chưa có Due Date – Ngày đến hạn.

11. Không tự tạo Severity – Mức độ nghiêm trọng.

12. Mỗi cảnh báo phải có Record ID – Mã bản ghi.

13. Mỗi cảnh báo phải truy được File/Sheet/Cell – File/Sheet/Ô.

14. Mọi sửa đổi phải lưu Original Value – Giá trị gốc.

15. Kỹ sư hoặc người quản lý dữ liệu xác nhận trước khi sửa.

────────────────────

PROMPT “CHỐNG SUY ĐOÁN” DÙNG NGAY

“Bạn là trợ lý hỗ trợ tôi đọc và kiểm tra dữ liệu Excel của dự án xây dựng.

Mục tiêu:

phát hiện dữ liệu bất thường và các điểm cần kỹ sư xác minh.

KHÔNG tự sửa dữ liệu.

Chỉ sử dụng dữ liệu tôi cung cấp.

Luôn ghi English Term (Thuật ngữ tiếng Anh) cạnh tiếng Việt đối với thuật ngữ chuyên môn.

Thực hiện theo thứ tự:

1. Tạo Excel Structure Register (Danh mục cấu trúc Excel).

2. Tạo Data Dictionary (Từ điển dữ liệu).

3. Xác định Data Date (Ngày dữ liệu) nếu có.

4. Giữ nguyên Raw Data (Dữ liệu gốc).

5. Kiểm tra:
- Missing Data (Dữ liệu thiếu);
- Duplicate Data (Dữ liệu trùng);
- Date Format (Định dạng ngày);
- Date Sequence (Trình tự ngày);
- Unit (Đơn vị);
- Number Format (Định dạng số);
- Data Type (Kiểu dữ liệu);
- Status (Trạng thái);
- Allowed Values (Giá trị hợp lệ theo quy ước);
- Outlier (Giá trị ngoại lai);
- Formula Pattern (Mẫu công thức);
- Hard-coded Value (Giá trị nhập cứng);
- Broken Reference (Tham chiếu hỏng);
- Lookup Exception (Ngoại lệ hàm dò);
- Total Reconciliation (Đối chiếu tổng);
- Percentage Reconciliation (Đối chiếu tỷ lệ);
- Cross-Sheet Difference (Chênh lệch giữa các sheet);
- Cross-File Difference (Chênh lệch giữa các file);
- Logical Relationship (Quan hệ logic giữa các trường).

6. Không coi Blank (Ô trống) là Zero (Số 0).

7. Không coi Outlier (Giá trị ngoại lai) là Error (Lỗi).

8. Không tự xóa Duplicate (Dữ liệu trùng).

9. Không tự sửa Formula (Công thức).

10. Không tự tạo Acceptance Criterion (Tiêu chí chấp nhận).

11. Không tự tạo Threshold (Ngưỡng).

12. Không tự gán Severity (Mức độ nghiêm trọng).

13. Không tự gọi Overdue (Quá hạn) nếu chưa có Due Date (Ngày đến hạn) hoặc căn cứ thời hạn.

14. Nếu phát hiện giá trị khác thường, ghi:

POSSIBLE ANOMALY – ENGINEER VERIFICATION REQUIRED
(CÓ KHẢ NĂNG BẤT THƯỜNG – CẦN KỸ SƯ XÁC MINH).

15. Nếu không tìm thấy dữ liệu, ghi:

CHƯA TÌM THẤY TRONG DỮ LIỆU ĐƯỢC CUNG CẤP
(NOT FOUND IN PROVIDED DATA).

16. Tạo Anomaly Register (Danh mục dữ liệu bất thường):

Anomaly ID
| File
| Sheet
| Record ID
| Cell
| Field
| Original Value
| Anomaly Type
| Reason Flagged
| Related Data
| Source
| Verification
| Status.

17. Không thay đổi Original Value (Giá trị gốc).

18. Nếu đề xuất sửa, để:
Original Value
và
Proposed Correction
ở hai trường riêng.

19. Tạo Traceability Chain (Chuỗi truy nguồn):

Anomaly
→ Record ID
→ Field/Cell
→ Sheet
→ File
→ Data Date
→ Verification
→ Correction if Confirmed.

20. Cuối cùng thực hiện Random Reverse Check (Kiểm tra ngược ngẫu nhiên) ít nhất 10 cảnh báo.

Không kết luận dữ liệu sai khi chưa đủ căn cứ.”

────────────────────

THỰC HÀNH NGAY

Hãy chọn:

01 FILE EXCEL THẬT

có khoảng:

200–1.000 dòng.

Ví dụ:

Material Register – Danh mục vật tư.

NCR Register – Danh mục NCR.

RFI Register – Danh mục RFI.

Progress Register – Danh mục tiến độ.

Quantity Tracking – Theo dõi khối lượng.

Đưa file cho AI.

Yêu cầu:

1. Tạo Data Dictionary – Từ điển dữ liệu.

2. Kiểm tra Missing Data – Dữ liệu thiếu.

3. Kiểm tra Duplicate – Dữ liệu trùng.

4. Kiểm tra Date – Ngày.

5. Kiểm tra Unit – Đơn vị.

6. Kiểm tra Formula – Công thức.

7. Kiểm tra Logic – Logic dữ liệu.

8. Tạo Anomaly Register – Danh mục bất thường.

Sau đó:

CHỌN 10 CẢNH BÁO.

TRUY NGƯỢC VỀ FILE GỐC.

Với từng cảnh báo, trả lời:

AI ĐỌC ĐÚNG CHƯA?

GIÁ TRỊ NÀY THỰC SỰ BẤT THƯỜNG HAY CHỈ KHÁC BIỆT?

CÓ ĐÚNG LÀ LỖI KHÔNG?

CÓ BẰNG CHỨNG ĐỂ SỬA KHÔNG?

Khi quy tắc kiểm tra đã ổn:

200 dòng
→ 1.000 dòng
→ 10.000 dòng
→ nhiều file
→ toàn bộ hệ thống dữ liệu dự án.

MỤC TIÊU CUỐI CÙNG KHÔNG PHẢI:

“AI SỬA EXCEL THAY KỸ SƯ.”

MÀ LÀ:

GIỮA HÀNG NGHÌN DÒNG DỮ LIỆU,

AI GIÚP CHỈ RA:

20 DÒNG,

50 DÒNG,

100 DÒNG

MÀ CON NGƯỜI THỰC SỰ CẦN TẬP TRUNG KIỂM TRA.

MỖI CẢNH BÁO ĐỀU PHẢI TRẢ LỜI ĐƯỢC:

FILE NÀO?

SHEET NÀO?

DÒNG NÀO?

Ô NÀO?

GIÁ TRỊ GỐC LÀ GÌ?

VÌ SAO AI ĐÁNH DẤU?

AI ĐANG PHÁT HIỆN BẤT THƯỜNG HAY ĐÃ CÓ CĂN CỨ XÁC ĐỊNH LỖI?

AI XÁC NHẬN?

NẾU SỬA THÌ DỰA TRÊN BẰNG CHỨNG NÀO?

ĐÓ MỚI LÀ:

TRACEABLE ANOMALY DETECTION
– PHÁT HIỆN DỮ LIỆU BẤT THƯỜNG CÓ KHẢ NĂNG TRUY NGUỒN.

AI KHÔNG THAY THẾ KỸ SƯ, QS, QA/QC, PLANNING ENGINEER HAY NGƯỜI QUẢN LÝ DỰ ÁN.

AI GIÚP CON NGƯỜI KHÔNG PHẢI ĐỌC THỦ CÔNG TỪNG DÒNG, MÀ TẬP TRUNG VÀO ĐÚNG NHỮNG DÒNG CÓ KHẢ NĂNG CÓ VẤN ĐỀ.

BÀI 31/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 #xaydung #AITrongXayDung #ExcelXayDung #DuLieuXayDung #DataQuality #KySuXayDung