Quy tắc đặt tên file doanh nghiệp

Quy tắc đặt tên file doanh nghiệp là hệ thống quy ước thống nhất về cấu trúc tên, thứ tự thông tin, định dạng ngày tháng, cách viết, trạng thái và phiên bản của file hoặc thư mục dùng chung. Mục tiêu không phải làm tên file dài hơn, mà là giúp nhân viên nhận diện đúng tài liệu mà không cần mở từng file để kiểm tra.

Một quy tắc hiệu quả phải đáp ứng bốn yêu cầu: dễ đọc, dễ tìm kiếm, sắp xếp đúng, và có thể áp dụng nhất quán trong nhiều phòng ban. Doanh nghiệp vì vậy cần xây dựng mẫu tên dựa trên nhu cầu tra cứu thực tế thay vì để mỗi cá nhân tự đặt theo thói quen.

Vì sao doanh nghiệp cần thống nhất cách đặt tên file và thư mục?

Tên file là một dạng siêu dữ liệu cơ bản. Khi được thiết kế đúng, nó cho người dùng biết tài liệu là gì, thuộc phạm vi nào, được tạo vào thời điểm nào và đang ở trạng thái nào.

Quy tắc đặt tên thống nhất mang lại các giá trị trực tiếp:

·         Giảm thời gian tìm kiếm tài liệu trong thư mục dùng chung

·         Hạn chế mở nhầm file hoặc sử dụng nhầm phiên bản

·         Giúp kết quả tìm kiếm chính xác hơn

·         Duy trì thứ tự thời gian khi sắp xếp theo tên

·         Hỗ trợ bàn giao công việc khi nhân sự thay đổi

·         Giúp lưu trữ, sao lưu và kiểm toán tài liệu thuận lợi hơn

·         Giảm sự phụ thuộc vào trí nhớ của người tạo file

Ngược lại, khi không có quy tắc chung, cùng một loại tài liệu có thể được đặt theo nhiều kiểu:

·         Bao cao doanh thu thang 6

·         BCDT T6

·         DoanhThu_06

·         BaoCaoMoi

·         Final doanh thu

·         Ban chot sua lan 2

Các tên này có thể được người tạo hiểu tại thời điểm lưu file, nhưng không tạo thành một hệ thống có thể dự đoán. Người khác không biết nên tìm theo “báo cáo”, “doanh thu”, “BCDT”, “tháng 6” hay “T6”.

Vấn đề cốt lõi không nằm ở từng tên file riêng lẻ, mà ở việc doanh nghiệp không có một cấu trúc chung để mọi người cùng sử dụng.

Một tên file doanh nghiệp nên chứa những thành phần nào?

Không phải tên file nào cũng cần chứa toàn bộ thông tin. Doanh nghiệp nên lựa chọn các thành phần có giá trị nhận diện và sắp xếp cao nhất.

Một cấu trúc phổ biến gồm:

[Đơn vị]_[Loại tài liệu]_[Chủ đề hoặc đối tượng]_[Ngày hoặc kỳ]_[Trạng thái]_[Phiên bản]

Ví dụ:

KT_Bao-cao-doanh-thu_2026-06_Da-duyet_v1.0.xlsx

Trong đó:

·         KT xác định phòng Kế toán

·         Bao-cao-doanh-thu xác định loại và nội dung tài liệu

·         2026-06 xác định kỳ báo cáo

·         Da-duyet xác định trạng thái

·         v1.0 xác định phiên bản

Cấu trúc trên không phải mẫu bắt buộc cho mọi doanh nghiệp. Một tổ chức có thể không cần mã phòng ban nếu thư mục đã phân chia rõ theo đơn vị. Một tài liệu chỉ lưu một bản chính thức cũng có thể không cần số phiên bản trong tên.

Nguyên tắc quan trọng là chỉ đưa vào tên file những thành phần giúp người dùng phân biệt, tìm kiếm hoặc sắp xếp tài liệu. Thông tin không tạo giá trị nhận diện sẽ làm tên file dài và khó đọc.

Các quy tắc đặt tên file doanh nghiệp nên áp dụng

Đặt thông tin quan trọng theo một thứ tự cố định

Mọi file cùng loại nên tuân theo một trật tự thống nhất. Không nên lúc đặt ngày ở đầu, lúc đặt ngày ở cuối hoặc thay đổi vị trí phòng ban tùy người tạo.

Ví dụ, doanh nghiệp chọn cấu trúc:

[Ngày]_[Phòng ban]_[Loại tài liệu]_[Nội dung]_[Phiên bản]

Các file phải cùng tuân theo cấu trúc đó:

·         2026-07-01_HCNS_Ke-hoach-tuyen-dung_v1.0.docx

·         2026-07-05_HCNS_Bao-cao-tuyen-dung_v1.0.docx

·         2026-07-10_HCNS_Danh-sach-ung-vien_v2.0.xlsx

Thứ tự cố định giúp người dùng dự đoán tên tài liệu và tìm kiếm theo từng thành phần.

Sử dụng ngày tháng theo thứ tự năm, tháng, ngày

Khi ngày tháng có vai trò phân loại, nên sử dụng cấu trúc:

YYYY-MM-DD

Ví dụ:

·         2026-07-24

·         2026-07

·         2026-Q3

·         2026

Cách viết năm trước, tháng sau, ngày cuối giúp file tự động sắp xếp đúng trình tự thời gian khi hệ thống sắp xếp theo tên.

Không nên trộn nhiều kiểu ngày tháng như:

·         24-07-2026

·         24.7.26

·         Jul-24

·         Thang7_2026

Định dạng ngày không thống nhất khiến thứ tự file bị xáo trộn và tăng nguy cơ hiểu nhầm, đặc biệt khi doanh nghiệp làm việc với đối tác quốc tế.

Sử dụng từ khóa rõ nghĩa và nhất quán

Tên file nên sử dụng những từ mà người dùng thực sự dùng khi tìm kiếm tài liệu. Từ khóa cần đủ rõ để phân biệt nội dung nhưng không nên biến tên file thành một câu mô tả dài.

Ví dụ tốt:

Bao-cao-chi-phi-van-hanh_2026-06.xlsx

Ví dụ chưa tốt:

Bao-cao-ve-tinh-hinh-cac-khoan-chi-phi-phat-sinh-trong-qua-trinh-van-hanh-thang-6.xlsx

Doanh nghiệp cũng cần thống nhất từ vựng. Nếu đã chọn “Hợp đồng”, không nên xen kẽ “HD”, “Contract” và “HopDong” cho cùng một nhóm tài liệu, trừ khi các cách viết đó đã được định nghĩa trong danh mục mã dùng chung.

Hạn chế chữ viết tắt không được chuẩn hóa

Chữ viết tắt giúp tên file ngắn hơn nhưng có thể làm giảm khả năng hiểu và tìm kiếm. Chỉ nên sử dụng chữ viết tắt khi:

·         Được dùng phổ biến trong toàn doanh nghiệp

·         Có trong danh mục mã hoặc bảng thuật ngữ

·         Không trùng với mã của đơn vị hoặc nghiệp vụ khác

·         Nhân viên mới có thể tra cứu được ý nghĩa

Ví dụ, HCNS, KT, MKT có thể được sử dụng nếu doanh nghiệp đã quy định rõ. Những mã do cá nhân tự tạo như BCDTM, HSXL2 hoặc TLQCDB sẽ khó hiểu nếu không có bảng giải thích.

Tránh các ký tự có thể gây lỗi hệ thống

Tên file dùng chung có thể được đồng bộ giữa Windows, macOS, máy chủ, phần mềm quản lý tài liệu và nền tảng đám mây. Một số ký tự có thể bị cấm hoặc được hệ thống diễn giải theo chức năng đặc biệt.

Doanh nghiệp nên tránh:

< > : " / \ | ? *

Ngoài ra, không nên:

·         Đặt dấu chấm hoặc khoảng trắng ở cuối tên

·         Dùng quá nhiều dấu chấm trong tên file

·         Dùng ký tự trang trí

·         Dùng emoji

·         Dùng ký hiệu không cần thiết

·         Tạo tên quá dài

Dấu chấm nên chủ yếu được dành cho phần mở rộng như .docx, .xlsx, .pdf.

Chọn một cách phân tách từ thống nhất

Doanh nghiệp có thể dùng dấu gạch ngang, dấu gạch dưới hoặc viết liền theo quy ước. Điều quan trọng là không trộn nhiều cách trong cùng một hệ thống.

Một cách dễ áp dụng là:

·         Dùng dấu gạch dưới _ để phân tách các nhóm thông tin

·         Dùng dấu gạch ngang - để phân tách các từ bên trong một nhóm

Ví dụ:

2026-07-24_HCNS_Quy-trinh-tuyen-dung_v1.0.docx

Trong tên này:

·         2026-07-24, HCNS, Quy-trinh-tuyen-dung và v1.0 là các nhóm thông tin

·         Dấu gạch dưới phân tách các nhóm

·         Dấu gạch ngang liên kết các từ trong tên tài liệu

Không nên đặt:

2026_07-24 HCNS_Quy trinh-tuyen_dung FINAL.docx

Tên trên sử dụng lẫn khoảng trắng, dấu gạch ngang và dấu gạch dưới mà không có chức năng rõ ràng.

Không dùng các từ mơ hồ như “mới”, “cuối”, “chốt”

Các từ sau thường mất ý nghĩa sau một thời gian:

·         Mới

·         Mới nhất

·         Final

·         Final cuối

·         Chốt

·         Bản chuẩn

·         Sửa

·         Sửa lại

·         Dùng file này

·         Bản cuối thật

Ví dụ:

Bao-cao-final-final2-chot.xlsx

Tên này không cho biết bản nào được phê duyệt, ai phê duyệt và phiên bản nào thay thế phiên bản nào.

Nên thay các từ mơ hồ bằng trạng thái hoặc số phiên bản đã được quy định:

·         Nhap

·         Dang-xem-xet

·         Da-duyet

·         Het-hieu-luc

·         v0.1

·         v1.0

·         v1.1

·         v2.0

Ví dụ:

Bao-cao-doanh-thu_2026-06_Da-duyet_v1.0.xlsx

Giữ nguyên phần mở rộng của file

Phần mở rộng như .docx, .xlsx, .pptx hoặc .pdf cho biết định dạng file. Người dùng không nên tự ý đổi phần mở rộng để thay đổi định dạng.

Ví dụ, đổi:

Bao-cao.docx

thành:

Bao-cao.pdf

không làm tài liệu Word trở thành tài liệu PDF. File phải được xuất hoặc chuyển đổi bằng chức năng phù hợp của phần mềm.

Doanh nghiệp nên cấu hình hệ thống hiển thị phần mở rộng để giảm nguy cơ nhầm định dạng hoặc mở các file có tên gây hiểu sai.

Cách quản lý phiên bản trong tên file

Quản lý phiên bản là một trong những phần dễ bị áp dụng sai nhất. Trước hết, doanh nghiệp cần phân biệt phiên bản nội dung với bản sao của file.

Có thể dùng quy ước:

vMajor.Minor

Trong đó:

·         Major tăng khi có thay đổi lớn, thay đổi phạm vi hoặc phát hành lại

·         Minor tăng khi có chỉnh sửa nhỏ nhưng vẫn thuộc cùng một phiên bản chính

Ví dụ:

·         v0.1: Bản nháp đầu tiên

·         v0.2: Bản nháp đã chỉnh sửa

·         v1.0: Bản phát hành hoặc phê duyệt đầu tiên

·         v1.1: Bản chỉnh sửa nhỏ

·         v2.0: Bản thay đổi lớn hoặc phát hành mới

Tên file có thể là:

·         Quy-trinh-mua-hang_v0.1.docx

·         Quy-trinh-mua-hang_v0.2.docx

·         Quy-trinh-mua-hang_Da-duyet_v1.0.pdf

Tuy nhiên, không phải hệ thống nào cũng cần đưa phiên bản vào tên file. SharePoint, Google Drive và một số hệ thống quản lý tài liệu có chức năng lưu lịch sử phiên bản. Khi doanh nghiệp sử dụng đầy đủ chức năng này, việc thêm phiên bản vào tên có thể tạo ra nhiều bản sao rời rạc và làm mất lợi ích của lịch sử phiên bản tập trung.

Do đó:

·         Dùng số phiên bản trong tên khi file được trao đổi bên ngoài, tải xuống hoặc lưu trên thư mục không có lịch sử phiên bản

·         Ưu tiên lịch sử phiên bản của hệ thống khi nhiều người cùng chỉnh sửa một tài liệu trực tuyến

·         Không vừa tạo bản sao mới liên tục vừa sử dụng lịch sử phiên bản mà không có quy định rõ ràng

·         Chỉ một phiên bản được xác định là bản có hiệu lực

Cách thể hiện trạng thái tài liệu

Phiên bản và trạng thái không phải là một khái niệm.

·         Phiên bản cho biết tài liệu đã thay đổi bao nhiêu lần hoặc đang ở lần phát hành nào

·         Trạng thái cho biết tài liệu đang ở bước nào trong vòng đời xử lý

Một hệ thống trạng thái đơn giản có thể gồm:

·         Nhap

·         Dang-xem-xet

·         Cho-phe-duyet

·         Da-duyet

·         Het-hieu-luc

Ví dụ:

2026-07-15_HCNS_Chinh-sach-lam-viec-tu-xa_Cho-phe-duyet_v0.3.docx

Sau khi được phê duyệt:

2026-07-20_HCNS_Chinh-sach-lam-viec-tu-xa_Da-duyet_v1.0.pdf

Không nên dùng đồng thời nhiều trạng thái mâu thuẫn như:

Chinh-sach_Da-duyet_Dang-sua_Final.docx

Nếu tài liệu đã duyệt cần sửa đổi, doanh nghiệp nên tạo một phiên bản nháp mới, trong khi bản đã duyệt trước đó vẫn được lưu như bản có hiệu lực cho đến khi phiên bản thay thế được phê duyệt.

Quy tắc đặt tên thư mục dùng chung

Tên thư mục cần phản ánh cách doanh nghiệp phân loại và truy cập thông tin. Một cấu trúc thư mục tốt phải đủ ổn định để không phải thay đổi mỗi khi có nhân sự mới hoặc một đầu việc nhỏ phát sinh.

Có thể tổ chức theo:

·         Phòng ban

·         Quy trình nghiệp vụ

·         Dự án

·         Khách hàng

·         Năm hoặc kỳ hoạt động

·         Trạng thái hồ sơ

Ví dụ:

01_Dieu-hanh

02_Hanh-chinh-Nhan-su

03_Tai-chinh-Ke-toan

04_Kinh-doanh

05_Marketing

06_Du-an

99_Luu-tru

Số thứ tự ở đầu thư mục được sử dụng khi doanh nghiệp muốn kiểm soát thứ tự hiển thị. Nên dùng cùng số chữ số, chẳng hạn 01, 02, 03, để hệ thống sắp xếp ổn định.

Bên trong thư mục dự án có thể áp dụng:

DA-026_Trien-khai-ERP

├── 01_Ke-hoach

├── 02_Yeu-cau

├── 03_Hop-dong

├── 04_Thuc-hien

├── 05_Nghiem-thu

└── 99_Luu-tru

Tên thư mục không nên phụ thuộc vào tên riêng của nhân viên như:

Tai lieu cua Lan

File anh Minh xu ly

Khi nhân sự thay đổi, cách phân loại này không còn phản ánh trách nhiệm hiện tại. Nên đặt theo chức năng, quy trình hoặc đầu việc:

Ho-so-thanh-toan

Hop-dong-nha-cung-cap

Bao-cao-quan-tri

Nên đặt ngày ở đầu hay cuối tên file?

Vị trí của ngày phụ thuộc vào cách người dùng thường tra cứu tài liệu.

Đặt ngày ở đầu khi thứ tự thời gian là tiêu chí chính:

2026-07-24_Bien-ban-hop-giao-ban.docx

Cách này phù hợp với:

·         Biên bản họp

·         Nhật ký vận hành

·         Báo cáo hằng ngày

·         Hồ sơ giao dịch

·         Tài liệu phát sinh theo thời gian

Đặt ngày ở sau chủ đề khi người dùng thường tìm theo loại tài liệu trước:

Bao-cao-doanh-thu_2026-07.xlsx

Cách này phù hợp với:

·         Báo cáo định kỳ

·         Hồ sơ theo khách hàng

·         Tài liệu theo phòng ban

·         Biểu mẫu theo nghiệp vụ

Không có một vị trí duy nhất đúng cho mọi loại file. Doanh nghiệp cần chọn vị trí dựa trên tiêu chí phân loại chính và duy trì nhất quán trong cùng một nhóm tài liệu.

Có nên dùng tiếng Việt có dấu trong tên file?

Tên tiếng Việt có dấu dễ đọc và thể hiện đúng ngôn ngữ. Tuy nhiên, một số quy trình tích hợp, trao đổi dữ liệu, phần mềm cũ hoặc hệ thống tự động có thể xử lý ký tự Unicode không đồng nhất.

Doanh nghiệp có thể lựa chọn một trong hai phương án:

Dùng tiếng Việt có dấu

Phù hợp khi:

·         Tài liệu chủ yếu được sử dụng trong nội bộ

·         Hệ thống lưu trữ hỗ trợ Unicode ổn định

·         Không có quy trình tự động phụ thuộc vào tên file

·         Khả năng đọc của nhân viên được ưu tiên

Ví dụ:

Báo-cáo-doanh-thu_2026-07.xlsx

Dùng tiếng Việt không dấu

Phù hợp khi:

·         File được chuyển qua nhiều hệ thống khác nhau

·         Tài liệu thường xuyên gửi cho đối tác

·         Có chương trình hoặc tập lệnh xử lý tự động

·         Doanh nghiệp cần giảm rủi ro tương thích

Ví dụ:

Bao-cao-doanh-thu_2026-07.xlsx

Điều quan trọng không phải lựa chọn có dấu hay không dấu, mà là doanh nghiệp phải kiểm tra môi trường sử dụng và áp dụng một phương án thống nhất. Không nên để cùng một nhóm tài liệu vừa có dấu, vừa không dấu.

Mẫu quy tắc đặt tên cho từng loại tài liệu

Báo cáo định kỳ

Cấu trúc:

[Loại báo cáo]_[Đơn vị]_[Kỳ báo cáo]_[Trạng thái]_[Phiên bản]

Ví dụ:

Bao-cao-doanh-thu_Mien-Bac_2026-06_Da-duyet_v1.0.xlsx

Biên bản họp

Cấu trúc:

[Ngày]_[Loại biên bản]_[Chủ đề hoặc đơn vị]

Ví dụ:

2026-07-24_Bien-ban-hop_Ban-dieu-hanh.docx

Hợp đồng

Cấu trúc:

[Loại tài liệu]_[Mã hợp đồng]_[Đối tác]_[Ngày hiệu lực]

Ví dụ:

Hop-dong_HD-2026-018_Cong-ty-ABC_2026-08-01.pdf

Không nên đưa thông tin nhạy cảm không cần thiết vào tên file nếu tên có thể hiển thị trong email, liên kết chia sẻ hoặc nhật ký hệ thống.

Hồ sơ nhân sự

Cấu trúc:

[Mã nhân viên]_[Loại hồ sơ]_[Ngày hoặc kỳ]

Ví dụ:

NV-0182_Quyet-dinh-bo-nhiem_2026-07-01.pdf

Nên dùng mã nhân viên thay cho tên đầy đủ khi cần hạn chế lộ thông tin cá nhân. Quyền truy cập vẫn phải được kiểm soát ở cấp thư mục hoặc hệ thống, vì đổi tên file không phải là biện pháp bảo mật đầy đủ.

Tài liệu dự án

Cấu trúc:

[Mã dự án]_[Hạng mục]_[Tên tài liệu]_[Phiên bản]

Ví dụ:

DA-026_Yeu-cau_Dac-ta-chuc-nang_v1.2.docx

Tài liệu quy trình và chính sách

Cấu trúc:

[Mã tài liệu]_[Tên tài liệu]_[Trạng thái]_[Phiên bản]

Ví dụ:

QT-MH-01_Quy-trinh-mua-hang_Da-duyet_v2.0.pdf

Mã tài liệu nên được quản lý tập trung để tránh hai tài liệu khác nhau sử dụng cùng một mã.

Những lỗi thường gặp khi đặt tên file

Đưa quá ít thông tin

Ví dụ:

Bao-cao.xlsx

Tên này không cho biết loại báo cáo, kỳ báo cáo, đơn vị phụ trách hoặc trạng thái.

Đưa quá nhiều thông tin

Tên file quá dài làm giảm khả năng đọc, dễ bị cắt ngắn trên giao diện và có thể làm tăng độ dài đường dẫn khi nằm trong nhiều thư mục con.

Nên chuyển các thông tin không thiết yếu sang thuộc tính tài liệu, cột metadata hoặc nội dung bên trong file.

Tạo quá nhiều thư mục lồng nhau

Cấu trúc quá sâu khiến đường dẫn dài, khó điều hướng và làm người dùng không biết nên lưu file ở nhánh nào.

Ví dụ không cần thiết:

Phong-ban

└── Bao-cao

    └── Bao-cao-thang

        └── Bao-cao-thang-7

            └── Bao-cao-doanh-thu

                └── Ban-da-duyet

Có thể rút gọn thành:

Phong-Kinh-doanh

└── Bao-cao-doanh-thu

    └── 2026

Tên file và trạng thái có thể đảm nhiệm phần phân biệt còn lại.

Dùng tên cá nhân làm cấu trúc phân loại

Tên nhân viên có thể thay đổi theo quá trình bàn giao. Thư mục nên phản ánh chức năng, vai trò hoặc quy trình thay vì người đang thực hiện.

Để nhiều bản “final” trong cùng thư mục

Đây là dấu hiệu quy trình quản lý phiên bản chưa rõ. Doanh nghiệp cần xác định:

·         Nơi lưu bản đang làm việc

·         Nơi lưu bản đã phê duyệt

·         Người có quyền công bố bản chính thức

·         Cách đánh dấu tài liệu hết hiệu lực

·         Cách lưu lịch sử chỉnh sửa

Cách xây dựng quy tắc đặt tên dùng chung trong doanh nghiệp

Khảo sát các loại tài liệu thực tế

Không nên bắt đầu bằng một mẫu tên quá phức tạp. Trước hết, doanh nghiệp cần thống kê:

·         Những nhóm tài liệu được sử dụng nhiều nhất

·         Cách nhân viên thường tìm kiếm tài liệu

·         Thành phần nào giúp phân biệt các file

·         Lỗi nhầm file thường xảy ra ở đâu

·         Hệ thống lưu trữ nào đang được sử dụng

·         File có được trao đổi với bên ngoài hay không

Xác định cấu trúc tối thiểu

Mỗi nhóm tài liệu nên có một mẫu tên riêng nếu cách nhận diện khác nhau. Tuy nhiên, các mẫu vẫn nên dùng chung một số nguyên tắc nền như định dạng ngày, ký tự phân tách, phiên bản và trạng thái.

Ví dụ:

·         Báo cáo: [Loại]_[Đơn vị]_[Kỳ]_[Trạng thái]

·         Biên bản: [Ngày]_[Loại]_[Chủ đề]

·         Hợp đồng: [Loại]_[Mã]_[Đối tác]_[Ngày]

·         Quy trình: [Mã]_[Tên]_[Trạng thái]_[Phiên bản]

Xây dựng danh mục mã và thuật ngữ

Danh mục cần quy định tối thiểu:

·         Mã phòng ban

·         Mã dự án

·         Mã loại tài liệu

·         Trạng thái hợp lệ

·         Quy ước phiên bản

·         Định dạng ngày

·         Ký tự phân tách

·         Từ viết tắt được phép dùng

Danh mục nên có người quản lý và được cập nhật khi doanh nghiệp thêm đơn vị, dự án hoặc loại hồ sơ mới.

Thử nghiệm trên các tình huống thật

Trước khi áp dụng toàn công ty, nên thử quy tắc với một phòng ban hoặc một nhóm tài liệu. Quy tắc đạt yêu cầu khi người không tạo file vẫn có thể:

·         Đoán được nội dung từ tên

·         Tìm file bằng từ khóa thông thường

·         Nhận diện bản có hiệu lực

·         Sắp xếp đúng theo kỳ hoặc thời gian

·         Đặt tên file mới mà không cần hỏi lại

Nếu nhân viên thường xuyên phải mở hướng dẫn để đặt một tên đơn giản, mẫu tên có thể đang quá phức tạp.

Ban hành hướng dẫn ngắn và có ví dụ

Một tài liệu hướng dẫn hiệu quả nên bao gồm:

·         Cấu trúc tên chuẩn

·         Các thành phần bắt buộc

·         Các thành phần tùy chọn

·         Ví dụ đúng

·         Ví dụ sai

·         Danh mục mã

·         Quy tắc phiên bản

·         Quy tắc trạng thái

·         Người chịu trách nhiệm giải đáp

Hướng dẫn nên ngắn, dễ tra cứu và được đặt ngay trong thư mục dùng chung.

Kiểm tra và duy trì quy tắc

Quy tắc sẽ mất hiệu lực nếu không có người duy trì. Doanh nghiệp nên phân công:

·         Chủ sở hữu quy tắc

·         Người quản lý danh mục mã

·         Người kiểm tra tài liệu chính thức

·         Người xử lý các trường hợp ngoại lệ

·         Chu kỳ rà soát quy tắc

Có thể kiểm tra định kỳ các lỗi như:

·         Tên chứa từ “final”

·         Ngày tháng sai định dạng

·         Thiếu mã dự án

·         Dùng trạng thái ngoài danh mục

·         Tên trùng nhau

·         File chính thức nằm sai thư mục

·         Nhiều bản có hiệu lực cùng tồn tại

Mẫu quy định ngắn có thể áp dụng

Doanh nghiệp có thể bắt đầu bằng bộ quy tắc sau:

1.    Tên file phải phản ánh được loại tài liệu và nội dung chính

2.    Các nhóm thông tin được phân tách bằng dấu gạch dưới

3.    Các từ trong cùng một nhóm được phân tách bằng dấu gạch ngang

4.    Ngày tháng sử dụng định dạng YYYY-MM-DD

5.    Không dùng các ký tự < > : " / \ | ? *

6.    Không dùng các từ “mới nhất”, “final”, “chốt” hoặc “dùng file này”

7.    Chỉ sử dụng chữ viết tắt có trong danh mục chung

8.    Phiên bản sử dụng cấu trúc vMajor.Minor

9.    Trạng thái chỉ được chọn từ danh mục đã phê duyệt

10.  Tên file không chứa thông tin nhạy cảm nếu không cần thiết

11.  Tài liệu đã duyệt phải được lưu tại vị trí dành cho bản có hiệu lực

12.  Thư mục được đặt theo chức năng, quy trình, dự án hoặc kỳ lưu trữ, không đặt theo tên người phụ trách

Mẫu tên đề xuất:

[Ngày]_[Đơn vị]_[Loại-tài-liệu]_[Chủ-đề]_[Trạng-thái]_[Phiên-bản]

Ví dụ:

2026-07-24_HCNS_Quy-trinh-onboarding_Da-duyet_v1.0.pdf

Không phải file nào cũng cần đủ sáu thành phần. Doanh nghiệp cần xác định rõ thành phần bắt buộc cho từng nhóm tài liệu để tránh tên quá dài.

Một quy tắc đặt tên file doanh nghiệp hiệu quả phải giúp người không tạo tài liệu vẫn nhận diện, tìm kiếm và sử dụng đúng file. Cấu trúc tên nên ngắn, có thể dự đoán và phản ánh những thông tin thực sự cần cho việc quản lý.

Doanh nghiệp nên thống nhất thứ tự thành phần, định dạng ngày YYYY-MM-DD, ký tự phân tách, từ viết tắt, trạng thái và cách đánh số phiên bản. Đồng thời, quy tắc đặt tên phải được kết hợp với cấu trúc thư mục, quyền truy cập, lịch sử phiên bản và quy trình phê duyệt. Tên file có thể hỗ trợ quản trị tài liệu, nhưng không thể thay thế hoàn toàn các chức năng quản lý của hệ thống.