Quản lý tệp tốt cho người dịch gồm bốn việc: một cấu trúc thư mục cố định cho mọi dự án, một quy tắc đặt tên tệp nhất quán, một cách giữ phiên bản không ghi đè bản cũ, và một thói quen sao lưu tự động. Thêm vào đó là kỷ luật bảo mật: tài liệu khách hàng nằm ở đâu, ai tiếp cận được, xoá khi nào.
Những lỗi như giao nhầm bản nháp, dịch theo bản gốc cũ trong khi khách đã gửi bản sửa, mất tệp vì ổ cứng hỏng sát hạn giao, hay vô tình gửi tài liệu của khách này cho khách khác không phải lỗi ngôn ngữ, nhưng hậu quả không kém. Bài này đưa ra một bộ quy tắc gọn, đủ dùng cho người dịch tự do và nhóm nhỏ.
Vì sao lộn xộn tệp là nguồn lỗi thật
Một dự án dịch nhỏ cũng sinh ra nhiều tệp hơn người ta tưởng: tệp gốc khách gửi, bản gốc sửa lần hai, tài liệu tham khảo, bảng thuật ngữ, bản dịch nháp, bản đã tự soát, bản sau hiệu đính, bản cuối giao khách, bản khách gửi lại có góp ý, bản đã chỉnh theo góp ý. Nếu tất cả nằm trong thư mục tải về với những cái tên như "hop dong (1).docx", "hop dong final.docx", "hop dong final moi.docx", chỉ cần một lúc mệt là chọn nhầm.
Lỗi phổ biến nhất có ba dạng. Dịch theo bản gốc cũ: khách gửi bản sửa qua email, người dịch tiếp tục làm trên bản cũ đã mở sẵn. Giao nhầm phiên bản: gửi bản nháp chưa soát thay vì bản cuối. Ghi đè: sửa thẳng lên tệp gốc của khách, hoặc lưu bản mới đè lên bản cũ, rồi không còn cách so xem đã đổi gì. Cả ba đều phòng được bằng quy tắc đơn giản áp dụng từ đầu dự án.
Ngoài lỗi, lộn xộn tệp còn tốn thời gian thật: mỗi lần tìm một tài liệu tham khảo cũ, một bản dịch năm ngoái để giữ nhất quán thuật ngữ, là vài phút. Nhân với hàng trăm dự án, đó là nhiều ngày làm việc mỗi năm. Hệ thống tệp tốt cũng là điều kiện để các công cụ tra cứu khác — kho song song, phiếu thuật ngữ, ngữ liệu tự dựng — dùng được.
Một cấu trúc thư mục cố định cho mọi dự án
Không có cấu trúc chuẩn duy nhất; điều quan trọng là dùng cùng một cấu trúc cho mọi dự án, để tay bạn tự biết tệp nằm đâu. Một mẫu gợi ý, mỗi dự án một thư mục mẹ đặt tên theo ngày nhận và mã khách hàng:
- 00-goc: tệp nguồn đúng như khách gửi, không bao giờ sửa. Bản sửa của khách vào thư mục con theo ngày nhận.
- 01-tham-khao: tài liệu tham khảo, bản dịch cũ, hướng dẫn văn phong của khách.
- 02-thuat-ngu: bảng thuật ngữ, phiếu tra cứu, danh sách câu hỏi gửi khách và câu trả lời.
- 03-dang-dich: tệp làm việc, có thể là tệp dự án của phần mềm hỗ trợ dịch.
- 04-soat: bản đã tự soát, bản sau hiệu đính, báo cáo kiểm tra.
- 05-giao: đúng những tệp đã gửi khách, mỗi lần giao một thư mục con theo ngày.
- 06-phan-hoi: góp ý của khách, bản đã chỉnh theo góp ý.
Đặt số ở đầu tên thư mục giúp chúng luôn xếp theo đúng thứ tự công việc. Nguyên tắc vàng của cấu trúc này là thư mục 00 chỉ đọc và thư mục 05 chỉ chứa những gì đã thật sự gửi đi: khi khách hỏi "em đã gửi bản nào", bạn trả lời được trong mười giây.
Quy tắc đặt tên tệp
Ngày theo dạng năm-tháng-ngày. Viết ngày theo thứ tự năm, tháng, ngày, có số 0 đứng trước (2026-03-07), theo chuẩn ISO 8601. Cách này giúp tệp tự xếp đúng thứ tự thời gian khi sắp theo tên, và không bị nhầm giữa kiểu ngày Việt và kiểu ngày Mỹ.
Mã ngôn ngữ. Ghi mã ngôn ngữ hai chữ theo chuẩn ISO 639-1 (en, vi, ja, ko, zh…) để biết ngay tệp là bản gốc hay bản dịch, chiều dịch nào. Ví dụ giả định: 2026-03-07_khachA_hopdong-thue_en-vi_v02.docx.
Số phiên bản có hai chữ số. Dùng v01, v02… thay cho "final", "final moi", "final that". Chữ "final" là lời hứa không giữ được: luôn có bản sau bản cuối. Hai chữ số giúp v10 xếp sau v09 chứ không chen giữa v01 và v02.
Không dấu, không khoảng trắng, không ký tự đặc biệt. Tên tệp có dấu tiếng Việt, khoảng trắng hoặc ký tự như # % & có thể gây lỗi khi chuyển giữa các hệ điều hành, khi nén, khi tải lên hệ thống của khách. Dùng chữ không dấu và gạch nối hoặc gạch dưới.
Giữ tên gốc của khách khi cần. Một số khách hàng, nhất là công ty dịch, yêu cầu bản dịch mang đúng tên tệp gốc cộng mã ngôn ngữ. Khi đó quy tắc của khách được ưu tiên; quy tắc riêng của bạn dùng cho tệp nội bộ.
Phiên bản và theo dõi thay đổi: không bao giờ ghi đè
Nguyên tắc đầu tiên: mỗi lần thay đổi có ý nghĩa là một tệp mới, với số phiên bản tăng lên. Thay đổi có ý nghĩa là khi bạn chuyển giai đoạn (từ dịch sang tự soát, từ tự soát sang hiệu đính), khi nhận góp ý, hoặc trước khi làm một thay đổi lớn như đổi thuật ngữ trên toàn văn bản. Ổ cứng rẻ; thời gian khôi phục một bản cũ đã bị ghi đè thì không.
Với tệp văn bản, chức năng theo dõi thay đổi của trình soạn thảo cho phép người hiệu đính và khách hàng thấy chính xác những gì đã sửa. Khi nhận lại tệp có theo dõi thay đổi, đừng chấp nhận tất cả rồi lưu đè; lưu thành phiên bản mới, xem từng thay đổi, chấp nhận hoặc từ chối có lý do. Với tệp không có theo dõi thay đổi, chức năng so sánh hai tài liệu giúp thấy khác biệt giữa bản bạn giao và bản khách gửi lại.
Khi khách gửi bản gốc sửa giữa chừng, việc đầu tiên là so bản gốc mới với bản gốc cũ để biết chính xác đoạn nào thay đổi, rồi chỉ cập nhật bản dịch ở những đoạn đó. Ghi lại trong thư mục thuật ngữ hoặc ghi chú dự án: ngày nhận bản sửa, đoạn nào đổi, đã cập nhật bản dịch ở phiên bản nào. Thói quen này tránh được lỗi kinh điển là giao bản dịch hoàn hảo của một văn bản mà khách đã không còn dùng.
Sao lưu: quy tắc 3-2-1 áp dụng cho người dịch
Quy tắc 3-2-1 là một quy tắc phổ biến trong quản trị dữ liệu: giữ ít nhất 3 bản dữ liệu, trên 2 loại phương tiện khác nhau, trong đó 1 bản ở nơi khác với nơi làm việc. Với người dịch tự do, có thể áp dụng như sau:
| Thành phần | Áp dụng thực tế | Bảo vệ khỏi |
|---|---|---|
| Bản làm việc | Ổ cứng máy tính đang dùng | Không bảo vệ gì — đây là bản dễ mất nhất |
| Bản sao thứ hai, phương tiện khác | Ổ cứng gắn ngoài hoặc thiết bị lưu trữ trong nhà, sao lưu tự động hằng ngày | Hỏng ổ cứng máy tính, xoá nhầm, phần mềm lỗi |
| Bản sao ở nơi khác | Dịch vụ lưu trữ trực tuyến có mã hoá, hoặc ổ đĩa cất ở địa điểm khác | Mất trộm, cháy, ngập nước, mã độc mã hoá dữ liệu |
| Lịch sử phiên bản | Sao lưu giữ được nhiều bản theo thời gian, không chỉ bản mới nhất | Phát hiện muộn một tệp bị hỏng hay bị ghi đè |
Hai lưu ý quan trọng. Thứ nhất, sao lưu phải tự động; sao lưu bằng tay sẽ bị quên đúng vào tuần bận nhất. Thứ hai, thử khôi phục định kỳ: một bản sao lưu chưa từng được khôi phục thử là một bản sao lưu chưa chắc tồn tại. Với tài liệu của khách hàng, kiểm xem dịch vụ lưu trữ trực tuyến có phù hợp với cam kết bảo mật trong hợp đồng không — một số khách hàng cấm lưu tài liệu của họ trên dịch vụ đám mây bên thứ ba.
Bảo mật tài liệu: nơi lưu, ai thấy, xoá khi nào
Đọc kỹ thoả thuận bảo mật. Nhiều hợp đồng dịch có điều khoản về nơi được lưu tài liệu, có được dùng công cụ trực tuyến không, thời hạn phải xoá sau dự án. Quy tắc quản lý tệp của bạn phải tuân theo điều khoản đó, không ngược lại.
Tách khách hàng. Mỗi khách hàng một thư mục mẹ riêng, không trộn tài liệu tham khảo giữa các khách. Lỗi gửi nhầm tài liệu của khách này cho khách khác thường bắt đầu từ một thư mục chung.
Mã hoá thiết bị. Bật mã hoá ổ đĩa trên máy tính xách tay và ổ cứng gắn ngoài, đặt mật khẩu cho máy. Mất một máy tính không mã hoá chứa hồ sơ cá nhân của khách là sự cố bảo mật thật.
Cẩn thận với công cụ trực tuyến. Dán đoạn văn của khách vào công cụ dịch hay công cụ kiểm tra trực tuyến có thể là đưa dữ liệu ra bên thứ ba. Chỉ làm khi hợp đồng cho phép và công cụ có cam kết dữ liệu phù hợp.
Xoá có kế hoạch. Khi dự án kết thúc và hết thời hạn lưu theo thoả thuận, xoá tài liệu của khách ở mọi nơi, kể cả bản sao lưu và thư mục tải về. Ghi lại ngày xoá nếu khách yêu cầu xác nhận.
Định dạng tệp hay gặp và một chi tiết hay bị bỏ qua
Người dịch nhận nhiều loại tệp: văn bản soạn thảo, bảng tính, trình chiếu, PDF có lớp chữ, PDF chỉ là ảnh scan, tệp phụ đề, tệp xuất từ phần mềm dàn trang, tệp chuỗi của phần mềm. Mỗi loại cần một cách xử lý: PDF scan phải nhận dạng chữ trước khi dịch và kiểm lỗi nhận dạng; tệp dàn trang nên được xuất sang định dạng trao đổi mà phần mềm hỗ trợ dịch đọc được thay vì chép chữ ra ngoài. Nguyên tắc chung: luôn giữ tệp gốc nguyên vẹn trong thư mục 00, làm việc trên bản sao, và hỏi khách định dạng bản giao trước khi bắt đầu.
Chi tiết hay bị bỏ qua là mã hoá ký tự tiếng Việt. Unicode cho phép biểu diễn một chữ có dấu theo hai cách: ký tự dựng sẵn (một mã cho cả chữ và dấu) hoặc ký tự tổ hợp (chữ gốc cộng các dấu rời). Hai cách trông giống hệt trên màn hình nhưng là chuỗi khác nhau với máy. Hệ quả: tìm kiếm không ra, bảng thuật ngữ không khớp, phần mềm QA báo lỗi khó hiểu, sắp xếp sai. Văn bản chép từ PDF hoặc từ một số hệ điều hành dễ mang dạng tổ hợp.
Cách phòng là chuẩn hoá toàn bộ văn bản về dạng dựng sẵn (thường gọi là NFC) trước khi dịch hoặc trước khi đưa vào kho tra cứu; nhiều trình soạn thảo và công cụ chuyển mã hỗ trợ việc này. Với văn bản cũ còn dùng các bảng mã trước Unicode, cần chuyển mã trước rồi mới làm bất cứ việc gì khác. Đây là việc làm một lần cho mỗi tệp, nhưng tránh được nhiều giờ tìm lỗi về sau.
Câu hỏi thường gặp
Người dịch tự do làm một mình có cần cầu kỳ về quản lý tệp vậy không?
Cấu trúc thư mục và quy tắc đặt tên chỉ mất vài phút thiết lập một lần, sau đó gần như không tốn thêm thời gian. Đổi lại, bạn tránh được các lỗi giao nhầm, dịch nhầm bản và mất tệp. Người làm một mình thậm chí cần hơn, vì không có ai kiểm lại giúp.
Có nên dùng hệ thống quản lý phiên bản như lập trình viên không?
Với tệp văn bản thuần, một số người dịch dùng được và thấy rất tiện. Với tệp soạn thảo và tệp nhị phân, lợi ích ít hơn vì công cụ khó hiển thị khác biệt. Phần lớn người dịch chỉ cần quy tắc đặt tên phiên bản cộng với sao lưu giữ lịch sử là đủ.
Nên giữ tài liệu của khách sau dự án bao lâu?
Theo thoả thuận với khách hàng trước tiên. Nếu hợp đồng không nói, hãy cân nhắc giữa nhu cầu sửa bản dịch khi khách hỏi lại và rủi ro bảo mật khi giữ lâu. Nhiều người dịch giữ bản dịch và thuật ngữ, còn tài liệu gốc nhạy cảm thì xoá sau một thời gian hợp lý.
Lưu tài liệu dịch trên dịch vụ đám mây có an toàn không?
Tuỳ dịch vụ, cách cấu hình và yêu cầu của khách hàng. Dịch vụ có mã hoá và xác thực hai lớp an toàn hơn nhiều so với để trong máy tính không mã hoá. Nhưng một số khách hàng cấm lưu tài liệu của họ trên dịch vụ bên thứ ba; hãy kiểm hợp đồng trước.
Làm gì khi phát hiện đã dịch nhầm trên bản gốc cũ?
So ngay bản gốc cũ với bản gốc mới để khoanh vùng những đoạn khác nhau, cập nhật bản dịch ở các đoạn đó, chạy lại kiểm tra và báo khách hàng trung thực nếu đã giao bản sai. Sau đó ghi lại nguyên nhân và chỉnh quy trình nhận tệp để không lặp lại.
Tên tệp có nên ghi tên khách hàng thật không?
Nên dùng mã khách hàng thay cho tên đầy đủ, nhất là khi tệp có thể được gửi đi, chụp màn hình hay lưu trên dịch vụ bên ngoài. Mã ngắn giúp tên tệp gọn và giảm rủi ro lộ thông tin khách hàng qua tên tệp.
