BIM Hub Việt Nam

28/08/2026

🚨 **MODEL CÓ ĐẦY ĐỦ ĐỐI TƯỢNG, NHƯNG KHÔNG BIẾT NÓ THUỘC KHU VỰC NÀO?**

Một model Revit có thể nhìn rất đầy đủ.

Nhưng thử chọn một đối tượng và hỏi:

👉 Nó thuộc **Zone nào?**
👉 Thuộc **Level nào?**
👉 Thuộc **Building/Block nào?**
👉 Thuộc **System nào?**
👉 Thuộc **bộ môn nào?**
👉 Thuộc **gói công việc nào?**

Nếu model không trả lời được những câu hỏi này thì khi dự án lớn lên, việc quản lý sẽ bắt đầu khó khăn.

Ví dụ:

Dự án có 3 Block, 2 tầng hầm và hàng chục tầng.

Bạn cần lọc:

**“Toàn bộ thiết bị MEP thuộc Block B – Tầng 10 – Zone 03.”**

Nhưng Parameter của đối tượng lại không có thông tin về:

❌ Block
❌ Zone
❌ System
❌ Location
❌ Work Package

Kết quả?

Muốn thống kê → phải lọc thủ công.

Muốn kiểm tra → phải tìm từng khu vực.

Muốn xuất dữ liệu → phải xử lý lại.

Muốn giao việc → khó xác định phạm vi.

Muốn kiểm soát tiến độ → không biết đối tượng thuộc gói nào.

Đây là lúc chúng ta thấy sự khác nhau giữa:

**“Dựng được Model”**

và

**“Tổ chức được thông tin trong Model.”**

💡 Trong BIM, một đối tượng không chỉ cần biết:

**“Tôi là cái gì?”**

mà còn cần trả lời được:

📍 **Tôi ở đâu?**
⚙️ **Tôi thuộc hệ thống nào?**
🏗️ **Tôi thuộc phạm vi nào?**
👷 **Ai chịu trách nhiệm cho tôi?**
📊 **Tôi sẽ được sử dụng cho mục đích gì?**

Khi dữ liệu được tổ chức ngay từ đầu, chúng ta mới có thể khai thác model hiệu quả cho **Filter, Schedule, Clash, Quantity, 4D, 5D và quản lý thông tin.**

🔥 **Model càng lớn, việc phân loại và tổ chức dữ liệu càng quan trọng.**

Đừng đợi đến lúc cần thống kê mới bắt đầu hỏi:

> **“Ủa... cái này thuộc khu vực nào vậy?” 😅**

💬 Dự án của bạn hiện đang quản lý **Zone – Level – System – Location** trong model bằng cách nào?

25/08/2026

🚀 **LIỆU AI CÓ THAY THẾ KỸ SƯ?**

AI đang phát triển rất nhanh.

AI có thể viết code.
AI có thể đọc bản vẽ.
AI có thể phân tích dữ liệu.
AI có thể hỗ trợ dựng mô hình.
AI có thể phát hiện lỗi và tự động hóa hàng loạt công việc mà trước đây kỹ sư phải thực hiện thủ công.

Vậy một câu hỏi bắt đầu xuất hiện:

**“Liệu một ngày nào đó AI có thay thế kỹ sư?”**

Theo mình, AI có thể **thay thế một phần công việc của kỹ sư**, đặc biệt là những công việc:

🔹 Lặp đi lặp lại
🔹 Có quy tắc rõ ràng
🔹 Tốn nhiều thời gian xử lý dữ liệu
🔹 Có thể tiêu chuẩn hóa và tự động hóa

Nhưng nghề kỹ sư không chỉ có thao tác.

Một Clash được phát hiện tự động không có nghĩa AI biết **bộ môn nào nên điều chỉnh**.

Một phương án được AI đề xuất không có nghĩa phương án đó **phù hợp để thi công**.

Một mô hình được tạo tự động không có nghĩa dữ liệu bên trong **đúng yêu cầu dự án**.

Cuối cùng vẫn cần con người:

👉 Kiểm tra
👉 Phối hợp
👉 Đánh giá rủi ro
👉 Đưa ra quyết định
👉 Chịu trách nhiệm về kết quả

Vì vậy, có lẽ câu hỏi đáng quan tâm hơn không phải:

**“AI có thay thế kỹ sư không?”**

Mà là:

> **“Khi AI có thể làm 50% công việc hiện tại của bạn, 50% giá trị còn lại của bạn là gì?”**

Kỹ sư tương lai có thể không cần làm mọi thứ bằng tay.

Nhưng sẽ cần biết **đặt vấn đề đúng, sử dụng AI đúng, kiểm chứng kết quả và đưa ra quyết định đúng.**

💬 **Theo bạn, AI sẽ thay thế kỹ sư hay chỉ thay đổi cách kỹ sư làm việc?**

23/08/2026

# 🔍 FAMILY & TYPE TRONG REVIT – HIỂU ĐÚNG ĐỂ MODEL KHÔNG BỊ “RÁC”

Khi mới học Revit, chúng ta thường quan tâm:

**“Family này dựng như thế nào?”**

Nhưng khi làm dự án thực tế, câu hỏi quan trọng hơn lại là:

👉 **“Family và Type này đang được quản lý như thế nào?”**

Trong Revit, có thể hiểu đơn giản:

🔹 **Family** = một nhóm đối tượng cùng bản chất.
🔹 **Type** = các biến thể khác nhau bên trong Family.
🔹 **Instance** = đối tượng cụ thể được đặt vào mô hình.

Ví dụ:

**Family:** Cửa đi 1 cánh
→ Type: 800x2100
→ Type: 900x2100
→ Type: 1000x2200

Bạn đặt Type 900x2100 vào 20 vị trí khác nhau → đó là **20 Instances**.

# # # ⚠️ Vấn đề thường gặp trong dự án

❌ Mỗi kích thước lại tạo một Family mới.
❌ Duplicate Type liên tục nhưng không đặt tên rõ ràng.
❌ Family tải từ Internet đưa thẳng vào Project mà không kiểm tra.
❌ Parameter trong Family không thống nhất.
❌ Type gần giống nhau nhưng tồn tại rất nhiều bản sao.
❌ Đặt tên kiểu:

**Type 1 – Type 2 – Copy 1 – Copy 2 – New Type... 😅**

Khi Model còn nhỏ, có thể chưa thấy vấn đề.

Nhưng khi dự án có hàng nghìn đối tượng, Family & Type không được quản lý tốt sẽ khiến:

👉 Khó tìm đúng đối tượng.
👉 Schedule khó kiểm soát.
👉 Dữ liệu không đồng nhất.
👉 File ngày càng nặng và khó quản lý.
👉 Người tiếp nhận Model không hiểu cấu trúc của người làm trước.

# # # 💡 Vì vậy, trước khi tạo Family mới hãy hỏi:

**Family này đã tồn tại chưa?**
**Chỉ khác kích thước thì có cần tạo Family mới không?**
**Parameter nào nên là Type, Parameter nào nên là Instance?**
**Quy tắc đặt tên của dự án là gì?**

📌 Một Project Revit tốt không phải Project có thật nhiều Family.

Mà là Project có **Family đúng – Type rõ ràng – Parameter thống nhất – dữ liệu dễ kiểm soát.**

**Model BIM không chỉ cần đúng hình học.
Dữ liệu phía sau mô hình cũng phải được tổ chức đúng.**

22/08/2026

# ⚠️ MỘT LỖI REVIT MỖI NGÀY #01

# # “None of the created elements are visible in … View”

Bạn vừa dựng Wall, Floor, Family hoặc một cấu kiện nào đó.

Revit vẫn cho tạo đối tượng, nhưng ngay lập tức xuất hiện cảnh báo:

**“None of the created elements are visible in … View.”**

👉 Model rồi nhưng… **không thấy đâu!**

Đây là một trong những tình huống khá phổ biến khi làm việc với Revit.

# # # 🔍 Tại sao lại xảy ra?

Không nhất thiết đối tượng đã bị mất. Thường là **đối tượng tồn tại trong Model nhưng không đáp ứng điều kiện hiển thị của View hiện tại.**

Một số nguyên nhân nên kiểm tra:

🔹 **1. View Range**
Đối tượng nằm ngoài phạm vi nhìn của mặt bằng hiện tại.

🔹 **2. Level & Offset**
Bạn đang đứng ở Level 2 nhưng đối tượng lại được Host/đặt cao độ ở Level khác hoặc có Offset bất thường.

🔹 **3. Visibility/Graphics – VG/VV**
Category của đối tượng đang bị tắt.

🔹 **4. View Template**
View Template đang kiểm soát Visibility/Graphics khiến bạn không thể thấy đối tượng.

🔹 **5. Phase & Phase Filter**
Phase của cấu kiện không phù hợp với Phase đang hiển thị trong View.

🔹 **6. Workset**
Workset chứa đối tượng đang bị đóng hoặc không hiển thị trong View.

🔹 **7. Filters**
View Filter có thể đang ẩn chính Category hoặc đối tượng vừa tạo.

🔹 **8. Crop Region / Scope Box**
Đối tượng nằm ngoài phạm vi hiển thị của View.

🔹 **9. Discipline**
Thiết lập Discipline của View cũng có thể ảnh hưởng đến cách một số Category được hiển thị.

🔹 **10. Hide in View**
Đối tượng hoặc Category có thể đã được Hide trước đó.

# # # 🛠 Khi gặp lỗi, đừng Model lại ngay!

Hãy kiểm tra theo trình tự:

**Level/Offset → View Range → VG → View Template → Phase → Workset → Filter → Crop/Scope Box → Hide in View.**

Có thể mở **3D View** để kiểm tra xem đối tượng thực sự được tạo ở đâu trước khi xóa hoặc dựng lại.

💡 **Một nguyên tắc nhỏ khi xử lý Revit:**

**“Không thấy ≠ Không tồn tại.”**

Đừng vội dựng lại một cấu kiện chỉ vì không nhìn thấy nó trên View hiện tại. Nếu đối tượng cũ vẫn tồn tại, bạn có thể vô tình tạo **Duplicate Instances**, sai khối lượng và làm Model ngày càng khó kiểm soát.

👉 Bạn đã từng gặp cảnh **Model xong nhưng không biết nó chạy đi đâu chưa? 😅**

17/08/2026

📌 **TIDP LÀ GÌ TRONG BIM? – KHÔNG CHỈ LÀ MỘT BẢNG TIẾN ĐỘ!**

Trong một dự án BIM có nhiều bộ môn cùng tham gia:

🏗 Kiến trúc
🏗 Kết cấu
⚙️ MEP
🔥 PCCC
📐 BIM Coordination...

Một câu hỏi rất quan trọng là:

**Ai phải giao thông tin gì? Khi nào giao? Và ai chịu trách nhiệm?**

Đó là lúc **TIDP – Task Information Delivery Plan** được sử dụng.

Hiểu đơn giản:

👉 **TIDP là kế hoạch giao thông tin của một nhóm/task team trong dự án.**

Ví dụ bộ môn Kiến trúc có thể phải bàn giao:

**Model Architecture → IFC → Drawing → Schedule**

Trong TIDP sẽ xác định rõ:

**WHAT – Giao cái gì?**
Model, bản vẽ, IFC, schedule, report...

**WHO – Ai chịu trách nhiệm?**
Người lập, người kiểm tra, người phê duyệt...

**WHEN – Khi nào phải giao?**
Ngày dự kiến hoàn thành và phát hành.

**HOW – Yêu cầu thông tin như thế nào?**
Định dạng, mức độ thông tin, trạng thái và các yêu cầu liên quan.

📌 **TIDP và MIDP khác nhau thế nào?**

Có thể hiểu đơn giản:

**TIDP = Kế hoạch giao thông tin của từng nhóm**
⬇️
**MIDP = Kế hoạch giao thông tin tổng thể của dự án**

Các TIDP của từng nhóm được phối hợp để hình thành và duy trì **MIDP – Master Information Delivery Plan**.

💡 Vì vậy, TIDP không nên được lập chỉ để “có hồ sơ BIM”.

Một TIDP tốt phải giúp đội dự án trả lời được:

> **Ai làm – Làm gì – Khi nào giao – Giao cho ai – Theo yêu cầu nào?**

Nếu không quản lý được những câu hỏi này thì dù model rất đẹp, dự án vẫn có thể gặp tình trạng:

❌ Bộ môn này chờ bộ môn kia
❌ Model cập nhật không đúng thời điểm
❌ Không rõ phiên bản nào được sử dụng
❌ Trễ kế hoạch phối hợp và phát hành hồ sơ

**BIM không chỉ là quản lý Model. BIM còn là quản lý việc tạo ra và bàn giao thông tin.**

💬 **Dự án của bạn hiện đang quản lý TIDP thực sự, hay vẫn chủ yếu giao việc qua Zalo + Excel?**

05/08/2026

# “LÀM BIM NHƯNG VẪN QUẢN LÝ DỰ ÁN BẰNG ZALO, GMAIL VÀ EXCEL?” – Sai lầm khiến cả nhóm phải làm lại mô hình nhiều lần

Hai năm trước, khi số lượng dự án còn ít, nhiều đơn vị nghĩ rằng chỉ cần một nhóm Zalo, vài file Excel và Gmail là đủ để quản lý.

Mỗi người tự lưu file trên máy.

Mỗi lần cập nhật thì gửi qua chat.

Hồ sơ phát hành thì gửi email.

Lúc đó, mọi thứ vẫn vận hành được.

Nhưng khi dự án nhiều hơn, số lượng bộ môn tăng lên, mô hình BIM ngày càng phức tạp… mọi thứ bắt đầu trở nên rối rắm.

Có ngày nhận hàng trăm tin nhắn.

File Revit nằm trên máy kỹ sư.

IFC gửi qua Gmail.

Biên bản họp ở một thư mục khác.

RFI lại trao đổi trên Zalo.

Clash được theo dõi bằng Excel.

BEP được lưu trong một thư mục mà rất ít người mở.

Đến khi cần kiểm tra, cả nhóm mất rất nhiều thời gian chỉ để tìm đúng tài liệu và đúng phiên bản.

Có người dựng theo model cũ.

Có người thi công theo bản vẽ chưa phát hành.

Có Clash không rõ đã xử lý hay chưa.

Có Issue không biết đang thuộc trách nhiệm của ai.

Lúc đó mới nhận ra...

**Vấn đề không phải BIM thiếu phần mềm. Vấn đề là thiếu một hệ thống quản lý thông tin tập trung (CDE).**

Gần đây mình có tìm hiểu **CDE của Trung tâm NPD** và thấy hướng tiếp cận khá đầy đủ. Thay vì chỉ là nơi lưu trữ tài liệu, hệ thống được xây dựng để hỗ trợ quản lý toàn bộ vòng đời thông tin của dự án BIM.

Một số chức năng nổi bật gồm:

✅ Quản lý tài liệu và phiên bản (Version Control)

✅ Quản lý quy trình **WIP – Shared – Published – Archived**

✅ Quản lý Clash từ khi phát hiện đến khi đóng Issue

✅ Theo dõi RFI, phản hồi và lịch sử xử lý

✅ Quản lý BEP, EIR, MIDP, TIDP và các tài liệu BIM

✅ Phân quyền theo dự án, bộ môn và vai trò

✅ Theo dõi tiến độ, lịch sử cập nhật và người chịu trách nhiệm

Theo mình, giá trị lớn nhất của một CDE không nằm ở việc **lưu file**, mà ở việc giúp tất cả thành viên luôn làm việc trên **đúng dữ liệu, đúng phiên bản và đúng quy trình**. Đó cũng là tinh thần mà ISO 19650 hướng tới trong quản lý thông tin dự án.

💬 **Theo bạn, một CDE trong BIM nên chỉ dừng lại ở việc lưu trữ tài liệu, hay cần quản lý toàn bộ quy trình từ EIR → BEP → Model → Clash → RFI → Phát hành hồ sơ?**

CDE NPD là nền tảng môi trường dữ liệu chung do Trung tâm BIM Revit thực hành NPD nghiên cứu và phát triển, dưới định hướng của ThS.KTS. Nguyễn Phước Dự. Đây không chỉ là nơi lưu trữ tài liệu, mà được định hình trở thành một nền ...

08/07/2026

🚨 Trong BIM có một nguyên tắc mà ai cũng nên nhớ:

Sai từ đầu – Sai toàn bộ.

Đây là điểm khác biệt lớn nhất giữa CAD và BIM.

Trong CAD, nếu một chi tiết bị sai, bạn chỉ cần sửa đúng chi tiết đó.

Nhưng trong BIM, mỗi cấu kiện không chỉ là hình vẽ. Đó là một đối tượng mang thông tin, được liên kết với Level, Grid, Family, thông số kỹ thuật và hàng trăm đối tượng khác trong mô hình.

Chỉ cần bạn:

❌ Đặt sai cao độ (Level).
❌ Thiết lập sai hệ trục (Grid).
❌ Sai Shared Coordinates.
❌ Chọn sai Family hoặc thông số ban đầu.

👉 Hiệu ứng dây chuyền sẽ xuất hiện.

Mô hình kiến trúc, kết cấu và MEP có thể lệch nhau.

Bản vẽ tự động sinh ra sẽ sai.

Khối lượng bóc tách không còn chính xác.

Clash Detection xuất hiện hàng loạt lỗi.

Thậm chí, toàn bộ mô hình có thể phải chỉnh sửa hoặc dựng lại từ đầu.

Làm thế nào để đúng ngay từ đầu?

✅ Thiết lập Project chuẩn ngay khi bắt đầu.

* Level
* Grid
* Units
* Template
* Shared Coordinates

✅ Đọc và phân tích hồ sơ trước khi dựng mô hình.
Đừng vội Model khi chưa hiểu bản vẽ.

✅ Model có kiểm soát.
Kiểm tra từng bước, thường xuyên rà soát dữ liệu và tuyệt đối không làm theo cảm tính hay “ước lượng”.

💡 Trong BIM, tốc độ không phải là yếu tố quyết định. Độ chính xác mới là nền tảng của một mô hình chất lượng.

Chậm một chút ở giai đoạn đầu sẽ giúp bạn tiết kiệm hàng chục, thậm chí hàng trăm giờ sửa lỗi về sau.

Một mô hình BIM tốt không được đánh giá bằng việc dựng nhanh, mà bằng việc đúng ngay từ lần đầu tiên.

08/07/2026

🔍 Solibri là gì? Vì sao nhiều dự án BIM chuyên nghiệp đều sử dụng?

Khi nhắc đến BIM, nhiều người nghĩ ngay đến Revit để dựng mô hình hay Navisworks để kiểm tra va chạm. Tuy nhiên, ở nhiều dự án lớn, đặc biệt là các dự án yêu cầu kiểm soát chất lượng theo tiêu chuẩn quốc tế, Solibri lại là một công cụ rất quan trọng.

💡 Solibri là phần mềm kiểm tra và đảm bảo chất lượng mô hình BIM (Model Checking).

Thay vì chỉ phát hiện các va chạm hình học (Clash Detection), Solibri còn giúp kiểm tra xem mô hình có đáp ứng các yêu cầu kỹ thuật, tiêu chuẩn và quy trình BIM hay không.

Solibri có thể làm gì?

✅ Kiểm tra chất lượng mô hình BIM.
✅ Kiểm tra dữ liệu trong file IFC.
✅ Phát hiện Clash giữa các bộ môn.
✅ Kiểm tra khoảng hở bảo trì (Clearance).
✅ Kiểm tra quy tắc theo tiêu chuẩn và yêu cầu dự án.
✅ Đánh giá mức độ đầy đủ của thông tin mô hình.
✅ Xuất báo cáo Issue để các bộ môn phối hợp xử lý.

📌 Revit dùng để tạo mô hình.
📌 Navisworks mạnh về Clash Detection và phối hợp thi công.
📌 Solibri tập trung vào kiểm soát chất lượng và tính tuân thủ của mô hình BIM.