DÙNG AI CHUẨN HÓA TÊN FILE VÀ CẤU TRÚC THƯ MỤC DỰ ÁN:
TÌM ĐÚNG HỒ SƠ, ĐÚNG REV, ĐÚNG TRẠNG THÁI
Một dự án xây dựng có thể tạo ra hàng nghìn, thậm chí hàng chục nghìn file:
Bản vẽ.
Shop Drawing – Bản vẽ thi công.
Method Statement – Biện pháp thi công.
ITP – Inspection and Test Plan (Kế hoạch kiểm tra và thí nghiệm).
RFI – Request for Information (Yêu cầu làm rõ thông tin).
NCR – Non-Conformance Report (Báo cáo không phù hợp).
Material Submittal – Hồ sơ trình duyệt vật liệu.
Inspection Request – Yêu cầu nghiệm thu.
Test Report – Báo cáo thí nghiệm.
Meeting Minutes – Biên bản họp.
Progress Report – Báo cáo tiến độ.
As-built Drawing – Bản vẽ hoàn công.
Handover Document – Hồ sơ bàn giao.
Vấn đề thường không phải là:
“Không có hồ sơ.”
Mà là:
CÓ HỒ SƠ NHƯNG KHÔNG BIẾT NÓ NẰM Ở ĐÂU.
Hoặc:
có 5 file gần giống nhau nhưng không biết file nào đang được áp dụng.
Ví dụ:
Banve_final.pdf
Banve_final2.pdf
Banve_final_moi.pdf
Banve_final_OK.pdf
Banve_final_OK_moi_nhat.pdf
Đây không chỉ là chuyện “đặt tên file chưa đẹp”.
Trong dự án xây dựng, nó có thể dẫn tới:
dùng nhầm Revision – Phiên bản,
dùng tài liệu Superseded – Đã bị thay thế,
bỏ sót hồ sơ,
gửi nhầm bản,
kiểm tra nhầm tài liệu,
hoặc mất rất nhiều thời gian để tìm bằng chứng khi nghiệm thu, thanh toán và bàn giao.
AI có thể hỗ trợ rất tốt việc này.
Nhưng mục tiêu KHÔNG phải:
“Cho AI tự đổi tên toàn bộ thư mục.”
Mục tiêu đúng phải là:
FILE GỐC
↓
KIỂM KÊ
↓
PHÂN LOẠI
↓
TRÍCH METADATA – SIÊU DỮ LIỆU
↓
NHẬN DIỆN REV/STATUS
↓
PHÁT HIỆN TRÙNG/BẤT THƯỜNG
↓
ĐỀ XUẤT TÊN CHUẨN
↓
KỸ SƯ XÁC MINH
↓
MỚI ĐỔI TÊN/SẮP XẾP
↓
TẠO DOCUMENT REGISTER – DANH MỤC HỒ SƠ.
AI HỖ TRỢ SẮP XẾP.
AI KHÔNG TỰ QUYẾT ĐỊNH FILE NÀO LÀ HỒ SƠ CHÍNH THỨC.
────────────────────
BƯỚC 1: ĐỪNG BẮT ĐẦU BẰNG VIỆC ĐỔI TÊN FILE
Sai lầm đầu tiên là:
đưa một thư mục cho AI hoặc một công cụ tự động rồi yêu cầu:
“Đổi tên toàn bộ cho gọn.”
Không nên.
Bước đầu tiên phải là:
FILE INVENTORY – KIỂM KÊ FILE.
Yêu cầu AI lập danh sách:
File ID
| Original File Name
| File Type
| Folder
| File Size
| Modified Date
| Document Type
| Document No.
| REV
| Status
| Date
| Notes.
Quan trọng nhất:
ORIGINAL FILE NAME – TÊN FILE GỐC
phải luôn được giữ lại.
────────────────────
BƯỚC 2: TẠO DOCUMENT INVENTORY – DANH MỤC TÀI LIỆU
Không nên quản lý hồ sơ chỉ bằng Folder – Thư mục.
Hãy tạo một bảng trung tâm:
DOCUMENT INVENTORY
– DANH MỤC TÀI LIỆU.
Các trường tối thiểu:
Document ID – Mã tài liệu.
Original File Name – Tên file gốc.
Document No. – Số hiệu tài liệu.
Document Title – Tên tài liệu.
Document Type – Loại tài liệu.
Discipline – Bộ môn.
Work Package – Gói công việc.
Area/Location – Khu vực/vị trí.
REV – Phiên bản.
Status – Trạng thái.
Issue Date – Ngày phát hành.
Source Folder – Thư mục nguồn.
Current File Name – Tên file hiện tại.
Proposed File Name – Tên file đề xuất.
Verification – Trạng thái xác minh.
────────────────────
BƯỚC 3: PHÂN BIỆT FILE NAME – TÊN FILE VÀ DOCUMENT IDENTITY – ĐỊNH DANH TÀI LIỆU
Tên file:
“Ban ve dam tang 3 moi nhat.pdf”
không phải là định danh đáng tin cậy.
Document Identity – Định danh tài liệu có thể cần:
Project Code – Mã dự án.
Discipline Code – Mã bộ môn.
Document Type – Loại tài liệu.
Document Number – Số hiệu tài liệu.
Revision – Phiên bản.
Status – Trạng thái.
Ví dụ:
PRJ-STR-SD-0123-R02.pdf
có thể dễ quản lý hơn.
Nhưng:
AI KHÔNG ĐƯỢC TỰ SÁNG TẠO MÃ HỒ SƠ CHÍNH THỨC.
Naming Convention – Quy tắc đặt tên
phải lấy từ dự án hoặc được người quản lý phê duyệt.
────────────────────
BƯỚC 4: TẠO DOCUMENT TYPE DICTIONARY – TỪ ĐIỂN LOẠI HỒ SƠ
Trong cùng dự án có thể có:
DWG – Drawing (Bản vẽ).
SD – Shop Drawing (Bản vẽ thi công).
MS – Method Statement (Biện pháp thi công).
ITP – Inspection and Test Plan (Kế hoạch kiểm tra và thí nghiệm).
MIR – Material Inspection Request (Yêu cầu kiểm tra vật liệu).
IR – Inspection Request (Yêu cầu nghiệm thu).
RFI – Request for Information (Yêu cầu làm rõ thông tin).
NCR – Non-Conformance Report (Báo cáo không phù hợp).
MAR – Material Approval Request/Submittal (Hồ sơ trình duyệt vật liệu).
TR – Test Report (Báo cáo thí nghiệm).
MOM – Minutes of Meeting (Biên bản họp).
AI có thể giúp nhận diện.
Nhưng phải lưu:
Original Document Type – Loại hồ sơ gốc.
Normalized Document Type – Loại hồ sơ chuẩn hóa.
Không tự thay mã chính thức.
────────────────────
BƯỚC 5: PHÂN LOẠI DISCIPLINE – BỘ MÔN
Ví dụ:
ARC – Architecture (Kiến trúc).
STR – Structure (Kết cấu).
ELE – Electrical (Điện).
PLB – Plumbing (Cấp thoát nước).
HVAC – Heating, Ventilation and Air Conditioning (Điều hòa không khí và thông gió).
FIRE – Fire Protection (Phòng cháy chữa cháy).
CIV – Civil (Hạ tầng).
Nhưng mỗi dự án có thể dùng mã khác nhau.
Do đó:
không lấy một bộ mã “chuẩn Internet” rồi áp đặt cho dự án.
Tạo:
DISCIPLINE MAPPING TABLE
– BẢNG ÁNH XẠ BỘ MÔN.
Original Value
| Proposed Normalized Value
| Project Code
| Source
| Verification.
────────────────────
BƯỚC 6: KHÓA REVISION – PHIÊN BẢN
Đây là một trong những phần quan trọng nhất.
Một hồ sơ có thể có:
REV 00.
REV 01.
REV 02.
REV A.
REV B.
REV C.
Nhưng:
REV CAO NHẤT
≠
REV ĐANG ĐƯỢC ÁP DỤNG.
Ví dụ:
REV 03 có thể là:
For Review – Trình xem xét.
Trong khi:
REV 02
mới là:
Approved for Construction – Được phê duyệt để thi công.
Do đó phải quản lý đồng thời:
REVISION – PHIÊN BẢN
và:
STATUS – TRẠNG THÁI.
────────────────────
BƯỚC 7: TẠO REVISION REGISTER – DANH MỤC PHIÊN BẢN
Document No.
| REV
| Status
| Issue Date
| File
| Superseded?
| Applicable?
| Source
| Verification.
Nếu chưa đủ căn cứ xác định bản áp dụng:
không ghi:
CURRENT REV
– REV HIỆN HÀNH.
Phải ghi:
APPLICABLE REV NOT CONFIRMED
– CHƯA XÁC NHẬN REV ÁP DỤNG.
────────────────────
BƯỚC 8: PHÂN BIỆT REVISION – PHIÊN BẢN VÀ STATUS – TRẠNG THÁI
Đây là lỗi quản lý hồ sơ rất phổ biến.
Revision trả lời:
ĐÂY LÀ LẦN SỬA THỨ MẤY?
Status trả lời:
TÀI LIỆU ĐANG Ở TRẠNG THÁI NÀO?
Ví dụ:
REV 04
Status: For Review.
REV 03
Status: Approved.
Nếu chỉ nhìn số REV:
rất dễ dùng nhầm REV 04.
────────────────────
BƯỚC 9: TẠO STATUS DICTIONARY – TỪ ĐIỂN TRẠNG THÁI
Ví dụ dự án có thể sử dụng:
Draft – Dự thảo.
For Review – Trình xem xét.
For Approval – Trình phê duyệt.
Approved – Được phê duyệt.
Approved with Comments – Phê duyệt kèm ý kiến.
Rejected – Không được chấp thuận.
Superseded – Đã bị thay thế.
As-built – Hoàn công.
Nhưng:
KHÔNG ĐƯỢC TỰ ÁP DỤNG DANH SÁCH NÀY CHO MỌI DỰ ÁN.
Phải lấy:
Status Code – Mã trạng thái
từ quy trình quản lý tài liệu của dự án.
────────────────────
BƯỚC 10: KIỂM TRA TITLE BLOCK – KHUNG TÊN
Đối với bản vẽ PDF:
đừng chỉ đọc tên file.
AI cần đối chiếu:
Document No. – Số hiệu tài liệu.
Drawing Title – Tên bản vẽ.
REV – Phiên bản.
Status – Trạng thái.
Issue Date – Ngày phát hành.
Discipline – Bộ môn.
Project – Dự án.
Nếu:
FILE NAME
và:
TITLE BLOCK – KHUNG TÊN
khác nhau:
flag:
FILE NAME / DOCUMENT CONTENT MISMATCH
– TÊN FILE VÀ NỘI DUNG TÀI LIỆU KHÔNG KHỚP.
Không tự chọn bên nào đúng.
────────────────────
BƯỚC 11: TẠO METADATA EXTRACTION TABLE – BẢNG TRÍCH XUẤT SIÊU DỮ LIỆU
File ID
| Original File Name
| Document No.
| Title
| REV
| Status
| Date
| Discipline
| Source Location
| Readability
| Verification.
Nếu một trường không đọc được:
KHÔNG ĐỌC ĐƯỢC
(UNREADABLE).
Không đoán.
────────────────────
BƯỚC 12: PHÁT HIỆN EXACT DUPLICATE – FILE TRÙNG CHÍNH XÁC
Có thể một file xuất hiện tại:
01_Design.
03_Site.
05_QAQC.
08_Handover.
Nếu nội dung thực sự giống nhau:
đây có thể là:
Exact Duplicate – Bản sao trùng chính xác.
Nhưng:
AI không nên tự xóa.
Vì bản sao có thể tồn tại có chủ đích theo hệ thống hồ sơ.
Chỉ tạo:
DUPLICATE CANDIDATE REGISTER
– DANH MỤC FILE CÓ KHẢ NĂNG TRÙNG.
────────────────────
BƯỚC 13: PHÁT HIỆN POSSIBLE DUPLICATE – FILE CÓ KHẢ NĂNG TRÙNG
Ví dụ:
RFI_015.pdf
RFI-15.pdf
RFI015_Final.pdf
RFI015_signed.pdf.
Có thể là:
cùng một RFI.
Nhưng cũng có thể là:
bản dự thảo,
bản phát hành,
bản ký,
bản scan.
AI phải so sánh:
Document No.
REV.
Status.
Date.
Content.
Không chỉ so sánh tên.
────────────────────
BƯỚC 14: PHÂN BIỆT DUPLICATE – TRÙNG VÀ VERSION – PHIÊN BẢN
Hai file có cùng Document No. nhưng:
REV 01
và:
REV 02
không phải Duplicate – Trùng.
Đó là:
Revision History – Lịch sử phiên bản.
Không được xóa REV cũ chỉ vì đã có REV mới.
Hồ sơ cũ có thể cần cho:
Audit Trail – Dấu vết kiểm tra.
Variation – Phát sinh.
Claim – Yêu cầu/đề nghị theo hợp đồng.
Dispute – Tranh chấp.
As-built Traceability – Truy nguồn hoàn công.
────────────────────
BƯỚC 15: TẠO DUPLICATE REVIEW REGISTER – DANH MỤC RÀ SOÁT FILE TRÙNG
Candidate ID
| File A
| File B
| Document No.
| REV A
| REV B
| Status A
| Status B
| Similarity
| Difference
| Verification
| Action.
Không tự ghi:
DELETE – XÓA.
Nên dùng:
REVIEW REQUIRED
– CẦN RÀ SOÁT.
────────────────────
BƯỚC 16: PHÁT HIỆN FILE NAME EXCEPTION – NGOẠI LỆ TÊN FILE
Ví dụ:
FINAL.
FINAL2.
LATEST.
NEW.
NEWEST.
OK.
OK_FINAL.
SIGNED_FINAL_NEW.
Những từ này không tạo được:
Document Control – Kiểm soát tài liệu
đáng tin cậy.
AI có thể flag:
NON-STANDARD FILE NAME
– TÊN FILE CHƯA THEO QUY ƯỚC.
Nhưng chỉ khi:
Naming Convention – Quy tắc đặt tên
đã được xác định.
────────────────────
BƯỚC 17: XÂY DỰNG NAMING CONVENTION – QUY TẮC ĐẶT TÊN
Một cấu trúc có thể là:
PROJECT
_DISCIPLINE
_DOCUMENT TYPE
_DOCUMENT NUMBER
_REVISION
_STATUS.
Ví dụ:
VMC_STR_SD_0123_R02_APPROVED.pdf
Nhưng đây chỉ là ví dụ.
Quy tắc chính thức phải theo dự án.
Tạo:
NAMING RULE REGISTER
– DANH MỤC QUY TẮC ĐẶT TÊN.
Field
| Position
| Format
| Allowed Value
| Example
| Source
| Verification.
────────────────────
BƯỚC 18: ĐỪNG NHÉT QUÁ NHIỀU THÔNG TIN VÀO TÊN FILE
Không nên biến tên file thành:
một đoạn văn.
Thông tin chi tiết nên nằm trong:
Document Register – Danh mục tài liệu.
Tên file chỉ cần đủ để:
nhận diện,
lọc,
tìm kiếm,
phân biệt phiên bản.
────────────────────
BƯỚC 19: TẠO PROPOSED RENAME REGISTER – DANH MỤC ĐỀ XUẤT ĐỔI TÊN
File ID
| Original File Name
| Proposed File Name
| Naming Rule
| Reason
| Conflict?
| Verification
| Approval.
QUAN TRỌNG:
Original File Name – Tên file gốc
phải luôn được lưu.
Không đổi tên hàng loạt trước khi kiểm tra.
────────────────────
BƯỚC 20: KIỂM TRA NAME COLLISION – TRÙNG TÊN SAU KHI ĐỔI
Ví dụ:
hai file khác nhau
sau chuẩn hóa lại cùng thành:
STR_SD_0123_R02.pdf.
Đây là:
NAME COLLISION
– XUNG ĐỘT TÊN FILE.
AI phải dừng và flag.
Không được ghi đè file.
────────────────────
BƯỚC 21: KHÔNG OVERWRITE – GHI ĐÈ FILE
Đây là nguyên tắc bắt buộc khi tự động hóa.
Nếu file đích đã tồn tại:
không ghi đè.
Phải:
STOP
– DỪNG
hoặc:
REVIEW REQUIRED
– CẦN RÀ SOÁT.
Một hệ thống đổi tên tốt phải ưu tiên:
PRESERVE ORIGINAL
– BẢO TOÀN FILE GỐC.
────────────────────
BƯỚC 22: THIẾT KẾ FOLDER STRUCTURE – CẤU TRÚC THƯ MỤC
Một dự án có thể tổ chức theo:
Discipline – Bộ môn.
Document Type – Loại hồ sơ.
Work Package – Gói công việc.
Area – Khu vực.
Contract Package – Gói hợp đồng.
Project Phase – Giai đoạn dự án.
Không có một cấu trúc duy nhất đúng cho mọi dự án.
AI có thể đề xuất.
Nhưng người quản lý hồ sơ phải xác nhận.
────────────────────
BƯỚC 23: CẤU TRÚC THƯ MỤC NÊN PHỤC VỤ CÁCH NGƯỜI DÙNG TÌM HỒ SƠ
Ví dụ:
01_CONTRACT
02_DESIGN
03_SHOP_DRAWING
04_MATERIAL
05_METHOD_ITP
06_QAQC
07_RFI_NCR
08_PROGRESS
09_COMMERCIAL
10_ASBUILT_HANDOVER.
Nhưng đây chỉ là cấu trúc minh họa.
Dự án có thể cần cấu trúc khác.
Nguyên tắc quan trọng hơn là:
CONSISTENCY
– NHẤT QUÁN.
────────────────────
BƯỚC 24: KHÔNG TẠO QUÁ NHIỀU CẤP THƯ MỤC
Ví dụ:
Project
→ Contractor
→ Discipline
→ Zone
→ Floor
→ Document Type
→ Year
→ Month
→ Week
→ Revision.
Quá sâu sẽ khiến:
khó tìm,
đường dẫn dài,
người dùng lưu sai vị trí.
Nhiều thông tin nên quản lý bằng:
Metadata – Siêu dữ liệu
và:
Document Register – Danh mục tài liệu
thay vì Folder – Thư mục.
────────────────────
BƯỚC 25: TẠO FOLDER MAPPING TABLE – BẢNG ÁNH XẠ THƯ MỤC
Document Type
| Discipline
| Work Package
| Proposed Folder
| Existing Folder
| Action
| Verification.
AI có thể đề xuất:
file nào nên chuyển về đâu.
Nhưng không nên tự di chuyển ngay.
────────────────────
BƯỚC 26: PHÁT HIỆN MISFILED DOCUMENT – TÀI LIỆU CÓ KHẢ NĂNG LƯU SAI THƯ MỤC
Ví dụ:
một NCR nằm trong thư mục:
Material Approval.
AI có thể flag:
POSSIBLE MISFILED DOCUMENT
– TÀI LIỆU CÓ KHẢ NĂNG LƯU SAI THƯ MỤC.
Nhưng chưa được tự di chuyển.
Có thể dự án cố tình lưu bản tham chiếu ở đó.
────────────────────
BƯỚC 27: QUẢN LÝ SUPERSEDED DOCUMENT – TÀI LIỆU ĐÃ BỊ THAY THẾ
Không nên xóa tài liệu Superseded – Đã bị thay thế.
Nên:
đánh dấu trạng thái,
tách khỏi thư mục làm việc hiện hành,
nhưng vẫn giữ lịch sử.
Ví dụ:
CURRENT
– HIỆN HÀNH.
SUPERSEDED
– ĐÃ BỊ THAY THẾ.
ARCHIVE
– LƯU TRỮ.
Nhưng Status – Trạng thái phải theo quy trình dự án.
────────────────────
BƯỚC 28: TẠO CURRENT DOCUMENT REGISTER – DANH MỤC TÀI LIỆU HIỆN HÀNH
Document No.
| Current Applicable REV
| Status
| Issue Date
| File Location
| Previous REV
| Verification.
Đây là bảng rất hữu ích cho công trường.
Kỹ sư không cần tìm trong 5.000 file.
Chỉ cần tra:
Document No.
→ Applicable REV
→ File Location.
────────────────────
BƯỚC 29: “CURRENT” KHÔNG ĐƯỢC XÁC ĐỊNH CHỈ BẰNG NGÀY FILE
File Modified Date – Ngày file được sửa
không nhất thiết là:
Issue Date – Ngày phát hành.
File tải xuống hôm nay
có thể là bản phát hành từ 3 tháng trước.
Do đó:
không được dùng Modified Date để quyết định tài liệu hiện hành.
────────────────────
BƯỚC 30: KIỂM TRA FILE CONTENT – NỘI DUNG FILE VÀ FILE NAME – TÊN FILE
Ví dụ tên file:
RFI-021_R02.pdf.
Nhưng nội dung bên trong ghi:
RFI-012
REV 01.
AI phải flag:
METADATA MISMATCH
– KHÔNG KHỚP SIÊU DỮ LIỆU.
Không tự sửa tên file dựa trên suy đoán.
────────────────────
BƯỚC 31: KIỂM TRA PROJECT NAME – TÊN DỰ ÁN
Đây là lỗi cực kỳ hay gặp khi tái sử dụng hồ sơ.
File thuộc:
Dự án A.
Nhưng trang đầu vẫn ghi:
Dự án B.
AI có thể tìm:
PROJECT NAME MISMATCH
– KHÔNG KHỚP TÊN DỰ ÁN.
Đặc biệt hữu ích với:
Method Statement – Biện pháp thi công.
ITP – Kế hoạch kiểm tra và thí nghiệm.
Checklist – Danh sách kiểm tra.
Forms – Biểu mẫu.
────────────────────
BƯỚC 32: KIỂM TRA DOCUMENT NUMBER – SỐ HIỆU HỒ SƠ
Một file có thể chứa nhiều mã:
Document No.
Drawing No.
Transmittal No.
RFI No.
Inspection No.
AI cần xác định đúng:
Primary Document Number – Số hiệu tài liệu chính.
Không được lấy nhầm:
mã dự án,
mã hợp đồng,
hoặc số transmittal
làm số hiệu tài liệu.
────────────────────
BƯỚC 33: QUẢN LÝ TRANSMITTAL – PHIẾU/THƯ CHUYỂN GIAO HỒ SƠ
Một tài liệu không chỉ cần biết:
“file nào”.
Còn cần biết:
gửi khi nào?
gửi cho ai?
theo transmittal nào?
trạng thái phản hồi?
Tạo:
TRANSMITTAL REGISTER
– DANH MỤC CHUYỂN GIAO HỒ SƠ.
Transmittal No.
| Date
| Document No.
| REV
| Sender
| Recipient
| Purpose
| Status
| Response.
Điều này giúp truy:
TÀI LIỆU ĐƯỢC PHÁT HÀNH QUA ĐÂU?
────────────────────
BƯỚC 34: LIÊN KẾT DOCUMENT ↔ TRANSMITTAL
Tạo:
DOCUMENT-TRANSMITTAL MATRIX
– MA TRẬN TÀI LIỆU–CHUYỂN GIAO.
Document No.
| REV
| Transmittal No.
| Issue Date
| Purpose
| Recipient
| Response Status.
Một file nằm trong thư mục:
không tự động chứng minh:
nó đã được phát hành chính thức.
────────────────────
BƯỚC 35: QUẢN LÝ APPROVAL HISTORY – LỊCH SỬ PHÊ DUYỆT
Ví dụ:
REV 00 → For Review.
REV 01 → Revise and Resubmit.
REV 02 → Approved with Comments.
REV 03 → Approved.
Tạo:
APPROVAL HISTORY REGISTER
– DANH MỤC LỊCH SỬ PHÊ DUYỆT.
Document No.
| REV
| Submission Date
| Response Date
| Status
| Comment Reference
| Source.
Đây là lịch sử quan trọng.
Không nên chỉ giữ file cuối.
────────────────────
BƯỚC 36: KIỂM TRA DOCUMENT GAP – KHOẢNG TRỐNG HỒ SƠ
Ví dụ:
REV 00.
REV 01.
REV 03.
Không thấy REV 02.
AI có thể ghi:
REVISION GAP
– CÓ KHOẢNG TRỐNG PHIÊN BẢN.
Không được kết luận:
“REV 02 bị mất.”
Có thể:
không phát hành,
bị hủy,
hoặc chưa được cung cấp.
Cách ghi đúng:
REV 02 NOT FOUND IN PROVIDED DATA
– CHƯA TÌM THẤY REV 02 TRONG DỮ LIỆU ĐƯỢC CUNG CẤP.
────────────────────
BƯỚC 37: KIỂM TRA MISSING DOCUMENT – HỒ SƠ CHƯA TÌM THẤY
Nếu Document Register ghi:
ITP-STR-015.
Nhưng không thấy file:
AI có thể flag:
REGISTERED DOCUMENT FILE NOT FOUND
– CHƯA TÌM THẤY FILE CỦA TÀI LIỆU ĐÃ ĐƯỢC ĐĂNG KÝ.
Không được ghi:
“ITP chưa được lập.”
Có thể file nằm ở nơi khác.
────────────────────
BƯỚC 38: KIỂM TRA ORPHAN FILE – FILE KHÔNG LIÊN KẾT
Ngược lại:
có file trong thư mục
nhưng không xuất hiện trong Document Register.
AI có thể flag:
UNREGISTERED/UNLINKED FILE
– FILE CHƯA TÌM THẤY LIÊN KẾT TRONG DANH MỤC.
Cần xác minh:
file nháp?
bản sao?
tài liệu chính thức?
hay tài liệu tham khảo?
────────────────────
BƯỚC 39: TẠO DOCUMENT EXCEPTION REGISTER – DANH MỤC NGOẠI LỆ HỒ SƠ
Exception ID
| File/Document No.
| Exception Type
| Description
| Source
| Required Verification
| Status.
Các loại:
Naming Exception – Ngoại lệ tên file.
REV Exception – Ngoại lệ phiên bản.
Status Exception – Ngoại lệ trạng thái.
Duplicate Candidate – Có khả năng trùng.
Metadata Mismatch – Không khớp siêu dữ liệu.
Missing File – Chưa tìm thấy file.
Unregistered File – File chưa liên kết danh mục.
Folder Exception – Ngoại lệ thư mục.
Transmittal Gap – Khoảng trống chuyển giao.
Approval Gap – Khoảng trống phê duyệt.
────────────────────
BƯỚC 40: KHÔNG TỰ GÁN “FILE ĐÚNG” VÀ “FILE SAI”
Nếu:
File A có tên đúng quy tắc.
File B có nội dung đúng Title Block.
File C có Transmittal mới nhất.
Không được tự chọn:
File C là đúng.
Phải truy:
Document No.
→ REV
→ Status
→ Approval
→ Transmittal
→ Applicable Requirement.
────────────────────
BƯỚC 41: TẠO DOCUMENT TRACEABILITY CHAIN – CHUỖI TRUY NGUỒN TÀI LIỆU
Một tài liệu quan trọng nên truy được:
DOCUMENT ID
– MÃ TÀI LIỆU
↓
DOCUMENT NUMBER
– SỐ HIỆU
↓
REVISION
– PHIÊN BẢN
↓
STATUS
– TRẠNG THÁI
↓
TRANSMITTAL
– CHUYỂN GIAO
↓
APPROVAL/RESPONSE
– PHÊ DUYỆT/PHẢN HỒI
↓
CURRENT FILE LOCATION
– VỊ TRÍ FILE HIỆN TẠI.
Đây mới là:
TRACEABLE DOCUMENT CONTROL
– KIỂM SOÁT TÀI LIỆU CÓ KHẢ NĂNG TRUY NGUỒN.
────────────────────
BƯỚC 42: TẠO RELATIONSHIP MAP – BẢN ĐỒ LIÊN KẾT HỒ SƠ
Ví dụ:
Design Drawing
– Bản vẽ thiết kế
↓
Shop Drawing
– Bản vẽ thi công
↓
RFI
– Yêu cầu làm rõ
↓
Revised Drawing
– Bản vẽ sửa đổi
↓
Inspection Record
– Hồ sơ nghiệm thu
↓
As-built Drawing
– Bản vẽ hoàn công.
AI có thể giúp tạo các liên kết.
Nhưng chỉ khi có:
Document No.
Reference.
Tag.
Drawing No.
hoặc bằng chứng liên kết khác.
Không suy diễn chỉ vì tên file giống nhau.
────────────────────
BƯỚC 43: TÌM HỒ SƠ BẰNG CÂU HỎI THAY VÌ MỞ TỪNG THƯ MỤC
Khi đã có Document Register – Danh mục tài liệu tốt:
có thể hỏi AI:
“Cho tôi tất cả Shop Drawing – Bản vẽ thi công kết cấu khu vực Zone A đang có trạng thái Approved – Được phê duyệt.”
Hoặc:
“Tìm tất cả tài liệu liên quan RFI-025.”
Hoặc:
“Cho tôi lịch sử REV của bản vẽ STR-012.”
AI trả:
Document No.
REV.
Status.
Date.
File Location.
Source.
Đây mới là giá trị lớn của AI.
Không phải chỉ:
ĐỔI TÊN FILE.
────────────────────
BƯỚC 44: DÙNG AI PHÁT HIỆN HỒ SƠ DÙNG SAI REV
Nếu có:
Current Applicable REV Register
– Danh mục REV đang áp dụng
và:
Site Document Register
– Danh mục tài liệu tại công trường,
AI có thể so sánh:
Document No.
| Site REV
| Applicable REV
| Difference
| Verification.
Nếu khác:
flag:
REVISION DIFFERENCE – VERIFY
– KHÁC BIỆT REV – CẦN XÁC MINH.
Không tự kết luận:
“Công trường đang thi công sai bản vẽ.”
Muốn kết luận còn phải xác minh:
file thực tế sử dụng,
thời điểm áp dụng,
và hoạt động thi công liên quan.
────────────────────
BƯỚC 45: QUẢN LÝ DATA DATE – NGÀY DỮ LIỆU
Danh mục tài liệu phải có:
Data Date – Ngày dữ liệu.
Ví dụ:
Document Register cập nhật đến 30/09.
Thư mục được quét đến 02/10.
Không được so sánh hai nguồn như thể:
cùng thời điểm.
Mỗi kết quả nên ghi rõ:
DATA DATE.
────────────────────
BƯỚC 46: KHÔNG XÓA FILE TỰ ĐỘNG
Ngay cả khi AI xác định:
“99% giống nhau.”
Không tự xóa.
Có thể một file:
đã ký.
Một file:
chưa ký.
Một file:
có stamp – dấu.
Một file:
không có stamp.
Một file:
được phát hành qua transmittal.
Một file:
chỉ là bản nội bộ.
AI chỉ tạo:
DELETE CANDIDATE – ĐỀ XUẤT RÀ SOÁT XÓA
nếu người dùng cần.
Con người quyết định.
────────────────────
BƯỚC 47: KHÔNG TỰ DI CHUYỂN FILE HÀNG LOẠT TRƯỚC KHI THỬ NGHIỆM
Nếu có:
10.000 file,
đừng áp dụng ngay.
Hãy thử:
20–50 file.
Kiểm tra:
Document Type.
REV.
Status.
Proposed Name.
Proposed Folder.
Duplicate.
Metadata.
Nếu đúng:
mới mở rộng.
────────────────────
BƯỚC 48: TẠO CHANGE LOG – NHẬT KÝ THAY ĐỔI
Mọi thao tác đổi tên/di chuyển nên lưu:
Change ID
| Original File
| Original Location
| New File Name
| New Location
| Reason
| Date
| Performed By
| Verified By.
Mục tiêu:
có thể truy ngược.
Nếu cần:
có thể khôi phục.
────────────────────
BƯỚC 49: TWO-WAY CHECK – KIỂM TRA HAI CHIỀU
CHIỀU 1:
DOCUMENT REGISTER → FILE.
Chọn ngẫu nhiên 10 tài liệu trong danh mục.
Truy:
Document No.
→ REV
→ Status
→ File Location
→ File.
Kiểm tra:
file có thực sự tồn tại không?
Nội dung có đúng không?
CHIỀU 2:
FILE → DOCUMENT REGISTER.
Chọn ngẫu nhiên 10 file.
Truy:
File
→ Document No.
→ REV
→ Status
→ Register.
Mục tiêu:
phát hiện file không được đăng ký.
────────────────────
BƯỚC 50: RANDOM REVERSE CHECK – KIỂM TRA NGƯỢC NGẪU NHIÊN
Sau khi AI chuẩn hóa:
chọn ngẫu nhiên:
05 FILE.
Kiểm tra:
Tên file mới lấy từ đâu?
Document No. đúng không?
REV đúng không?
Status đúng không?
Discipline đúng không?
Folder đúng không?
File gốc còn không?
Nếu không truy được:
KHÔNG NÊN TỰ ĐỘNG HÓA TOÀN BỘ.
────────────────────
5 SAI LẦM THƯỜNG GẶP
SAI LẦM 1:
REV CAO NHẤT = REV ĐANG ÁP DỤNG.
Không đúng.
Phải kiểm tra cả:
REVISION
+
STATUS
+
APPROVAL.
────────────────────
SAI LẦM 2:
THẤY HAI FILE GIỐNG NHAU → XÓA MỘT FILE.
Không nên.
Có thể đó là:
hai trạng thái,
hai REV,
hai bản phát hành,
hoặc một bản đã ký.
────────────────────
SAI LẦM 3:
DÙNG “FINAL”, “LATEST”, “NEWEST” ĐỂ QUẢN LÝ PHIÊN BẢN.
Những từ này không thay thế được:
Document No.
REV.
Status.
────────────────────
SAI LẦM 4:
CHỈ QUẢN LÝ BẰNG THƯ MỤC.
Folder – Thư mục chỉ là một lớp tổ chức.
Cần thêm:
Document Register – Danh mục tài liệu
và:
Metadata – Siêu dữ liệu.
────────────────────
SAI LẦM 5:
CHO AI ĐỔI TÊN VÀ DI CHUYỂN 10.000 FILE NGAY LẦN ĐẦU.
Hãy:
SCAN
– QUÉT
↓
PROPOSE
– ĐỀ XUẤT
↓
VERIFY
– XÁC MINH
↓
PILOT
– THỬ NGHIỆM
↓
THEN AUTOMATE
– SAU ĐÓ MỚI TỰ ĐỘNG HÓA.
────────────────────
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. Luôn giữ Original File Name – Tên file gốc.
2. Không đổi tên file trước khi lập File Inventory – Danh mục file.
3. Không tự coi Highest REV – REV cao nhất là Applicable REV – REV áp dụng.
4. Luôn kiểm tra Status – Trạng thái.
5. Không xóa Superseded Document – Tài liệu đã bị thay thế nếu hồ sơ dự án cần lưu lịch sử.
6. Không tự xóa Duplicate Candidate – File có khả năng trùng.
7. Không tự di chuyển Possible Misfiled Document – Tài liệu có khả năng lưu sai thư mục.
8. Không ghi đè file.
9. Không tự tạo Document No. – Số hiệu tài liệu chính thức.
10. Không tự áp dụng mã Discipline – Bộ môn nếu dự án chưa xác nhận.
11. Không dùng Modified Date – Ngày sửa file để xác định ngày phát hành.
12. Không coi file tồn tại trong thư mục là bằng chứng đã phát hành chính thức.
13. Luôn liên kết tài liệu với Transmittal – Chuyển giao nếu dữ liệu có.
14. Lưu Change Log – Nhật ký thay đổi.
15. Thử nghiệm trên tập file nhỏ trước khi tự động hóa toàn bộ.
────────────────────
PROMPT “CHỐNG SUY ĐOÁN” DÙNG NGAY
“Bạn là trợ lý hỗ trợ tôi kiểm soát tài liệu của dự án xây dựng.
Tôi sẽ cung cấp danh sách file và/hoặc các tài liệu dự án.
Mục tiêu:
kiểm kê, phân loại, phát hiện bất thường và đề xuất chuẩn hóa tên file/cấu trúc thư mục.
KHÔNG tự đổi tên, xóa, ghi đè hoặc di chuyển file nếu tôi chưa xác nhận.
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 File Inventory (Danh mục file).
2. Giữ nguyên Original File Name (Tên file gốc).
3. Trích xuất:
- Document No. (Số hiệu tài liệu);
- Document Title (Tên tài liệu);
- Document Type (Loại tài liệu);
- Discipline (Bộ môn);
- REV (Phiên bản);
- Status (Trạng thái);
- Issue Date (Ngày phát hành).
4. Nếu không đọc được, ghi:
KHÔNG ĐỌC ĐƯỢC
(UNREADABLE).
5. Nếu không tìm thấy, ghi:
CHƯA TÌM THẤY TRONG DỮ LIỆU ĐƯỢC CUNG CẤP
(NOT FOUND IN PROVIDED DATA).
6. Không tự coi Highest REV (REV cao nhất) là Approved/Applicable REV (REV được phê duyệt/áp dụng).
7. Không tự tạo Document No. (Số hiệu tài liệu).
8. Không tự tạo Status (Trạng thái).
9. Không tự gán Discipline Code (Mã bộ môn) nếu chưa có quy tắc dự án.
10. Kiểm tra:
- Possible Duplicate (Có khả năng trùng);
- Revision Difference (Khác biệt phiên bản);
- Status Difference (Khác biệt trạng thái);
- Metadata Mismatch (Không khớp siêu dữ liệu);
- File Name Exception (Ngoại lệ tên file);
- Possible Misfiled Document (Có khả năng lưu sai thư mục);
- Registered Document File Not Found (Chưa tìm thấy file của tài liệu đã đăng ký);
- Unregistered File (File chưa tìm thấy trong danh mục).
11. Tạo Proposed Rename Register (Danh mục đề xuất đổi tên):
File ID
| Original File Name
| Proposed File Name
| Naming Rule
| Reason
| Conflict
| Verification.
12. Không ghi đè nếu tên đích đã tồn tại.
13. Tạo Proposed Folder Mapping (Ánh xạ thư mục đề xuất), nhưng không tự di chuyển file.
14. Tạo Document Exception Register (Danh mục ngoại lệ hồ sơ).
15. Tạo Document Traceability Chain (Chuỗi truy nguồn tài liệu):
Document ID
→ Document No.
→ REV
→ Status
→ Transmittal
→ Approval/Response
→ File Location.
16. Cuối cùng thực hiện Random Reverse Check (Kiểm tra ngược ngẫu nhiên) ít nhất 5 file.
Nếu chưa đủ căn cứ xác định file hiện hành, ghi:
APPLICABLE DOCUMENT/REV NOT CONFIRMED
– CHƯA XÁC NHẬN TÀI LIỆU/REV ÁP DỤNG.
Không tự suy đoán.”
────────────────────
THỰC HÀNH NGAY
Hãy chọn một thư mục thật của dự án.
Đừng chọn cả dự án ngay.
Bắt đầu với:
50–100 FILE.
Ví dụ:
SHOP DRAWING – BẢN VẼ THI CÔNG.
Yêu cầu AI:
1. Lập File Inventory – Danh mục file.
2. Trích Document No. – Số hiệu tài liệu.
3. Trích REV – Phiên bản.
4. Trích Status – Trạng thái.
5. Trích Issue Date – Ngày phát hành.
6. Phát hiện Duplicate Candidate – File có khả năng trùng.
7. Phát hiện Metadata Mismatch – Không khớp siêu dữ liệu.
8. Đề xuất Proposed File Name – Tên file mới.
9. Đề xuất Proposed Folder – Thư mục.
10. KHÔNG THAY ĐỔI FILE GỐC.
Sau đó:
chọn ngẫu nhiên 10 file.
Kiểm tra thủ công.
Nếu kết quả đúng:
mới mở rộng sang:
500 file.
1.000 file.
toàn bộ dự án.
MỤC TIÊU CUỐI CÙNG KHÔNG PHẢI:
“THƯ MỤC TRÔNG THẬT ĐẸP.”
MÀ LÀ:
KHI CẦN MỘT HỒ SƠ, KỸ SƯ CÓ THỂ BIẾT:
NÓ LÀ TÀI LIỆU GÌ?
SỐ HIỆU NÀO?
REV NÀO?
TRẠNG THÁI NÀO?
ĐƯỢC PHÁT HÀNH KHI NÀO?
ĐƯỢC GỬI QUA ĐÂU?
FILE HIỆN NẰM Ở ĐÂU?
BẢN NÀO ĐÃ BỊ THAY THẾ?
BẢN NÀO ĐANG ĐƯỢC ÁP DỤNG?
VÀ TỪ MỘT FILE CÓ THỂ TRUY NGƯỢC VỀ LỊCH SỬ CỦA NÓ.
ĐÓ MỚI LÀ:
DOCUMENT CONTROL WITH TRACEABILITY
– KIỂM SOÁT TÀI LIỆU CÓ KHẢ NĂNG TRUY NGUỒN.
AI KHÔNG THAY THẾ DOCUMENT CONTROLLER – NHÂN SỰ KIỂM SOÁT TÀI LIỆU, KỸ SƯ DỰ ÁN HAY NGƯỜI CÓ THẨM QUYỀN PHÊ DUYỆT.
AI GIÚP BIẾN HÀNG NGHÌN FILE RỜI RẠC THÀNH MỘT HỆ THỐNG HỒ SƠ CÓ THỂ TÌM KIẾM, KIỂM TRA VÀ TRUY NGƯỢC.
BÀI 32/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 #DocumentControl #QuanLyHoSo #QuanLyDuAn #KySuXayDung
Viết bình luận