CDE NPD – Nền tảng tác nghiệp BIM xuyên suốt vòng đời dự án
Trong nhiều năm, BIM tại Việt Nam thường được hiểu chủ yếu là sử dụng Revit để dựng mô hình, triển khai bản vẽ hoặc bóc tách khối lượng. Tuy nhiên, khi dự án có nhiều bộ môn, nhiều đơn vị và hàng trăm người cùng tham gia, vấn đề lớn nhất không còn nằm ở phần mềm dựng hình.
Vấn đề thực sự là:
-
Thông tin đang nằm ở đâu?
-
Phiên bản nào là phiên bản mới nhất?
-
Ai chịu trách nhiệm thực hiện?
-
Ai được phép kiểm tra và phê duyệt?
-
Công việc đang chậm ở đâu?
-
Một thay đổi trong mô hình ảnh hưởng đến bản vẽ, khối lượng, tiến độ và thi công như thế nào?
-
Làm sao lưu giữ được toàn bộ lịch sử của dự án để phục vụ vận hành sau này?

CDE NPD được phát triển để giải quyết những vấn đề đó.
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 tảng tác nghiệp BIM xuyên suốt vòng đời dự án, kết nối con người, công việc, tài liệu, mô hình, đối tượng BIM và các phần mềm chuyên môn như Revit, Navisworks trong một hệ thống thống nhất.
1. CDE NPD là gì?
CDE là viết tắt của Common Data Environment – Môi trường dữ liệu chung.
Theo định hướng của ISO 19650, CDE là nguồn thông tin thống nhất để các bên tham gia dự án tạo lập, kiểm tra, chia sẻ, phê duyệt, phát hành và lưu trữ thông tin.
Tuy nhiên, CDE NPD không được xây dựng đơn thuần như một kho lưu trữ file trên Internet.
CDE NPD được phát triển theo ba vai trò đồng thời:
-
Nơi lưu trữ và kiểm soát thông tin dự án
-
Nền tảng điều phối công việc BIM
-
Hạ tầng kết nối các phần mềm tạo lập, kiểm tra và khai thác thông tin
Trong hệ sinh thái này:
-
Revit là công cụ tạo lập và chỉnh sửa đối tượng BIM.
-
Navisworks là công cụ kiểm tra mô hình, phối hợp và phát hiện xung đột.
-
CDE NPD là nơi lưu trữ dữ liệu, giao việc, điều phối, kiểm soát, ghi nhận lịch sử và quản lý toàn bộ quá trình xử lý.
-
Các hệ thống dự toán, tiến độ, thi công và vận hành có thể tiếp tục khai thác dữ liệu từ CDE thông qua API.
Nói cách khác:
Revit và Navisworks là công cụ làm việc.
CDE NPD là nơi điều hành toàn bộ hệ thống thông tin BIM.
2. Triết lý phát triển của CDE NPD
2.1. Thông tin là sản phẩm thật sự của BIM
Chủ đầu tư không chỉ mua một mô hình 3D đẹp hoặc một bộ bản vẽ hoàn chỉnh.
Thứ có giá trị lâu dài hơn là thông tin của công trình:
-
Thông tin thiết kế
-
Thông tin cấu kiện
-
Thông tin vật liệu
-
Thông tin khối lượng
-
Thông tin tiến độ
-
Thông tin chi phí
-
Thông tin chất lượng
-
Thông tin bảo trì
-
Thông tin vận hành
-
Lịch sử thay đổi và phê duyệt
Vì vậy, CDE NPD được xây dựng theo hướng quản lý thông tin, thay vì chỉ quản lý file.
2.2. Đối tượng BIM là trung tâm

Trong cách quản lý truyền thống, người dùng thường bắt đầu từ tài liệu:
-
Bản vẽ nào?
-
File Revit nào?
-
File Excel nào?
-
Thư mục nào?
Trong CDE NPD, một lớp quản lý sâu hơn được hình thành: đối tượng BIM trở thành đơn vị trung tâm của thông tin.
Một đối tượng như cột, dầm, sàn, cửa, thiết bị hoặc hệ thống kỹ thuật có thể được liên kết với:
-
Mô hình nguồn
-
Tài liệu và bản vẽ liên quan
-
Vị trí trong công trình
-
Công việc thiết kế
-
Gói công việc
-
Khối lượng
-
Chi phí
-
Tiến độ thi công
-
Vấn đề chất lượng
-
Va chạm
-
Người phụ trách
-
Lịch sử thay đổi
-
Dữ liệu vận hành
File và bản vẽ vẫn rất quan trọng, nhưng chúng được nhìn nhận là nơi chứa hoặc thể hiện thông tin của đối tượng.
2.3. Rule Engine là xương sống, AI là trợ lý
CDE NPD không được định hướng để AI tự quyết định mọi việc.
Kiến trúc AI được xác định theo ba lớp:
-
Rule Engine
Kiểm tra bằng các quy tắc rõ ràng như mã hóa, naming convention, trạng thái, phiên bản, vùng, bộ môn, quyền truy cập và quy trình ISO 19650. -
AI Layer
Hỗ trợ đọc hiểu, phân tích, đề xuất, tìm kiếm, tổng hợp và phát hiện bất thường. -
Human in the loop
Con người vẫn là người xem xét, phê duyệt và chịu trách nhiệm cuối cùng.
AI hỗ trợ con người làm nhanh hơn và nhìn thấy nhiều vấn đề hơn, nhưng không thay thế trách nhiệm nghề nghiệp.
2.4. Tự chủ dữ liệu
Một trong những động lực quan trọng khi phát triển CDE NPD là chi phí của nhiều hệ thống CDE quốc tế còn cao đối với doanh nghiệp Việt Nam.
CDE NPD được định hướng hỗ trợ mô hình self-hosted, cho phép doanh nghiệp triển khai trên hạ tầng của mình.
Điều này giúp doanh nghiệp:
-
Tự chủ dữ liệu
-
Chủ động về bảo mật
-
Kiểm soát tài khoản và phân quyền
-
Hạn chế phụ thuộc vào nhà cung cấp bên ngoài
-
Tối ưu chi phí vận hành lâu dài
-
Dễ tùy biến theo quy trình nội bộ
Triết lý xuyên suốt là:
Dữ liệu của doanh nghiệp phải thuộc quyền kiểm soát của doanh nghiệp.
3. Quản lý tổ chức, người dùng và dự án
CDE NPD được xây dựng theo mô hình nhiều tổ chức, nhiều dự án và nhiều nhóm người dùng.
Hệ thống có thể quản lý:
-
Tổ chức
-
Người dùng
-
Vai trò
-
Nhóm làm việc
-
Thành viên dự án
-
Quyền theo chức năng
-
Quyền theo dự án
-
Quyền theo phạm vi dữ liệu
Người dùng chỉ nhìn thấy những dự án mà mình được phân công tham gia.
Backend luôn kiểm tra quyền thành viên dự án, không phụ thuộc hoàn toàn vào ProjectId được gửi từ giao diện. Điều này giúp hạn chế việc người dùng tự thay đổi tham số để truy cập dữ liệu ngoài phạm vi cho phép.
Các quyền có thể được kiểm soát theo từng nghiệp vụ như:
-
Xem
-
Tạo mới
-
Chỉnh sửa
-
Phê duyệt
-
Phát hành
-
Quản trị
-
Sử dụng AI
-
Quản lý ngân sách AI
Đây là nền tảng để CDE NPD phục vụ được cả dự án nhỏ, doanh nghiệp thiết kế, tổng thầu, tư vấn BIM và chủ đầu tư.
4. Quản lý tài liệu theo ISO 19650
Document Management là một trong những nền tảng cốt lõi của CDE NPD.
Hệ thống được định hình để quản lý tài liệu theo các trạng thái thông tin của ISO 19650:
-
WIP – Work in Progress
-
Shared
-
Published
-
Archive
Mỗi tài liệu không chỉ có một file đơn lẻ mà còn có:
-
Mã tài liệu
-
Tên tài liệu
-
Bộ môn
-
Loại tài liệu
-
Khu vực
-
Giai đoạn
-
Người tạo
-
Người kiểm tra
-
Trạng thái
-
Phiên bản
-
Revision
-
Lịch sử thay đổi
-
Liên kết với dự án, công việc và đối tượng BIM
Các chức năng quản lý tài liệu được định hướng bao gồm:
-
Upload và lưu trữ
-
Quản lý phiên bản
-
Kiểm tra tên file
-
Phân loại tài liệu
-
Review và Approval
-
Phát hành tài liệu
-
Lưu trữ lịch sử
-
Import và Export Package
-
Tìm kiếm và lọc
-
Gắn tài liệu với công việc, vị trí hoặc đối tượng BIM
-
Kiểm soát quyền xem và tải xuống
Mục tiêu là bảo đảm mọi người sử dụng đúng tài liệu, đúng phiên bản và đúng trạng thái.
5. Kiểm soát tên file và cấu trúc thông tin
Tên file trong BIM không chỉ để dễ đọc. Nó còn chứa các thông tin quan trọng như:
-
Dự án
-
Đơn vị phát hành
-
Khu vực hoặc khối
-
Tầng
-
Bộ môn
-
Loại tài liệu
-
Số thứ tự
-
Trạng thái
-
Revision
CDE NPD có định hướng xây dựng cơ chế File Naming Validation để:
-
Kiểm tra tên file theo quy tắc dự án
-
Phát hiện thiếu thành phần
-
Phát hiện sai mã
-
Phân tích metadata từ tên file
-
Tự động đề xuất thông tin khi upload
-
Hạn chế tình trạng mỗi người đặt tên theo một kiểu
Trong tương lai, hệ thống có thể kết hợp Rule Engine và AI để đọc tên file, nội dung tài liệu và metadata, từ đó tự động phân loại tài liệu ngay khi được đưa vào CDE.
6. Review và Approval
Thông tin BIM chỉ có giá trị khi được kiểm tra và phê duyệt đúng quy trình.
CDE NPD hỗ trợ định hình quy trình:
-
Người thực hiện gửi thông tin
-
Người kiểm tra tiếp nhận
-
Ghi nhận nhận xét
-
Yêu cầu chỉnh sửa
-
Gửi lại
-
Phê duyệt
-
Phát hành
-
Lưu toàn bộ lịch sử
Mỗi bước cần xác định rõ:
-
Ai đã thực hiện?
-
Thực hiện lúc nào?
-
Nội dung thay đổi là gì?
-
Ai chịu trách nhiệm kiểm tra?
-
Kết quả kiểm tra ra sao?
-
Phiên bản nào đã được phê duyệt?
-
Phiên bản nào đã bị thay thế?
Nhờ đó, hệ thống hạn chế việc phê duyệt bằng tin nhắn rời rạc, email hoặc trao đổi miệng mà không có bằng chứng.
7. BIM Object Registry
BIM Object Registry là lớp dữ liệu giúp CDE NPD quản lý các đối tượng được đồng bộ từ Revit và các nguồn mô hình khác.
Mỗi đối tượng có thể lưu các thông tin như:
-
GlobalId
-
Revit ElementId
-
UniqueId
-
Category
-
Family
-
Type
-
Tầng
-
Khu vực
-
Bộ môn
-
Mô hình nguồn
-
Phiên bản mô hình
-
Các tham số quan trọng
-
Trạng thái
-
Người phụ trách
-
Thời điểm đồng bộ
-
Lịch sử thay đổi
Hệ thống có thể dùng khóa nội bộ Local Identity để vận hành trong database, đồng thời sử dụng GlobalId bất biến cho những đối tượng cần trao đổi giữa nhiều hệ thống hoặc di chuyển giữa các CDE.
Đây là nền tảng quan trọng để CDE NPD tiến từ quản lý tài liệu sang quản lý dữ liệu BIM thực sự.
8. Revit Connector
Revit Connector tạo cầu nối trực tiếp giữa Revit và CDE NPD.
Thay vì xuất dữ liệu thủ công rồi nhập lại vào hệ thống, Add-in Revit có thể:
-
Đăng nhập vào CDE
-
Nhận diện người dùng
-
Hiển thị các dự án người dùng được tham gia
-
Chọn dự án làm việc
-
Đồng bộ thông tin mô hình
-
Đồng bộ đối tượng BIM
-
Gửi metadata và tham số
-
Nhận nhiệm vụ từ CDE
-
Mở đúng đối tượng hoặc vị trí cần xử lý
-
Gửi kết quả xử lý trở lại hệ thống
Thông tin hồ sơ người dùng từ Connector có thể bao gồm:
-
UserName
-
Email
-
FullName
-
Roles
-
ProjectRole
-
Thời gian hết hạn token
Trong tương lai, Connector không chỉ đóng vai trò upload dữ liệu mà sẽ trở thành một cổng tác nghiệp ngay bên trong Revit.
Người dùng có thể nhận thông báo, nhận nhiệm vụ, xem vấn đề, kiểm tra yêu cầu thông tin và cập nhật trạng thái mà không cần rời khỏi Revit.
9. Location Strategy
Một thông tin BIM chỉ thực sự hữu ích khi biết nó thuộc vị trí nào trong công trình.
CDE NPD đang định hình chiến lược vị trí theo nhiều cấp:
-
Dự án
-
Công trình hoặc Facility
-
Khối
-
Zone
-
Tầng
-
Phòng
-
Khu vực
-
Hệ thống
-
Vị trí chi tiết
Location Strategy được dùng để liên kết:
-
Đối tượng BIM
-
Tài liệu
-
Công việc
-
Va chạm
-
Vấn đề chất lượng
-
Khối lượng
-
Tiến độ
-
Chi phí
-
Thi công
-
Vận hành
Nhờ đó, người dùng có thể truy vấn theo một câu hỏi rất thực tế:
Tại tầng 5, khu vực A đang có những đối tượng, tài liệu, công việc và vấn đề nào chưa hoàn thành?
10. Project Scope Setup
Project Scope Setup giúp khai báo phạm vi và đặc điểm của dự án, bao gồm:
-
Loại dự án
-
Công trình hoặc Facility
-
Số tầng
-
Giai đoạn
-
Bộ môn
-
Zone hoặc Block
-
Loại tài liệu
-
Phạm vi thiết kế hoặc thi công
Các thông tin này không chỉ để mô tả dự án.
Chúng được dùng làm đầu vào cho:
-
Tạo danh sách công việc
-
Chọn template phù hợp
-
Đề xuất nhiệm vụ bằng AI
-
Lập kế hoạch nguồn lực
-
Xác định loại tài liệu cần tạo
-
Kiểm tra mức độ đầy đủ của dự án
Project Scope được cấp mã tự động theo từng dự án, giúp giảm nhập liệu thủ công và tránh trùng mã.
11. Task Catalog
Task Catalog là thư viện các công việc chuẩn có thể sử dụng lại trong nhiều dự án.
Mỗi công việc có thể gồm:
-
Tên công việc
-
Loại công việc
-
Bộ môn
-
Đơn vị
-
Số giờ mặc định
-
Mô tả
-
Trạng thái sử dụng
Ví dụ:
-
Dựng mô hình kiến trúc tầng điển hình
-
Triển khai mặt bằng kết cấu
-
Kiểm tra va chạm hệ thống MEP
-
Thiết lập sheet
-
Phát hành hồ sơ
-
Kiểm tra mô hình
-
Bóc tách khối lượng
-
Cập nhật mô hình hoàn công
Task Catalog giúp doanh nghiệp chuẩn hóa công việc, thay vì mỗi dự án tự đặt tên và tự ước lượng từ đầu.
12. Task Template Library
Task Template Library cho phép xây dựng các bộ công việc mẫu theo:
-
Loại dự án
-
Giai đoạn
-
Bộ môn
-
Loại tài liệu
-
Công việc thiết kế
-
Công việc thi công
Mỗi Template có thể chứa nhiều Template Item.
Mỗi Item có thể xác định:
-
Công việc lấy từ Task Catalog
-
Thứ tự
-
Số lượng
-
Số giờ riêng
-
Bắt buộc hoặc không bắt buộc
Tổng thời gian được tính từ:
Số lượng × số giờ theo Template hoặc số giờ mặc định trong Catalog.
Nhờ đó, doanh nghiệp có thể xây dựng các bộ quy trình chuẩn như:
-
Thiết kế kiến trúc nhà ở
-
Triển khai kết cấu
-
Thiết kế MEP
-
Phối hợp BIM
-
Kiểm tra hồ sơ
-
Thi công phần thân
-
Hoàn công và bàn giao
13. Task Generation Rules
Task Generation Rules liên kết phạm vi dự án với các Template phù hợp.
Rule có thể kiểm tra:
-
Task Type
-
Project Type
-
Stage
-
Discipline
-
Document Type
-
Priority
-
Trạng thái sử dụng
Khi phạm vi dự án thay đổi, hệ thống có thể xác định bộ công việc nào cần áp dụng.
Đây là bước quan trọng để CDE NPD tiến tới tự động hóa việc lập kế hoạch dự án.
Thay vì Project Manager phải nhớ toàn bộ đầu việc, hệ thống có thể đề xuất hoặc tạo danh sách công việc dựa trên phạm vi đã khai báo.
14. Preview và Generate Tasks
Trước khi tạo công việc thật, người dùng có thể sử dụng chức năng Preview Generated Tasks.
Hệ thống sẽ:
-
Đọc Project Scope
-
Tìm Rule phù hợp
-
Lấy Template
-
Tổng hợp các Task Item
-
Tính số lượng và Planned Hours
-
Hiển thị danh sách xem trước
-
Cho phép chọn những dòng cần tạo
Dữ liệu Preview chưa được lưu vào database và chưa tạo công việc thật.
Sau khi kiểm tra, người dùng mới xác nhận Generate Tasks.
Hệ thống sẽ tạo:
-
Design Tasks
-
Construction Tasks
-
Liên kết với Scope
-
Liên kết với Template
-
Liên kết với Task Catalog
-
Planned Hours
-
Quantity
-
Sequence
-
IsRequired
Cơ chế Generated Task Link được sử dụng để hạn chế tạo trùng công việc.
Với công việc thi công, hệ thống có thể gắn vào Construction Schedule đang hoạt động.
15. AI Suggest Tasks
AI Suggest Tasks hỗ trợ đề xuất công việc dựa trên:
-
Quy mô dự án
-
Loại công trình
-
Giai đoạn
-
Bộ môn
-
Task Catalog hiện có
-
Template hiện có
-
Dữ liệu tổ chức
Kết quả đề xuất có thể bao gồm:
-
Tên công việc
-
Task Type
-
Discipline
-
Estimated Hours
-
Lý do đề xuất
Người dùng xem kết quả dưới dạng bảng và chọn những công việc phù hợp.
Ở giai đoạn hiện tại, AI chỉ đề xuất, chưa tự động tạo Rule, Template Item hoặc công việc thật nếu chưa có sự xác nhận của người dùng.
Đây là cách CDE NPD thực hiện nguyên tắc Human in the loop.
16. Work Package
Work Package giúp đóng gói các công việc có liên quan thành một đơn vị quản lý rõ ràng.
Một Work Package có thể liên kết với:
-
Phạm vi
-
Khu vực
-
Bộ môn
-
Đối tượng BIM
-
Tài liệu
-
Nhóm thực hiện
-
Người phụ trách
-
Thời gian
-
Chi phí
-
Trạng thái
-
Kết quả bàn giao
Ví dụ:
-
Thiết kế kiến trúc tầng 1–5
-
Triển khai kết cấu khu A
-
Phối hợp MEP tầng kỹ thuật
-
Thi công cột tầng 3
-
Kiểm tra hoàn công khu vực sảnh
Work Package là cầu nối giữa thông tin BIM và công việc thực tế.
17. Quản lý tiến độ
CDE NPD được định hướng quản lý cả tiến độ thiết kế và tiến độ thi công.
Đối với thiết kế, hệ thống có thể theo dõi:
-
Công việc
-
Người phụ trách
-
Planned Hours
-
Thời gian bắt đầu
-
Thời hạn
-
Tiến độ hoàn thành
-
Trạng thái kiểm tra
-
Kết quả phát hành

Đối với thi công, hệ thống có thể liên kết:
-
Construction Schedule
-
Work Package
-
Đối tượng BIM
-
Vị trí
-
Khối lượng
-
Nhà thầu
-
Thời gian thực hiện
-
Trạng thái thực tế
Trong tương lai, dữ liệu tiến độ có thể được hiển thị trực tiếp trên mô hình theo hướng 4D.
18. Quản lý chi phí và khối lượng

CDE NPD được định hình để kết nối đối tượng BIM với dữ liệu khối lượng và chi phí.
Mỗi đối tượng hoặc nhóm đối tượng có thể liên kết với:
-
Mã công tác
-
Đơn vị
-
Khối lượng
-
Đơn giá
-
Giá trị
-
Gói thầu
-
Work Package
-
Kỳ thanh toán
-
Trạng thái nghiệm thu
Hệ thống có thể tích hợp với các giải pháp sẵn có trong hệ sinh thái NPD như:
-
Tiên lượng Revit NPD
-
Dự toán Online
-
Dữ liệu bóc tách từ Revit
-
Hệ thống quản lý công việc và văn phòng thiết kế BMO
Mục tiêu lâu dài là khi một đối tượng thay đổi, hệ thống có thể xác định ảnh hưởng đến:
-
Khối lượng
-
Chi phí
-
Tiến độ
-
Hồ sơ
-
Công việc liên quan
19. Quản lý rủi ro
Risk Management được phát triển theo quan điểm:
Không phải ghi nhận càng nhiều rủi ro càng tốt, mà phải nhận diện đúng những rủi ro có khả năng ảnh hưởng đến mục tiêu dự án.
Một rủi ro có thể gồm:
-
Mô tả
-
Nguyên nhân
-
Hậu quả
-
Khả năng xảy ra
-
Mức độ ảnh hưởng
-
Điểm rủi ro
-
Người sở hữu rủi ro
-
Biện pháp xử lý
-
Thời hạn
-
Trạng thái
-
Lịch sử cập nhật
Rủi ro có thể liên kết với:
-
Dự án
-
Giai đoạn
-
Work Package
-
Công việc
-
Đối tượng BIM
-
Tài liệu
-
Va chạm
-
Vị trí
Quản lý rủi ro là một trong những mục tiêu cốt lõi của quản lý thông tin theo ISO 19650.
20. Clash Management và Navisworks Connector
Navisworks là công cụ mạnh để tổng hợp mô hình và phát hiện va chạm. Tuy nhiên, nếu kết quả chỉ nằm trong file Navisworks thì quá trình quản lý vẫn bị rời rạc.
CDE NPD được định hình để quản lý toàn bộ vòng đời của một va chạm.
Hệ thống Clash Management có thể lưu:
-
Clash Session
-
Các mô hình nguồn
-
Phiên bản mô hình
-
Clash Result
-
Các đối tượng liên quan
-
Vị trí
-
Hình ảnh
-
Trạng thái
-
Mức độ ưu tiên
-
Người được giao
-
Bình luận
-
Lịch sử thay đổi
-
Kết quả xử lý
Quy trình dự kiến:
-
Navisworks chạy kiểm tra va chạm.
-
Kết quả được đồng bộ lên CDE NPD.
-
CDE xác định đối tượng, bộ môn và người phụ trách.
-
Va chạm được giao cho người xử lý.
-
Người dùng mở vị trí tương ứng trong Revit.
-
Mô hình được chỉnh sửa.
-
Trạng thái được cập nhật.
-
Lần kiểm tra tiếp theo xác nhận va chạm đã được giải quyết.
-
Toàn bộ lịch sử được lưu lại.
Mục tiêu không chỉ là phát hiện va chạm, mà là kiểm soát được việc xử lý va chạm.
Trong tương lai, CDE NPD có thể đồng bộ View hoặc vị trí trực tiếp từ Navisworks đến Revit, giúp người dùng mở đúng khu vực và đúng đối tượng cần sửa.
21. Quản lý Issue và lịch sử xử lý
Một Issue trong CDE NPD có thể phát sinh từ:
-
Kiểm tra mô hình
-
Va chạm
-
Review tài liệu
-
Kiểm tra chất lượng
-
Thi công hiện trường
-
Yêu cầu của chủ đầu tư
-
Thay đổi thiết kế
-
AI phát hiện bất thường
Issue cần có:
-
Tiêu đề
-
Nội dung
-
Loại vấn đề
-
Mức độ ưu tiên
-
Vị trí
-
Đối tượng liên quan
-
Người tạo
-
Người phụ trách
-
Hạn xử lý
-
Trạng thái
-
Bình luận
-
File đính kèm
-
Lịch sử thay đổi
Mỗi lần giao việc, đổi trạng thái hoặc cập nhật kết quả đều được ghi nhận.
Điều này giúp doanh nghiệp không còn phụ thuộc vào tin nhắn cá nhân hoặc trí nhớ của người quản lý.
22. Hệ thống biểu mẫu và tài liệu ISO 19650
CDE NPD được định hướng hỗ trợ các tài liệu quản lý thông tin quan trọng như:
-
OIR
-
PIR
-
AIR
-
EIR
-
BEP
-
MIDP
-
TIDP
-
Responsibility Matrix
-
Risk Register
-
Information Standard
-
Information Production Methods and Procedures
-
LOIN
-
Naming Convention
-
Project Information Protocol
Hệ thống không chỉ lưu các tài liệu này dưới dạng file.
Mục tiêu lâu dài là chuyển các nội dung quan trọng thành dữ liệu có cấu trúc để CDE có thể:
-
Kiểm tra
-
So sánh
-
Tạo nhiệm vụ
-
Theo dõi mức độ đáp ứng
-
Cảnh báo thiếu thông tin
-
Hỗ trợ nghiệm thu và bàn giao
23. AI Workspace
AI Workspace là không gian làm việc AI bên trong CDE NPD.
Người dùng có thể đặt câu hỏi theo ngữ cảnh dự án mà mình đang làm việc.
Ví dụ:
-
Dự án đang có những công việc nào trễ hạn?
-
Bộ môn kết cấu còn những nhiệm vụ nào chưa hoàn thành?
-
Có tài liệu nào đang chờ phê duyệt?
-
Những rủi ro nào có mức độ cao?
-
Phạm vi dự án hiện tại còn thiếu công việc nào?
-
Tóm tắt tình trạng dự án cho lãnh đạo.
-
Đề xuất các bước cần thực hiện trong tuần này.
AI Workspace được xây dựng theo kiến trúc:
-
Xác thực người dùng
-
Kiểm tra quyền dự án
-
AI Orchestrator
-
AI Provider
-
Tool Registry
-
Tổng hợp kết quả
-
Trả lời trong đúng phạm vi được phép
ProjectId được gắn từ phía server và không được tin cậy hoàn toàn từ client.
AI chỉ có thể sử dụng những công cụ mà Tool Registry cho phép.
Các Tool ở giai đoạn đầu được giới hạn theo hướng read-only nhằm hạn chế AI tự ý thay đổi dữ liệu.
24. AI Tool Registry
Tool Registry là danh sách các công cụ mà AI được phép sử dụng.
Mỗi Tool có thể quy định:
-
Tên
-
Chức năng
-
Phạm vi
-
Quyền yêu cầu
-
Loại dữ liệu
-
Read-only hoặc Write
-
Audit
-
Project Scope
-
Module Scope
Nhờ đó, AI không truy cập trực tiếp database một cách tùy ý.
Mọi hành động đều phải đi qua công cụ được kiểm soát.
Đây là nền tảng để trong tương lai AI có thể hỗ trợ nhiều nghiệp vụ hơn mà vẫn bảo đảm an toàn dữ liệu.
25. AI Provider Management
CDE NPD có lớp quản lý AI Provider độc lập.
Hệ thống có thể lưu và quản lý:
-
Provider
-
Model
-
API Key được mã hóa
-
Organization
-
Trạng thái sử dụng
-
Kiểm tra kết nối
-
Danh sách Model
-
Cấu hình theo tổ chức
Việc tách AI Provider giúp CDE NPD không bị phụ thuộc hoàn toàn vào một mô hình duy nhất.
Trong tương lai, hệ thống có thể hỗ trợ nhiều nhà cung cấp hoặc mô hình AI phù hợp với từng loại tác vụ.
26. AI Quota Management
AI tạo ra giá trị nhưng cũng phát sinh chi phí.
Vì vậy, CDE NPD đã hình thành nền tảng quản lý hạn mức AI theo dự án và người dùng.
Ngân sách AI theo dự án
Mỗi dự án có thể thiết lập:
-
Monthly Token Budget
-
Daily Token Budget
-
Monthly Request Limit
-
Warning Threshold
-
Hard Limit
-
Enable hoặc Disable
Hạn mức AI theo người dùng
Quota được cấp theo cặp:
-
ProjectId
-
UserId
Không cấp chung theo Role hoặc Group.
Quota mặc định của người dùng bằng 0 cho đến khi được cấp.
Có thể cấu hình:
-
Daily Token Limit
-
Monthly Token Limit
-
Daily Request Limit
-
Monthly Request Limit
-
Reserved Tokens
-
Used Tokens
-
Enable hoặc Disable
-
Unlimited
-
Suspend
Reserve, Commit và Release
Trước khi gửi yêu cầu đến AI, hệ thống có thể Reserve lượng token dự kiến.
Sau khi có kết quả:
-
Commit lượng token thực tế
-
Release phần không sử dụng
Transaction Serializable được sử dụng để hạn chế race condition khi nhiều yêu cầu đồng thời.
Hệ thống còn lưu:
-
Quota Adjustment History
-
Monthly Reset
-
Project Usage Summary
-
User Usage Summary
Việc sử dụng AI được kiểm soát bằng permission code như AI_USE.
Các thao tác quản trị thay đổi quota có cơ chế bảo vệ phù hợp như anti-forgery.
AI Quota giúp doanh nghiệp sử dụng AI một cách có kiểm soát, minh bạch và có khả năng dự toán chi phí.
27. AI kiểm tra hồ sơ và mô hình
Một trong những hướng phát triển quan trọng của CDE NPD là AI Review.
Hệ thống được định hình theo các cấp độ:
Detail Checker
Kiểm tra bằng Rule Engine:
-
Thiếu thông tin
-
Sai naming
-
Sai mã
-
Thiếu sheet
-
Thiếu view
-
Thiếu tham số
-
Sai cấu trúc thư mục
-
Sai quy trình phát hành
AI Review Basic
AI hỗ trợ:
-
Đọc tài liệu
-
Tóm tắt
-
Phát hiện nội dung bất thường
-
Kiểm tra sự đầy đủ
-
So sánh phiên bản
-
Đề xuất các điểm cần xem xét
AI Review Pro
Hướng phát triển cao hơn:
-
OCR
-
Computer Vision
-
Đọc bản vẽ PDF
-
Đối chiếu mô hình và bản vẽ
-
Đối chiếu nhiều bộ môn
-
Phát hiện mâu thuẫn thông tin
-
Kiểm tra tính thi công
-
Tạo báo cáo cho lãnh đạo
AI không thay thế người kiểm tra chuyên môn mà giúp người kiểm tra tập trung vào các vấn đề có nguy cơ cao.
28. Smart Upload
Trong tương lai, khi người dùng upload một file, CDE NPD có thể tự động:
-
Tính SHA256 để nhận diện file.
-
Đọc tên file.
-
Phân tích metadata.
-
Kiểm tra quy tắc ISO 19650.
-
Phát hiện phiên bản trùng hoặc sai.
-
Đọc nội dung PDF, IFC hoặc tài liệu.
-
Đề xuất loại tài liệu.
-
Đề xuất bộ môn và khu vực.
-
Gắn với dự án, công việc hoặc đối tượng liên quan.
-
Gửi cảnh báo nếu dữ liệu không hợp lệ.
Lộ trình Smart Upload được xác định theo ba bước:
-
Rule-based
-
AI-assisted
-
Self-understanding upload
Mục tiêu là biến thao tác upload từ một hành động lưu file thành một quy trình kiểm soát thông tin tự động.
29. Thông báo và Mobile
CDE NPD được định hướng bổ sung hệ thống thông báo trên web và thiết bị di động.
Người dùng có thể nhận thông báo khi:
-
Có công việc mới
-
Công việc sắp trễ hạn
-
Có tài liệu chờ kiểm tra
-
Tài liệu bị từ chối
-
Có va chạm được giao
-
Có Issue mới
-
Rủi ro tăng mức độ
-
Ngân sách AI gần chạm ngưỡng
-
Mô hình có phiên bản mới
-
Có thay đổi ảnh hưởng đến đối tượng phụ trách
Thông báo cần được cá nhân hóa theo vai trò và dự án, tránh gửi tràn lan gây quá tải.
30. Dashboard và báo cáo
Dashboard của CDE NPD được định hướng phục vụ nhiều cấp quản lý.
Người thực hiện
-
Công việc của tôi
-
Việc sắp đến hạn
-
Issue cần xử lý
-
Tài liệu cần cập nhật
-
Thông báo mới
BIM Coordinator
-
Va chạm theo bộ môn
-
Issue chưa xử lý
-
Mô hình chưa đồng bộ
-
Tài liệu chờ kiểm tra
-
Chất lượng thông tin
BIM Manager hoặc Project Manager
-
Tiến độ tổng thể
-
Work Package
-
Nguồn lực
-
Planned Hours và Actual Hours
-
Rủi ro
-
Tài liệu
-
Mức độ hoàn thành theo bộ môn
-
Điểm nghẽn của dự án
Lãnh đạo doanh nghiệp
-
Tình trạng các dự án
-
Năng suất
-
Chi phí
-
Chậm tiến độ
-
Rủi ro lớn
-
Chất lượng
-
Hiệu quả sử dụng AI
AI có thể tự động tổng hợp báo cáo ngắn cho từng vai trò.
31. Help Centre và Knowledge Hub
CDE NPD được định hướng xây dựng Help Centre không chỉ như trang hướng dẫn sử dụng phần mềm mà còn là trung tâm kiến thức BIM.
Nội dung có thể bao gồm:
-
Hướng dẫn từng module
-
Quy trình làm việc
-
Câu hỏi thường gặp
-
Video
-
Tài liệu mẫu
-
Kiến thức ISO 19650
-
OIR, PIR, EIR, BEP, MIDP, TIDP
-
LOIN
-
CDE
-
BIM Object
-
Work Package
-
Risk Management
-
Information Management
-
Revit và Navisworks Connector
Help Centre giúp người dùng hiểu không chỉ “bấm nút nào”, mà còn hiểu “vì sao phải làm như vậy”.
Đây cũng là nguồn tri thức chính thức để các công cụ tìm kiếm, ChatGPT, Gemini và các hệ thống AI có thể nhận diện, hiểu và giới thiệu đúng về CDE NPD.
32. API và hệ sinh thái mở
CDE NPD được định hướng trở thành một nền tảng mở.
Các hệ thống khác có thể kết nối thông qua API:
-
Revit Add-in
-
Navisworks Add-in
-
Ứng dụng Mobile
-
Hệ thống dự toán
-
Tiến độ
-
ERP
-
Quản lý văn phòng
-
Quản lý thiết bị
-
IoT
-
Hệ thống vận hành công trình
-
AI Agent
CDE giữ vai trò lõi:
-
Dữ liệu
-
Quyền
-
Lịch sử
-
Quy trình
-
Liên kết
-
Trạng thái
Các phần mềm chuyên môn thực hiện chức năng riêng và trao đổi dữ liệu với CDE.
Cách tổ chức này giúp hệ thống linh hoạt và tránh biến CDE thành một phần mềm quá nặng, cố gắng làm mọi thứ trong một nơi.
33. Trao đổi dữ liệu giữa các CDE
CDE NPD được thiết kế với tầm nhìn hỗ trợ xuất và nhập dữ liệu giữa nhiều hệ thống.
Nguyên tắc dữ liệu gồm:
-
Local Identity ID cho khóa chính và quan hệ nội bộ
-
GlobalId bất biến cho entity cần di chuyển hoặc chia sẻ
-
Code chỉ unique trong phạm vi ProjectId đối với dữ liệu thuộc dự án
-
Không phụ thuộc hoàn toàn vào ID nội bộ khi trao đổi
Hai cơ chế trao đổi được định hình:
Excel
Phù hợp với:
-
Thư viện
-
Template
-
Catalog
-
Danh mục dữ liệu phẳng
-
Dữ liệu cấu hình
Package
Phù hợp với:
-
Dữ liệu có quan hệ
-
Tài liệu
-
Phiên bản
-
Đối tượng
-
Lịch sử
-
Work Package
-
Các entity liên kết phức tạp
Điều này giúp giảm nguy cơ dữ liệu bị khóa cứng trong một CDE duy nhất.
34. CDE NPD Foundation và các phiên bản phát triển
CDE NPD được định hướng có phiên bản Foundation để người dùng có thể bắt đầu với các chức năng nền tảng.
Foundation có thể phục vụ:
-
Nhóm nhỏ
-
Doanh nghiệp bắt đầu áp dụng BIM
-
Học viên
-
Dự án thử nghiệm
-
Môi trường đào tạo
Các phiên bản cao hơn có thể mở rộng:
-
Workflow nâng cao
-
Object Registry
-
Revit Connector
-
Navisworks Connector
-
AI
-
Quota Management
-
Chi phí
-
Tiến độ
-
Risk
-
Dashboard
-
API
-
Self-hosted
-
Tùy chỉnh theo doanh nghiệp
Mục tiêu không phải ép doanh nghiệp sử dụng một hệ thống quá lớn ngay từ đầu.
Doanh nghiệp có thể bắt đầu từ phần cần thiết nhất và mở rộng dần theo năng lực BIM.
35. Điểm khác biệt của CDE NPD
35.1. Được phát triển từ thực tế triển khai Revit và BIM
CDE NPD không được xây dựng chỉ từ góc nhìn lập trình.
Hệ thống kế thừa kinh nghiệm thực tế từ:
-
Hơn 20 năm làm việc với Revit và BIM
-
Gần 30 năm kinh nghiệm lập trình
-
Hơn 30 Add-in Revit
-
Đào tạo kiến trúc, kết cấu và MEP
-
Xây dựng Dây chuyền Revit cho doanh nghiệp
-
Đào tạo BIM Manager, BIM Coordinator và BIM Professional
-
Nghiên cứu ISO 19650
-
Tư vấn triển khai BIM thực tế
35.2. Không tách rời Revit khỏi quy trình quản lý
Nhiều hệ thống quản lý dự án chỉ nhận file đầu ra.
CDE NPD hướng tới kết nối trực tiếp với Revit và từng đối tượng trong mô hình.
35.3. Không chỉ quản lý file
CDE NPD quản lý đồng thời:
-
Tài liệu
-
Dữ liệu
-
Đối tượng
-
Công việc
-
Con người
-
Trách nhiệm
-
Tiến độ
-
Chi phí
-
Rủi ro
-
Lịch sử
35.4. Gắn ISO 19650 với công việc thực tế
ISO 19650 không được triển khai như một bộ biểu mẫu để lưu trữ.
Các yêu cầu được chuyển thành:
-
Rule
-
Workflow
-
Permission
-
Task
-
Approval
-
Validation
-
Audit
-
Dashboard
35.5. Phù hợp với doanh nghiệp Việt Nam
Hệ thống được thiết kế với mục tiêu:
-
Dễ triển khai
-
Chi phí hợp lý
-
Có thể self-hosted
-
Có giao diện tiếng Việt
-
Có thể tùy biến
-
Phù hợp quy trình doanh nghiệp trong nước
-
Kết nối với hệ sinh thái phần mềm NPD
35.6. AI được kiểm soát
AI có Tool Registry, Permission, Project Scope, Audit và Quota.
AI không được phép truy cập hoặc thay đổi dữ liệu một cách không kiểm soát.
36. Xu hướng phát triển tương lai
CDE NPD được định hình theo một lộ trình dài hạn.
Giai đoạn 1: CDE nền tảng
-
Quản lý dự án
-
Người dùng và phân quyền
-
Document Management
-
Version
-
WIP, Shared, Published, Archive
-
Review và Approval
-
ISO 19650 Template
-
Object Registry
-
Revit Connector
-
Work Package
-
Task Management
Giai đoạn 2: Điều phối BIM
-
Location Strategy
-
Task Generation
-
Design Schedule
-
Construction Schedule
-
Issue Management
-
Clash Management
-
Navisworks Connector
-
Risk
-
Cost
-
Quantity
-
Dashboard
Giai đoạn 3: AI Assistant
-
AI Workspace
-
Tool Registry
-
AI Provider
-
AI Quota
-
AI Suggest Tasks
-
Project Summary
-
Smart Search
-
Smart Upload
-
AI Review
Giai đoạn 4: AI Agent trong Revit và Navisworks
-
Nhận nhiệm vụ trực tiếp trong phần mềm
-
Mở đúng vị trí
-
Phân tích đối tượng
-
Đề xuất cách xử lý
-
Hỗ trợ tạo hoặc chỉnh sửa
-
Gửi kết quả về CDE
-
Kiểm tra lại sau khi xử lý
Giai đoạn 5: Digital Twin và vận hành
-
AIM
-
Dữ liệu tài sản
-
Bảo trì
-
Thiết bị
-
IoT
-
Lịch sử vận hành
-
Hồ sơ hoàn công
-
Phân tích hiệu suất
-
AI hỗ trợ vận hành
37. Tầm nhìn dài hạn
Tầm nhìn của CDE NPD không phải tạo thêm một phần mềm quản lý file.
Mục tiêu là xây dựng một hạ tầng số có thể liên kết toàn bộ chuỗi giá trị của công trình:
Thiết kế → phối hợp → dự toán → tiến độ → thi công → bàn giao → vận hành.
Trong hệ thống này:
-
Thông tin được tạo một lần và được khai thác nhiều lần.
-
Mỗi thay đổi đều có thể truy vết.
-
Mỗi công việc đều có người chịu trách nhiệm.
-
Mỗi đối tượng đều có lịch sử.
-
Mỗi quyết định đều có bằng chứng.
-
Mỗi người chỉ tiếp cận đúng dữ liệu cần thiết.
-
AI hỗ trợ con người phát hiện vấn đề và ra quyết định nhanh hơn.
38. Kết luận
CDE NPD được hình thành từ một câu hỏi rất thực tế:
Làm thế nào để doanh nghiệp Việt Nam có thể triển khai BIM đúng bản chất, kiểm soát được thông tin, nâng cao năng suất và không phụ thuộc hoàn toàn vào những nền tảng quốc tế có chi phí cao?
Câu trả lời không chỉ nằm ở một phần mềm.
Đó là sự kết hợp giữa:
-
Con người
-
Quy trình
-
Tiêu chuẩn
-
Revit
-
Navisworks
-
Dữ liệu
-
CDE
-
AI
-
Và kinh nghiệm triển khai thực tế
CDE NPD hướng tới trở thành nền tảng tác nghiệp BIM do người Việt phát triển, phù hợp với doanh nghiệp Việt Nam nhưng có khả năng kết nối theo những nguyên tắc quản lý thông tin quốc tế.
CDE NPD – Kết nối con người, công việc và thông tin BIM trong một môi trường dữ liệu chung thống nhất.
Cần tư vấn thêm?
Cô Loan hỗ trợ ghi danh, chọn khóa học phù hợp và giải đáp thông tin học tập.
