Bài 45/100 – Dùng AI kiểm tra hồ sơ dự thầu: Đối chiếu HSMT – HSDT và truy đúng bằng chứng

AI CHO NGÀNH XÂY DỰNG Thứ sáu, 02/10/2026, 09:13 54 lượt xem
Hướng dẫn dùng AI hỗ trợ kiểm tra HSDT theo từng yêu cầu của HSMT: lập ma trận tiêu chí, tìm bằng chứng, dẫn đúng trang và phát hiện nội dung chưa đủ căn cứ. Kèm prompt thực hành và nguyên tắc không để AI tự kết luận thay tổ chuyên gia.

DÙNG AI KIỂM TRA HỒ SƠ DỰ THẦU:
ĐỐI CHIẾU HSMT – HSDT VÀ TRUY ĐÚNG BẰNG CHỨNG

Một bộ Tender Documents – Hồ sơ đấu thầu có thể gồm:

HSMT – Hồ sơ mời thầu.

HSDT – Hồ sơ dự thầu.

Bảng dữ liệu đấu thầu.

Tiêu chuẩn đánh giá.

Yêu cầu kỹ thuật.

BOQ – Bill of Quantities (Bảng khối lượng).

Bản vẽ.

Biểu mẫu.

Hợp đồng tương tự.

Hồ sơ nhân sự.

Hồ sơ thiết bị.

Biện pháp thi công.

Tiến độ.

Bảo lãnh.

Tài liệu làm rõ.

Tài liệu sửa đổi.

Và hàng nghìn trang tài liệu đính kèm.

Nếu chỉ hỏi AI:

“Hãy kiểm tra nhà thầu có đáp ứng HSMT không?”

thì đây là một câu lệnh quá rộng.

AI rất dễ:

bỏ sót điều kiện,

đọc nhầm phiên bản,

ghép thông tin từ nhiều tài liệu,

suy diễn khi không tìm thấy bằng chứng,

hoặc biến một nhận xét thành kết luận đạt/không đạt.

Cách dùng AI an toàn hơn là:

REQUIREMENT – YÊU CẦU
→ EVIDENCE – BẰNG CHỨNG
→ SOURCE – NGUỒN
→ EXCEPTION – NGOẠI LỆ
→ EXPERT REVIEW – CHUYÊN GIA ĐÁNH GIÁ.

Mục tiêu không phải:

ĐỂ AI CHẤM THẦU THAY CON NGƯỜI.

Mà là:

BIẾN HÀNG NGHÌN TRANG HỒ SƠ THÀNH MỘT HỆ THỐNG YÊU CẦU – BẰNG CHỨNG CÓ THỂ TRUY NGUỒN.

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

BƯỚC 1: XÁC ĐỊNH EVALUATION CUT-OFF – THỜI ĐIỂM CHỐT HỒ SƠ ĐÁNH GIÁ

Trước khi phân tích phải xác định:

Tender Closing Time – Thời điểm đóng thầu.

Evaluation Cut-off – Thời điểm chốt dữ liệu đánh giá.

Clarification Cut-off – Thời điểm chốt tài liệu làm rõ nếu áp dụng.

Tại sao?

Vì một tài liệu xuất hiện sau đó không thể tự động được coi là:

Evidence Submitted – Bằng chứng đã nộp

trong HSDT.

AI phải phân biệt:

Original Bid Submission – Hồ sơ dự thầu ban đầu.

Clarification – Tài liệu làm rõ.

Supplementary Document – Tài liệu bổ sung nếu quy trình cho phép.

Evaluation Working Document – Tài liệu làm việc của tổ chuyên gia.

Không được trộn chúng.

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

BƯỚC 2: TẠO TENDER DOCUMENT INVENTORY – DANH MỤC TÀI LIỆU ĐẤU THẦU

Đây là việc nên làm đầu tiên.

Tạo bảng:

Document ID
| File Name
| Document Type
| Issuer
| Revision
| Issue Date
| Status
| Addendum Reference
| Source
| Verification Status.

Document Type – Loại tài liệu có thể gồm:

ITT – Invitation to Tender (Hồ sơ/Yêu cầu mời thầu theo hệ thống áp dụng).

Bidding Data – Dữ liệu đấu thầu.

Evaluation Criteria – Tiêu chuẩn đánh giá.

Technical Requirements – Yêu cầu kỹ thuật.

Drawings – Bản vẽ.

BOQ – Bảng khối lượng.

Forms – Biểu mẫu.

Addendum – Văn bản sửa đổi/bổ sung.

Clarification – Làm rõ.

Bid Submission – Hồ sơ dự thầu.

Không bắt đầu đánh giá khi chưa biết:

AI ĐANG ĐỌC NHỮNG TÀI LIỆU NÀO.

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

BƯỚC 3: KHÓA REVISION – PHIÊN BẢN VÀ STATUS – TRẠNG THÁI

Ví dụ:

HSMT gốc yêu cầu A.

Addendum No.01 – Văn bản sửa đổi số 01 thay A thành B.

Nếu AI vẫn dùng A:

toàn bộ phần đánh giá phía sau có thể sai.

Nguyên tắc:

LATEST REVISION – REV MỚI NHẤT

không tự động bằng:

GOVERNING REVISION – PHIÊN BẢN CÓ HIỆU LỰC ÁP DỤNG.

Phải xác định từ:

hồ sơ phát hành,

văn bản sửa đổi,

quy trình đấu thầu,

và tài liệu chính thức của gói thầu.

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

BƯỚC 4: TẠO DOCUMENT HIERARCHY – THỨ TỰ TÀI LIỆU

Nếu HSMT/quy định gói thầu đã xác định:

Document Priority – Thứ tự ưu tiên tài liệu,

hãy nhập đúng cho AI.

Không để AI tự quyết định:

“Bảng dữ liệu quan trọng hơn điều kiện.”

hoặc:

“Bản vẽ mới nhất đương nhiên thay chỉ dẫn kỹ thuật.”

Nếu không tìm thấy thứ tự ưu tiên:

DOCUMENT PRIORITY NOT FOUND IN PROVIDED DATA
– CHƯA TÌM THẤY THỨ TỰ ƯU TIÊN TÀI LIỆU TRONG DỮ LIỆU ĐƯỢC CUNG CẤP.

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

BƯỚC 5: TẠO REQUIREMENT MASTER REGISTER – DANH MỤC YÊU CẦU TỔNG

Đây là bảng quan trọng nhất.

Các cột nên có:

Requirement ID
| Requirement Group
| Requirement Description
| Exact Wording
| Mandatory/Conditional
| Evaluation Method
| Threshold/Condition
| Required Evidence
| HSMT Reference
| Page
| Addendum Impact
| Verification Status.

Requirement Group – Nhóm yêu cầu có thể gồm:

Eligibility – Tư cách hợp lệ.

Experience – Kinh nghiệm.

Financial Capacity – Năng lực tài chính.

Key Personnel – Nhân sự chủ chốt.

Equipment – Thiết bị.

Technical Proposal – Đề xuất kỹ thuật.

Method Statement – Biện pháp thi công.

Schedule – Tiến độ.

Quality – Chất lượng.

Safety – An toàn.

Commercial – Thương mại.

Forms/Documents – Biểu mẫu/Hồ sơ.

Nhưng phải dùng đúng:

Evaluation Structure – Cấu trúc đánh giá

của HSMT thực tế.

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

BƯỚC 6: TẠO REQUIREMENT ID – MÃ YÊU CẦU

Ví dụ:

REQ-EXP-001.

REQ-PER-001.

REQ-EQP-001.

REQ-TECH-001.

Đây chỉ nên là:

Working ID – Mã làm việc

nếu HSMT không có mã chính thức.

Không được làm người đọc hiểu rằng:

đó là mã của HSMT.

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

BƯỚC 7: GIỮ EXACT WORDING – NGUYÊN VĂN YÊU CẦU

Đối với tiêu chí quan trọng:

không chỉ lưu bản tóm tắt do AI tạo.

Phải giữ:

Exact Wording – Nguyên văn yêu cầu.

Ví dụ:

AI tóm tắt:

“Chỉ huy trưởng ≥5 năm kinh nghiệm.”

Nhưng nguyên văn có thể là:

“Có tối thiểu 05 năm kinh nghiệm kể từ ngày được cấp bằng...”

Hai câu có thể dẫn đến:

CÁCH TÍNH HOÀN TOÀN KHÁC.

Do đó bảng phải có cả:

Exact Wording – Nguyên văn.

Normalized Requirement – Yêu cầu chuẩn hóa.

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

BƯỚC 8: KHÔNG BỎ QUA CÁC TỪ NHỎ NHƯNG QUAN TRỌNG

AI cần đặc biệt rà:

shall – phải.

must – bắt buộc.

may – có thể.

at least – tối thiểu.

not less than – không nhỏ hơn.

not more than – không lớn hơn.

within – trong vòng.

before – trước.

after – sau.

from – kể từ.

unless – trừ khi.

except – ngoại trừ.

and – và.

or – hoặc.

including – bao gồm.

excluding – không bao gồm.

subject to – phụ thuộc/theo điều kiện.

Những từ này có thể thay đổi hoàn toàn:

Evaluation Logic – Logic đánh giá.

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

BƯỚC 9: TẠO REQUIREMENT CHANGE REGISTER – DANH MỤC THAY ĐỔI YÊU CẦU

Nếu có Addendum – Văn bản sửa đổi/bổ sung:

AI nên so sánh:

Original Requirement – Yêu cầu ban đầu

với:

Revised Requirement – Yêu cầu sau sửa đổi.

Bảng:

Requirement ID
| Original Text
| Revised Text
| Addendum Reference
| Change Type
| Effective Requirement
| Source
| Verification Status.

Không được để AI đánh giá theo:

yêu cầu đã bị thay thế.

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

BƯỚC 10: TẠO BID DOCUMENT INVENTORY – DANH MỤC HSDT

Sau khi khóa HSMT:

mới lập danh mục HSDT.

Các cột:

Bid Document ID
| File Name
| Section
| Document Type
| Bidder
| Date
| Page Range
| Signed?
| Sealed?
| Source
| Verification Status.

Lưu ý:

AI có thể hỗ trợ nhận diện:

có/không thấy chữ ký,

có/không thấy dấu,

nhưng không nên tự xác thực:

Signature Authenticity – Tính xác thực chữ ký.

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

BƯỚC 11: TẠO REQUIREMENT-EVIDENCE MATRIX – MA TRẬN YÊU CẦU – BẰNG CHỨNG

Đây là “xương sống” của quy trình.

Requirement ID
| Requirement
| Required Evidence
| Evidence Found
| Bid Document
| Page
| Exact Evidence
| Initial Status
| Exception
| Expert Verification.

Một yêu cầu:

phải truy được tới:

đúng file,

đúng trang,

đúng đoạn,

đúng bảng,

đúng tài liệu.

Nếu AI nói:

“Nhà thầu đáp ứng.”

hãy hỏi:

“BẰNG CHỨNG NẰM Ở FILE NÀO, TRANG NÀO?”

Không truy được:

không dùng kết luận.

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

BƯỚC 12: PHÂN BIỆT NOT FOUND – CHƯA TÌM THẤY VÀ NOT PROVIDED – KHÔNG CUNG CẤP

Đây là nguyên tắc rất quan trọng.

AI tìm không thấy tài liệu trong bộ dữ liệu được cung cấp

chỉ được ghi:

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

Không được tự đổi thành:

NOT PROVIDED
– KHÔNG CUNG CẤP.

Vì có thể:

file chưa được tải cho AI,

OCR không đọc được,

tài liệu nằm trong file khác,

hoặc dữ liệu chưa đầy đủ.

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

BƯỚC 13: PHÂN BIỆT EVIDENCE FOUND – TÌM THẤY BẰNG CHỨNG VÀ COMPLIANCE – ĐÁP ỨNG

Ví dụ:

AI tìm thấy:

bằng đại học của nhân sự.

Điều đó chỉ có nghĩa:

Evidence Found – Đã tìm thấy bằng chứng.

Chưa tự động có nghĩa:

Personnel Requirement Satisfied – Nhân sự đáp ứng yêu cầu.

Còn phải kiểm tra:

ngành đào tạo,

thời điểm cấp bằng,

kinh nghiệm,

vị trí,

chứng chỉ,

điều kiện cụ thể trong HSMT.

Do đó:

EVIDENCE FOUND
≠
COMPLIANT.

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

BƯỚC 14: TẠO EVIDENCE STATUS DICTIONARY – TỪ ĐIỂN TRẠNG THÁI BẰNG CHỨNG

Có thể dùng:

Found – Đã tìm thấy.

Not Found in Provided Data – Chưa tìm thấy trong dữ liệu được cung cấp.

Unreadable – Không đọc được.

Inconsistent – Không đồng nhất.

Requires Verification – Cần xác minh.

Not Applicable – Không áp dụng nếu có căn cứ.

Không nên để AI tự dùng:

Pass/Fail – Đạt/Không đạt

ngay từ bước trích xuất.

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

BƯỚC 15: KIỂM TRA HỢP ĐỒNG TƯƠNG TỰ

Tạo:

SIMILAR CONTRACT REGISTER
– DANH MỤC HỢP ĐỒNG TƯƠNG TỰ.

Contract ID
| Contract Name
| Employer/Client
| Contractor Role
| Scope
| Contract Value
| Relevant Value
| Start Date
| Completion Date
| Completion Evidence
| Required Criterion
| Source
| Verification Status.

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

Contract Value – Giá trị hợp đồng.

Phải xem HSMT yêu cầu:

giá trị toàn hợp đồng

hay:

Relevant Portion – Phần giá trị tương ứng.

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

BƯỚC 16: PHÂN BIỆT CONTRACT VALUE – GIÁ TRỊ HỢP ĐỒNG VÀ RELEVANT VALUE – GIÁ TRỊ PHẦN CÔNG VIỆC TƯƠNG TỰ

Ví dụ:

hợp đồng tổng trị giá:

500 tỷ.

Nhưng phần công việc tương tự:

80 tỷ.

Nếu HSMT yêu cầu giá trị phần công việc tương tự:

AI không được dùng:

500 tỷ

chỉ vì đó là số lớn hơn.

Phải bám:

Evaluation Criterion – Tiêu chí đánh giá.

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

BƯỚC 17: KIỂM TRA CONTRACTOR ROLE – VAI TRÒ NHÀ THẦU

Một hợp đồng có thể thực hiện với vai trò:

Main Contractor – Nhà thầu chính.

Joint Venture Member – Thành viên liên danh.

Subcontractor – Nhà thầu phụ.

AI không được tự coi:

mọi hợp đồng

đều có giá trị kinh nghiệm như nhau.

Phải đọc đúng yêu cầu của HSMT.

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

BƯỚC 18: KIỂM TRA COMPLETION EVIDENCE – BẰNG CHỨNG HOÀN THÀNH

Có hợp đồng

không tự động chứng minh:

đã hoàn thành.

AI cần tìm tài liệu mà HSMT yêu cầu hoặc chấp nhận, ví dụ tùy hồ sơ:

Acceptance Record – Biên bản nghiệm thu.

Completion Certificate – Xác nhận hoàn thành.

Liquidation Record – Thanh lý.

Payment/Certification Evidence – Bằng chứng thanh toán/xác nhận nếu tiêu chí cho phép.

Owner Confirmation – Xác nhận của chủ đầu tư nếu được yêu cầu/chấp nhận.

Không được tự tạo danh sách chứng cứ thay cho HSMT.

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

BƯỚC 19: TẠO SIMILARITY MATRIX – MA TRẬN TƯƠNG TỰ

Requirement
| Candidate Contract
| Scope Similarity Evidence
| Scale/Value Evidence
| Technical Characteristics
| Role
| Completion Evidence
| Source
| Expert Review.

AI hỗ trợ:

ĐỐI CHIẾU.

Không tự tuyên bố:

“ĐÂY LÀ HỢP ĐỒNG TƯƠNG TỰ”

nếu tiêu chí cần đánh giá chuyên môn.

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

BƯỚC 20: KIỂM TRA KEY PERSONNEL – NHÂN SỰ CHỦ CHỐT

Tạo:

KEY PERSONNEL REGISTER
– DANH MỤC NHÂN SỰ CHỦ CHỐT.

Position
| Candidate
| Education
| Degree Date
| Certificate
| Certificate Validity
| General Experience
| Similar Experience
| Project Reference
| Employment Evidence
| Commitment
| Requirement Reference
| Source
| Verification Status.

AI rất hữu ích trong việc:

gom thông tin từ nhiều CV

về một cấu trúc thống nhất.

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

BƯỚC 21: KHÔNG TỰ TÍNH EXPERIENCE – KINH NGHIỆM KHI CHƯA XÁC ĐỊNH QUY TẮC

Ví dụ HSMT yêu cầu:

“05 năm kinh nghiệm.”

Phải biết:

tính từ đâu?

Ngày tốt nghiệp?

Ngày bắt đầu công việc?

Ngày cấp chứng chỉ?

Kinh nghiệm ở vị trí tương tự?

Kinh nghiệm trong lĩnh vực?

Có cho phép khoảng thời gian chồng lấn không?

AI không được tự chọn cách tính.

Tạo:

EXPERIENCE CALCULATION BASIS
– CƠ SỞ TÍNH KINH NGHIỆM.

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

BƯỚC 22: TẠO PERSONNEL EXPERIENCE TIMELINE – DÒNG THỜI GIAN KINH NGHIỆM NHÂN SỰ

Candidate
| Project
| Position
| Start
| Finish
| Duration
| Overlap?
| Evidence
| Source.

AI có thể phát hiện:

Overlap – Khoảng thời gian chồng lấn.

Gap – Khoảng trống.

Inconsistent Dates – Ngày không thống nhất.

Nhưng không tự quyết định:

khoảng thời gian chồng lấn được tính thế nào

nếu HSMT/quy định chưa xác định.

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

BƯỚC 23: KIỂM TRA CERTIFICATE – CHỨNG CHỈ

Tạo:

CERTIFICATE REGISTER
– DANH MỤC CHỨNG CHỈ.

Person
| Certificate Type
| Certificate Number
| Field/Class
| Issue Date
| Expiry Date
| Issuing Authority
| Requirement
| Source
| Verification Status.

AI có thể trích xuất dữ liệu.

Nhưng không được tự xác nhận:

Certificate Authenticity – Tính xác thực chứng chỉ

nếu chưa kiểm tra nguồn chính thức.

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

BƯỚC 24: KIỂM TRA PERSONNEL COMMITMENT – CAM KẾT NHÂN SỰ

Tùy HSMT, có thể phải kiểm tra:

Commitment Letter – Cam kết.

Availability – Khả năng huy động.

Current Assignment – Nhiệm vụ hiện tại.

Employer Relationship – Quan hệ lao động nếu tiêu chí yêu cầu.

AI phải bám đúng:

Required Evidence – Bằng chứng được yêu cầu.

Không tự bổ sung tiêu chí.

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

BƯỚC 25: KIỂM TRA EQUIPMENT – THIẾT BỊ

Tạo:

EQUIPMENT REGISTER
– DANH MỤC THIẾT BỊ.

Equipment Type
| Required Quantity
| Offered Quantity
| Capacity
| Model
| Ownership/Lease
| Evidence
| Registration/Inspection if Required
| Availability
| Requirement Reference
| Source
| Verification Status.

AI có thể chuẩn hóa:

tên thiết bị,

công suất,

số lượng,

model.

Nhưng không được tự coi:

“công suất lớn hơn = đáp ứng.”

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

BƯỚC 26: HIGHER CAPACITY – CÔNG SUẤT CAO HƠN KHÔNG TỰ ĐỘNG LÀ COMPLIANT – ĐÁP ỨNG

Ví dụ HSMT yêu cầu:

thiết bị có dải thông số cụ thể.

Nhà thầu đề xuất:

một thiết bị “lớn hơn”.

Có thể vẫn cần kiểm tra:

phạm vi sử dụng,

kích thước,

khả năng tiếp cận,

điều kiện vận hành,

yêu cầu kỹ thuật khác.

AI chỉ nên:

COMPARE – SO SÁNH.

Không tự:

ACCEPT – CHẤP NHẬN.

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

BƯỚC 27: KIỂM TRA OWNERSHIP/LEASE – SỞ HỮU/THUÊ

Nếu HSMT cho phép:

Owned – Sở hữu.

Leased – Thuê.

Committed – Cam kết huy động.

hãy kiểm tra đúng:

Evidence Requirement – Yêu cầu bằng chứng.

Ví dụ:

hợp đồng thuê,

đăng ký,

hóa đơn,

cam kết,

hoặc tài liệu khác

chỉ khi HSMT yêu cầu/chấp nhận.

Không được áp một bộ giấy tờ mặc định cho mọi gói thầu.

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

BƯỚC 28: KIỂM TRA TECHNICAL PROPOSAL – ĐỀ XUẤT KỸ THUẬT

AI có thể tách:

Construction Method – Biện pháp thi công.

Organization – Tổ chức thi công.

Quality Control – Kiểm soát chất lượng.

Safety – An toàn.

Environmental Measures – Biện pháp môi trường.

Material Plan – Kế hoạch vật tư.

Equipment Plan – Kế hoạch thiết bị.

Schedule – Tiến độ.

Interface Management – Quản lý giao diện.

Nhưng chỉ kiểm tra:

những nội dung mà HSMT thực sự yêu cầu.

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

BƯỚC 29: TẠO TECHNICAL REQUIREMENT MATRIX – MA TRẬN YÊU CẦU KỸ THUẬT

Requirement ID
| Technical Requirement
| Bid Proposal
| Evidence
| File
| Page
| Difference
| Clarification Needed?
| Expert Review
| Source.

Nếu nhà thầu dùng câu:

“Comply – Tuân thủ”

nhưng không có nội dung/bằng chứng mà HSMT yêu cầu:

AI có thể cảnh báo:

SUPPORTING EVIDENCE REQUIRES REVIEW
– BẰNG CHỨNG HỖ TRỢ CẦN RÀ SOÁT.

Không tự kết luận loại.

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

BƯỚC 30: KIỂM TRA METHOD STATEMENT – BIỆN PHÁP THI CÔNG

AI có thể đối chiếu:

HSMT Requirement – Yêu cầu HSMT

với:

Bid Method Statement – Biện pháp trong HSDT.

Ví dụ:

Required Work Sequence – Trình tự yêu cầu.

Proposed Work Sequence – Trình tự đề xuất.

Required Equipment – Thiết bị yêu cầu.

Proposed Equipment – Thiết bị đề xuất.

Required QA/QC – Yêu cầu QA/QC.

Proposed QA/QC – QA/QC đề xuất.

Nhưng không tự phán:

biện pháp “tốt” hay “kém”.

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

BƯỚC 31: KIỂM TRA TÍNH NHẤT QUÁN GIỮA BIỆN PHÁP, NHÂN SỰ, THIẾT BỊ VÀ TIẾN ĐỘ

Đây là một ứng dụng AI rất thực tế.

Ví dụ:

Method Statement – Biện pháp nói sử dụng:

02 cẩu.

Equipment Schedule – Danh mục thiết bị:

chỉ có 01 cẩu.

Schedule – Tiến độ:

lại thể hiện 03 mũi thi công đồng thời.

AI có thể cảnh báo:

CROSS-DOCUMENT INCONSISTENCY
– KHÔNG THỐNG NHẤT GIỮA CÁC TÀI LIỆU.

Nhưng không tự kết luận:

HSDT không đáp ứng.

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

BƯỚC 32: KIỂM TRA BID SCHEDULE – TIẾN ĐỘ DỰ THẦU

Tạo:

BID SCHEDULE CHECK REGISTER
– DANH MỤC KIỂM TRA TIẾN ĐỘ DỰ THẦU.

Requirement
| Required Milestone
| Bid Milestone
| Required Completion
| Proposed Completion
| Duration
| Logic Evidence
| Resource Evidence
| Source
| Verification Status.

Kiểm tra:

Completion Date – Ngày hoàn thành.

Milestones – Các mốc.

Overall Duration – Tổng thời gian.

Sequence – Trình tự.

Mobilization – Huy động.

Major Activities – Công việc chính.

Nhưng tiêu chí đánh giá phải lấy từ HSMT.

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

BƯỚC 33: KHÔNG TỰ ĐÁNH GIÁ CRITICAL PATH – ĐƯỜNG GĂNG NẾU THIẾU DỮ LIỆU

Một PDF tiến độ chỉ có:

Gantt Chart – Biểu đồ Gantt

chưa chắc đủ để AI kiểm chứng:

Critical Path – Đường găng.

Muốn kiểm tra cần:

Activity ID.

Logic.

Duration.

Calendar.

Constraint.

Data Date nếu là tiến độ cập nhật.

Nếu thiếu:

CRITICAL PATH CANNOT BE INDEPENDENTLY VERIFIED
– CHƯA THỂ KIỂM CHỨNG ĐỘC LẬP ĐƯỜNG GĂNG.

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

BƯỚC 34: KIỂM TRA BOQ – BẢNG KHỐI LƯỢNG

AI có thể kiểm tra:

Missing Item – Thiếu dòng.

Additional Item – Dòng bổ sung.

Quantity Difference – Chênh khối lượng.

Unit Difference – Khác đơn vị.

Description Difference – Khác mô tả.

Price Missing – Thiếu giá.

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

Nhưng phải phân biệt:

Tender BOQ – BOQ mời thầu

và:

Bid BOQ – BOQ dự thầu.

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

BƯỚC 35: TẠO BOQ BID COMPARISON – BẢNG SO SÁNH BOQ DỰ THẦU

Item ID
| Tender Description
| Tender Unit
| Tender Quantity
| Bid Description
| Bid Unit
| Bid Quantity
| Unit Rate
| Amount
| Difference
| Source
| Verification Status.

Nếu HSMT không cho phép thay đổi:

đơn vị,

khối lượng,

mô tả,

AI có thể cảnh báo theo điều kiện đó.

Không tự giả định quy tắc.

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

BƯỚC 36: KIỂM TRA ARITHMETIC – SỐ HỌC

AI có thể hỗ trợ kiểm tra:

Quantity × Unit Rate = Amount.

Subtotal – Cộng nhóm.

Tax – Thuế.

Discount – Giảm giá.

Grand Total – Tổng cộng.

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

Calculation Rule – Quy tắc tính.

Rounding Rule – Quy tắc làm tròn.

Tax Basis – Cơ sở thuế.

Discount Application – Cách áp dụng giảm giá.

Không tự chọn.

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

BƯỚC 37: PHÂN BIỆT ARITHMETIC ERROR – SAI SỐ SỐ HỌC VÀ EVALUATION ADJUSTMENT – HIỆU CHỈNH ĐÁNH GIÁ

AI có thể phát hiện:

2 × 100 = 250

là:

Arithmetic Inconsistency – Không nhất quán số học.

Nhưng việc:

sửa thế nào,

giá trị nào được ưu tiên,

xử lý sai lệch ra sao

phải theo:

HSMT

và quy định áp dụng.

AI không tự hiệu chỉnh giá dự thầu.

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

BƯỚC 38: KIỂM TRA COMMERCIAL CONDITIONS – ĐIỀU KIỆN THƯƠNG MẠI

Tạo:

COMMERCIAL DEVIATION REGISTER
– DANH MỤC SAI KHÁC THƯƠNG MẠI.

Requirement
| Tender Condition
| Bidder Statement
| Difference
| Bid Reference
| Page
| Clarification Required
| Expert Review.

Có thể rà:

Payment Terms – Điều kiện thanh toán.

Advance Payment – Tạm ứng.

Warranty – Bảo hành.

Performance Security – Bảo đảm thực hiện hợp đồng.

Insurance – Bảo hiểm.

Price Adjustment – Điều chỉnh giá.

Completion Period – Thời gian hoàn thành.

Nhưng không tự gọi:

Material Deviation – Sai lệch cơ bản

nếu tiêu chí/pháp luật chưa được chuyên gia xác định.

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

BƯỚC 39: KIỂM TRA BID SECURITY – BẢO ĐẢM DỰ THẦU

Tạo:

BID SECURITY REGISTER
– DANH MỤC BẢO ĐẢM DỰ THẦU.

Bidder
| Security Type
| Issuer
| Amount
| Currency
| Issue Date
| Expiry Date
| Beneficiary
| Required Amount
| Required Validity
| Source
| Verification Status.

AI có thể:

trích xuất,

so sánh,

cảnh báo chênh lệch.

Nhưng việc đánh giá hậu quả pháp lý phải bám:

HSMT và quy định hiện hành.

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

BƯỚC 40: KIỂM TRA VALIDITY – HIỆU LỰC

Đừng chỉ kiểm tra:

Expiry Date – Ngày hết hạn.

Phải biết HSMT yêu cầu:

bao nhiêu ngày,

tính từ ngày nào,

có yêu cầu thời gian bổ sung không,

cách tính ngày ra sao.

AI không được tự mặc định:

“120 ngày kể từ đóng thầu”

nếu HSMT không nói vậy.

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

BƯỚC 41: KIỂM TRA FORM – BIỂU MẪU

AI có thể lập:

FORM COMPLETENESS REGISTER
– DANH MỤC ĐẦY ĐỦ BIỂU MẪU.

Form ID
| Form Name
| Required?
| Found?
| Signed?
| Date
| Required Fields Complete?
| Source
| Verification Status.

Nhưng:

Found – Tìm thấy

không có nghĩa:

Valid – Hợp lệ.

Ví dụ:

biểu mẫu có file

nhưng thiếu trường bắt buộc.

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

BƯỚC 42: KIỂM TRA SIGNATURE – CHỮ KÝ MỘT CÁCH THẬN TRỌNG

AI có thể ghi:

VISIBLE SIGNATURE PRESENT
– CÓ HÌNH ẢNH/THỂ HIỆN CHỮ KÝ.

hoặc:

SIGNATURE NOT VISIBLE IN PROVIDED COPY
– KHÔNG THẤY CHỮ KÝ TRONG BẢN ĐƯỢC CUNG CẤP.

Không nên tự tuyên bố:

“Chữ ký hợp lệ.”

“Chữ ký giả.”

“Đúng người có thẩm quyền.”

Nếu chưa có căn cứ kiểm chứng.

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

BƯỚC 43: KIỂM TRA AUTHORIZATION – ỦY QUYỀN

Nếu hồ sơ ký bởi người được ủy quyền:

AI có thể liên kết:

Signed Document – Tài liệu ký

→ Signatory – Người ký

→ Authorization Document – Văn bản ủy quyền

→ Authorization Scope – Phạm vi ủy quyền

→ Validity Period – Thời hạn

→ Source.

Tạo:

AUTHORIZATION TRACEABILITY
– TRUY NGUỒN ỦY QUYỀN.

Nhưng kết luận pháp lý cần chuyên gia xác nhận.

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

BƯỚC 44: KIỂM TRA CONSISTENCY – TÍNH NHẤT QUÁN GIỮA CÁC HỒ SƠ

AI đặc biệt mạnh ở đây.

Ví dụ:

CV ghi nhân sự làm Dự án A:
01/2022–12/2023.

Xác nhận kinh nghiệm:
03/2022–10/2023.

Danh sách nhân sự:
02/2022–12/2023.

AI nên cảnh báo:

INCONSISTENT EXPERIENCE DATES
– NGÀY KINH NGHIỆM KHÔNG ĐỒNG NHẤT.

Không tự chọn một ngày làm “đúng”.

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

BƯỚC 45: TẠO CROSS-DOCUMENT CONSISTENCY REGISTER – DANH MỤC ĐỐI CHIẾU CHÉO

Subject
| Field
| Document A
| Value A
| Document B
| Value B
| Difference
| Source
| Verification Required.

Có thể áp dụng cho:

Personnel – Nhân sự.

Equipment – Thiết bị.

Contract Value – Giá trị hợp đồng.

Dates – Ngày.

Project Name – Tên dự án.

Client – Chủ đầu tư.

Certificate Number – Số chứng chỉ.

Bid Price – Giá dự thầu.

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

BƯỚC 46: KHÔNG ĐỂ AI “TỰ HỢP LÝ HÓA” DỮ LIỆU MÂU THUẪN

Ví dụ:

CV ghi 2019.

Biên bản xác nhận ghi 2020.

AI không được viết:

“Có lẽ dự án bắt đầu năm 2019 và nghiệm thu năm 2020.”

Đó là:

INFERENCE – SUY ĐOÁN.

Phải ghi:

INCONSISTENT DATA – VERIFICATION REQUIRED
– DỮ LIỆU KHÔNG ĐỒNG NHẤT – CẦN XÁC MINH.

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

BƯỚC 47: TẠO CLARIFICATION CANDIDATE REGISTER – DANH MỤC NỘI DUNG CÓ THỂ CẦN LÀM RÕ

AI có thể giúp nhận diện:

Missing Evidence – Chưa tìm thấy bằng chứng.

Inconsistent Data – Dữ liệu không đồng nhất.

Unreadable Document – Tài liệu không đọc được.

Ambiguous Statement – Nội dung chưa rõ.

Cross-Reference Missing – Thiếu tham chiếu.

Nhưng:

AI KHÔNG TỰ QUYẾT ĐỊNH NỘI DUNG NÀO ĐƯỢC PHÉP LÀM RÕ.

Việc làm rõ phải tuân theo:

HSMT,

quy trình,

và pháp luật áp dụng.

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

BƯỚC 48: PHÂN BIỆT CLARIFICATION – LÀM RÕ VÀ MODIFICATION – THAY ĐỔI

Đây là vấn đề quan trọng.

AI không được đề xuất:

“Yêu cầu nhà thầu bổ sung để đáp ứng.”

một cách tùy tiện.

Phải phân biệt:

Clarification – Làm rõ nội dung đã có

với:

Modification – Thay đổi nội dung HSDT

theo quy định áp dụng.

AI chỉ nên:

FLAG FOR EXPERT REVIEW
– ĐÁNH DẤU ĐỂ CHUYÊN GIA RÀ SOÁT.

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

BƯỚC 49: TẠO CLARIFICATION TRACEABILITY REGISTER – DANH MỤC TRUY NGUỒN LÀM RÕ

Clarification ID
| Requirement ID
| Original Bid Evidence
| Issue
| Clarification Request
| Response
| Response Date
| Evidence Added/Explained
| Evaluation Impact
| Source
| Expert Verification.

Điều này giúp tránh:

đánh giá dựa vào tài liệu làm rõ

nhưng quên:

HSDT ban đầu đã nộp gì.

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

BƯỚC 50: KHÔNG ĐỂ AI TỰ VIẾT “PASS/FAIL – ĐẠT/KHÔNG ĐẠT” CHO CÁC TIÊU CHÍ CẦN PHÁN ĐOÁN CHUYÊN MÔN/PHÁP LÝ

AI có thể sử dụng trạng thái làm việc:

Evidence Found – Đã tìm thấy bằng chứng.

Evidence Not Found – Chưa tìm thấy bằng chứng.

Exact Match – Khớp rõ theo dữ liệu.

Difference Found – Phát hiện khác biệt.

Requires Expert Review – Cần chuyên gia rà soát.

Insufficient Basis – Chưa đủ căn cứ.

Kết luận chính thức:

Đạt/Không đạt

phải theo:

Evaluation Method – Phương pháp đánh giá,

thẩm quyền,

và quy định áp dụng.

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

BƯỚC 51: ĐỐI VỚI TIÊU CHÍ ĐỊNH LƯỢNG, AI CÓ THỂ TÍNH NHƯNG PHẢI HIỂN THỊ PHÉP TÍNH

Ví dụ HSMT yêu cầu:

≥ 03 hợp đồng.

AI tìm được:

Contract A.

Contract B.

Contract C.

Contract D.

Không chỉ ghi:

“Đáp ứng.”

Hãy tạo:

Criterion:
≥3.

Evidence Count:
4.

Evidence IDs:
A, B, C, D.

Source:
file + page.

Calculation:
4 ≥ 3.

Expert Verification:
Required/Completed.

Như vậy chuyên gia có thể kiểm tra.

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

BƯỚC 52: KIỂM TRA ĐƠN VỊ VÀ TIỀN TỆ

Ví dụ:

HSMT dùng:

VND.

Hợp đồng kinh nghiệm dùng:

USD.

Nếu cần quy đổi:

phải xác định:

Exchange Rate Source – Nguồn tỷ giá.

Exchange Rate Date – Ngày tỷ giá.

Conversion Rule – Quy tắc quy đổi.

AI không tự lấy:

tỷ giá hiện tại

để đánh giá hồ sơ quá khứ.

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

BƯỚC 53: TẠO CALCULATION REGISTER – DANH MỤC PHÉP TÍNH ĐÁNH GIÁ

Calculation ID
| Requirement ID
| Input
| Formula
| Unit
| Conversion
| Result
| Threshold
| Source
| Verification Status.

Áp dụng cho:

Revenue – Doanh thu.

Contract Value – Giá trị hợp đồng.

Experience Duration – Thời gian kinh nghiệm.

Equipment Quantity – Số lượng thiết bị.

Financial Ratios – Chỉ số tài chính nếu tiêu chí yêu cầu.

Mọi phép tính phải:

REPRODUCIBLE – CÓ THỂ TÍNH LẠI.

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

BƯỚC 54: KHÔNG ĐỂ AI TỰ TẠO CÔNG THỨC ĐÁNH GIÁ

Nếu HSMT yêu cầu:

A/B × 100

thì dùng đúng công thức đó.

Không để AI tự nghĩ:

Weighted Score – Điểm trọng số

hay:

Compliance Score – Điểm đáp ứng

để “dễ so sánh”.

Một Dashboard đẹp

không được phép thay đổi:

Evaluation Method – Phương pháp đánh giá.

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

BƯỚC 55: KIỂM TRA SCORING – CHẤM ĐIỂM NẾU HSMT ÁP DỤNG

Nếu phương pháp là:

Scoring Method – Phương pháp chấm điểm,

AI có thể hỗ trợ:

trích tiêu chí,

trọng số,

điểm tối đa,

ngưỡng tối thiểu,

bằng chứng.

Tạo:

SCORING WORKSHEET – BẢNG LÀM VIỆC CHẤM ĐIỂM.

Criterion
| Max Score
| Scoring Rule
| Evidence
| Proposed Working Score
| Basis
| Expert Score
| Source.

Nếu có yếu tố phán đoán:

AI chỉ nên cung cấp:

Evidence Summary – Tóm tắt bằng chứng.

Điểm chính thức do:

Expert/Evaluation Team – Chuyên gia/Tổ đánh giá

xác nhận.

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

BƯỚC 56: TẠO EXCEPTION REGISTER – DANH MỤC NGOẠI LỆ HSDT

Các ngoại lệ AI nên tìm:

Requirement chưa có Evidence Mapping – Ánh xạ bằng chứng.

Evidence không có Source – Nguồn.

File không đọc được.

Tài liệu có ngày không thống nhất.

Tên nhân sự không thống nhất.

Số chứng chỉ không thống nhất.

Hợp đồng thiếu Completion Evidence – Bằng chứng hoàn thành theo tiêu chí.

Thiết bị thiếu Ownership/Lease Evidence – Bằng chứng sở hữu/thuê nếu yêu cầu.

Method Statement – Biện pháp không tìm thấy nội dung được HSMT yêu cầu.

Bid Schedule – Tiến độ không tìm thấy milestone yêu cầu.

BOQ có chênh đơn vị/khối lượng.

Bid Security – Bảo đảm dự thầu có thông tin cần rà soát.

Form – Biểu mẫu thiếu trường.

Clarification – Làm rõ chưa liên kết về yêu cầu gốc.

Các cột:

Exception ID
| Requirement ID
| Bidder
| Exception Type
| Description
| Evidence
| Source
| Expert Review
| Status.

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

BƯỚC 57: KHÔNG TẠO “RISK SCORE – ĐIỂM RỦI RO” TÙY Ý

Ví dụ AI tự đặt:

0–30 = Low Risk.

31–60 = Medium Risk.

61–100 = High Risk.

Không nên dùng

nếu HSMT/quy trình không có hệ thống này.

Thay vào đó hãy dùng:

Exception Count – Số ngoại lệ.

Evidence Missing – Bằng chứng chưa tìm thấy.

Inconsistency – Không đồng nhất.

Expert Review Required – Cần chuyên gia rà soát.

Đây là dữ liệu thực.

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

BƯỚC 58: TẠO EVALUATION WORKING DASHBOARD – BẢNG ĐIỀU HÀNH LÀM VIỆC ĐÁNH GIÁ

Dashboard có thể hiển thị:

Total Requirements – Tổng yêu cầu.

Requirements Mapped – Yêu cầu đã ánh xạ bằng chứng.

Evidence Not Found – Chưa tìm thấy bằng chứng.

Unreadable Evidence – Bằng chứng không đọc được.

Inconsistent Evidence – Bằng chứng không đồng nhất.

Expert Review Pending – Chờ chuyên gia rà soát.

Clarification Candidates – Nội dung có thể cần xem xét làm rõ.

Personnel Items – Nội dung nhân sự.

Equipment Items – Nội dung thiết bị.

Technical Items – Nội dung kỹ thuật.

Commercial Items – Nội dung thương mại.

Nhưng Dashboard này:

KHÔNG PHẢI BẢNG XẾP HẠNG NHÀ THẦU.

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

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

Mỗi nhận xét phải truy được:

REQUIREMENT ID – MÃ YÊU CẦU
→ EXACT HSMT WORDING – NGUYÊN VĂN HSMT
→ HSMT SOURCE – NGUỒN HSMT
→ REQUIRED EVIDENCE – BẰNG CHỨNG YÊU CẦU
→ HSDT EVIDENCE – BẰNG CHỨNG HSDT
→ FILE
→ PAGE
→ EXCEPTION/DIFFERENCE – NGOẠI LỆ/SAI KHÁC
→ EXPERT VERIFICATION – CHUYÊN GIA XÁC NHẬN.

Nếu AI đưa ra một nhận xét mà không truy được:

không sử dụng nhận xét đó làm căn cứ đánh giá.

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

BƯỚC 60: THỰC HIỆN TWO-WAY CHECK – KIỂM TRA HAI CHIỀU

CHIỀU 1:

HSMT
→ Requirement Register
→ HSDT Evidence.

Mỗi tiêu chí HSMT đã được đưa vào ma trận chưa?

CHIỀU 2:

HSDT Evidence
→ Requirement.

Các tài liệu quan trọng trong HSDT đang chứng minh:

yêu cầu nào?

Nếu một tài liệu quan trọng không được ánh xạ:

có thể đang:

bỏ sót yêu cầu,

bỏ sót bằng chứng,

hoặc tài liệu đó không liên quan.

Cần kiểm tra.

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

BƯỚC 61: THỰC HIỆN RANDOM REVERSE CHECK – KIỂM TRA NGƯỢC NGẪU NHIÊN

Chọn ngẫu nhiên:

05 yêu cầu kinh nghiệm.

05 yêu cầu nhân sự.

05 yêu cầu thiết bị.

05 yêu cầu kỹ thuật.

03 yêu cầu thương mại.

Từ bảng AI:

Requirement
→ Evidence
→ File
→ Page
→ Original Text.

Sau đó làm ngược:

chọn 10 tài liệu trong HSDT

→ xem AI đã trích đúng:

tên,

ngày,

giá trị,

nhân sự,

thiết bị,

và ánh xạ đúng tiêu chí chưa.

Đây là bước bắt buộc nếu dùng AI trong công việc có tính quyết định cao.

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

BƯỚC 62: TẠO EVALUATION CHANGE LOG – NHẬT KÝ THAY ĐỔI ĐÁNH GIÁ

Khi có:

Clarification – Làm rõ.

Correction – Hiệu chỉnh theo quy định.

Expert Review – Chuyên gia rà soát.

Additional Verification – Xác minh bổ sung.

không nên ghi đè kết quả cũ.

Tạo:

Requirement ID
| Previous Status
| New Status
| Change Reason
| Evidence
| Changed By
| Date
| Source.

Như vậy có thể biết:

TẠI SAO MỘT NHẬN XÉT ĐÃ THAY ĐỔI.

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

BƯỚC 63: TÁCH AI EXTRACTION – TRÍCH XUẤT AI VÀ EXPERT DECISION – QUYẾT ĐỊNH CHUYÊN GIA

Đây là cấu trúc tôi khuyến nghị.

AI Extraction – Trích xuất AI:

dữ liệu AI tìm thấy.

AI Comparison – So sánh AI:

khác biệt AI phát hiện.

AI Exception – Ngoại lệ AI cảnh báo.

Expert Comment – Ý kiến chuyên gia.

Expert Decision – Quyết định chuyên gia.

Decision Basis – Căn cứ quyết định.

Source – Nguồn.

Như vậy:

AI KHÔNG “GIÀNH” VAI TRÒ CỦA TỔ CHUYÊN GIA.

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

BƯỚC 64: KHÔNG DÙNG AI ĐỂ “TÌM LÝ DO LOẠI NHÀ THẦU”

Câu lệnh:

“Hãy tìm tất cả lỗi để loại nhà thầu này”

là cách sử dụng rất dễ tạo:

Confirmation Bias – Thiên kiến xác nhận.

Cách tốt hơn:

“Đối chiếu tất cả yêu cầu của HSMT với bằng chứng trong HSDT theo cùng một phương pháp. Ghi nhận cả bằng chứng phù hợp, khác biệt, thông tin chưa tìm thấy và dữ liệu cần xác minh.”

Nguyên tắc:

SAME REQUIREMENT
– CÙNG YÊU CẦU

SAME METHOD
– CÙNG PHƯƠNG PHÁP

SAME EVIDENCE STANDARD
– CÙNG CHUẨN BẰNG CHỨNG.

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

BƯỚC 65: TẠO EVALUATION AUDIT TRAIL – DẤU VẾT ĐÁNH GIÁ

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

Ai đưa yêu cầu vào bảng?

Nguồn HSMT ở đâu?

AI tìm bằng chứng nào?

Bằng chứng ở trang nào?

AI cảnh báo gì?

Chuyên gia xác nhận gì?

Có làm rõ không?

Kết quả thay đổi khi nào?

Ai xác nhận kết quả cuối cùng?

Đó chính là:

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

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

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

SAI LẦM 1:

KHÔNG TÌM THẤY
→ KẾT LUẬN NHÀ THẦU KHÔNG NỘP.

Sai.

Phải ghi:

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

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

SAI LẦM 2:

TÌM THẤY TÀI LIỆU
→ KẾT LUẬN ĐÁP ỨNG.

Sai.

Evidence Found – Tìm thấy bằng chứng

≠

Compliance – Đáp ứng.

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

SAI LẦM 3:

AI THẤY THÔNG SỐ CAO HƠN
→ KẾT LUẬN TỐT HƠN VÀ ĐẠT.

Sai.

Higher Value – Giá trị cao hơn

không tự động là:

Compliant – Đáp ứng.

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

SAI LẦM 4:

HỒ SƠ CÓ MÂU THUẪN
→ AI TỰ CHỌN GIÁ TRỊ “HỢP LÝ NHẤT”.

Sai.

Phải ghi:

INCONSISTENT DATA – VERIFICATION REQUIRED
– DỮ LIỆU KHÔNG ĐỒNG NHẤT – CẦN XÁC MINH.

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

SAI LẦM 5:

AI ĐÃ ĐỌC HẾT HỒ SƠ
→ GIAO AI TỰ CHẤM ĐẠT/KHÔNG ĐẠT.

Sai.

AI hỗ trợ:

trích xuất,

đối chiếu,

truy nguồn,

phát hiện ngoại lệ.

Việc đánh giá chính thức phải theo:

HSMT,

quy định áp dụng,

và chuyên gia/tổ chuyên gia có thẩm quyền.

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

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 ghi English Term – Thuật ngữ tiếng Anh cạnh Vietnamese Meaning – Nghĩa tiếng Việt.

2. Khóa Tender Document Revision – Phiên bản HSMT trước khi đánh giá.

3. Tách HSMT gốc và Addendum – Văn bản sửa đổi.

4. Giữ Exact Wording – Nguyên văn đối với tiêu chí quan trọng.

5. Không tự tạo tiêu chí.

6. Không tự thay đổi Evaluation Method – Phương pháp đánh giá.

7. Không tự suy Required Evidence – Bằng chứng yêu cầu.

8. Không tìm thấy phải ghi Not Found – Chưa tìm thấy.

9. Không tự biến Not Found thành Not Submitted – Không nộp.

10. Không tự biến Evidence Found thành Compliant – Đáp ứng.

11. Không tự tính Experience – Kinh nghiệm nếu chưa rõ quy tắc.

12. Không tự xác thực chữ ký/chứng chỉ.

13. Không tự chọn dữ liệu khi hai nguồn mâu thuẫn.

14. Không tự bổ sung hồ sơ để “làm cho đạt”.

15. Không tự quyết định nội dung nào được phép làm rõ.

16. Không tự tạo điểm số/xếp hạng ngoài phương pháp HSMT.

17. Mọi nhận xét phải có Source – Nguồn.

18. Kết luận chính thức phải do Expert/Evaluation Team – Chuyên gia/Tổ đánh giá xác nhận.

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

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

“Bạn đang hỗ trợ tôi kiểm tra HSMT (Hồ sơ mời thầu) và HSDT (Hồ sơ dự thầu).

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

Luôn trình bày English Term (Thuật ngữ tiếng Anh) cạnh Vietnamese Meaning (Nghĩa tiếng Việt).

Bước đầu tiên, hãy lập Tender Document Inventory (Danh mục tài liệu đấu thầu), xác định Revision (Phiên bản), Status (Trạng thái), Addendum (Văn bản sửa đổi) và các tài liệu có hiệu lực dùng để đánh giá.

Không tự coi Latest Revision (REV mới nhất) là Governing Revision (Phiên bản áp dụng) nếu chưa có căn cứ.

Trích từng yêu cầu của HSMT vào Requirement Master Register (Danh mục yêu cầu tổng).

Đối với tiêu chí quan trọng, giữ nguyên Exact Wording (Nguyên văn yêu cầu), đồng thời tạo Normalized Requirement (Yêu cầu chuẩn hóa) nhưng không thay thế nội dung gốc.

Với từng Requirement (Yêu cầu), tìm Evidence (Bằng chứng) trong HSDT và ghi rõ:

File,
Page,
Section,
Exact Evidence,
Source.

Không tự tạo tiêu chí, điều kiện, ngưỡng, công thức, tài liệu yêu cầu hoặc phương pháp đánh giá.

Không tự coi Evidence Found (Tìm thấy bằng chứng) là Compliance (Đáp ứng).

Không tự coi Higher Value (Giá trị cao hơn) là Better/Compliant (Tốt hơn/Đáp ứng).

Không tự xác thực Signature (Chữ ký), Certificate (Chứng chỉ) hoặc Authorization (Ủy quyền).

Không tự suy diễn dữ liệu còn thiếu.

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).

Không được tự đổi thành:

KHÔNG NỘP
(NOT SUBMITTED).

Nếu tài liệu không đọc được, ghi:

KHÔNG ĐỌC ĐƯỢC
(UNREADABLE).

Nếu hai tài liệu không thống nhất, ghi:

DỮ LIỆU KHÔNG ĐỒNG NHẤT – CẦN XÁC MINH
(INCONSISTENT DATA – VERIFICATION REQUIRED).

Nếu chưa đủ căn cứ đánh giá, ghi:

CHƯA ĐỦ CĂN CỨ KẾT LUẬN
(INSUFFICIENT BASIS TO CONCLUDE).

Không tự quyết định nội dung nào được phép Clarification (Làm rõ), Modification (Thay đổi), Pass (Đạt), Fail (Không đạt) hoặc Disqualification (Loại).

Với mỗi nhận xét, tạo Traceability Chain (Chuỗi truy nguồn):

Requirement ID
→ Exact HSMT Requirement
→ HSMT Source
→ Required Evidence
→ HSDT Evidence
→ File
→ Page
→ Difference/Exception
→ Expert Verification.

Tách riêng:

AI Extraction (Trích xuất AI),
AI Comparison (So sánh AI),
AI Exception (Ngoại lệ AI),
Expert Comment (Ý kiến chuyên gia),
Expert Decision (Quyết định chuyên gia).

Mọi kết luận chính thức để chuyên gia/tổ chuyên gia xác nhận theo HSMT và quy định áp dụng.”

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

THỰC HÀNH NGAY

Không nên bắt đầu bằng:

TOÀN BỘ HSDT HÀNG NGHÌN TRANG.

Hãy thử trước với:

01 NHÓM TIÊU CHÍ.

Ví dụ:

KEY PERSONNEL – NHÂN SỰ CHỦ CHỐT.

Cung cấp:

HSMT.

Addendum – Văn bản sửa đổi nếu có.

Tiêu chuẩn đánh giá.

HSDT phần nhân sự.

CV.

Bằng cấp.

Chứng chỉ.

Xác nhận kinh nghiệm.

Cam kết nhân sự.

Sau đó yêu cầu AI tạo:

1. Tender Document Inventory – Danh mục tài liệu đấu thầu.

2. Requirement Master Register – Danh mục yêu cầu tổng.

3. Requirement Change Register – Danh mục thay đổi yêu cầu.

4. Key Personnel Register – Danh mục nhân sự chủ chốt.

5. Personnel Experience Timeline – Dòng thời gian kinh nghiệm nhân sự.

6. Certificate Register – Danh mục chứng chỉ.

7. Requirement-Evidence Matrix – Ma trận yêu cầu–bằng chứng.

8. Cross-Document Consistency Register – Danh mục đối chiếu chéo.

9. Exception Register – Danh mục ngoại lệ.

10. Clarification Candidate Register – Danh mục nội dung cần chuyên gia xem xét làm rõ.

Sau đó:

TWO-WAY CHECK – KIỂM TRA HAI CHIỀU.

HSMT
→ REQUIREMENT
→ EVIDENCE.

và:

HSDT EVIDENCE
→ REQUIREMENT.

Cuối cùng thực hiện:

RANDOM REVERSE CHECK – KIỂM TRA NGƯỢC NGẪU NHIÊN.

Chọn 10 nhận xét của AI.

Truy ngược:

NHẬN XÉT
→ TIÊU CHÍ
→ NGUYÊN VĂN HSMT
→ FILE HSDT
→ TRANG
→ BẰNG CHỨNG GỐC.

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

KHÔNG DÙNG NHẬN XÉT ĐÓ LÀM CĂN CỨ.

Mục tiêu cuối cùng không phải:

“AI CHẤM THẦU NHANH HƠN CON NGƯỜI.”

Mà là:

MỖI YÊU CẦU CỦA HSMT ĐỀU ĐƯỢC NHẬN DIỆN,

MỖI BẰNG CHỨNG CỦA HSDT ĐỀU ĐƯỢC TRUY ĐÚNG NGUỒN,

MỖI KHÁC BIỆT ĐỀU ĐƯỢC ĐÁNH DẤU,

MỖI PHÉP TÍNH ĐỀU CÓ THỂ TÍNH LẠI,

MỖI NHẬN XÉT ĐỀU CÓ THỂ TRUY NGƯỢC,

VÀ QUYẾT ĐỊNH CUỐI CÙNG VẪN THUỘC VỀ CHUYÊN GIA/TỔ CHUYÊN GIA THEO HỒ SƠ VÀ QUY ĐỊNH ÁP DỤNG.

AI KHÔNG THAY TỔ CHUYÊN GIA.

AI GIÚP BIẾN HÀNG NGHÌN TRANG HỒ SƠ THÀNH MỘT MA TRẬN YÊU CẦU – BẰNG CHỨNG CÓ THỂ KIỂM TRA VÀ TRUY NGUỒN.

BÀI 45/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 #DauThauXayDung #HSMT #HSDT #KySuXayDung

Cơ hội việc làm mới

Xem tất cả việc làm

Bài viết liên quan

Viết bình luận

Bạn có thể bình luận mà không cần đăng nhập. Tên sẽ hiển thị cùng bình luận.

  • Không có bình luận