Как организовать перевод многотомной технической документации

Когда подрядчик получает ТЗ на перевод проектной документации для нового нефтехимического комплекса или горно-металлургического объекта, речь почти никогда не идёт об одном-двух файлах. Типичный пакет документации по EPC-проекту промышленного масштаба — это от 15 до 40 томов, от 8 000 до 25 000 страниц, десятки смежных дисциплин: технология, КИПиА, электрика, механика, ОВК, промбезопасность, экология. Для сравнения: по Проекту будущего расширения Тенгиза (FGP-WPMP) бюджетом 46,7 млрд долларов и запланированным приростом добычи в 12 млн тонн в год объём технической документации, требовавший перевода между русским, английским и — на стыках с китайскими и корейскими подрядчиками — ещё двумя-тремя языками, исчислялся сотнями тысяч страниц. Это не задача «перевести вон ту папку». Это инженерный процесс с собственной логистикой, контролем качества и технологическим стеком.

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

Что такое многотомная техническая документация и чем она отличается

Многотомный комплект — это связанная структура, а не совокупность независимых файлов. В типовом ТЭО для крупного промышленного объекта тома пронумерованы и строго подчинены друг другу. Том 1 — общая пояснительная записка, том 2 — архитектурно-строительные решения, том 3 — технологические, том 4 — генплан и транспорт, том 5 — инженерные сети. Внутри каждого — десятки разделов и подразделов, чертежи, спецификации, ведомости, таблицы оборудования и материалов.

Три свойства, которые превращают такую документацию в отдельный класс переводческих задач:

Перекрёстные ссылки между томами. В томе 7 по автоматизации идёт отсылка к таблице 4.3 из тома 3 по технологии. Если переводчик тома 7 не имеет доступа к переведённой версии таблицы 4.3, ссылка ломается, и заказчик получает несогласованный пакет, который не пройдёт экспертизу.

Терминологическая зависимость. Одно и то же оборудование в технологическом томе называется по-одному, а в томе по промбезопасности — по-другому. Без единой терминологической базы разные переводчики неизбежно выберут разные варианты. Для проектной документации расхождения недопустимы: экспертиза по Строительному кодексу РК или по требованиям международных инвесторов (JORC, NI 43-101, FIDIC) отправит пакет на доработку.

Форматная связность. Если том 1 свёрстан в InDesign с оглавлением и гиперссылками, а том 2 — в Word с автоматическими перекрёстными ссылками, то при переводе структура должна сохраниться полностью. Это не «вставить текст и сохранить файл». Это работа, сопоставимая по сложности с исходной вёрсткой.

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

Отдельный класс задач — многотомная документация на поздних фазах жизненного цикла объекта: операционные регламенты, регламенты ТОиР, документация по пуско-наладке, отчёты по ревизиям оборудования. Там объёмы не меньше, чем в проектной документации, а требования к терминологической преемственности выше: операционные инструкции 2026 года должны опираться на термины, утверждённые ещё на стадии FEED в 2022–2023 годах. Без TM и стабильного партнёра-переводчика эта преемственность теряется на первой же смене подрядчика.

Этап 1. Инвентаризация и предпроектный анализ

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

Что считаем и фиксируем:

Реальный объём в знаках (не страницах). Страница ТЭО может содержать 300 знаков (если это чертёж с таблицей), а может — 4 000. Биллинг и планирование по физическим страницам — прямой путь к недооценке сроков на 30–50%.

Долю повторов. На больших пакетах совпадения между томами достигают 15–35%. Без анализа через CAT-инструмент (Trados Studio, memoQ, Phrase) заказчик переплачивает за один и тот же текст, переведённый несколько раз.

Форматную карту. Какие файлы в редактируемых форматах (Word, Excel, XML), какие — в PDF (сканированные или экспортированные), какие — в специализированных (AutoCAD .dwg, Revit .rvt, MicroStation .dgn). Для чертежей нужен отдельный маршрут, о чём подробно шла речь в статье про перевод документации BIM для крупных объектов.

Терминологическое поле. Какой домен — нефтепереработка, обогащение руды, ветрогенерация, металлургия. Какие референсные документы (ГОСТ, API, ASME, ISO) заказчик считает обязательными. Какие внутренние терминологические справочники уже есть у заказчика и подрядчика.

После инвентаризации команда iText готовит письменный предпроектный отчёт: реальный объём, рекомендуемая команда, сроки по сценариям «обычный / сжатый / экстренный», стоимость с учётом повторов, перечень рисков. Этот отчёт — основа для контракта, а не коммерческое предложение на одну страницу.

Этап 2. Архитектура команды и распределение ролей

На многотомном проекте переводчик в одиночку не работает. Минимальный состав команды для пакета в 10 000+ страниц:

Менеджер проекта. Держит календарь, распределяет тома, контролирует сдачу, ведёт коммуникацию с заказчиком. На крупных пакетах — это full-time роль на всё время проекта.

Терминолог. Отвечает за единство терминологии по всему пакету. Ведёт терминологическую базу (TermBase) в CAT-системе, согласовывает спорные варианты с заказчиком, утверждает глоссарий до начала перевода основной массы текста. Подробнее о логике такой работы — в материале про терминологические базы для промышленных клиентов.

Переводчики-предметники. Для каждой дисциплины — свой специалист. Электрика не переводит механик, технологию не переводит человек без опыта в нефтегазовой переработке. На пакете из 15 томов реально работают 5–8 переводчиков одновременно.

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

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

QA-специалист. Последняя линия обороны: автоматизированные проверки в xBench, Verifika или встроенных QA-модулях CAT-инструмента — единообразие терминов, непереведённые сегменты, расхождения в числах и единицах измерения.

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

Этап 3. Технологический стек: CAT, TM, TermBase

Без CAT-инструмента многотомный перевод обречён на расхождения. Стандартный стек в промышленных B2B-проектах Казахстана сегодня выглядит так:

CAT-система: Trados Studio, memoQ, Phrase (бывший Memsource). Выбор — вопрос совместимости с инфраструктурой заказчика. Для заказчиков с собственной TMS (например, у ряда дочерних структур КМГ и Самрук-Казына есть внутренние решения) переводчик работает в клиентской системе.

Translation Memory (TM). Копится с первого тома и используется до последнего. К концу пакета TM по крупному EPC-проекту содержит десятки тысяч сегментов, что обеспечивает согласованность и существенно экономит время на последующих фазах. Подробнее о принципе работы — в статье про Translation Memory и экономию при переводе повторяющейся документации.

TermBase (глоссарий). Живой документ: пополняется по мере перевода, сверяется с заказчиком по контрольным точкам (обычно каждые 2–3 тома). Терминолог блокирует расхождения до того, как они разойдутся по пакету.

QA-модули. Проверяют числа, единицы измерения, полноту перевода, единообразие терминологии, ссылки, теги. На пакете в 15 000 страниц ручная проверка этих параметров физически невозможна.

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

Этап 4. Календарное планирование

На многотомном пакете критично правильно разложить работу во времени. Типовая схема для пакета в 12 000 страниц (60 дней):

Неделя 1: инвентаризация, извлечение терминологии, подготовка глоссария, согласование с заказчиком. В это же время верстальщик готовит шаблоны и разбирает сложные форматы.

Неделя 2: пилотный перевод 2–3 репрезентативных томов. По итогам — финальная калибровка глоссария, стайлгайда, подходов к форматированию. Заказчик даёт feedback до того, как команда уходит в массовый перевод.

Недели 3–7: параллельный перевод основной массы томов 5–8 переводчиками с ежедневной сверкой в общей TM. Еженедельные чек-поинты с заказчиком.

Неделя 8: редактура, QA, верстка, сведение пакета в единое целое, финальная проверка перекрёстных ссылок.

Ключевая ошибка, которую стоит избегать, — начинать массовый перевод без пилотного этапа. На пилоте ловятся разногласия по терминологии, которые иначе вылезут на 12-м томе, когда возвращаться и переделывать дорого.

Этап 5. Контроль качества на уровне пакета

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

Внутритомный QA. Классическая редактура каждого тома силами редактора-отраслевика плюс автоматизированная проверка QA-модулем.

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

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

Сверка с исходником на уровне чисел. Автоматизированная проверка: все числа, даты, номера стандартов, коды оборудования, формулы — идентичны исходнику. Это критически важно для промышленной документации: неверный номер стандарта или неверно перенесённая цифра в таблице материалов способны сорвать экспертизу или спровоцировать ошибку при строительстве.

Для заказчиков с жёсткими требованиями (международные EPC-контракты FIDIC, проекты с привлечением внешних аудиторов) процедура качества фиксируется в SLA для переводческих услуг с конкретными метриками и зонами ответственности сторон.

Практический пример: проекты ERG

В 2026 году группа Eurasian Resources Group объявила рекордный для компании план инвестиций в казахстанские активы — более 1 млрд долларов за год. В программу входит строительство завода горячебрикетированного железа мощностью 2 млн тонн в год в Рудном Костанайской области с бюджетом свыше 1,2 млрд долларов, проект по производству галлия с запуском в третьем квартале 2026 года и 80-мегаваттная ферросплавно-газовая электростанция. Каждый из этих проектов требует многотомной технической документации — от ТЭО и рабочей документации до операционных регламентов, и переводческая инфраструктура должна быть выстроена заранее.

На проектах уровня ERG команда бюро технических переводов iText работает по модели выделенной группы, с единой TM, растущей от проекта к проекту, и едиными терминологическими стандартами, согласованными с технической службой заказчика. Опыт длительного сотрудничества с ERG, описанный в кейсе по переводу более 35 миллионов страниц для Eurasian Resources Group, показывает, что реальная экономия и реальная скорость возникают только когда процесс выстроен системно, а не собран под конкретную заявку.

Типичные ошибки заказчиков и как их избежать

Заказ пакета «как есть» без инвентаризации. Подрядчик берётся, не посчитав реальный объём, и через месяц приходит с переносом сроков. Правильно: требовать письменный предпроектный отчёт до контракта.

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

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

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

Экономия на верстке. Переведённый текст «как-нибудь» вставляется в исходный файл, перекрёстные ссылки ломаются, оглавление рассыпается. Правильно: верстка закладывается в смету с первого дня, верстальщик работает параллельно переводу.

Ещё одна распространённая ошибка — недооценка роли предметной экспертизы. Крупные промышленные заказчики иногда рассматривают перевод как чисто языковую услугу и удивляются, почему подрядчик настаивает на привлечении переводчиков именно с опытом в нефтепереработке или металлургии. Между тем «общетехнический» переводчик на документации для Кашаганского ГПЗ или Павлодарского алюминиевого завода быстро выдаст смысловые ошибки в описании технологических процессов. Правильно: заранее согласовать с подрядчиком перечень дисциплин и требования к опыту переводчиков, которых он выделяет на проект. Для критически важных томов (технологическая часть, промбезопасность, контроль качества продукции) запрашивайте резюме конкретных исполнителей.

И последний системный просчёт — игнорирование связи между переводом и последующими регуляторными процедурами. Многотомная документация на финальном этапе идёт на экспертизу: государственную, инвесторскую, по требованиям международных стандартов. Экспертиза работает с переведённым текстом так же придирчиво, как с исходником, и любое расхождение в терминологии или форматировании становится формальным основанием для замечаний. Закладывайте в план буфер времени на исправления после экспертизы и согласуйте с подрядчиком обязательство по оперативной доработке в рамках SLA.

Как начать работу с многотомным пакетом

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

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

Бюро технических переводов iText специализируется именно на таких задачах — многотомные пакеты для нефтегазовых, горно-металлургических и строительных проектов в Казахстане. Мы работаем с заказчиками уровня ERG, выстраиваем выделенные команды под конкретный проект, ведём TM и TermBase, гарантируем терминологическую согласованность по всему пакету. Если у вас на старте большой технический проект — напишите нам через страницу контактов, и мы подготовим предпроектный отчёт с конкретными сроками и сметой под ваш пакет.