Quy ước đặt tên file: một dòng rẻ nhất chặn được nhầm đơn khi xưởng chạy nhiều việc cùng lúc
File trùng tên, hoặc tên không nói lên phiên bản nào là bản chạy, là nguyên nhân âm thầm đứng sau nhiều ca cắt nhầm chi tiết cũ hoặc nhầm giữa hai khách. Một quy ước đặt tên đơn giản chặn được phần lớn, và nó không tốn gì để bắt đầu áp dụng.
Câu trả lời ngắn
Khi một xưởng chạy nhiều đơn cùng lúc, tên file là thứ duy nhất phân biệt "bản chạy hôm nay" với "bản cũ của tuần trước" trên cùng một máy tính hoặc cùng một thẻ nhớ. Tên file mơ hồ — như chỉ ghi tên khách hoặc chỉ ghi "final" — là nguyên nhân âm thầm đứng sau nhiều ca cắt nhầm bản cũ hoặc nhầm giữa hai đơn khác nhau, mà khi phát hiện thì vật liệu đã tốn.
Vì sao lỗi này khó bị phát hiện trước khi xảy ra
Không giống lỗi file hình học (biên hở, nét trùng) có thể bắt được bằng cách kiểm trước khi cắt, lỗi chọn nhầm file thường không hiện ra cho tới khi chi tiết đã cắt xong và không khớp với đơn — vì bản thân file được chọn nhầm vẫn hoàn toàn hợp lệ về mặt kỹ thuật, chỉ là sai đơn.
🔑 Đây là lý do quy ước đặt tên không phải chuyện hình thức — nó là lớp phòng ngừa duy nhất cho loại lỗi mà không phép kiểm file nào bắt được.
Cấu trúc tên file nên có gì
| Thành phần | Vì sao cần |
|---|---|
| Ngày hoặc mã đơn | Phân biệt được các lần chỉnh sửa theo thời gian, không chỉ theo tên khách |
| Tên khách hoặc mã khách viết ngắn gọn, nhất quán | Tránh nhầm giữa hai khách có tên gần giống nhau |
| Số phiên bản, tăng dần mỗi lần sửa | Là thành phần quan trọng nhất — không có nó thì không ai biết bản nào mới nhất khi có nhiều bản |
| Trạng thái duyệt (ví dụ: nháp, đã duyệt, đang chạy) | Ngăn việc lấy nhầm bản chưa duyệt để chạy thật |
⚠️ Từ khoá "final" hoặc "cuối" trong tên file là dấu hiệu cảnh báo, không phải dấu hiệu an toàn — thực tế cho thấy bản "final" thường không phải là bản cuối cùng thật sự, vì sau đó thường có thêm một lần chỉnh sửa nữa mà tên file "final" cũ vẫn còn nằm đó gây nhầm lẫn. Số phiên bản tăng dần đáng tin hơn nhiều so với một từ mô tả chủ quan.
Khi nhận file từ nhiều khách trong cùng một ngày
Nguy cơ nhầm lẫn tăng mạnh khi khối lượng đơn lớn. Ba việc nên làm ngay khi nhận file, trước khi nó bị trộn lẫn với các file khác:
- Đổi tên file ngay khi nhận, theo đúng cấu trúc đã chọn — đừng giữ nguyên tên gốc khách gửi, vì tên đó thường không theo quy ước nào của xưởng.
- Lưu vào thư mục riêng theo đơn, không dồn tất cả file vào một thư mục chung — thư mục chung là nơi dễ chọn nhầm nhất khi có nhiều file cùng dạng tên tương tự.
- Xoá hoặc chuyển bản cũ ra khỏi thư mục làm việc ngay sau khi có bản mới được duyệt — giữ cả bản cũ và bản mới trong cùng một chỗ dễ thấy là nguồn gốc của phần lớn ca chọn nhầm.
Với người đứng máy: chỉ mở file trực tiếp từ đơn, đừng tìm theo trí nhớ
Một thói quen rẻ nhưng hiệu quả: người đứng máy nên mở file đúng theo đường dẫn hoặc tên được ghi rõ trong phiếu đơn, thay vì tự tìm file theo trí nhớ tên khách hoặc theo file gần đây nhất trong danh sách mở gần đây. Danh sách "mở gần đây" của phần mềm rất dễ chứa cả file thử nghiệm hoặc file của đơn khác đã chạy trước đó.
Giới hạn của bài này
Bài không đưa ra một mẫu tên file cố định phải theo — cấu trúc cụ thể nên phù hợp với quy mô và cách tổ chức của từng xưởng, miễn giữ đủ bốn thành phần đã nêu. Bài cũng không thay thế cho một hệ thống quản lý file chuyên dụng nếu quy mô xưởng đã đủ lớn để cần tới nó.
Nguồn
Bài không trích trị số nào từ nguồn ngoài. Nguyên tắc chốt bản chạy bằng chữ, không bằng suy luận, dùng cùng khung với bài về máy khắc mini nhận đơn nhỏ và bài về sổ thông số cắt laser — cả ba đều xoay quanh việc thông tin quan trọng nhất phải nằm ở nơi nhìn thấy được, không nằm trong trí nhớ của một người.
Tác giả bài viết
Nguyễn Đỗ Tùng
Tác giả & chịu trách nhiệm chuyên môn chính · Laser Trường An
Tốt nghiệp Cử nhân Cơ khí tại Đại học Công nghiệp Hà Nội (2010), có hơn 15 năm kinh nghiệm trong nghề cơ điện tử. Mọi bài viết kỹ thuật trên trang đều qua sự kiểm duyệt và đối chiếu thực tế nghề của tác giả trước khi xuất bản.
Bài viết liên quan
Lưu bộ thông số đã chạy được: ba cột thiếu một cột thì lần sau vẫn phải dò lại
25/9/2026· Nguyễn Đỗ Tùng
File có nét âm bản: khi phần khách muốn khắc lại là phần máy đang bỏ qua
25/9/2026· Nguyễn Đỗ Tùng
Khách mô tả yêu cầu qua điện thoại: năm câu hỏi chặn được phần lớn đơn hiểu sai
25/9/2026· Nguyễn Đỗ Tùng
Một thiết kế, nhiều cỡ khác nhau: vì sao phóng to file không đơn giản là kéo tỉ lệ
25/9/2026· Nguyễn Đỗ Tùng