Перевод проектной документации для строительства четвёртого НПЗ в Казахстане: языковое сопровождение EPC-подрядчиков

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

Перевод проектной документации для строительства четвёртого НПЗ в Казахстане начинается задолго до выпуска рабочих чертежей. На 22 августа 2026 года проект находится на стадии разработки предварительного технико-экономического обоснования (Пред-ТЭО). Министерство энергетики сообщило, что будущий комплекс рассматривается с мощностью до 10 млн тонн нефти в год, а окончательные технические параметры, сырьевая схема и площадка должны определяться по результатам предпроектных исследований. Поэтому переводчик не вправе превращать вариант в утверждённое решение: слова «рассматривается», «предварительно» и «подлежит сравнению» здесь так же важны, как числа.

Что уже известно о проекте и что пока нельзя утверждать

Бюро технических переводов iText фиксирует официальную исходную точку до составления глоссария. Заказчиком проекта выступает SK Ondeu, дочерняя структура фонда «Самрук-Қазына», а межведомственную координацию ведёт Министерство энергетики РК. Международной инжиниринговой команде отведено шесть месяцев на комплексные предпроектные исследования. После них Правительству должны представить технические и экономические параметры для решения о переходе к проектной документации, привлечению инвесторов и последующим этапам.

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

Эти факты задают правила работы с текстом:

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

Проект включён в более широкий курс развития нефтепереработки до 2040 года. Концепция предусматривает рост перерабатывающих мощностей с 18 до 39 млн тонн в год за счёт расширения действующих заводов и нового комплекса. На стадии Пред-ТЭО эти отраслевые ориентиры служат рамкой для сравнения вариантов, но не заменяют расчёты конкретного проекта.

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

От Пред-ТЭО к FEED и EPC: как меняется документация

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

После положительного инвестиционного решения начинается базовое проектирование (FEED, Front-End Engineering Design). На этой стадии фиксируются проектные основы, технологические схемы, основные параметры оборудования, требования к безопасности, границы объектов и интерфейсы. Ошибка в переводе базиса проектирования затем повторяется в сотнях документов. Подробнее эта стадия описана в материале о переводе документации FEED для нефтегазовых проектов.

На этапе проектирования, закупок и строительства (EPC, Engineering, Procurement and Construction) объём резко растёт. В языковой контур входят:

1. Проектные основы и критерии проектирования.
2. Технологические схемы, схемы трубопроводов и КИП, перечни линий и оборудования.
3. Расчётные записки по процессу, гидравлике, прочности, электроснабжению и безопасности.
4. Технические задания, опросные листы и спецификации закупки.
5. Коммерческие и технические предложения поставщиков.
6. Документы заводских и площадочных испытаний.
7. Процедуры строительства, контроля качества и охраны труда.
8. Исполнительную документацию, пусковые процедуры и эксплуатационные руководства.

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

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

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

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

Единый язык проекта для заказчика, лицензиара и подрядчиков

Перевод документации четвёртого НПЗ потребует нескольких языковых направлений, но единой системы терминов. Технологический лицензиар может использовать собственные названия установок и потоков. Международный EPC-подрядчик — корпоративные шаблоны. Китайский изготовитель — обозначения по стандартам GB и экспортный английский паспорт. Казахстанский заказчик и экспертиза работают с русской и казахской документацией. Если каждый поток переводить отдельно, одинаковый узел получит разные названия.

До массовой работы создают терминологическую архитектуру из четырёх уровней:

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

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

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

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

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

Комментарии также переводят управляемо. Замечание должно сохранять автора, дату, ссылку на пункт и требуемое действие. Формулировки «принято», «принято с условием», «отклонено» и «требуется уточнение» не сводятся к общему «согласовано». При закрытии комментария проверяют, что исправление внесено во все языковые версии и связанные перечни, а не только в файл, где замечание впервые появилось.

Общая структура нефтегазовой документации — от договоров и разрешений до эксплуатационных инструкций — представлена в руководстве по переводу нефтегазовой документации Казахстана. Для нового НПЗ эту структуру следует связать с кодами объектов и системой документооборота, принятой конкретным проектом.

Перевод по дисциплинам и контроль чисел

Бюро технических переводов iText назначает редакторов по инженерным дисциплинам, а не только по языкам. Процессный инженер проверяет названия потоков, режимы и материальные балансы. Специалист по механическому оборудованию — типы аппаратов, материалы и расчётные параметры. Редактор по КИПиА — функции контуров, аварийные уставки и причинно-следственные связи. Строительный редактор — марки конструкций, узлы и требования к производству работ.

Общая терминологическая база не отменяет дисциплинарных границ. Слово train в контексте НПЗ может означать технологическую нитку, а не поезд. Header — коллектор, заголовок или верхняя часть документа в зависимости от контекста. Duty — рабочая нагрузка, тепловая мощность или режим работы. Решение фиксируют вместе с контекстом, иначе переводческая память распространит ошибку на весь проект.

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

Особенно опасны:

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

Схемы трубопроводов и КИП проверяют визуально после восстановления макета. Текст не должен закрывать линию, арматуру или номер прибора. На чертежах сохраняют координаты, выноски, слои и связь с перечнями. Если исходный PDF не позволяет прочитать индекс, переводчик запрашивает исходный файл; угадывать по соседнему обозначению нельзя.

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

Казахстанские требования и интерфейсы международного EPC-проекта

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

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

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

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

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

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

К пуску формируется эксплуатационный комплект. Термины из Пред-ТЭО и FEED должны без разрыва перейти в инструкции по пуску, блокировкам, обходам, ремонту и аварийному реагированию. Если на ранней стадии установка называлась одним образом, а в эксплуатационной системе получила другое название, соответствие фиксируют официально. Оператор не должен угадывать, относится ли предупреждение поставщика к тегу на площадке.

Как построить контроль качества до массового выпуска

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

Финальная проверка каждого пакета включает:

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

Для старта языкового сопровождения заказчику достаточно подготовить реестр документов Пред-ТЭО, матрицу участников, правила нумерации, перечень языков и список известных проектных сокращений. Через контактную форму iText можно передать обезличенную выборку. Бюро технических переводов iText построит пилотный глоссарий, определит контрольные точки и предложит схему выпуска, рассчитанную на переход от Пред-ТЭО к базовому проектированию и EPC без потери истории решений.