Đặt tên file và thiết lập Custom Attributes trong Forma Data Management

Quy tắc đặt tên (Naming Standard) giúp nhận diện hồ sơ; các ô thông tin do dự án chọn thêm (Custom Attributes) giúp tìm và theo dõi hồ sơ. Trên Autodesk Forma Data Management, cả hai cần xuất phát từ cách dự án phân loại và sử dụng hồ sơ, không phải từ mong muốn thu thập càng nhiều trường càng tốt.

Tại Riverside Palace giả định, mọi người nhận được bốn file có tên matbangmoi.pdf, matbang-final.pdf, tang3-rev2.pdf và matbang-ok.pdf. Dù có một kho tập trung, người đọc vẫn không biết bản nào của bộ môn nào, đang được duyệt hay đã phát hành. Một mã tên nhất quán và thông tin đi kèm giúp tìm, phân loại hồ sơ; để biết bản nào được thi công vẫn cần kiểm tra quyết định và thông báo phát hành theo quy trình dự án.

Thực hành trên giao diện: thử chuẩn tên và thuộc tính

Trong project mẫu, mở Naming Standards với quyền quản trị phù hợp. Xem các thành phần tên, nhóm thuộc tính liên quan và thư mục áp dụng trước khi bật yêu cầu bắt buộc. Sau đó thử tải hai file mẫu: một file đúng quy tắc và một file thiếu thuộc tính để quan sát cách hệ thống xử lý.

Mốc thao tác	Bằng chứng cần lưu
Xem Naming Standards	Tên chuẩn, các trường bắt buộc, folder áp dụng
Xem Custom Attributes	Tên trường, loại dữ liệu, giá trị cho phép
Tải file hợp lệ	Tên/metadata được chấp nhận trong Files
Tải file sai	Thông báo kiểm tra hoặc mục trong Holding Area, nếu cấu hình áp dụng

Chỉ áp dụng bắt buộc cho phạm vi thật sau khi thử với folder và dữ liệu mẫu. Nguồn: Autodesk Help — File Naming Standards.

Tên file nên nói điều gì?

Dự án có thể bắt đầu bằng năm trường dễ hiểu: mã dự án – đơn vị tạo – bộ môn – loại hồ sơ – số thứ tự. Ví dụ giả định:

RP-TVTK-ARC-DRW-00301.pdf

• RP: mã viết tắt của dự án giả định Riverside Palace (mã Project: RP-001).
• TVTK: tư vấn thiết kế, đơn vị lập tài liệu; trong dự án thật có thể cần mã originator cụ thể hơn.
• ARC: kiến trúc.
• DRW: bản vẽ.
• 00301: số nhận diện tài liệu.

Đây là quy ước đề xuất để giải thích, chưa phải mẫu tên bắt buộc của ISO 19650 và chưa xử lý mọi gói thầu. Cần chốt độ dài mã, danh sách giá trị, ngoại lệ và cách xử lý hồ sơ do bên ngoài gửi. Nếu tên đang được hệ thống tạo từ các thuộc tính, đừng đổi thủ công ngoài quy trình rồi kỳ vọng metadata tự đồng bộ.

Theo Autodesk — File Naming Standards, các trường cấu thành naming convention được dùng để tạo tên và là bắt buộc; hệ thống còn có related attributes như Revision và Status có thể bắt buộc hoặc tùy chọn theo thiết kế chuẩn.

Tên file ví dụ có đủ năm thành phần; các thông tin thay đổi như Revision, Status được quản lý như thuộc tính. Nhánh “cần sửa” chỉ là kết quả minh họa khi quy tắc kiểm tra được bật và áp dụng đúng thư mục.

Đừng đưa mọi thuộc tính vào tên

Tên file cần đủ để phân biệt và liên kết tài liệu. Những thứ thường thay đổi trong vòng đời nên được xem xét làm thuộc tính riêng, chẳng hạn:

Trường	Câu hỏi trả lời	Gợi ý quản trị
Document Type	Đây là loại hồ sơ gì?	Danh sách chọn thống nhất
Discipline	Thuộc bộ môn nào?	Mã ngắn có từ điển
Revision	Lần sửa đổi được quản lý nào?	Khác Version hệ thống
Suitability / Purpose	Được dùng để phối hợp, duyệt hay thi công?	Quy tắc dự án định nghĩa
Review status	Đang review, đã chấp thuận hay từ chối?	Do workflow/hệ thống cập nhật theo cách triển khai
Package / Zone	Thuộc khu vực, gói thầu nào?	Chỉ yêu cầu nếu thực sự giúp lọc/tìm

Autodesk — Project-Level File Attributes phân biệt system attributes với custom attributes; custom có thể dùng text, ngày hoặc danh sách lựa chọn. Version là lịch sử nội dung của file, Revision là quy ước sửa đổi của dự án, còn Review status phản ánh trạng thái xem xét. Không sử dụng ba trường này như từ đồng nghĩa.

Custom Attributes giúp ích gì cho người dùng bình thường?

Tư vấn giám sát (TVGS) cần tìm “toàn bộ bản vẽ kiến trúc khu A đã được trình trong tháng này”. Nếu chỉ tìm theo tên, người dùng phải đoán từ khóa. Nếu mỗi tài liệu có bộ môn, khu vực, ngày gửi và trạng thái nhất quán, việc lọc và đối chiếu dễ hơn.

Không nên thêm hàng chục trường bắt buộc ngay từ ngày đầu: hồ sơ sẽ mắc kẹt vì người nhập không biết chọn gì. Đặt tiêu chí cho từng trường: ai nhập, lúc nào, ai kiểm tra, trường có cần để quyết định nhận/phát hành hay không.

Một bộ khởi đầu thực tế cho Riverside Palace có thể gồm Discipline, Document Type, Revision và Purpose; dữ liệu phân khu/gói thầu chỉ thêm nếu thực sự cần. Đây là gợi ý thiết kế, không là preset sẵn trong Forma.

Naming Standard được áp dụng cho folder như thế nào?

Các quy tắc đặt tên được xây ở cấp dự án rồi áp dụng vào những thư mục cần kiểm soát. Hai thư mục có thể có quy tắc khác nhau, ví dụ hồ sơ thiết kế và hồ sơ thương mại. Đặc biệt quan trọng: các folder có quy tắc bắt buộc cần được thống nhất trước khi chứa nhiều file.

Theo Autodesk — Naming Standards Settings, Project Admin quản lý cấu hình chuẩn, lựa chọn folder áp dụng và Holding Area. Với custom attributes, Autodesk mô tả khả năng bắt buộc trên thư mục rỗng và sự kế thừa cấu hình sang thư mục con; cần kiểm tra tác động trước khi thay đổi trên cây thật.

Do đó, trước khi nhập hàng loạt, hãy tải mẫu PDF/DWG hợp lệ và không hợp lệ vào dự án thử để xem hệ thống xử lý chính xác theo quy định nào.

Quy tắc tên không thay thế trạng thái phát hành

Trong cấu hình File Naming Standards, trường tạo tên file và các thuộc tính liên quan như Status/Revision phục vụ mục đích khác nhau. Một file hợp lệ về tên vẫn có thể đang WIP hoặc chờ Review; Version của hệ thống lưu trữ không tự bằng Revision của hồ sơ. Khi thử quy tắc, kiểm tra đồng thời tên, related attributes, version thực tế và quyết định phát hành trên một bộ file giả lập.

Nguồn ảnh: Autodesk Help.

Holding Area là gì?

Holding Area là vùng xử lý hồ sơ chưa phù hợp quy tắc tên hoặc thuộc tính bắt buộc khi cấu hình cho phép giữ lại. Thay vì giả định “đã upload thành công = đã xuất hiện trong thư mục làm việc”, người quản trị và người gửi cần biết file có đang chờ sửa dữ liệu hay không.

Theo Autodesk — The File Holding Area, khả năng xem, sửa/validate hoặc xóa trong khu vực này phụ thuộc quyền và cấu hình. Không áp dụng các ảnh/trợ giúp BIM 360 đời cũ để kết luận mọi thao tác hiện hành giống hệt. Việc xử lý tài liệu không hợp lệ qua Desktop Connector cũng có hành vi riêng, nên cần thử với đường upload thực tế của dự án.

Ví dụ: TVTK tải matbang-final.pdf vào thư mục yêu cầu mã bộ môn, loại tài liệu và số hồ sơ. Nếu hệ thống đánh dấu không hợp lệ, người phụ trách có thể yêu cầu sửa theo quy tắc; chưa nên đưa file đó vào luồng review chính thức.

Kiểm thử trước khi bắt buộc áp dụng

Với Riverside Palace, chuẩn bị bốn file mẫu: đúng tên + đúng thuộc tính; sai tên; thiếu Revision; sai giá trị Purpose. Kiểm thử ai thấy cảnh báo, file nào vào Holding Area, ai có quyền sửa, khi nào file xuất hiện trong folder đích và việc đổi Revision có ảnh hưởng đến version hay không.

Khi người gửi vẫn thường xuyên đặt tên sai, nguyên nhân có thể nằm ở quy tắc quá phức tạp hoặc thiếu mã tra cứu, chứ không đơn thuần ở ý thức nhân viên. Hãy chỉnh quy ước cùng nhóm tạo dữ liệu trước khi áp dụng toàn dự án.

Khi metadata đã ổn định, tiếp tục thiết lập Review với đúng hồ sơ trong Files. Quy tắc tên và thuộc tính giúp người duyệt biết đang đánh giá tài liệu nào, nhưng không thay thế quyết định chuyên môn.

Flowzito là extension ZhouWorks đã giới thiệu tại zhouworks.com/flowzito để hỗ trợ làm việc với Autodesk Forma. Quy ước tên trong bài là ví dụ thiết kế quản lý hồ sơ, không phải chứng nhận tuân thủ ISO 19650.

Bảng thử quy tắc tên và thuộc tính

Mẫu thực hành do ZhouWorks đề xuất; sao chép bảng để điền và thử trên dữ liệu không nhạy cảm. Các kết quả phụ thuộc cấu hình dự án.

Hồ sơ thử	Kỳ vọng	Kết quả thực tế
File đúng mẫu tên và trường bắt buộc	Được tiếp nhận theo cấu hình	…
File thiếu thuộc tính bắt buộc	Có thông báo hoặc xử lý theo cấu hình	…
File sai quy tắc tên	Được xử lý theo thiết lập Holding Area	…
File sửa hợp lệ và tải lại	Được tiếp nhận theo cấu hình	…