Автоматизированный контроль тегов, чисел, единиц измерения и перекрёстных ссылок в техническом переводе

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

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

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

Автоматизированный контроль технического перевода начинается с исходников

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

Для Казахстана связь документа с инженерными данными имеет вполне конкретный контекст. На странице проекта КМГ «Создание цифрового Генплана и 3D модели НПЗ РК» указаны Павлодар и Атырау, участники ПНХЗ и АНПЗ, период реализации 2020–2021 годов и статус «Завершен». Среди результатов названы оцифровка технической документации и создание моделей на основе облаков точек. Это пример среды, где документ связан с объектами и данными; он не является заявлением об участии переводческого бюро в указанном проекте.

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

До начала работ подготовьте небольшой словарь проверяемых сущностей:

• позиционное обозначение оборудования: сохраняемая комбинация букв, цифр и разделителей;
• номер документа и редакция: связанная пара, которую нельзя проверять раздельно;
• числовой параметр: значение вместе со знаком, диапазоном, допуском и единицей;
• внутренний тег: служебный элемент переводческого файла;
• перекрёстная ссылка: указание на существующий объект внутри комплекта.

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

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

Контроль тегов и обозначений оборудования: разные правила

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

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

В документации memoQ 12.0 автоматические проверки разделены на категории, включая числа, терминологию, встроенные теги и регулярные выражения. Настройки определяют, что именно проверяется и с какой строгостью. Поэтому фраза «проверено в программе» без сохранённого профиля проверки мало говорит о фактическом охвате.

Для позиционных обозначений составьте отдельный список из утверждённого реестра. В условном примере P-⁠101A и P-⁠101B должны оставаться различными обозначениями. Проверка должна замечать пропущенный суффикс, изменённый дефис и замену латинской буквы похожей кириллической. Однако автоматически исправлять каждую найденную комбинацию по ближайшему совпадению опасно: похожие обозначения могут принадлежать разным агрегатам.

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

Контроль чисел и единиц измерения без ложных совпадений

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

Международный комитет мер и весов допускает в СИ точку или запятую как десятичный разделитель; группы цифр при этом не разделяют точками или запятыми. Это закреплено в рекомендации CIPM 2003 года. Для перевода из этого следует необходимость согласовать правила записи чисел, а не объявлять любую замену точки запятой ошибкой. Значение должно сохраняться, а неоднозначные исходные записи требуют уточнения.

Настройте отдельный контроль единиц. В memoQ 12.0 включение единиц в проверку чисел является самостоятельной настройкой; документация указывает, что по умолчанию она отключена. Проверка использует настроенный список обозначений. Заказчику поэтому полезно запросить не только итоговый отчёт, но и подтверждение состава этого списка для конкретного проекта.

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

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

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

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

Перекрёстные ссылки проверяют после сборки документа

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

В Word перекрёстные ссылки связаны с полями документа. Microsoft описывает создание таких ссылок и обновление полей в официальной справке. Поэтому после перевода и вёрстки следует проверить сами поля и их отображаемые результаты. Вручную набранное «см. рисунок» может выглядеть так же, но не иметь связи с объектом; это отдельный случай для проверки.

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

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

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

Такую проверку выполняют на окончательной сборке. Если после неё заменили приложение, поправили нумерацию или вставили новый рисунок, связанные проверки повторяют. В журнале выпуска фиксируют именно ту версию комплекта, которую получит заказчик.

Как включить автоматические проверки в план качества

Разделите подготовку, автоматический контроль, профессиональную вычитку и выпуск. Это позволяет назначить ответственного за каждое решение. Переводчик исправляет перевод, инженер разрешает техническую неоднозначность, специалист по вёрстке восстанавливает структуру файла, а руководитель проекта подтверждает выполнение согласованного объёма проверок. Один общий статус «проверено» скрывает эти различия и затрудняет разбор возвратов.

ISO 17100:2015 устанавливает требования к основным процессам, ресурсам и другим аспектам предоставления переводческой услуги. Успешный автоматический отчёт сам по себе не подтверждает соответствие услуги этому стандарту и не является сертификатом поставщика. Для промышленного заказа конкретные критерии приёмки следует закрепить в договоре и плане качества, не подменяя их названием программного продукта.

Рекомендуемый рабочий порядок выглядит так:

1. Утвердить исходные редакции, языки, терминологию, правила чисел и перечень защищённых обозначений.
2. Проверить импорт и выполнить пробный экспорт репрезентативного файла до запуска всего объёма.
3. Запустить автоматические проверки двуязычных материалов с сохранённым профилем.
4. Разобрать каждое замечание: исправить ошибку либо записать обоснование допустимого исключения.
5. Выполнить независимую двуязычную проверку критичных фрагментов и согласованный полный редакторский контроль.
6. Экспортировать комплект, обновить поля, проверить структуру, навигацию и все страницы выдаваемых документов.
7. Повторить затронутые проверки после последней правки и зафиксировать выпуск.

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

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

Что запросить у исполнителя перед приёмкой

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

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

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

Для закупочного отдела критерии лучше формулировать как результат: сохранены утверждённые идентификаторы, числовые расхождения разобраны, ссылки проверены, исключения согласованы. Обещание «используем современную систему качества» нельзя однозначно принять или отклонить. Также заранее определите порядок возврата замечаний: номер файла, редакция, страница или сегмент, описание проблемы и ожидаемое исправление. Это сокращает переписку о том, к какому месту относится замечание.

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

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