UPLOAD LÊN CDE CHƯA CÓ NGHĨA LÀ TÀI LIỆU ĐÃ ĐƯỢC PHÉP SỬ DỤNG
Một file được upload lên CDE nghĩa là file đó đang tồn tại trong môi trường dữ liệu chung. Nhưng điều đó chưa trả lời được câu hỏi quan trọng hơn: File này đã được phép sử dụng chưa?
Trong dự án xây dựng, một bản vẽ có thể đã được upload nhưng vẫn đang được nhóm thiết kế chỉnh sửa. Một mô hình có thể đã được chia sẻ cho các bộ môn để phối hợp nhưng chưa được phát hành chính thức. Một tài liệu đã Published lại có thể chỉ được sử dụng cho một mục đích cụ thể.
Vì vậy: FILE TỒN TẠI ≠ FILE ĐƯỢC PHÉP SỬ DỤNG
Muốn kiểm soát được điều này, CDE không thể chỉ quản lý việc lưu trữ. Dự án cần bắt buộc xác định State của thông tin, trách nhiệm ở từng State và quyền truy cập tương ứng.
FILE ĐANG Ở STATE NÀO?
Upload chỉ cho biết file đã tồn tại, không cho biết file được dùng như thế nào
Trong một thư mục thông thường, người dùng nhìn thấy một file và thường mặc định rằng mình có thể mở, tải xuống và sử dụng file đó. Nhưng trong CDE, trạng thái của thông tin phải cho biết thông tin đó đang được sử dụng ở mức nào.
Cùng là một bản vẽ nhưng nếu đang ở WIP thì nó có thể vẫn là sản phẩm đang được nhóm thiết kế phát triển. Khi chuyển sang Shared, nó có thể được sử dụng để các bên phối hợp. Khi chuyển sang Published, nó trở thành thông tin đã được kiểm tra và phát hành cho mục đích đã xác định.
Do đó, không thể chỉ nhìn thấy file rồi quyết định sử dụng file. Phải nhìn vào State của file trước.
WIP, Shared, Published không chỉ là tên folder
Theo cách tiếp cận CDE dựa trên ISO 19650, thông tin thường được tổ chức theo các trạng thái WIP, Shared, Published và Archived. Mỗi trạng thái phản ánh cách thông tin được sử dụng và đi kèm với cách kiểm soát quyền truy cập khác nhau.
WIP là thông tin đang được nhóm tạo lập và phát triển. Đây chưa phải thông tin để toàn bộ dự án tùy ý sử dụng. Shared là thông tin đã được đưa ra để các bên liên quan sử dụng cho việc phối hợp, tham khảo hoặc review theo phạm vi đã thống nhất. Published là thông tin đã hoàn thành bước kiểm tra/phê duyệt cần thiết và được phát hành cho mục đích chính thức. Archived lưu giữ thông tin đã qua sử dụng hoặc thay thế để phục vụ việc truy xuất lịch sử.
Vì vậy, khi triển khai CDE, dự án không chỉ cần tạo bốn folder có tên tương ứng. Phải định nghĩa rõ ý nghĩa và mục đích sử dụng của từng State.
AI CHỊU TRÁCH NHIỆM VỚI FILE Ở STATE ĐÓ?
Mỗi State phải có trách nhiệm rõ ràng
Nếu State cho biết file đang ở đâu trong vòng đời thông tin, thì Responsibility phải trả lời: Ai chịu trách nhiệm với file ở trạng thái đó?
Một kỹ sư upload bản vẽ vào WIP không có nghĩa là bản vẽ đó đã được kiểm tra bởi trưởng nhóm. Một bản vẽ được chuyển sang Shared cũng không có nghĩa là nó đã được chủ đầu tư chấp thuận. Và một file được đưa vào Published phải có người hoặc vai trò chịu trách nhiệm cho việc phát hành đó. Mỗi lần State thay đổi phải gắn với một trách nhiệm cụ thể.
Trách nhiệm thay đổi theo quá trình chuyển State
Ví dụ, một quy trình có thể được tổ chức như sau: WIP → Shared Nhóm tạo lập hoàn thiện thông tin và người phụ trách của nhóm kiểm tra trước khi chia sẻ. Shared → Published
Thông tin được review và phê duyệt bởi người có thẩm quyền trước khi trở thành thông tin phát hành. Người quyết định việc chuyển từ WIP sang Shared có thể khác với người review và phê duyệt khi chuyển từ Shared sang Published.
Điều quan trọng không phải là dự án nào cũng phải có đúng một mô hình phân quyền như vậy, mà là dự án bắt buộc phải xác định rõ ai chịu trách nhiệm ở từng bước. Nếu không, State chỉ là một nhãn trên giao diện mà không tạo ra giá trị kiểm soát thực tế.
AI ĐƯỢC PHÉP TRUY CẬP VÀ SỬ DỤNG?
Có quyền nhìn thấy file không đồng nghĩa với có toàn quyền sử dụng
Sau khi xác định State và Responsibility, CDE cần giải quyết câu hỏi thứ ba: Ai được phép truy cập và thực hiện thao tác gì với thông tin? Đây chính là Permission.
Một người có thể được quyền xem tài liệu nhưng không được chỉnh sửa. Một người có thể được quyền upload nhưng không được chuyển tài liệu sang Published. Một người có thể được quyền review nhưng không có quyền thay đổi nội dung gốc. Do đó, Permission không nên được thiết lập đơn giản theo kiểu: “Ai thuộc dự án thì được truy cập tất cả.”
Quyền truy cập cần phản ánh vai trò và trách nhiệm của từng người trong quy trình thông tin.
WIP phải được giới hạn quyền truy cập
Với WIP, quyền truy cập thường cần được giới hạn cho nhóm đang tạo lập thông tin.
Ví dụ, nhóm kiến trúc đang phát triển mô hình kiến trúc thì không nhất thiết toàn bộ nhóm kết cấu phải có quyền chỉnh sửa mô hình đó. Mục đích là tránh việc thông tin chưa hoàn thiện bị sử dụng hoặc thay đổi ngoài trách nhiệm của nhóm tạo lập.
Published phải được bảo vệ
Published là thông tin đã được phát hành nên quyền chỉnh sửa phải được kiểm soát chặt chẽ hơn. Người dùng có thể cần quyền xem và sử dụng thông tin Published nhưng không nên mặc nhiên có quyền chỉnh sửa bản phát hành. Nếu cần thay đổi, phải tạo thông tin mới và đưa thông tin đó quay lại quy trình kiểm tra phù hợp.
Nhờ vậy, bản Published vẫn giữ được ý nghĩa là thông tin đã được kiểm soát và phát hành, thay vì trở thành một file mà bất kỳ ai cũng có thể sửa.
STATE + TRÁCH NHIỆM + QUYỀN TRUY CẬP PHẢI ĐƯỢC TRIỂN KHAI CÙNG NHAU
Nếu dự án chỉ tạo WIP, Shared, Published nhưng không xác định ai được chuyển State, hệ thống vẫn có thể bị sử dụng sai. Ví dụ, một người upload file vào WIP rồi tự chuyển sang Published. Lúc này, State tồn tại nhưng không có kiểm soát trách nhiệm.
Ngược lại, nếu chỉ thiết lập quyền truy cập nhưng không định nghĩa State, người dùng vẫn khó biết file mình đang xem có phải là thông tin chính thức hay chỉ là tài liệu đang được phát triển.
Vì vậy, ba thành phần phải được liên kết: STATE → RESPONSIBILITY → PERMISSION
State xác định thông tin đang ở trạng thái nào. Responsibility xác định ai chịu trách nhiệm kiểm tra và quyết định việc chuyển trạng thái. Permission xác định ai được xem, chỉnh sửa, review, approve hoặc sử dụng thông tin. Đây chính là điểm biến CDE từ một nơi lưu trữ thành một môi trường quản lý thông tin theo quy trình.
MỖI STATE PHẢI CÓ QUY TẮC SỬ DỤNG
WIP: Chỉ sử dụng trong phạm vi nhóm tạo lập
Khi thông tin còn ở WIP, dự án phải xác định rõ đây là thông tin đang được phát triển. Nhóm tạo lập chịu trách nhiệm chính với nội dung. Quyền truy cập cần được giới hạn để tránh việc các bên khác lấy thông tin chưa hoàn thiện làm cơ sở chính thức. WIP không phải là “file mới nhất nên dùng ngay”.
Shared: Chỉ sử dụng cho mục đích đã quy định
Khi thông tin được chuyển sang Shared, các bên liên quan có thể sử dụng thông tin cho phối hợp hoặc review. Nhưng Shared vẫn cần được phân biệt với thông tin phát hành chính thức. Dự án phải quy định rõ Shared được phép sử dụng cho việc gì và chưa được phép sử dụng cho việc gì.
Published: Chỉ người có thẩm quyền mới được phát hành
Published phải có điều kiện rõ ràng để được chuyển sang trạng thái này. Thông tin phải trải qua các bước review hoặc approval cần thiết trước khi được phát hành. Khi đã Published, quyền chỉnh sửa cũng phải được kiểm soát để đảm bảo thông tin phát hành không bị thay đổi tùy ý.
Archived: Lưu để truy xuất, không dùng như thông tin hiện hành
Archived có vai trò giữ lại lịch sử thông tin. Vì vậy, dự án cần phân biệt rõ “có thể truy xuất” với “được phép sử dụng làm thông tin hiện hành”. Một bản vẽ Archived vẫn tồn tại trên hệ thống nhưng không vì thế mà trở thành bản được phép sử dụng cho công việc hiện tại.
TỪ “FILE TỒN TẠI” ĐẾN “FILE ĐƯỢC PHÉP SỬ DỤNG” VỚI VINACDE
Trên VinaCDE, việc một file được upload lên hệ thống không chỉ dừng lại ở việc lưu trữ tài liệu. Thông tin có thể được gắn với Status, kiểm soát quá trình chuyển trạng thái thông qua Workflow và giới hạn quyền thao tác bằng Permission. Khi đó, người dùng không chỉ nhìn thấy một file trong hệ thống mà còn có thể xác định file đang ở trạng thái nào, đang thuộc trách nhiệm của ai và mình được phép thực hiện thao tác gì với file đó.
Một tài liệu đang ở WIP có thể được giới hạn cho nhóm đang tạo lập và chỉnh sửa. Khi chuyển sang Shared, tài liệu có thể được đưa vào quy trình phối hợp và review với các bên liên quan. Khi được chuyển sang Published, thông tin đã qua bước phê duyệt theo Workflow và được kiểm soát quyền chỉnh sửa để giữ nguyên bản phát hành.
Nhờ kết hợp Status + Workflow + Permission, VinaCDE giúp biến trạng thái của file thành một phần của quy trình quản lý thông tin, thay vì chỉ là thông tin hiển thị trên giao diện.
File có tồn tại trên CDE không? → Có.
File đang ở State nào? → Biết.
Ai chịu trách nhiệm? → Xác định được.
Ai được phép sử dụng hoặc thay đổi? → Kiểm soát được.
Đây chính là cách VinaCDE hỗ trợ giải quyết bài toán cốt lõi: không phải file nào tồn tại trên CDE cũng mặc nhiên được phép sử dụng.
KẾT LUẬN
File tồn tại ≠ File được phép sử dụng. Một file được upload lên CDE mới chỉ là sự tồn tại của thông tin. Để thông tin có thể được sử dụng đúng cách, dự án phải bắt buộc kiểm soát ba yếu tố:
State – File đang ở trạng thái nào?
Responsibility – Ai chịu trách nhiệm với trạng thái đó?
Permission – Ai được quyền truy cập và sử dụng file?
Khi ba yếu tố này được liên kết với Workflow, CDE mới thực sự kiểm soát được vòng đời thông tin: từ khi thông tin được tạo lập, chia sẻ, kiểm tra cho đến khi được phát hành và lưu trữ.
VinaCDE hỗ trợ triển khai theo hướng Status + Workflow + Permission, giúp doanh nghiệp không chỉ biết file đang ở đâu, mà còn xác định được file có được phép sử dụng hay không, ai chịu trách nhiệm và ai có quyền thực hiện thao tác với file.
👉Nếu bạn cần tư vấn lộ trình triển khai BIM & CDE phù hợp với quy định tại Việt Nam, đội ngũ VinaCDE sẵn sàng hỗ trợ.
Liên hệ ngay để được tư vấn và nhận DEMO 1-1 MIỄN PHÍ!!
Facebook:
Email: sales@tgl-sol.com
Hotline: 0377 359 728
📺 Xem thêm bộ tài liệu tổng quan về VinaCDE
