Trong các dự án xây dựng chuyển đổi số, mọi thứ bắt đầu từ thông tin – và kết thúc cũng bằng thông tin. Nhưng nếu không có một “kho chứa” để kiểm soát, chia sẻ, lưu trữ và truy vết thì mô hình BIM hay hồ sơ thiết kế đều dễ rơi vào tình trạng: mỗi người một kiểu, mỗi nơi một bản, sai một chút là vỡ trận.
ISO 19650 giải quyết việc đó bằng một khái niệm cốt lõi: Common Data Environment – CDE. CDE không phải là “phần mềm”, mà là một cơ chế – một tập hợp quy trình – và một cách làm việc giúp quản lý thông tin có kiểm soát trong toàn bộ vòng đời dự án.
Dưới đây là cách tôi diễn giải CDE theo ISO 19650 – đơn giản, đúng bản chất, và có thể áp dụng ngay vào thực tế cho mỗi cá nhân chứ chưa cần tới cả tổ chức

CDE là gì? – Không phải ổ đĩa chung, mà là “nguồn dữ liệu chuẩn hóa”
Không giống như một thư mục Google Drive, cũng không phải một cái phần mềm BIM đắt tiền nào đó.
Common Data Environment - CDE là:
Nơi thu thập – quản lý – phổ biến từng gói thông tin (information container).
Một quy trình có kiểm soát chứ không phải chỗ ai cũng có quyền up file tùy thích.
Cơ chế vận hành xuyên suốt vòng đời dự án – đến cả vận hành tài sản.
Cốt lõi của CDE gồm những nguyên tắc:
Workflow là xương sống – giải pháp công nghệ chỉ là công cụ để triển khai.
Thông tin từ các nhóm phải đi qua CDE trước khi dùng trong phối hợp hoặc ra quyết định.
Chỉ dùng tiêu chuẩn mở khi trao đổi thông tin (IFC, PDF/A…).
Mô hình dự án là federated model – mỗi tổ chức giữ mô hình của mình và liên kết trong CDE.
CDE phải đảm bảo an toàn – kiểm soát – truy vết – và chỉ định đúng mục đích sử dụng.
Khi hiểu đúng bản chất này, chúng ta mới triển khai được CDE mà không bị “ám ảnh phần mềm”
Thiết lập CDE – Trách nhiệm và hạ tầng dữ liệu
ISO 19650 quy định rõ: Bên khai thác (Appointing Party) phải thiết lập CDE trước khi dự án bắt đầu chia sẻ bất kỳ thông tin nào.
Việc thiết lập bao gồm:
Cấu hình hệ thống,
Quy ước cách đặt tên,
Quyền truy cập,
Quy trình phê duyệt,
Metadata của từng loại gói thông tin.
Họ có thể ủy quyền cho một bên thứ ba thực hiện (ví dụ như HTN Software triển khai BIMAPP), nhưng trách nhiệm cuối cùng vẫn thuộc về Bên khai thác.
Mỗi gói thông tin trong CDE phải có Metadata:
Mã sửa đổi (revision code).
Mã trạng thái (status code).
Phân loại theo ISO 12006-2.
Và phải có khả năng:
Ghi nhật ký giao dịch,
Kiểm soát truy cập theo từng container,
Quản lý cơ sở dữ liệu thông tin,
Theo dõi quy trình kiểm tra – phê duyệt.
Đây chính là điều mà thường bị hiểu nhầm là chỉ cabà tạo các thư mục “WIP – Shared – Published – Archived” và phân quyền là xong. Không có metadata và workflow thì không gọi là CDE.
Quy trình làm việc CDE – 4 trạng thái, 1 nguyên tắc vàng
Mỗi gói thông tin khi đi qua CDE phải ở 1 trong 4 trạng thái:

1. WIP – Work in Progress (Công việc đang làm)
Nơi nhóm tạo lập tự phát triển thông tin của mình. Chỉ có thành viên trong nhóm tạo lập và thành viên được mời mới có thể thấy và sử dụng các gói thông tin trong đây.
Nếu một gói thông tin rời khỏi WIP nhưng chưa đạt kiểm tra → quay lại WIP.
2. Shared – Chia sẻ
“Đã kiểm tra – được phép chia sẻ – nhưng không được sửa”.
Thông tin ở đây dùng để:
Phối hợp,
Tham chiếu,
Cung cấp bối cảnh cho các nhóm khác.
Nếu ai đó muốn chỉnh sửa → phải kéo container về WIP.
3. Published – Phát hành
Đây là trạng thái có “quyền lực nhất”: Thông tin đã được công nhận để sử dụng (authorized).
Dùng cho:
Thiết kế chi tiết,
Thi công,
Quản lý tài sản.
PIM cuối dự án và AIM trong vận hành chỉ gồm Published hoặc Archived.
4. Archived – Lưu trữ
Trạng thái thường bị xem nhẹ, trong khi đây chính là “cứu tinh” mỗi khi có tranh chấp.
Lưu lại toàn bộ quá trình phát triển thông tin.
Chỉ đọc.
Không được chỉnh sửa.
Nguyên tắc vàng của ISO 19650:
Không được sử dụng thông tin cho bất kỳ mục đích nào khác ngoài mục đích được chỉ định bởi Mã trạng thái.
Đây là điểm sống còn.
Dùng sai thông tin → rủi ro kỹ thuật → rủi ro pháp lý → rủi ro tài chính.
Và điều tuyệt vời của cơ chế CDE là:
Mỗi tổ chức chịu trách nhiệm về thông tin của chính mình.
Chỉ họ mới được phép sửa dù thông tin đã Shared hay Published.
Vừa minh bạch – vừa giảm xung đột.
| Trạng thái CDE | Mô tả (theo ISO 19650-1) | Chức năng của Mã trạng thái |
|---|---|---|
| Công việc đang làm (Work in Progress – WIP) | Thông tin được tạo lập và phát triển bởi nhóm tạo lập của nó; chỉ họ mới nhìn thấy hoặc truy cập được. | Mã trạng thái trong giai đoạn này thường chỉ ra thông tin đang được phát triển và chưa sẵn sàng để phối hợp với công việc với bên ngoài. |
| Chia sẻ (Shared) | Thông tin được phê duyệt để chia sẻ với các nhóm tạo lập hoặc nhóm chuyển giao khác nếu phù hợp, hoặc với Bên khai thác thông tin. | Mã trạng thái chỉ ra thông tin đã được kiểm lại và chấp thuận để các bên khác dùng làm tham khảo và bối cảnh. |
| Phát hành (Published) | Thông tin đã được cấp phép sử dụng cho thiết kế chi tiết hơn, thi công xây dựng hoặc quản lý tài sản. | Mã trạng thái chỉ ra thông tin đã được công nhận và tiếp nhận bởi Bên khai thác để sử dụng chính thức. |
| Lưu trữ (Archived) | Dùng như một nhật ký giao dịch thông tin, cung cấp “dấu vết kiểm tra” (audit trail) trong quá trình phát triển gói thông tin. | Mã trạng thái chỉ ra phiên bản thông tin đã được lưu trữ chính thức và chỉ còn quyền đọc (read-only). |
CDE không phải một nơi – mà là một hệ thống phân tán
ISO 19650 hoàn toàn thực tế: Đối với dự án lớn và phức tạp, CDE không nhất thiết phải nằm ở một nền tảng duy nhất.
CDE có thể:
Phân tán trên nhiều hệ thống,
Liên kết bằng tiêu chuẩn mở,
Miễn là giữ được workflow và metadata.
Điều này rất phù hợp với mô hình Việt Nam:
Chủ đầu tư dùng CDE riêng
Nhà thầu dùng CDE nội bộ
Các hệ thống có thể kết nối qua IFC + metadata + quy trình phê duyệt
Tất cả hợp lại thành AIM/PIM hoàn chỉnh.
Lợi ích thực sự khi triển khai đúng CDE
Khi CDE được thiết kế và vận hành đúng chuẩn ISO 19650, dự án của chúng ta nhận được những lợi ích rõ ràng:
Giảm thiểu rủi ro dùng nhầm bản vẽ.
Tránh tình trạng “final lần 1”, “final lần 2” :))
Dễ dàng truy vết ai làm gì – khi nào – vì sao.
Quy trình phê duyệt minh bạch “đã gửi – đã xem”.
Mỗi tổ chức sở hữu – chịu trách nhiệm – và kiểm soát thông tin của chính mình.
Đảm bảo AIM cuối dự án sạch, đúng, và có thể sử dụng ngay trong vận hành.
Nói ngắn gọn:
CDE không chỉ quản lý thông tin. CDE quản lý trách nhiệm.
Để triển khai CDE hiệu quả
Để làm CDE theo ISO 19650 một cách thực tế, tôi rút gọn thành 5 yếu tố:
Workflow rõ ràng – WIP → Shared → Published → Archived.
Metadata chuẩn hóa – Revision + Status + Classification.
Quy ước đặt tên thống nhất.
Quyền truy cập theo container.
Công cụ hỗ trợ đúng – nhưng không thay thế quy trình.
Khi làm đúng 5 yếu tố này, chúng ta không cần một phần mềm quá đắt đỏ – chỉ cần một hệ thống CDE đủ chuẩn, có workflow rõ ràng và metadata nhất quán.