Как перевести большой документ DOCX

Большой документ DOCX лучше сразу считать небольшим проектом. Для перевода без пропусков нужны эталонный исходник, карта разделов, одна пробная глава и понятный статус проверки. Сам файл стоит сохранять целиком, пока техническое ограничение не заставит его разделить. В длинном DOCX опасна не только ошибка перевода. Можно потерять приложение, перепутать редакции или исправить термин в пяти главах из шести.

Размер проекта определяется связями внутри файла

Сто страниц обычного текста иногда проще двадцати страниц договора с таблицами и приложениями. Количество листов не показывает, сколько в документе зависимостей. Автоматическое содержание связано с заголовками, подписи связаны с рисунками, номера пунктов используются в перекрёстных ссылках, а колонтитулы зависят от разделов.

Большой DOCX требует отдельного процесса, когда его главы готовили разные авторы, в тексте много повторяющихся определений или результат будут согласовывать несколько подразделений. Ещё один признак: документ нельзя проверить за один непрерывный сеанс. Если работу приходится откладывать и возвращаться к ней, статус должен храниться вне памяти редактора.

Начните не с оценки времени обработки, а с вопроса о выпуске. Кто подтвердит полноту? Кто принимает терминологические решения? Должны ли приложения выйти вместе с основным текстом? Ответы определят процесс точнее, чем число мегабайт.

Паспорт файла помещается на одной странице

До перевода сохраните неизменяемую копию и запишите несколько опорных сведений. Отдельная корпоративная система для этого не обязательна. Подойдёт таблица в задаче или текстовый файл рядом с исходником.

Паспорт нужен не ради отчётности. Он отвечает на неприятный вопрос, который обычно возникает ближе к дедлайну: какой именно файл сейчас проверяют? Если исходник обновился, создайте новую строку или новую версию паспорта. Не заменяйте старую запись, иначе связь с уже сделанным переводом исчезнет.

Откройте область навигации и посмотрите, образуют ли заголовки понятную иерархию. Если разделы набраны крупным шрифтом вручную, автоматическое содержание не сможет надёжно показать структуру. Исправлять уровни нужно на копии и с пониманием логики документа, а не только ради красивого списка слева.

После заголовков посчитайте крупные объекты: таблицы, рисунки, сноски, приложения, колонтитулы и встроенные файлы. Отдельно отметьте текст в диаграммах, SmartArt и изображениях. Обычный процесс работы с DOCX может его не извлечь. Такая инвентаризация занимает меньше времени, чем поиск пропавшей подписи в день выпуска.

Карту удобно строить по разделам, а не по страницам. Страницы сдвинутся после перевода, названия глав и приложений останутся. Для каждой главы достаточно статусов «не начата», «переведена», «проверен смысл», «проверен макет» и «готова к выпуску». Сложная система управления здесь только мешает.

Рядом со статусом укажите имя проверяющего и дату. Это особенно полезно при передаче работы: новый редактор видит, какой раздел действительно закончен и к кому обратиться с вопросом. Отметка без автора быстро становится анонимной, а слово «готово» у переводчика и выпускающего часто означает разные этапы. Если глава вернулась на правку, снимите последующие статусы, которые изменение могло сделать недействительными.

Разделение DOCX создаёт новую работу

Несколько небольших файлов проще распределить между людьми, но обратная сборка не происходит сама. При разрезании теряются или меняются автоматическая нумерация, содержание, ссылки, параметры разделов и колонтитулы. Даже одинаковые стили в двух копиях могут разойтись после ручных исправлений.

Сначала выясните, способен ли выбранный сервис обработать документ целиком. Если способен, оставьте единый файл и распределяйте проверку по главам. Разделение оправдано при техническом лимите, разных языках для отдельных частей или самостоятельном выпуске приложений. Разные права доступа тоже могут потребовать отдельных файлов.

Когда без разделения не обойтись, создайте карту частей. В ней указывают исходный диапазон, новое имя, ответственного и место будущей сборки. Работайте только с копией. Исходный DOCX остаётся эталоном, по которому затем проверяются номера, ссылки и порядок приложений.

Если большой файл входит в комплект с другими документами, полезно сразу вести единый реестр пакета. Он не заменяет карту глав: реестр контролирует файлы, карта контролирует содержимое одного файла.

Опорная глава показывает реальные проблемы

Первый раздел документа часто оказывается самым простым: титульный лист, введение, общие положения. Для теста он почти бесполезен. Выберите главу, где одновременно встречаются таблица, список, длинный заголовок, несколько ключевых терминов и хотя бы одна ссылка на другой раздел.

До теста подготовьте небольшой глоссарий спорных названий и определений. Частотность здесь вторична. Редкое название компонента может быть важнее слова, которое повторяется сто раз. У каждого неоднозначного термина должен быть контекст, иначе обязательное соответствие сработает в неподходящем месте.

Переведите опорную главу и откройте результат рядом с исходником. Если пропала часть таблицы, неверно обработался колонтитул или термин оказался слишком общим, исправьте исходную структуру или настройки до полного запуска. Десять минут на такой просмотр экономят повторную обработку всего документа.

Автоматический результат ещё нужно скачать, открыть, сравнить с исходником, отредактировать и повторно просмотреть после сохранения. Поэтому ожидаемое время обработки нельзя ставить вплотную к сроку отправки.

Разумная оценка начинается с опорной главы. Зафиксируйте, сколько заняли подготовка, смысловая проверка и работа с макетом. Затем оцените остальные разделы с поправкой на их устройство. Глава из сплошного текста потребует меньше внимания, чем приложение с широкими таблицами.

Уровень проверки зависит от назначения. Для внутреннего чтения можно сократить стилистическую редактуру. Имена, числа, отрицания и пропуски всё равно сверяются полностью. Договор или публичная инструкция требуют отдельного финального просмотра и участия предметного специалиста. Универсального коэффициента «минут на страницу» здесь нет.

Поздняя редакция исходника требует отдельного решения, даже если изменился один абзац. Сравните версии, отметьте затронутую главу и проверьте ссылки на неё из других частей. Простая замена фрагмента без такого анализа может оставить старое определение в приложении или старый номер в содержании. В паспорте сохраняют обе исходные версии и указывают, какая легла в основу текущего перевода.

Ведомость проверки строится вокруг разделов

Читать исходник и перевод от начала до конца без отметок рискованно. После перерыва невозможно точно вспомнить, где закончилась внимательная проверка и где началось беглое чтение. Карта документа решает эту проблему.

Первый проход ищет пропуски и грубые смысловые ошибки. Второй отвечает за терминологию и язык. Если одновременно полировать каждое предложение, потерянная строка таблицы легко останется незамеченной. Подробные контрольные вопросы есть в отдельной инструкции по проверке перевода.

У нескольких редакторов должен быть один владелец глоссария и один человек, который собирает замечания. Иначе один участник исправит термин в начале, а другой вернёт старую форму в приложении. Новое решение сначала фиксируют, затем применяют ко всем затронутым главам.

Автоматические поля обновляются в самом конце

Когда текст перестал меняться, обновите содержание, перекрёстные ссылки, подписи и номера страниц средствами Word. Microsoft рекомендует строить автоматическое содержание на стилях заголовков. Ручное редактирование строк в содержании даст аккуратный результат только до следующего обновления поля.

Особого внимания требуют границы разделов, широкие таблицы, длинные названия глав и последняя страница перед приложением. Просмотрите колонтитулы первой и следующих страниц, переходы между ориентациями и неожиданные пустые листы. Изменившееся число страниц само по себе не является дефектом. Обрезанный текст или колонтитул чужого раздела является.

Если макет ведёт себя непредсказуемо, используйте диагностику форматирования от первого расхождения. Исправление раннего разрыва или свойства абзаца нередко возвращает на место несколько последующих страниц.

Версия выпуска должна быть скучно понятной

Имена manual_en_v01_review.docx и manual_en_v02_terminology.docx выглядят прозаично, зато объясняют историю файла. final_new_2.docx её скрывает. Для большого документа это быстро становится проблемой, поскольку замечания приходят в нескольких копиях и не всегда одновременно.

Назначьте одну рабочую версию и одного человека для сведения правок. Не запускайте полный перевод заново из-за одного исправленного абзаца, пока не оцените последствия. Новый прогон может изменить уже принятые фрагменты и обнулить отметки в карте разделов.

Перед выпуском откройте итоговый DOCX после последнего сохранения и сравните карту с фактическим файлом. Все главы и приложения должны иметь подтверждённый статус, содержание должно обновляться, а открытые вопросы должны быть либо решены, либо явно переданы получателю. Этой процедуры достаточно, чтобы выпуск был воспроизводимым без ещё одного общего чек-листа.

Скрипт может сравнить списки заголовков, число таблиц и сносок, собрать URL и числовые значения, найти обязательные термины или пустые ячейки. Он хорошо показывает места, где стоит открыть документ. Окончательного вывода о качестве такой отчёт не даёт.

Равное число слов и абзацев тоже не годится как жёсткий критерий: языки по-разному делят предложения и выражают один смысл. Зато исчезновение главы, таблицы или номера приложения является сильным сигналом. Результат автоматической проверки храните рядом с конкретной версией DOCX и указывайте, какие правила использовал скрипт.

Человек читает найденные места в контексте, редактор принимает языковое решение, а предметный специалист подтверждает термины с высокой ценой ошибки. Так автоматизация сокращает объём ручного поиска, но не маскирует его под полную приёмку документа.

Источники

• Основы WordprocessingML, Microsoft Learn
• Создание и обновление содержания в Word, Microsoft Support