Due Diligence – thẩm tra – không phải một checklist có/không. Mục tiêu là phát hiện những điều có thể thay đổi giá, điều khoản, cấu trúc giao dịch, thời gian hoặc quyết định có tiếp tục giao dịch hay không.
Trong BĐS, DD thường gồm nhiều luồng: pháp lý, đất đai, quy hoạch, kỹ thuật, môi trường, thương mại, tài chính, thuế, hợp đồng thuê, bảo hiểm và vận hành. Giá trị nằm ở việc các luồng này nói chuyện với nhau.
Chuyên đề: Mô hình định tính, hành vi & ra quyết định trong BĐS · Bài 23 · Thị trường, khách hàng, địa điểm và dự án
Biên soạn: ThS. Nguyễn Mạnh Hùng
Đơn vị: GV. Khoa QLĐĐ&BĐS – ĐH Nông Lâm TP.HCM
Email: nguyenmanhhung@hcmuaf.edu.vn
1. DD là quá trình giảm bất đối xứng thông tin
Bên bán biết tài sản nhiều hơn bên mua. DD giúp bên mua kiểm chứng giả định, tìm thiếu sót và lượng hóa exposure. RICS mô tả technical due diligence như quá trình rà soát, phân tích và thu thập thông tin có hệ thống về đặc điểm vật lý để hỗ trợ đánh giá rủi ro giao dịch.
2. Các workstream chính
| Workstream | Câu hỏi |
|---|---|
| Legal/Land | Quyền gì? tranh chấp? hạn chế? |
| Planning | Use/FAR/permit phù hợp? |
| Technical | Tình trạng, defect, CAPEX? |
| Environmental | Ô nhiễm, ngập, rủi ro? |
| Commercial | Market, tenant, rent, vacancy? |
| Financial | NOI, arrears, OPEX? |
| Tax | Thuế/phí/liability? |
| Insurance | Coverage/claim? |
| Operational | Vendor, system, backlog? |
3. Red Flag Model
| Mức | Ý nghĩa | Hành động |
|---|---|---|
| Critical | Có thể không giao dịch | Stop/điều kiện tiên quyết |
| Major | Ảnh hưởng giá/điều khoản lớn | Renegotiate/indemnity |
| Moderate | Quản được | CAPEX/reserve/covenant |
| Minor | Tác động nhỏ | Theo dõi |
Red flag phải có cơ chế tài chính/pháp lý. Không nên chỉ gắn màu đỏ mà không nói exposure là gì.
4. Cấu trúc dữ liệu DD
| issue_id | workstream | finding | evidence | severity | exposure | action | owner | status |
|---|---|---|---|---|---|---|---|---|
| DD-021 | Technical | HVAC cuối vòng đời | Survey | Major | CAPEX 12 tỷ | Điều chỉnh giá | Buyer | Open |
Nếu nhiều tài liệu, issue_id nên liên kết document_id và page/reference để tạo audit trail.
5. Evidence hierarchy
Hồ sơ chính thức, hợp đồng, khảo sát kỹ thuật và dữ liệu giao dịch có trọng lượng khác marketing brochure hoặc lời nói. Nếu không kiểm được do data room thiếu, kết luận phải là 'không đủ bằng chứng', không phải tự động 'không có vấn đề'.
6. Từ red flag tới deal response
- Không tiếp tục.
- Yêu cầu khắc phục trước closing.
- Điều chỉnh giá.
- Giữ lại tiền/escrow.
- Indemnity/warranty.
- CAPEX reserve.
- Điều chỉnh cấu trúc giao dịch.
- Chấp nhận có ý thức.
7. Case: mua tòa văn phòng
TDD phát hiện facade cần sửa 20 tỷ; lease review phát hiện khách lớn có break option; legal phát hiện quyền sử dụng một phần bãi xe chưa rõ. Ba issue không thể cộng thành một điểm rủi ro. Mỗi issue có response khác: điều chỉnh giá, stress case và điều kiện trước closing.
8. Data room và version control
DD thường có hàng trăm tài liệu. Cần index, version, status reviewed, reviewer và query log. Nếu bên bán cập nhật tài liệu, issue liên quan phải được reopen hoặc mark superseded.
9. Liên kết workstream
Một defect kỹ thuật có thể ảnh hưởng insurance; một vấn đề tenant lease có thể ảnh hưởng valuation; một giới hạn pháp lý có thể làm concept phát triển mất khả thi. DD team nên có issue meeting liên ngành thay vì mỗi tư vấn nộp báo cáo riêng.
10. Sai lầm
- Checklist nhiều nhưng không ưu tiên.
- Missing document bị hiểu là không có issue.
- Red flag không lượng exposure.
- Không nối issue với deal term.
- Workstream không chia sẻ phát hiện.
- Không kiểm thay đổi tới closing.
11. DD không kết thúc ở báo cáo
Kết quả DD phải được chuyển vào SPA/APA, price adjustment, warranty, indemnity, condition precedent, capex plan hoặc integration plan. Nếu issue chỉ nằm trong báo cáo PDF rồi đóng lại, DD chưa hoàn thành giá trị quyết định.
Cần một issue-to-deal-term matrix để theo dõi issue nào đã được xử lý bằng điều khoản nào, issue nào được chấp nhận và issue nào còn open tới closing.
12. Materiality và phạm vi
Không phải DD càng nhiều càng tốt. Phạm vi phải theo loại tài sản, deal size và risk appetite. Một trung tâm thương mại cần lease review sâu; đất phát triển cần planning/legal/geotech sâu; hotel cần operator agreement và capex/FF&E.
Materiality threshold giúp tập trung nguồn lực, nhưng không được dùng để bỏ qua issue an toàn hoặc pháp lý có tính “binary”.
13. DD liên tục tới closing
Giữa ngày report và closing, tài sản có thể thay đổi: tenant rời, sự cố kỹ thuật, văn bản pháp lý mới, covenant breach. Vì vậy nên có bring-down DD hoặc confirmation trước closing cho các issue trọng yếu.
14. Bài tập thực hành: biến phát hiện DD thành điều khoản giao dịch
Cho 8 phát hiện: defect kỹ thuật, lease break, arrears, giấy phép thiếu, ô nhiễm, zoning uncertainty, insurance exclusion và vendor contract bất lợi. Với mỗi issue, chọn response: price adjustment, condition precedent, indemnity, reserve, covenant, accept hoặc walk-away.
Ghi rõ vì sao. Mục tiêu là luyện tư duy rằng DD không kết thúc ở “phát hiện”, mà kết thúc ở cách deal hấp thụ hoặc loại rủi ro.
15. DD và xác suất không chắc chắn
Một số issue là binary như quyền sở hữu; một số issue có bất định như chi phí sửa chữa ước tính hoặc khả năng tenant rời. Không nên ép tất cả thành màu. Với issue có range, nên đưa khoảng chi phí/timing vào financial model và scenario để thấy impact lên giá trị giao dịch.
Ghi nhớ trong 30 giây
- DD nhằm thay đổi chất lượng quyết định giao dịch.
- Red flag gắn exposure và response.
- Thiếu bằng chứng không phải bằng chứng không có vấn đề.
- Workstream cần liên thông.
- Audit trail và version control quan trọng.
Nguồn tham khảo
- RICS – Technical Due Diligence of Commercial Property, 1st edition.
- RICS – valuation and real estate standards.
Bài tiếp theo: Risk Heat Map, Bow-Tie, 5 Whys và Fishbone: mô hình hóa rủi ro và nguyên nhân gốc