FINAL_v2_FINAL_OK.pdf – Khi tên file phản ánh vấn đề quản lý dự án

Trong một dự án xây dựng, những cái tên như FINAL.pdf, FINAL_v2.pdf, FINAL_OK.pdf hay thậm chí FINAL_v2_FINAL_OK.pdf có thể xuất hiện rất thường xuyên.

Nhìn qua, đây chỉ là cách đặt tên file quen thuộc của người dùng. Nhưng khi dự án có hàng trăm hoặc hàng nghìn bản vẽ, tài liệu và nhiều bên cùng tham gia, những tên file như vậy bắt đầu trở thành một vấn đề quản lý thông tin.

Bởi câu hỏi không còn là “File này tên gì?”, mà là: File thuộc dự án nào? Ai tạo? Nội dung gì? Dùng cho mục đích nào? Đây có phải bản được phép sử dụng hay chưa?

Đây chính là lý do Naming Convention và Information Container trở thành một phần quan trọng trong cách tiếp cận quản lý thông tin theo ISO 19650. Trong ISO 19650, thông tin được quản lý ở cấp Information Container và các container cần được đặt tên theo quy tắc thống nhất để có thể nhận diện mà không cần mở file.

Từ “FINAL_v2_FINAL_OK.pdf” đến bài toán quản lý thông tin

Khi tên file phải “kể chuyện” thay cho hệ thống

Trong cách làm truyền thống, người dùng thường bổ sung thêm từ vào tên file để phân biệt các phiên bản.

Ví dụ: Drawing.pdf
→ Drawing_final.pdf
→ Drawing_final_v2.pdf
→ Drawing_final_v2_OK.pdf
→ Drawing_final_v3_OK_NEW.pdf

Cách làm này có thể giải quyết nhu cầu trước mắt của một cá nhân, nhưng không tạo ra một quy tắc chung cho toàn bộ dự án.

Khi mỗi người tự đặt tên theo cách riêng, tên file bắt đầu chứa những thông tin mang tính cá nhân như “FINAL”, “OK”, “NEW”, “LATEST”. Người nhận phải tự suy đoán ý nghĩa của chúng và rất khó xác định đâu là thông tin chính thức.

Vấn đề không phải là đặt tên dài hay ngắn

Naming Convention theo ISO 19650 không đơn giản là yêu cầu mọi người đặt tên file thật dài. Mục tiêu là tạo ra một quy tắc nhận diện thống nhất cho Information Container. ISO 19650 định nghĩa Information Container là một tập hợp thông tin được đặt tên và có thể truy xuất trong hệ thống lưu trữ; đồng thời việc đặt tên cần tuân theo một Naming Convention đã được thống nhất.

Nói cách khác, tên không nên chỉ để con người nhớ, mà phải giúp thông tin có thể được nhận diện, tìm kiếm và quản lý một cách nhất quán.

Naming Convention theo ISO 19650: Tên file phải trở thành một phần của hệ thống

Information Container là gì?

Trong ISO 19650, Information Container không chỉ giới hạn ở một file PDF. Nó có thể là model, drawing, document, table, schedule, data file hoặc một tập hợp thông tin có thể được truy xuất và quản lý. Điều này thay đổi cách chúng ta nhìn về tên file.

Một bản vẽ không đơn thuần là drawing.pdf. Nó là một Information Container nằm trong hệ thống thông tin của dự án và cần có khả năng được nhận diện một cách nhất quán.

Naming Convention phải được thống nhất trước khi dự án vận hành

Một Naming Convention hiệu quả cần được xác định trước khi các bên bắt đầu tạo và trao đổi thông tin. Tùy theo quy mô và yêu cầu của dự án, quy tắc có thể bao gồm các thành phần nhận diện như Project, Originator, Volume/System, Level/Location, Type, Role, Number.

Ví dụ, một cấu trúc ID có thể được tổ chức theo dạng: PROJECT – ORIGINATOR – VOLUME – LEVEL – TYPE – ROLE – NUMBER

Điểm quan trọng không nằm ở việc dự án phải sử dụng đúng một chuỗi ký tự cố định cho mọi trường hợp. Điều quan trọng là các bên phải thống nhất ý nghĩa của từng trường và áp dụng nhất quán.

Tất cả thông tin vào tên file

Một sai lầm phổ biến khi triển khai Naming Convention là cố gắng đưa mọi thông tin quản lý vào tên file.

Ví dụ: PROJECT_ARCH_A01_DESIGN_FINAL_APPROVED_2026_REV03.pdf

Tên file ngày càng dài nhưng chưa chắc đã giải quyết được bài toán quản lý.

Theo hướng tiếp cận ISO 19650, Unique ID và Metadata nên được sử dụng cùng nhau. Unique ID giúp nhận diện Information Container, trong khi metadata có thể quản lý các thuộc tính như Status, Revision, Classification và những thông tin cần thiết khác. Vì vậy, thay vì biến tên file thành một “bảng thông tin”, dự án cần phân định rõ:

Naming Convention → Nhận diện thông tin
Metadata → Mô tả và quản lý thông tin
CDE Workflow → Kiểm soát trạng thái và quá trình sử dụng thông tin

“FINAL” không thể thay thế cho Status

Một file có chữ FINAL trong tên không đồng nghĩa với việc file đó đã được kiểm tra hoặc phê duyệt. Tương tự, APPROVED.pdf cũng không nên được xem là bằng chứng duy nhất cho trạng thái phê duyệt.

Trong CDE theo ISO 19650, thông tin được quản lý thông qua các trạng thái như WIP – Shared – Published – Archived, cùng với quy trình review, approval và quyền truy cập phù hợp. Do đó, “FINAL” nên được thay thế bằng trạng thái được hệ thống quản lý, thay vì để người dùng tự diễn giải qua tên file.

Từ Naming Convention đến kiểm soát Information Container

Bước 1: Xác định quy tắc Naming Convention ngay từ đầu

Naming Convention không nên được xây dựng sau khi dự án đã có hàng nghìn file. Ngay khi thiết lập môi trường quản lý thông tin, dự án cần xác định quy tắc đặt tên, cấu trúc ID và ý nghĩa của từng trường.

Quy tắc này cần được thống nhất giữa chủ đầu tư, tư vấn, nhà thầu và các bên liên quan để tránh tình trạng mỗi đơn vị sử dụng một cách đặt tên khác nhau.

Mục tiêu là khi một Information Container được đưa vào hệ thống, người dùng có thể nhận diện được nó thuộc dự án nào, đơn vị nào tạo ra, loại thông tin gì và được đánh số như thế nào.

Bước 2: Không quản lý Version bằng cách thêm “v2”, “v3”, “NEW”

Version và Revision không nên được xử lý bằng cách liên tục đổi tên file.

Thay vì:

Drawing_FINAL.pdf
Drawing_FINAL_v2.pdf
Drawing_FINAL_v3_NEW.pdf

hệ thống cần duy trì một Information Container có lịch sử phiên bản rõ ràng.

Khi có thay đổi, người dùng tạo Revision mới và hệ thống lưu lại lịch sử. Nhờ đó, người quản lý có thể truy xuất phiên bản hiện tại, phiên bản trước đó và lịch sử thay đổi mà không cần dựa vào những từ như “NEW” hay “LATEST”.

Đây cũng phù hợp với cách ISO 19650 tiếp cận việc quản lý thông tin, trong đó thông tin cần được tổ chức, versioning và kiểm soát trong suốt quá trình quản lý.

Bước 3: Gắn Metadata thay vì bắt tên file gánh toàn bộ thông tin

Sau khi xác định Naming Convention, dự án cần xác định những metadata nào phải được quản lý cho từng Information Container.

Ví dụ, một bản vẽ có thể được quản lý cùng các thông tin về: Status – Revision – Classification – Author – Date – Type. Những metadata này giúp người dùng lọc, tìm kiếm và xác định thông tin mà không cần mở từng file.

CDE cần hỗ trợ việc gán metadata cho Information Container và cập nhật metadata khi container được revision. Đây là bước chuyển quan trọng từ “quản lý file” sang “quản lý thông tin”.

Bước 4: Kiểm soát Information Container bằng CDE Workflow

Naming Convention chỉ giải quyết một phần bài toán. Một file có tên đúng nhưng được lưu sai trạng thái, chia sẻ sai đối tượng hoặc sử dụng trước khi được kiểm tra vẫn có thể gây ra sai sót cho dự án. Vì vậy, Naming Convention phải được đặt trong CDE Workflow.

CDE không chỉ là một nền tảng công nghệ mà bao gồm cả workflow và solution. Workflow xác định cách thông tin được quản lý, trong khi CDE solution cung cấp công nghệ để thực hiện quy trình đó.

Thông tin có thể đi theo luồng: WIP → Shared → Published → Archived. Qua mỗi trạng thái, quyền truy cập, mục đích sử dụng và mức độ tin cậy của thông tin được kiểm soát khác nhau. Như vậy, thay vì hỏi: “File nào có chữ FINAL?” người dùng có thể hỏi: “Information Container nào đang ở trạng thái Published và Revision mới nhất?”

VinaCDE: Naming Convention + Validation khi Upload

Thiết lập Naming Convention chỉ là bước đầu. Trong thực tế, vấn đề thường xảy ra khi người dùng upload hồ sơ: tên file có thể sai mã dự án, sai discipline, sai loại tài liệu hoặc không đúng cấu trúc đã thống nhất.

Vì vậy, quy tắc đặt tên cần được gắn trực tiếp với quy trình upload. Thay vì để người dùng tự kiểm tra thủ công, hệ thống có thể validation tên file ngay khi upload, giúp phát hiện file không đúng quy chuẩn trước khi đưa vào môi trường dữ liệu chung.

Trên VinaCDE, Naming Convention được thiết lập theo quy tắc của dự án và áp dụng trong quá trình quản lý Files. Điều này giúp việc chuẩn hóa thông tin không dừng ở việc “đã có quy định đặt tên”, mà được đưa vào quy trình kiểm soát dữ liệu thực tế.

Chuẩn hóa tên ngay khi Upload

Trong VinaCDE, Naming Convention có thể được đưa vào quy trình quản lý Information Container ngay từ bước upload. Thay vì để người dùng tự do đưa lên những file như: FINAL.pdf, FINAL2.pdf, FINAL_OK.pdf quy tắc đặt tên có thể được chuẩn hóa theo yêu cầu của dự án.

Điều này giúp giảm sự phụ thuộc vào thói quen cá nhân và tạo ra một cấu trúc nhận diện thống nhất cho toàn bộ dữ liệu dự án.

Kết hợp Naming Convention + Metadata + Version Control

Giá trị của Naming Convention sẽ rõ ràng hơn khi được kết hợp với các lớp quản lý khác. Naming Convention giúp nhận diện Information Container. Metadata giúp mô tả và phân loại thông tin. Version Control giúp theo dõi các phiên bản và thay đổi. Workflow xác định thông tin đang ở trạng thái nào và có thể được sử dụng vào mục đích gì.

Khi các lớp này được kết hợp trong CDE, dự án không còn phải phụ thuộc vào những quy ước thủ công như FINAL, NEW, OK, LATEST để xác định thông tin.

Kết Luận

FINAL_v2_FINAL_OK.pdf không phải là vấn đề của riêng một file. Nó phản ánh một vấn đề lớn hơn: dự án chưa có một cơ chế thống nhất để nhận diện, mô tả, kiểm soát và phát hành thông tin.

Theo cách tiếp cận của ISO 19650, Information Container cần được nhận diện bằng Naming Convention thống nhất và được quản lý cùng metadata, revision, status trong một quy trình CDE có kiểm soát. Vì vậy, triển khai Naming Convention không nên dừng ở việc “đặt tên file cho đẹp”.

Cần triển khai theo chuỗi: Naming Convention → Information Container → Metadata → Version/Revision → CDE Workflow → Kiểm soát thông tin

Với VinaCDE, quy trình này có thể được đưa vào môi trường quản lý thông tin tập trung, giúp các bên không chỉ tìm đúng file mà còn xác định đúng thông tin, đúng phiên bản và đúng trạng thái để sử dụng trong dự án.

👉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