Điều gì xảy ra với bảng trong quá trình dịch tài liệu?

Một bảng có thể giữ nguyên mọi hàng và cột mà vẫn hỏng sau khi dịch. Văn bản dài hơn, cách ngắt dòng khác, nội dung từ phải sang trái, số được bản địa hóa và siêu dữ liệu tiêu đề bị mất có thể biến một lưới trông nguyên vẹn thành thông tin gây nhầm lẫn.

Điều gì thay đổi khi một bảng được dịch?

Một bảng tài liệu có ba lớp, và mỗi lớp cần một lần kiểm tra riêng:

Lớp	Điều gì nên xảy ra	Điều gì có thể sai
Nội dung	Tiêu đề, nhãn, ghi chú và văn xuôi được dịch	Văn bản bị bỏ sót, lặp lại, dịch sai hoặc còn nguyên ngôn ngữ nguồn
Cấu trúc	Hàng, cột, ô gộp và các mối quan hệ tiêu đề vẫn được kết nối	Một thao tác chuyển đổi tách ô, thay đổi phạm vi gộp hoặc làm mất siêu dữ liệu cấu trúc
Trình bày	Đường viền, màu nền, phông chữ, độ rộng và căn chỉnh vẫn dùng được	Văn bản ngắt dòng, bị cắt, bị thu nhỏ, chồng lên nhau hoặc đẩy bảng sang trang khác

Việc dịch không nên dựng lại bảng từ đầu. Một quy trình hiểu tài liệu có thể giữ nguyên cấu trúc và định dạng của bảng, nhưng giữ nguyên không có nghĩa là mọi ô sẽ chiếm cùng một không gian như trước.

W3C lưu ý rằng văn bản dịch có khả năng khác về độ dài và khuyến nghị dùng bố cục linh hoạt thay vì các khung có độ rộng cố định hẹp. Điều này đặc biệt quan trọng trong bảng vì các tiêu đề ngắn thường nằm trong những ô chật nhất. Các ví dụ của tổ chức này cũng cho thấy một từ ghép tiếng Đức có thể có ít điểm ngắt dòng tự nhiên hơn cụm tiếng Anh tương đương, trong khi một số hệ chữ phi Latinh cần ký tự rộng hơn hoặc chiều cao dòng lớn hơn.

Để có giải thích rộng hơn về những ảnh hưởng này, xem vì sao tài liệu dịch lại trở nên dài hơn.

Những thành phần bảng nào thường tồn tại qua bản dịch?

Khi một tệp nguồn có thể chỉnh sửa được dịch bằng công cụ hiểu định dạng, những thành phần này có thể được giữ lại trong kết quả. Không nên mặc định thành phần nào là đúng nếu chưa kiểm chứng.

Thành phần	Kết quả mong đợi	Câu hỏi soát xét
Hàng và cột	Cùng một lưới logic	Có hàng, cột hoặc ô nào bị thiếu hay lặp lại không?
Đường viền và màu nền	Cùng một cách nhóm trực quan	Màu sắc và đường viền có còn truyền đạt đúng các danh mục dự định không?
Ô gộp	Cùng phạm vi gộp theo hàng hoặc cột	Mỗi tiêu đề có còn bao đúng dữ liệu không?
Hàng tiêu đề	Cùng nhãn và hành vi lặp lại	Tiêu đề có còn gắn với đúng các cột và lặp lại qua các trang không?
Kiểu ô	Cùng phông chữ, nhấn mạnh, khoảng đệm và căn chỉnh	Việc thay thế phông chữ hoặc tự động vừa khít có làm ô nào không đọc được không?
Số và công thức	Cùng giá trị nền và logic	Có dấu, dấu phân cách, đơn vị, công thức hay tham chiếu nào bị thay đổi không?
Ghi chú và liên kết	Cùng đích đến và liên kết	Mỗi ghi chú hay liên kết có còn thuộc đúng ô không?

Chuyển đổi định dạng là một rủi ro riêng. Hướng dẫn về khả năng tiếp cận bảng của W3C cảnh báo rằng đánh dấu cấu trúc bảng thường bị mất khi nội dung di chuyển giữa các định dạng. Do đó, một bảng có thể trông đúng nhưng không còn thể hiện mối quan hệ tiêu đề-dữ liệu cho công nghệ hỗ trợ.

Năm vấn đề bảng thường gặp và cách khắc phục

1. Văn bản tràn hoặc làm hàng quá cao

Nhãn đã dịch có thể dài hơn, chứa ký tự rộng hơn hoặc ngắt dòng ở những điểm khác. Chiều cao hàng cố định có thể cắt dòng cuối; việc hàng tự động giãn ra thay vào đó có thể đẩy bảng vượt qua ngắt trang.

Hãy khắc phục theo thứ tự này: loại bỏ ngắt dòng thủ công, cho phép hàng giãn ra, mở rộng cột bị hạn chế nhất, giảm khoảng đệm ô không cần thiết, và dùng ngắt từ bằng gạch nối theo ngôn ngữ đích khi thích hợp. Chỉ rút ngắn câu chữ sau khi người soát xét ngôn ngữ xác nhận rằng không mất ý nghĩa. Thu nhỏ phông chữ là bước cuối cùng.

Nếu hệ chữ đích hiển thị ô vuông, chữ rời rạc hoặc kiểu chữ bất thường, hãy coi đó là vấn đề phông chữ chứ không phải vấn đề tràn. Hãy làm theo các kiểm tra trong vì sao phông chữ bị lỗi sau khi dịch.

2. Ô gộp không còn mô tả đúng dữ liệu

Một tiêu đề gộp có thể bao ba cột sản phẩm trong bản nguồn. Nếu một hàng hoặc cột được chèn, xóa hoặc dịch chuyển trong quá trình chuyển đổi, tiêu đề có thể xuất hiện phía trên nhóm sai dù các từ đã được dịch đúng.

Hãy khắc phục bằng cách đối chiếu phạm vi gộp với bản nguồn. Truy vết từng tiêu đề nhiều cột và nhiều hàng đến các ô mà nó quản lý. Tránh thêm ô gộp mới chỉ để một nhãn dịch vừa khít; thay vào đó hãy điều chỉnh độ rộng hoặc cách ngắt dòng.

Microsoft khuyến nghị dùng bảng hình chữ nhật đơn giản để đảm bảo khả năng tiếp cận vì ô bị tách, ô gộp, bảng lồng nhau và hàng hoặc cột trống có thể phá vỡ cách trình đọc màn hình đếm và nhận diện ô. Khi cần phạm vi gộp phức tạp, chỉ kiểm tra bằng mắt là không đủ.

3. Tiêu đề mất mối liên hệ với các ô dữ liệu

Chữ in đậm ở hàng đầu trông giống tiêu đề với người đọc nhìn thấy, nhưng hình thức không định nghĩa cấu trúc. Hướng dẫn của W3C yêu cầu các ô tiêu đề và ô dữ liệu phải được nhận diện và liên kết để công nghệ hỗ trợ có thể thông báo ngữ cảnh hàng và cột liên quan.

Hãy khắc phục bằng cách khôi phục tiêu đề ngữ nghĩa trong tài liệu có thể chỉnh sửa. Đánh dấu hàng đầu là hàng tiêu đề, xác nhận tiêu đề được lặp lại trên các bảng nhiều trang, và kiểm tra bảng phức tạp bằng công cụ kiểm tra khả năng tiếp cận của ứng dụng. Trong HTML hoặc PDF xuất ra, hãy xác nhận rằng các liên kết tiêu đề vẫn tồn tại qua quá trình chuyển đổi.

4. Số, công thức và mã định danh âm thầm thay đổi

Một câu trôi chảy thì dễ nhận ra; một dấu thập phân, dấu trừ, ký hiệu phần trăm, số hiệu mẫu hay tham chiếu bảng tính bị thay đổi thì không. Một số giá trị nên được bản địa hóa cho độc giả, trong khi mã định danh và logic tính toán phải giữ chính xác.

Hãy khắc phục bằng một lượt so sánh chỉ dữ liệu. Bỏ qua văn xuôi và so sánh chữ số, mã tiền tệ, ký hiệu phần trăm, đơn vị, khoảng giá trị, tổng, công thức, ký hiệu chú thích và tham chiếu ô. Tính lại công thức và tổng của bảng tính trong tệp đích. Ghi lại những thay đổi ngôn ngữ có chủ đích để người soát xét không “sửa” chúng về định dạng nguồn.

5. Văn bản từ phải sang trái làm xáo trộn dấu câu hoặc căn chỉnh

Tiếng Ả Rập và tiếng Do Thái chạy từ phải sang trái, nhưng các thuật ngữ Latinh và chữ số nhúng vẫn chạy từ trái sang phải. Vì vậy Unicode coi đây là văn bản hai chiều. Tiêu chuẩn này cũng lưu ý rằng các ô bảng riêng biệt có thể được xử lý như những đoạn riêng, cho phép đặt hướng ở cấp ô hoặc cấp đoạn.

Hãy khắc phục từng ô một. Đặt đúng hướng cơ sở, rồi kiểm tra mã sản phẩm, ngày tháng, phần trăm, dấu ngoặc đơn, dấu gạch chéo và dấu câu bên cạnh văn bản Latinh. Không tự đảo ngược chữ số. Kiểm tra cả tài liệu có thể chỉnh sửa lẫn PDF xuất ra vì hướng và việc phản chiếu là hành vi hiển thị.

Danh sách kiểm tra trước khi dịch

• Bắt đầu từ tệp DOCX, PPTX hoặc XLSX có thể chỉnh sửa khi có sẵn.
• Xóa các hàng và cột trống chỉ dùng để tạo khoảng cách.
• Thay bảng bố cục bằng bố cục tài liệu thông thường khi thực tế cho phép.
• Đánh dấu các hàng tiêu đề thật và giữ cấu trúc bảng đơn giản nhất có thể theo dữ liệu.
• Cho phép hàng giãn ra; tránh chiều cao cố định cho các ô cần dịch.
• Nhận diện ô gộp, công thức, tổng, mã định danh được bảo vệ và các thuật ngữ không dịch.
• Đặt đúng ngôn ngữ nguồn và ghi lại ngôn ngữ đích.
• Lưu một PDF tham chiếu để người soát xét biết bản nguồn đã được phê duyệt trông như thế nào.

Những bước này giảm sự mơ hồ trước khi bất kỳ công cụ hay người dịch nào chạm vào tệp. Chúng cũng giúp dễ nhận biết hơn liệu một vấn đề về sau đến từ việc dịch, việc chuyển đổi hay thiết kế bảng ban đầu.

Cách soát xét bảng đã dịch

Hãy dùng các lượt riêng biệt. Cố kiểm tra đồng thời ngôn ngữ, dữ liệu, cấu trúc và bố cục sẽ khiến những lỗi nhỏ dễ bị bỏ sót.

1. So sánh lưới. Đếm bảng, hàng, cột, vùng gộp, hàng tiêu đề và ghi chú so với bản nguồn.
2. So sánh nội dung. Xác nhận mỗi ô được dịch đúng một lần và vẫn nằm dưới đúng tiêu đề.
3. So sánh dữ liệu. Kiểm tra số, dấu, đơn vị, công thức, tổng, mã định danh và liên kết mà không chỉnh sửa văn xuôi.
4. Kiểm tra bố cục. Tìm chỗ bị cắt, hàng giãn quá mức, ngắt trang kém, chữ tự động vừa khít quá nhỏ, phông dự phòng và căn chỉnh không đều.
5. Kiểm tra hướng và khả năng tiếp cận. Xác minh các ô RTL, liên kết tiêu đề, thứ tự đọc và tiêu đề lặp lại.
6. Xuất và kiểm tra lại. Mở PDF bàn giao hoặc định dạng cuối cùng; không chỉ phê duyệt bản nguồn có thể chỉnh sửa.

OpenL Doc Translator hỗ trợ các định dạng tài liệu gồm PDF, DOCX, PPTX và XLSX. Trang chính thức của công cụ cho biết phông chữ, màu sắc, bảng và bố cục trang được giữ nguyên, và mỗi tác vụ đều có bản dịch cùng bản song ngữ. Hãy dùng bản nguồn có thể chỉnh sửa khi có thể, xem trước kết quả, rồi so sánh bản song ngữ trước khi hoàn tất quy trình soát xét có cấu trúc ở trên.

Giữ nguyên định dạng giúp giảm công việc dựng lại; nhưng không loại bỏ nhu cầu QA. Danh sách kiểm tra soát xét tài liệu song ngữ bao quát toàn bộ tài liệu sau khi hoàn tất lượt kiểm tra bảng.

Khi nào cần thiết phải soát xét thủ công

Luôn chỉ định người soát xét thủ công khi một bảng chứa:

• Tổng, tỷ lệ, dự báo hoặc số liệu tài chính đã kiểm toán
• Nghĩa vụ pháp lý, giới hạn tuân thủ, liều lượng hoặc dữ liệu an toàn
• Công thức, tham chiếu chéo giữa các trang tính hoặc trường được tính toán
• Tiêu đề nhiều cấp, vùng gộp hoặc bảng lồng nhau
• Ô được quét hoặc dựa trên hình ảnh phụ thuộc vào OCR
• Văn bản trộn lẫn từ phải sang trái và từ trái sang phải
• Bố cục in cố định không có chỗ để mở rộng

Với những bảng này, “tệp mở được” và “bảng trông tương tự” không phải tiêu chí chấp nhận. Phê duyệt đòi hỏi khớp cấu trúc nguồn, xác minh ý nghĩa ngôn ngữ đích, kiểm tra mọi giá trị quan trọng và thử nghiệm định dạng bàn giao cuối cùng.

Một bản dịch bảng thành công giữ nguyên các mối quan hệ, không chỉ các hình chữ nhật. Hãy soát xét nội dung, cấu trúc, dữ liệu, bố cục, hướng và khả năng tiếp cận riêng biệt, và một khiếm khuyết định dạng sẽ ít có khả năng trở thành lỗi dữ liệu hơn nhiều.

Sources

• W3C: Text size in translation - Explains text expansion, constrained layouts, compound words, character width, and line-height differences across languages.
• W3C WAI: Tables Tutorial - Explains header-to-data relationships, complex table markup, screen-reader context, and metadata loss during format conversion.
• Microsoft Support: Make your Word documents accessible to people with disabilities - Recommends simple tables, header rows, accessibility checks, and avoiding split, merged, nested, or blank structures where possible.
• Unicode Standard Annex #9: Unicode Bidirectional Algorithm - Defines display ordering for mixed right-to-left and left-to-right text, digits, punctuation, and direction at paragraph or table-cell level.
• OpenL Doc Translator - Lists supported document formats, formatting preservation, free preview, and bilingual review output.