DÙNG AI ĐỌC HỢP ĐỒNG XÂY DỰNG:
BIẾN HÀNG TRĂM TRANG THÀNH BẢNG NGHĨA VỤ, THỜI HẠN VÀ CẢNH BÁO CÓ THỂ TRUY NGUỒN
Construction Contract – Hợp đồng xây dựng
không phải tài liệu để:
KÝ XONG → CẤT FILE → KHI CÓ TRANH CHẤP MỚI MỞ RA ĐỌC.
Trong quá trình thực hiện dự án, hợp đồng liên quan trực tiếp đến:
Scope of Work – Phạm vi công việc.
Contract Price – Giá hợp đồng.
Payment – Thanh toán.
Advance Payment – Tạm ứng.
Progress – Tiến độ.
Notice – Thông báo.
Variation – Thay đổi/phát sinh.
Claim – Yêu cầu theo hợp đồng.
Extension of Time – Gia hạn thời gian.
Subcontracting – Thầu phụ.
Quality Requirements – Yêu cầu chất lượng.
Testing – Thử nghiệm.
Acceptance – Nghiệm thu.
Handover – Bàn giao.
Warranty – Bảo hành.
Insurance – Bảo hiểm.
Security/Guarantee – Bảo đảm/Bảo lãnh.
Suspension – Tạm dừng.
Termination – Chấm dứt.
Dispute Resolution – Giải quyết tranh chấp.
Vấn đề là:
HỢP ĐỒNG CÓ THỂ DÀI HÀNG TRĂM TRANG.
Và điều quan trọng đôi khi chỉ nằm trong:
01 CÂU.
01 ĐIỂM.
01 KHOẢN.
01 PHỤ LỤC.
01 ĐỊNH NGHĨA.
Thậm chí:
01 NGOẠI LỆ.
AI rất hữu ích để hỗ trợ đọc hợp đồng.
Nhưng mục tiêu không phải:
“AI ĐỌC HỢP ĐỒNG VÀ CHO TÔI BIẾT AI ĐÚNG, AI SAI.”
Mà phải là:
DOCUMENT INVENTORY – KIỂM KÊ TÀI LIỆU
→ CLAUSE EXTRACTION – TRÍCH XUẤT ĐIỀU KHOẢN
→ REQUIREMENT MAPPING – ÁNH XẠ YÊU CẦU
→ OBLIGATION REGISTER – DANH MỤC NGHĨA VỤ
→ DEADLINE REGISTER – DANH MỤC THỜI HẠN
→ NOTICE REGISTER – DANH MỤC THÔNG BÁO
→ COMMERCIAL REGISTER – DANH MỤC THƯƠNG MẠI
→ EXCEPTION REGISTER – DANH MỤC NGOẠI LỆ
→ TRACEABILITY – TRUY NGUỒN
→ PROFESSIONAL REVIEW – NGƯỜI CÓ CHUYÊN MÔN RÀ SOÁT.
────────────────────
BƯỚC 1: ĐỪNG ĐƯA MỖI “FILE HỢP ĐỒNG” CHO AI
Một Contract Package – Bộ hồ sơ hợp đồng
có thể gồm:
Contract Agreement – Thỏa thuận hợp đồng.
General Conditions – Điều kiện chung.
Particular Conditions – Điều kiện cụ thể.
Scope of Work – Phạm vi công việc.
Employer’s Requirements – Yêu cầu của Chủ đầu tư.
Technical Specifications – Chỉ dẫn kỹ thuật.
Drawings – Bản vẽ.
BOQ – Bill of Quantities – Bảng khối lượng.
Price Schedule – Bảng giá.
Construction Schedule – Tiến độ.
Payment Schedule – Lịch thanh toán.
Appendices – Phụ lục.
Addenda – Văn bản bổ sung.
Clarifications – Văn bản làm rõ.
Minutes – Biên bản liên quan nếu được hợp đồng hóa.
Letter of Acceptance/Award – Thư chấp thuận/trao thầu.
Performance Security – Bảo đảm thực hiện hợp đồng.
Advance Payment Guarantee – Bảo lãnh tạm ứng.
Insurance Documents – Hồ sơ bảo hiểm.
Contract Amendments – Phụ lục/Văn bản sửa đổi hợp đồng.
Nếu chỉ đưa:
01 FILE PDF HỢP ĐỒNG
mà bỏ các tài liệu cấu thành khác,
AI có thể đọc đúng file
nhưng:
HIỂU SAI BỘ HỢP ĐỒNG.
────────────────────
BƯỚC 2: TẠO DOCUMENT INVENTORY – DANH MỤC TÀI LIỆU
Trước khi phân tích nội dung, yêu cầu AI lập:
DOCUMENT INVENTORY – DANH MỤC TÀI LIỆU.
Các cột:
Document ID – Mã tài liệu
| Document Name – Tên tài liệu
| Document Type – Loại tài liệu
| Date – Ngày
| Revision – Lần sửa đổi
| Contract Reference – Tham chiếu hợp đồng
| Status – Trạng thái
| Pages – Số trang
| Source File – File nguồn
| Remarks – Ghi chú.
Mục tiêu:
BIẾT CHÍNH XÁC AI ĐANG ĐỌC NHỮNG GÌ.
────────────────────
BƯỚC 3: XÁC ĐỊNH CONTRACT DOCUMENT HIERARCHY – THỨ TỰ ƯU TIÊN TÀI LIỆU HỢP ĐỒNG
Đây là bước cực kỳ quan trọng.
Hai tài liệu có thể quy định khác nhau.
Ví dụ:
Technical Specification – Chỉ dẫn kỹ thuật
ghi một yêu cầu.
BOQ – Bảng khối lượng
thể hiện khác.
Drawing – Bản vẽ
lại thể hiện khác.
Không được để AI tự quyết:
“TÀI LIỆU NÀY QUAN TRỌNG HƠN.”
Phải tìm:
Priority of Documents
– Thứ tự ưu tiên tài liệu
nếu hợp đồng có quy định.
Tạo:
DOCUMENT HIERARCHY REGISTER
– DANH MỤC THỨ TỰ ƯU TIÊN TÀI LIỆU.
Priority – Thứ tự
| Document Type – Loại tài liệu
| Contract Clause – Điều khoản
| Exact Wording – Nội dung gốc
| Source – Nguồn.
Nếu không tìm thấy:
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 4: XÁC ĐỊNH GOVERNING DOCUMENT – TÀI LIỆU ĐANG CÓ HIỆU LỰC ÁP DỤNG
Ví dụ:
Hợp đồng gốc:
01/2026.
Phụ lục 01:
03/2026.
Phụ lục 02:
07/2026.
Phụ lục 03:
09/2026.
Không được chỉ đọc hợp đồng gốc.
Phải kiểm tra:
Amendment – Sửa đổi.
Supplement – Bổ sung.
Replacement – Thay thế.
Deletion – Bãi bỏ.
AI phải biết:
CLAUSE 12.3
trong hợp đồng gốc
có thể đã được:
AMENDED – SỬA ĐỔI
bởi phụ lục sau đó.
────────────────────
BƯỚC 5: TẠO CLAUSE CHANGE REGISTER – DANH MỤC THAY ĐỔI ĐIỀU KHOẢN
Các cột:
Original Clause – Điều khoản gốc
| Original Requirement – Nội dung gốc
| Amendment Document – Tài liệu sửa đổi
| Amendment Clause – Điều khoản sửa đổi
| Revised Requirement – Nội dung sau sửa đổi
| Effective Date – Ngày hiệu lực
| Current Status – Trạng thái hiện tại
| Source – Nguồn.
Mục tiêu:
KHÔNG ĐỌC MỘT ĐIỀU KHOẢN ĐÃ HẾT HIỆU LỰC NHƯ ĐIỀU KHOẢN HIỆN HÀNH.
────────────────────
BƯỚC 6: TẠO CONTRACT CLAUSE REGISTER – DANH MỤC ĐIỀU KHOẢN HỢP ĐỒNG
Đừng bắt AI:
“Tóm tắt toàn bộ hợp đồng.”
Hãy yêu cầu:
TRÍCH XUẤT THEO CẤU TRÚC.
Ví dụ:
Clause ID – Mã điều khoản
| Clause Title – Tên điều khoản
| Topic – Chủ đề
| Party – Bên liên quan
| Requirement – Yêu cầu
| Trigger – Điều kiện kích hoạt
| Time Limit – Thời hạn
| Required Document – Hồ sơ phải nộp
| Consequence – Hệ quả nếu được quy định
| Related Clause – Điều khoản liên quan
| Source – Nguồn.
Đây là nền tảng để xây:
CONTRACT DATABASE – CƠ SỞ DỮ LIỆU HỢP ĐỒNG.
────────────────────
BƯỚC 7: GIỮ EXACT WORDING – CÂU CHỮ GỐC Ở NHỮNG ĐIỀU KHOẢN QUAN TRỌNG
AI có thể paraphrase – diễn giải.
Nhưng đối với các điều khoản quan trọng như:
Notice – Thông báo.
Payment – Thanh toán.
Variation – Thay đổi.
Claim – Yêu cầu.
Extension of Time – Gia hạn thời gian.
Termination – Chấm dứt.
Liability – Trách nhiệm.
Indemnity – Bồi hoàn.
Warranty – Bảo hành.
Dispute – Tranh chấp.
nên giữ thêm:
EXACT WORDING – NGUYÊN VĂN ĐIỀU KHOẢN.
Vì chỉ cần AI bỏ một từ như:
“within”
“after”
“before”
“subject to”
“unless”
“provided that”
“shall”
“may”
thì ý nghĩa có thể thay đổi đáng kể.
────────────────────
BƯỚC 8: PHÂN BIỆT SHALL, MAY VÀ SHOULD
Trong tài liệu tiếng Anh:
Shall – thường thể hiện nghĩa vụ bắt buộc theo ngữ cảnh hợp đồng.
May – thường thể hiện quyền hoặc khả năng được phép.
Should – thường mang nghĩa khuyến nghị, tùy tài liệu/ngữ cảnh.
Nhưng:
AI KHÔNG ĐƯỢC ÁP MÁY MÓC MỘT CÁCH HIỂU CHO MỌI HỢP ĐỒNG.
Phải đọc:
Definition – Định nghĩa.
Governing Law – Luật điều chỉnh.
Contract Context – Bối cảnh hợp đồng.
Và toàn bộ điều khoản liên quan.
────────────────────
BƯỚC 9: TẠO DEFINITION REGISTER – DANH MỤC ĐỊNH NGHĨA
Hợp đồng thường có:
Employer – Chủ đầu tư.
Contractor – Nhà thầu.
Engineer – Kỹ sư/Tư vấn theo định nghĩa hợp đồng.
Works – Công việc/Công trình.
Site – Công trường.
Completion – Hoàn thành.
Taking Over – Tiếp nhận/Bàn giao theo thuật ngữ hợp đồng.
Day – Ngày.
Business Day – Ngày làm việc.
Notice – Thông báo.
Variation – Thay đổi.
Claim – Yêu cầu.
Contract Price – Giá hợp đồng.
Commencement Date – Ngày khởi công/bắt đầu theo hợp đồng.
Completion Date – Ngày hoàn thành theo hợp đồng.
AI phải ưu tiên:
DEFINED TERM – THUẬT NGỮ ĐÃ ĐƯỢC ĐỊNH NGHĨA.
Không tự dùng nghĩa thông thường để thay nghĩa hợp đồng.
────────────────────
BƯỚC 10: KIỂM TRA “DAY – NGÀY” LÀ GÌ
Đây là lỗi thực tế rất dễ xảy ra.
Hợp đồng ghi:
“within 7 days”
nhưng:
7 Calendar Days – 7 ngày theo lịch?
7 Working Days – 7 ngày làm việc?
Ngày bắt đầu tính từ khi nào?
Có tính ngày phát sinh sự kiện không?
Nếu hợp đồng có Definition – Định nghĩa,
phải dùng định nghĩa đó.
Nếu chưa tìm thấy:
DAY DEFINITION NOT CONFIRMED
– CHƯA XÁC NHẬN ĐỊNH NGHĨA “NGÀY”.
Không được tự tính deadline.
────────────────────
BƯỚC 11: TẠO PARTY OBLIGATION MATRIX – MA TRẬN NGHĨA VỤ CÁC BÊN
Đây là một trong những ứng dụng AI hữu ích nhất.
Các cột:
Obligation ID – Mã nghĩa vụ
| Party – Bên thực hiện
| Obligation – Nghĩa vụ
| Trigger Event – Sự kiện kích hoạt
| Time Limit – Thời hạn
| Deliverable – Sản phẩm/Hồ sơ phải nộp
| Recipient – Bên nhận
| Related Clause – Điều khoản
| Consequence – Hệ quả nếu có
| Source – Nguồn
| Status – Trạng thái thực hiện.
Sau đó lọc:
CONTRACTOR OBLIGATIONS
– NGHĨA VỤ NHÀ THẦU.
EMPLOYER OBLIGATIONS
– NGHĨA VỤ CHỦ ĐẦU TƯ.
ENGINEER/CONSULTANT OBLIGATIONS
– NGHĨA VỤ TƯ VẤN/KỸ SƯ.
────────────────────
BƯỚC 12: PHÂN BIỆT OBLIGATION VÀ RIGHT
Ví dụ:
“The Contractor shall submit...”
có thể thể hiện:
Obligation – Nghĩa vụ.
“The Employer may...”
có thể thể hiện:
Right – Quyền.
Không được gom cả hai vào:
“NGHĨA VỤ.”
Tạo riêng:
RIGHTS REGISTER – DANH MỤC QUYỀN.
────────────────────
BƯỚC 13: TẠO DELIVERABLE REGISTER – DANH MỤC HỒ SƠ/SẢN PHẨM PHẢI NỘP
Hợp đồng có thể yêu cầu Nhà thầu nộp:
Programme – Tiến độ.
Method Statement – Biện pháp thi công.
Shop Drawing – Bản vẽ triển khai.
Material Submittal – Hồ sơ trình duyệt vật liệu.
Monthly Report – Báo cáo tháng.
Insurance – Bảo hiểm.
Guarantee – Bảo lãnh.
Testing Record – Hồ sơ thử nghiệm.
As-built Drawing – Bản vẽ hoàn công.
O&M Manual – Tài liệu vận hành và bảo trì.
Warranty Document – Hồ sơ bảo hành.
Payment Application – Hồ sơ đề nghị thanh toán.
AI có thể gom tất cả thành:
CONTRACT DELIVERABLE REGISTER
– DANH MỤC HỒ SƠ PHẢI NỘP THEO HỢP ĐỒNG.
────────────────────
BƯỚC 14: TẠO DEADLINE REGISTER – DANH MỤC THỜI HẠN
Các cột:
Deadline ID – Mã thời hạn
| Requirement – Yêu cầu
| Responsible Party – Bên thực hiện
| Trigger Event – Sự kiện kích hoạt
| Contract Time Limit – Thời hạn hợp đồng
| Trigger Date – Ngày kích hoạt
| Calculated Due Date – Hạn tính toán
| Calculation Basis – Cơ sở tính
| Clause – Điều khoản
| Status – Trạng thái
| Source – Nguồn.
Ví dụ:
“Trong vòng 14 ngày kể từ ngày nhận chỉ dẫn.”
Muốn tính hạn:
PHẢI BIẾT NGÀY NHẬN CHỈ DẪN.
Không biết Trigger Date – Ngày kích hoạt:
DUE DATE NOT CALCULATED
– CHƯA TÍNH HẠN.
────────────────────
BƯỚC 15: KHÔNG TỰ TÍNH DEADLINE KHI THIẾU TRIGGER EVENT – SỰ KIỆN KÍCH HOẠT
Hợp đồng ghi:
“Contractor shall notify within 7 days after becoming aware of the event...”
Muốn tính:
Due Date – Hạn cuối
phải xác định:
Awareness Date – Ngày biết/được coi là biết sự kiện
theo hồ sơ và điều khoản áp dụng.
AI không được tự lấy:
Ngày xảy ra sự kiện
làm:
Awareness Date.
────────────────────
BƯỚC 16: TẠO NOTICE REGISTER – DANH MỤC THÔNG BÁO
Notice – Thông báo
là một nội dung đặc biệt quan trọng.
Các trường:
Notice ID – Mã thông báo
| Notice Type – Loại thông báo
| Trigger – Điều kiện kích hoạt
| Sender – Bên gửi
| Recipient – Bên nhận
| Time Limit – Thời hạn
| Required Content – Nội dung yêu cầu
| Required Method – Phương thức gửi
| Required Address/System – Địa chỉ/Hệ thống gửi
| Clause – Điều khoản
| Evidence of Submission – Bằng chứng gửi
| Status – Trạng thái.
────────────────────
BƯỚC 17: KIỂM TRA NOTICE METHOD – PHƯƠNG THỨC THÔNG BÁO
Một email có phải:
Contractual Notice – Thông báo theo hợp đồng
hay không?
Không thể kết luận chỉ vì:
“NỘI DUNG EMAIL CÓ NHẮC ĐẾN VẤN ĐỀ.”
Phải kiểm tra:
Notice Clause – Điều khoản thông báo.
Required Recipient – Người/Bên nhận bắt buộc.
Required Address – Địa chỉ yêu cầu.
Communication Method – Phương thức trao đổi.
Required Subject/Reference – Tiêu đề/Tham chiếu nếu có.
AI có thể:
FLAG – ĐÁNH DẤU.
Không tự đưa ra:
LEGAL CONCLUSION – KẾT LUẬN PHÁP LÝ.
────────────────────
BƯỚC 18: TẠO NOTICE COMPLIANCE CHECK – KIỂM TRA THÔNG BÁO
Notice ID – Mã
| Contract Requirement – Yêu cầu hợp đồng
| Actual Record – Hồ sơ thực tế
| Time Check – Kiểm tra thời hạn
| Recipient Check – Kiểm tra bên nhận
| Method Check – Kiểm tra phương thức
| Content Check – Kiểm tra nội dung
| Evidence – Bằng chứng
| Exception – Ngoại lệ
| Professional Review – Rà soát chuyên môn.
Nếu thiếu dữ liệu:
INSUFFICIENT BASIS TO CONFIRM NOTICE COMPLIANCE
– CHƯA ĐỦ CĂN CỨ XÁC NHẬN THÔNG BÁO ĐÁP ỨNG YÊU CẦU.
────────────────────
BƯỚC 19: TẠO PAYMENT CLAUSE REGISTER – DANH MỤC ĐIỀU KHOẢN THANH TOÁN
Trích riêng:
Advance Payment – Tạm ứng.
Interim Payment – Thanh toán kỳ.
Payment Application – Hồ sơ đề nghị thanh toán.
Certification – Xác nhận thanh toán.
Retention – Giữ lại.
Recovery – Thu hồi.
Final Payment – Thanh toán cuối cùng.
Currency – Đồng tiền thanh toán.
Tax – Thuế.
Adjustment – Điều chỉnh giá nếu có.
Payment Period – Thời hạn thanh toán.
Required Documents – Hồ sơ yêu cầu.
────────────────────
BƯỚC 20: TẠO PAYMENT REQUIREMENT MATRIX – MA TRẬN YÊU CẦU THANH TOÁN
Payment Stage – Giai đoạn thanh toán
| Required Document – Hồ sơ yêu cầu
| Submission Condition – Điều kiện nộp
| Certification Period – Thời gian xác nhận
| Payment Period – Thời gian thanh toán
| Retention – Giữ lại
| Recovery – Thu hồi
| Clause – Điều khoản
| Source – Nguồn.
AI giúp trả lời:
“HỒ SƠ THANH TOÁN CẦN NHỮNG GÌ?”
Nhưng phải trả lời:
THEO ĐÚNG HỢP ĐỒNG ĐƯỢC CUNG CẤP.
Không tự lấy checklist dự án khác.
────────────────────
BƯỚC 21: PHÂN BIỆT CONTRACT PRICE VÀ PAYMENT
Contract Price – Giá hợp đồng
khác:
Amount Certified – Giá trị được xác nhận.
Amount Paid – Giá trị đã thanh toán.
Outstanding Amount – Giá trị còn chưa thanh toán.
Retention – Giá trị giữ lại.
Advance Recovery – Giá trị thu hồi tạm ứng.
Không được trộn các khái niệm này.
────────────────────
BƯỚC 22: TẠO VARIATION REGISTER – DANH MỤC THAY ĐỔI/PHÁT SINH
Hợp đồng có thể quy định:
Ai được quyền yêu cầu Variation – Thay đổi.
Hình thức chỉ dẫn.
Trình tự đề xuất.
Hồ sơ giá.
Thời hạn phản hồi.
Ảnh hưởng tiến độ.
Phương pháp xác định giá.
Quyền của các bên.
AI nên trích:
VARIATION PROCEDURE
– QUY TRÌNH THAY ĐỔI
thành từng bước.
────────────────────
BƯỚC 23: KHÔNG TỰ KẾT LUẬN “CÓ PHÁT SINH = ĐƯỢC THANH TOÁN”
Một công việc ngoài BOQ
không tự động đồng nghĩa:
Approved Variation – Thay đổi được phê duyệt.
Muốn đánh giá phải kiểm tra:
Contract Scope – Phạm vi hợp đồng.
Instruction – Chỉ dẫn.
Variation Procedure – Quy trình thay đổi.
Approval – Phê duyệt.
Valuation – Xác định giá.
Supporting Records – Hồ sơ chứng minh.
AI chỉ hỗ trợ:
TRACE – TRUY NGUỒN
và:
FLAG MISSING LINKS – ĐÁNH DẤU MẮT XÍCH CÒN THIẾU.
────────────────────
BƯỚC 24: TẠO VARIATION TRACEABILITY CHAIN – CHUỖI TRUY NGUỒN PHÁT SINH
Variation Event – Sự kiện thay đổi
→ Instruction/Request – Chỉ dẫn/Yêu cầu
→ Contract Clause – Điều khoản
→ Scope Impact – Ảnh hưởng phạm vi
→ Drawing/Specification Revision – Thay đổi bản vẽ/chỉ dẫn
→ Quantity Impact – Ảnh hưởng khối lượng
→ Cost Submission – Hồ sơ giá
→ Time Impact – Ảnh hưởng thời gian nếu có
→ Approval – Phê duyệt
→ Payment – Thanh toán
→ Source – Nguồn.
Thiếu mắt xích nào:
AI đánh dấu.
Không tự bù.
────────────────────
BƯỚC 25: TẠO CLAIM REQUIREMENT REGISTER – DANH MỤC YÊU CẦU CLAIM
Nếu hợp đồng có Claim Procedure – Quy trình yêu cầu,
AI có thể trích:
Trigger Event – Sự kiện kích hoạt.
Initial Notice – Thông báo ban đầu.
Notice Period – Thời hạn thông báo.
Detailed Submission – Hồ sơ chi tiết.
Supporting Records – Hồ sơ chứng minh.
Update Requirement – Yêu cầu cập nhật.
Final Submission – Hồ sơ cuối cùng.
Assessment Process – Quy trình đánh giá.
Related Clauses – Điều khoản liên quan.
Nhưng AI không nên tự kết luận:
“CLAIM NÀY CHẮC CHẮN ĐƯỢC CHẤP NHẬN.”
────────────────────
BƯỚC 26: PHÂN BIỆT EVENT, ENTITLEMENT VÀ QUANTUM
Đây là ba khái niệm nên tách.
Event – Sự kiện.
Entitlement – Cơ sở/quyền yêu cầu theo hợp đồng.
Quantum – Giá trị/mức yêu cầu.
Ví dụ:
Có một sự kiện thay đổi thiết kế.
Đó là:
EVENT – SỰ KIỆN.
Nhưng:
Có quyền được thanh toán thêm không?
Đó là vấn đề:
ENTITLEMENT – CƠ SỞ QUYỀN.
Bao nhiêu tiền?
Đó là:
QUANTUM – GIÁ TRỊ.
AI không được thấy:
Event
rồi tự suy ra:
Entitlement + Quantum.
────────────────────
BƯỚC 27: TƯƠNG TỰ VỚI DELAY – CHẬM TIẾN ĐỘ
Có:
Delay Event – Sự kiện có liên quan đến chậm.
Không tự động bằng:
Extension of Time Entitlement
– Quyền được gia hạn thời gian.
Và càng không tự động bằng:
Cost Entitlement
– Quyền yêu cầu chi phí.
Cần đọc:
Contract Clause – Điều khoản.
Notice – Thông báo.
Programme – Tiến độ.
Critical Path – Đường găng.
Contemporaneous Records – Hồ sơ đồng thời.
Cause and Effect – Nguyên nhân và hệ quả.
────────────────────
BƯỚC 28: TẠO EOT REQUIREMENT MATRIX – MA TRẬN YÊU CẦU GIA HẠN THỜI GIAN
EOT – Extension of Time – Gia hạn thời gian.
Các trường:
Event – Sự kiện
| Relevant Clause – Điều khoản
| Notice Requirement – Yêu cầu thông báo
| Time Limit – Thời hạn
| Programme Requirement – Yêu cầu tiến độ
| Records Required – Hồ sơ yêu cầu
| Submission Requirement – Yêu cầu hồ sơ
| Assessment Process – Quy trình đánh giá
| Source – Nguồn.
AI hỗ trợ:
CHECK COMPLETENESS – KIỂM TRA TÍNH ĐẦY ĐỦ.
Không tự quyết:
EOT APPROVED – EOT ĐƯỢC CHẤP NHẬN.
────────────────────
BƯỚC 29: TẠO PROGRESS OBLIGATION REGISTER – DANH MỤC NGHĨA VỤ TIẾN ĐỘ
Hợp đồng có thể yêu cầu:
Baseline Programme – Tiến độ cơ sở.
Updated Programme – Tiến độ cập nhật.
Recovery Programme – Tiến độ phục hồi.
Lookahead – Kế hoạch ngắn hạn.
Progress Report – Báo cáo tiến độ.
Resource Information – Thông tin nguồn lực.
Milestone – Mốc tiến độ.
Completion Date – Ngày hoàn thành.
AI có thể gom tất cả:
PROGRESS REQUIREMENTS
– YÊU CẦU VỀ TIẾN ĐỘ
thành một bảng quản lý.
────────────────────
BƯỚC 30: TẠO MILESTONE REGISTER – DANH MỤC MỐC HỢP ĐỒNG
Milestone ID – Mã mốc
| Milestone – Mốc
| Contract Date – Ngày hợp đồng
| Revised Date – Ngày điều chỉnh nếu có
| Amendment Reference – Tham chiếu sửa đổi
| Actual/Forecast Date – Ngày thực tế/dự báo nếu được cung cấp
| Status – Trạng thái
| Source – Nguồn.
Đặc biệt:
CONTRACT DATE
– NGÀY THEO HỢP ĐỒNG
và:
CURRENT FORECAST
– NGÀY DỰ BÁO HIỆN TẠI
phải tách riêng.
────────────────────
BƯỚC 31: TẠO SUBCONTRACTING REQUIREMENT REGISTER – DANH MỤC YÊU CẦU THẦU PHỤ
Trích các nội dung:
Approval Requirement – Yêu cầu chấp thuận.
Notification Requirement – Yêu cầu thông báo.
Restricted Work – Công việc bị hạn chế nếu có.
Named Subcontractor – Nhà thầu phụ được nêu tên nếu có.
Responsibility – Trách nhiệm.
Document Submission – Hồ sơ phải nộp.
Time Requirement – Thời hạn.
Clause – Điều khoản.
Không tự áp:
QUY ĐỊNH CỦA HỢP ĐỒNG KHÁC
cho hợp đồng đang phân tích.
────────────────────
BƯỚC 32: TẠO SECURITY REGISTER – DANH MỤC BẢO ĐẢM/BẢO LÃNH
Có thể gồm:
Performance Security – Bảo đảm thực hiện hợp đồng.
Advance Payment Guarantee – Bảo lãnh tạm ứng.
Retention Guarantee – Bảo lãnh tiền giữ lại nếu có.
Warranty Guarantee – Bảo lãnh bảo hành nếu có.
Các trường:
Security Type – Loại
| Amount – Giá trị
| Currency – Đồng tiền
| Effective Date – Ngày hiệu lực
| Expiry Condition – Điều kiện hết hiệu lực
| Expiry Date – Ngày hết hạn nếu xác định
| Renewal Requirement – Yêu cầu gia hạn
| Clause – Điều khoản
| Actual Document – Hồ sơ thực tế
| Status – Trạng thái.
────────────────────
BƯỚC 33: ĐẶC BIỆT CẨN THẬN VỚI EXPIRY – HẾT HẠN
Một bảo lãnh có thể ghi:
ngày hết hạn cố định,
hoặc:
hết hiệu lực theo một sự kiện.
AI không được tự tính:
Expiry Date – Ngày hết hạn
nếu điều kiện kích hoạt chưa xác định.
Ghi:
EXPIRY DATE NOT CONFIRMED
– CHƯA XÁC NHẬN NGÀY HẾT HẠN.
────────────────────
BƯỚC 34: TẠO INSURANCE REQUIREMENT REGISTER – DANH MỤC YÊU CẦU BẢO HIỂM
Các trường:
Insurance Type – Loại bảo hiểm
| Required Party – Bên phải mua
| Required Coverage – Phạm vi yêu cầu
| Minimum Limit – Mức tối thiểu nếu có
| Effective Period – Thời gian hiệu lực
| Submission Requirement – Yêu cầu nộp hồ sơ
| Clause – Điều khoản
| Actual Policy – Hợp đồng/Chứng nhận thực tế
| Exception – Ngoại lệ.
AI có thể đối chiếu:
CONTRACT REQUIREMENT
– YÊU CẦU HỢP ĐỒNG
với:
ACTUAL DOCUMENT
– HỒ SƠ THỰC TẾ.
────────────────────
BƯỚC 35: TẠO QUALITY OBLIGATION REGISTER – DANH MỤC NGHĨA VỤ CHẤT LƯỢNG
Có thể gồm:
QA/QC Plan – Kế hoạch QA/QC.
ITP – Inspection and Test Plan – Kế hoạch kiểm tra và thử nghiệm.
Method Statement – Biện pháp thi công.
Material Approval – Phê duyệt vật liệu.
Inspection – Nghiệm thu.
Testing – Thử nghiệm.
NCR – Báo cáo không phù hợp.
As-built – Hoàn công.
O&M – Vận hành và bảo trì.
Nhưng AI chỉ trích:
NHỮNG GÌ HỢP ĐỒNG THỰC SỰ YÊU CẦU.
────────────────────
BƯỚC 36: TẠO HANDOVER REQUIREMENT REGISTER – DANH MỤC YÊU CẦU BÀN GIAO
Các nội dung có thể gồm:
Completion Condition – Điều kiện hoàn thành.
Inspection – Kiểm tra.
Testing – Thử nghiệm.
Commissioning – Chạy thử.
Punch List – Danh sách tồn tại.
As-built Drawing – Bản vẽ hoàn công.
O&M Manual – Tài liệu vận hành bảo trì.
Training – Đào tạo.
Spare Parts – Phụ tùng.
Warranty – Bảo hành.
Certificates – Chứng nhận.
Handover Document – Hồ sơ bàn giao.
Mục tiêu:
BIẾT CHÍNH XÁC “BÀN GIAO” CẦN NHỮNG GÌ THEO HỢP ĐỒNG.
────────────────────
BƯỚC 37: KHÔNG TỰ ĐỒNG NHẤT “HOÀN THÀNH THI CÔNG” VỚI “ĐỦ ĐIỀU KIỆN BÀN GIAO”
Physical Completion – Hoàn thành vật lý
không nhất thiết bằng:
Contractual Completion – Hoàn thành theo hợp đồng.
Vì có thể còn:
Testing – Thử nghiệm.
Commissioning – Chạy thử.
Documentation – Hồ sơ.
Training – Đào tạo.
Punch Items – Tồn tại.
Certificates – Chứng nhận.
Các điều kiện khác theo hợp đồng.
────────────────────
BƯỚC 38: TẠO WARRANTY/DEFECT REGISTER – DANH MỤC BẢO HÀNH/KHUYẾT TẬT
Trích:
Warranty Period – Thời gian bảo hành.
Defects Period – Thời gian xử lý khuyết tật theo hợp đồng.
Start Event – Sự kiện bắt đầu tính.
Repair Obligation – Nghĩa vụ sửa chữa.
Response Time – Thời gian phản hồi nếu có.
Completion Time – Thời hạn xử lý nếu có.
Security – Bảo đảm liên quan.
Clause – Điều khoản.
Không tự tính ngày kết thúc nếu:
START EVENT – SỰ KIỆN BẮT ĐẦU
chưa được xác định.
────────────────────
BƯỚC 39: TẠO TERMINATION/SUSPENSION REGISTER – DANH MỤC TẠM DỪNG/CHẤM DỨT
Đây là nhóm điều khoản nhạy cảm.
AI có thể trích:
Trigger – Điều kiện kích hoạt.
Notice – Thông báo.
Cure Period – Thời gian khắc phục.
Rights – Quyền.
Obligations – Nghĩa vụ.
Consequences – Hệ quả được quy định.
Payment Mechanism – Cơ chế thanh toán nếu có.
Clause – Điều khoản.
Nhưng không nên hỏi AI:
“TRƯỜNG HỢP NÀY CÓ ĐỦ ĐIỀU KIỆN CHẤM DỨT HỢP ĐỒNG KHÔNG?”
rồi dùng câu trả lời đó như:
LEGAL DETERMINATION – KẾT LUẬN PHÁP LÝ.
AI nên:
TRÍCH – ĐỐI CHIẾU – CHỈ RA DỮ LIỆU THIẾU.
────────────────────
BƯỚC 40: TẠO DISPUTE RESOLUTION MAP – SƠ ĐỒ GIẢI QUYẾT TRANH CHẤP
Trích:
Negotiation – Thương lượng.
Engineer/Consultant Determination – Xác định của kỹ sư/tư vấn nếu có.
Dispute Board – Ban xử lý tranh chấp nếu có.
Mediation – Hòa giải nếu có.
Arbitration – Trọng tài.
Court – Tòa án.
Governing Law – Luật điều chỉnh.
Jurisdiction – Thẩm quyền.
Language – Ngôn ngữ.
Venue/Seat – Địa điểm/Trụ sở trọng tài nếu có.
AI có thể biến điều khoản dài thành:
PROCESS MAP – SƠ ĐỒ QUY TRÌNH.
Nhưng phải giữ:
CLAUSE REFERENCE – THAM CHIẾU ĐIỀU KHOẢN.
────────────────────
BƯỚC 41: TẠO CONTRACT RISK/EXCEPTION REGISTER – DANH MỤC NGOẠI LỆ CẦN RÀ SOÁT
Không nên bảo AI:
“HÃY TÌM 10 RỦI RO LỚN NHẤT.”
Vì AI dễ chuyển sang nhận định chủ quan.
Tốt hơn hãy yêu cầu tìm:
Missing Trigger Date – Thiếu ngày kích hoạt.
Missing Notice Evidence – Thiếu bằng chứng thông báo.
Deadline Approaching – Thời hạn sắp đến.
Deadline Passed – Thời hạn đã qua theo dữ liệu.
Conflicting Clauses – Điều khoản có dấu hiệu mâu thuẫn.
Amendment Impact – Điều khoản bị ảnh hưởng bởi phụ lục.
Missing Deliverable – Chưa tìm thấy hồ sơ phải nộp.
Unconfirmed Document Priority – Chưa xác nhận thứ tự ưu tiên.
Unclear Definition – Định nghĩa chưa rõ/chưa tìm thấy.
Missing Approval – Chưa tìm thấy phê duyệt.
Inconsistent Amount – Giá trị không nhất quán.
Inconsistent Date – Ngày không nhất quán.
Đây là:
EXCEPTION-BASED REVIEW
– RÀ SOÁT THEO NGOẠI LỆ.
────────────────────
BƯỚC 42: PHÂN BIỆT “NOT FOUND” VỚI “NOT DONE”
Ví dụ:
AI không tìm thấy:
Performance Security – Bảo đảm thực hiện hợp đồng.
Không được viết:
“NHÀ THẦU CHƯA NỘP BẢO LÃNH.”
Phải viết:
PERFORMANCE SECURITY RECORD NOT FOUND IN PROVIDED DATA
– CHƯA TÌM THẤY HỒ SƠ BẢO ĐẢM THỰC HIỆN HỢP ĐỒNG TRONG DỮ LIỆU ĐƯỢC CUNG CẤP.
Hai câu khác nhau hoàn toàn.
────────────────────
BƯỚC 43: TẠO CONTRACT EVENT REGISTER – DANH MỤC SỰ KIỆN HỢP ĐỒNG
Trong quá trình thực hiện dự án, có thể tạo:
Event ID – Mã sự kiện
| Event Date – Ngày sự kiện
| Event Description – Mô tả
| Related Clause – Điều khoản liên quan
| Notice Required – Có yêu cầu thông báo?
| Notice Date – Ngày thông báo
| Submission Required – Hồ sơ phải nộp
| Due Date – Hạn
| Related Correspondence – Thư từ liên quan
| Current Status – Trạng thái
| Source – Nguồn.
Đây là cầu nối giữa:
CONTRACT – HỢP ĐỒNG
và:
PROJECT RECORDS – HỒ SƠ THỰC HIỆN DỰ ÁN.
────────────────────
BƯỚC 44: TẠO CONTRACT CALENDAR – LỊCH HỢP ĐỒNG
Từ Deadline Register – Danh mục thời hạn,
AI có thể tạo:
Contract Calendar – Lịch hợp đồng.
Ví dụ:
Ngày phải gia hạn bảo lãnh.
Ngày nộp báo cáo.
Ngày cập nhật tiến độ.
Ngày gửi hồ sơ thanh toán.
Ngày phản hồi.
Ngày hết hạn bảo hiểm.
Ngày nộp hồ sơ hoàn công.
Ngày kết thúc bảo hành nếu đủ dữ liệu.
Nhưng mỗi deadline phải truy được:
DUE DATE
→ TRIGGER DATE
→ TIME LIMIT
→ CLAUSE.
────────────────────
BƯỚC 45: TẠO CONTRACT ACTION REGISTER – DANH MỤC HÀNH ĐỘNG HỢP ĐỒNG
Action ID – Mã hành động
| Requirement – Yêu cầu
| Party – Bên thực hiện
| Trigger – Sự kiện kích hoạt
| Due Date – Hạn
| Required Deliverable – Hồ sơ phải nộp
| Current Status – Trạng thái
| Evidence – Bằng chứng
| Clause – Điều khoản
| Source – Nguồn.
Đây là cách biến:
HỢP ĐỒNG TĨNH
thành:
CONTRACT CONTROL SYSTEM
– HỆ THỐNG KIỂM SOÁT HỢP ĐỒNG.
────────────────────
BƯỚC 46: TẠO CONTRACT DASHBOARD – BẢNG ĐIỀU HÀNH HỢP ĐỒNG
Có thể theo dõi:
Upcoming Deadlines – Thời hạn sắp tới.
Overdue Actions – Hành động quá hạn.
Open Notices – Thông báo đang mở.
Pending Approvals – Phê duyệt đang chờ.
Open Variations – Thay đổi đang mở.
Payment Status – Trạng thái thanh toán.
Security Expiry – Hạn bảo lãnh.
Insurance Expiry – Hạn bảo hiểm.
Open Claims – Claim đang mở nếu dự án sử dụng.
Handover Requirements – Yêu cầu bàn giao.
Nhưng:
MỖI CON SỐ PHẢI DRILL DOWN – TRUY XUỐNG ĐƯỢC TỚI ĐIỀU KHOẢN VÀ HỒ SƠ NGUỒN.
────────────────────
BƯỚC 47: DÙNG AI ĐỂ HỎI HỢP ĐỒNG THEO CÂU HỎI CỤ THỂ
Thay vì hỏi:
“HỢP ĐỒNG NÀY CÓ GÌ QUAN TRỌNG?”
Hãy hỏi:
“Nhà thầu phải nộp những loại bảo lãnh nào?”
“Thời hạn thông báo Variation – Thay đổi là bao lâu?”
“Hồ sơ thanh toán cần những tài liệu nào?”
“Điều khoản nào quy định về thầu phụ?”
“Điều kiện bắt đầu thời gian bảo hành là gì?”
“Có quy định thứ tự ưu tiên tài liệu không?”
“Điều khoản nào đã bị sửa bởi phụ lục?”
“Những nghĩa vụ nào có thời hạn trong 30 ngày tới?”
Và luôn yêu cầu:
CLAUSE + PAGE + SOURCE
– ĐIỀU KHOẢN + TRANG + NGUỒN.
────────────────────
BƯỚC 48: TẠO TWO-WAY CHECK – KIỂM TRA HAI CHIỀU
Chiều 1:
CLAUSE → REGISTER.
Chọn ngẫu nhiên 10 điều khoản quan trọng.
Kiểm tra:
AI đã đưa đúng vào bảng chưa?
Chiều 2:
REGISTER → CLAUSE.
Chọn 10 dòng trong bảng.
Truy ngược:
Nó lấy từ đâu?
Có đúng nguyên văn không?
Có bỏ mất điều kiện không?
Có bỏ mất ngoại lệ không?
Có bị phụ lục sửa đổi không?
Đây là bước bắt buộc nếu dùng AI cho hợp đồng.
────────────────────
BƯỚC 49: KIỂM TRA ĐẶC BIỆT CÁC TỪ “NHỎ NHƯNG NGUY HIỂM”
Khi AI tóm tắt, phải rà soát các từ:
If – Nếu.
Unless – Trừ khi.
Except – Ngoại trừ.
Subject to – Tùy thuộc/Theo điều kiện.
Provided that – Với điều kiện rằng.
Before – Trước.
After – Sau.
Within – Trong vòng.
Not later than – Không muộn hơn.
At least – Ít nhất.
Only if – Chỉ khi.
May – Có thể/được quyền.
Shall – Phải theo ngữ cảnh.
Including – Bao gồm.
Excluding – Không bao gồm.
Một từ bị bỏ:
CÓ THỂ LÀM THAY ĐỔI CẢ Ý NGHĨA ĐIỀU KHOẢN.
────────────────────
BƯỚC 50: MỤC TIÊU CUỐI CÙNG
Không phải:
AI TÓM TẮT 300 TRANG HỢP ĐỒNG THÀNH 10 TRANG.
Mục tiêu tốt hơn là:
300 TRANG HỢP ĐỒNG
→ DOCUMENT INVENTORY – DANH MỤC TÀI LIỆU
→ DOCUMENT HIERARCHY – THỨ TỰ ƯU TIÊN
→ DEFINITION REGISTER – DANH MỤC ĐỊNH NGHĨA
→ CLAUSE REGISTER – DANH MỤC ĐIỀU KHOẢN
→ OBLIGATION MATRIX – MA TRẬN NGHĨA VỤ
→ DELIVERABLE REGISTER – DANH MỤC HỒ SƠ PHẢI NỘP
→ DEADLINE REGISTER – DANH MỤC THỜI HẠN
→ NOTICE REGISTER – DANH MỤC THÔNG BÁO
→ PAYMENT REGISTER – DANH MỤC THANH TOÁN
→ VARIATION REGISTER – DANH MỤC THAY ĐỔI
→ CONTRACT EVENT REGISTER – DANH MỤC SỰ KIỆN
→ EXCEPTION REGISTER – DANH MỤC NGOẠI LỆ
→ CONTRACT CALENDAR – LỊCH HỢP ĐỒNG
→ TRACEABILITY – TRUY NGUỒN.
Khi đó AI không thay người quản lý hợp đồng.
AI giúp người quản lý hợp đồng:
KHÔNG BỎ SÓT ĐIỀU KHOẢN,
KHÔNG BỎ SÓT THỜI HẠN,
VÀ TÌM ĐƯỢC NGUỒN NHANH HƠN.
────────────────────
5 SAI LẦM THƯỜNG GẶP
SAI LẦM 1:
CHỈ UPLOAD FILE HỢP ĐỒNG GỐC.
Trong khi:
PHỤ LỤC ĐÃ SỬA ĐIỀU KHOẢN.
────────────────────
SAI LẦM 2:
YÊU CẦU AI:
“TÓM TẮT HỢP ĐỒNG.”
Tóm tắt quá mạnh có thể làm mất:
CONDITION – ĐIỀU KIỆN.
EXCEPTION – NGOẠI LỆ.
TIME LIMIT – THỜI HẠN.
────────────────────
SAI LẦM 3:
AI KHÔNG TÌM THẤY HỒ SƠ
→ KẾT LUẬN BÊN KIA KHÔNG THỰC HIỆN.
Sai.
NOT FOUND
– CHƯA TÌM THẤY
không bằng:
NOT DONE
– CHƯA THỰC HIỆN.
────────────────────
SAI LẦM 4:
CÓ EVENT – SỰ KIỆN
→ KẾT LUẬN NGAY CÓ ENTITLEMENT – QUYỀN YÊU CẦU.
Sai.
Event
≠ Entitlement
≠ Quantum.
────────────────────
SAI LẦM 5:
ĐỂ AI TỰ ĐƯA RA KẾT LUẬN PHÁP LÝ CUỐI CÙNG.
AI nên hỗ trợ:
EXTRACT – TRÍCH XUẤT.
COMPARE – SO SÁNH.
TRACE – TRUY NGUỒN.
FLAG – CẢNH BÁO.
Người có thẩm quyền/chuyên môn mới:
REVIEW AND DECIDE – RÀ SOÁT 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. Luôn giữ English Term – Thuật ngữ tiếng Anh cạnh Vietnamese Meaning – Nghĩa tiếng Việt.
2. Luôn kiểm kê đầy đủ Contract Documents – Tài liệu hợp đồng trước khi phân tích.
3. Kiểm tra Amendment – Sửa đổi trước khi sử dụng điều khoản gốc.
4. Không tự xác định Priority of Documents – Thứ tự ưu tiên tài liệu.
5. Giữ Exact Wording – Nguyên văn đối với điều khoản quan trọng.
6. Mọi nghĩa vụ phải có Clause Reference – Tham chiếu điều khoản.
7. Mọi Deadline – Thời hạn phải truy được Trigger + Time Limit.
8. Không biết Trigger Date – Ngày kích hoạt thì không tự tính hạn.
9. Event – Sự kiện không đồng nghĩa Entitlement – Quyền yêu cầu.
10. Missing Record – Thiếu hồ sơ trong dữ liệu không đồng nghĩa Non-compliance – Không tuân thủ.
11. AI không tự kết luận pháp lý.
12. Các nội dung quan trọng phải Two-way Check – Kiểm tra hai chiều.
────────────────────
PROMPT “CHỐNG SUY ĐOÁN”
Copy đoạn này vào cuối Prompt:
“Chỉ sử dụng Construction Contract (Hợp đồng xây dựng), Contract Agreement (Thỏa thuận hợp đồng), General Conditions (Điều kiện chung), Particular Conditions (Điều kiện cụ thể), Appendices (Phụ lục), Amendments (Sửa đổi), Scope of Work (Phạm vi công việc), BOQ (Bảng khối lượng), Specifications (Chỉ dẫn kỹ thuật), Drawings (Bản vẽ), Correspondence (Thư từ) và các tài liệu tôi cung cấp.
Luôn giữ English Term (Thuật ngữ tiếng Anh) cạnh Vietnamese Meaning (Nghĩa tiếng Việt).
Không tự xác định Priority of Documents (Thứ tự ưu tiên tài liệu), Governing Clause (Điều khoản chi phối), Trigger Date (Ngày kích hoạt), Due Date (Hạn cuối), Entitlement (Quyền yêu cầu), Liability (Trách nhiệm), Variation Approval (Phê duyệt thay đổi), Claim Validity (Tính hợp lệ của claim), Extension of Time (Gia hạn thời gian) hoặc Legal Conclusion (Kết luận pháp lý) nếu hồ sơ không đủ căn cứ.
Không tự coi điều khoản gốc còn hiệu lực nếu có Amendment (Sửa đổi) hoặc Supplement (Bổ sung) liên quan chưa được kiểm tra.
Không tự coi Event (Sự kiện) là Entitlement (Quyền yêu cầu).
Không tự coi Variation Work (Công việc thay đổi) là Approved Variation (Thay đổi được phê duyệt).
Không tự coi email hoặc biên bản họp là Contractual Notice (Thông báo theo hợp đồng) nếu chưa kiểm tra yêu cầu về người nhận, phương thức, thời hạn và nội dung.
Không tự tính Due Date (Hạn cuối) nếu chưa xác định Trigger Date (Ngày kích hoạt) và cách tính Day (Ngày).
Nếu không tìm thấy thông tin, ghi:
CHƯA TÌM THẤY TRONG DỮ LIỆU ĐƯỢC CUNG CẤP
(NOT FOUND IN PROVIDED DATA).
Nếu tài liệu không đọc rõ, ghi:
KHÔNG ĐỌC ĐƯỢC
(UNREADABLE).
Nếu các tài liệu quy định khác nhau nhưng chưa xác định được thứ tự ưu tiên, ghi:
PHÁT HIỆN QUY ĐỊNH KHÔNG NHẤT QUÁN – CHƯA ĐỦ CĂN CỨ XÁC ĐỊNH QUY ĐỊNH CHI PHỐI
(INCONSISTENT REQUIREMENTS – INSUFFICIENT BASIS TO DETERMINE GOVERNING REQUIREMENT).
Nếu thiếu căn cứ để đưa ra kết luận, ghi:
CHƯA ĐỦ CĂN CỨ KẾT LUẬN
(INSUFFICIENT BASIS TO CONCLUDE).
Mỗi nội dung quan trọng phải cố gắng truy được:
TOPIC – CHỦ ĐỀ
→ CLAUSE – ĐIỀU KHOẢN
→ EXACT WORDING – NGUYÊN VĂN
→ PAGE – TRANG
→ RELATED CLAUSE – ĐIỀU KHOẢN LIÊN QUAN
→ AMENDMENT – SỬA ĐỔI
→ REQUIREMENT – YÊU CẦU
→ PARTY – BÊN THỰC HIỆN
→ TRIGGER – SỰ KIỆN KÍCH HOẠT
→ TIME LIMIT – THỜI HẠN
→ SOURCE – NGUỒN.”
────────────────────
THỰC HÀNH NGAY
Đừng bắt đầu bằng:
“AI HÃY PHÂN TÍCH TOÀN BỘ HỢP ĐỒNG CHO TÔI.”
Hãy chọn:
01 HỢP ĐỒNG ĐANG THỰC HIỆN.
Bước đầu chỉ làm:
1. Document Inventory – Danh mục tài liệu.
2. Document Hierarchy – Thứ tự ưu tiên tài liệu.
3. Amendment Register – Danh mục sửa đổi.
4. Definition Register – Danh mục định nghĩa.
5. Obligation Matrix – Ma trận nghĩa vụ.
6. Deliverable Register – Danh mục hồ sơ phải nộp.
7. Deadline Register – Danh mục thời hạn.
8. Notice Register – Danh mục thông báo.
9. Payment Requirement Matrix – Ma trận yêu cầu thanh toán.
10. Variation Procedure – Quy trình thay đổi.
11. Contract Event Register – Danh mục sự kiện hợp đồng.
12. Contract Exception Register – Danh mục ngoại lệ.
Sau đó chọn:
10 DÒNG NGẪU NHIÊN
và:
REVERSE CHECK – KIỂM TRA NGƯỢC
về hợp đồng gốc.
Nếu 10 dòng đều truy đúng:
CLAUSE – ĐIỀU KHOẢN,
PAGE – TRANG,
SOURCE – NGUỒN,
mới mở rộng sang toàn bộ hợp đồng.
Mục tiêu cuối cùng:
CONTRACT DOCUMENTS – TÀI LIỆU HỢP ĐỒNG
→ CLAUSES – ĐIỀU KHOẢN
→ OBLIGATIONS – NGHĨA VỤ
→ TRIGGERS – SỰ KIỆN KÍCH HOẠT
→ DEADLINES – THỜI HẠN
→ DELIVERABLES – HỒ SƠ PHẢI NỘP
→ NOTICES – THÔNG BÁO
→ PAYMENTS – THANH TOÁN
→ VARIATIONS – THAY ĐỔI
→ EVENTS – SỰ KIỆN
→ EXCEPTIONS – NGOẠI LỆ
→ TRACEABILITY – TRUY NGUỒN
→ PROFESSIONAL REVIEW – RÀ SOÁT CHUYÊN MÔN.
AI không biến hợp đồng thành tài liệu “dễ đoán”.
AI phải giúp chúng ta biến hợp đồng thành:
MỘT HỆ THỐNG DỮ LIỆU CÓ THỂ TRA CỨU, THEO DÕI VÀ TRUY NGUỒN.
BÀI 53/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 #HopDongXayDung #QuanLyHopDong #QuanLyDuAn #KySuXayDung
Viết bình luận