Перевод технических заданий на проектирование промышленных объектов

Заказчик из Атырауской области нанимает международный проектный институт на разработку проектной документации для нового производственного цеха. Институт работает на английском языке, исходное задание на проектирование составлено на русском по нормам Казахстана. Между двумя сторонами лежит документ на 40–60 страниц с требованиями к мощности, инженерным сетям, стадийности и срокам. От того, насколько точно этот документ дойдёт до проектировщика, зависит, совпадёт ли проект с ожиданиями заказчика и пройдёт ли он государственную экспертизу с первого захода.

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

Почему ТЗ — самый рискованный документ в проектном цикле

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

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

Второй риск связан со стадийностью. В казахстанской практике стадийность проектирования устанавливается самим заданием: объект может проектироваться в одну или в две стадии. Английские эквиваленты (concept design, basic design, detailed design, FEED) не накладываются на казахстанские стадии один к одному. Когда переводчик механически подставляет «detailed design» вместо «рабочая документация», он создаёт у иностранного института ложное представление о требуемом объёме работ. Эту тему мы подробно разбираем в руководстве по переводу EPC-контрактов в Казахстане, где стадии проектирования стыкуются с этапами контракта.

Разница в стадийности влечёт и разницу в составе разделов. Двухстадийное проектирование сначала даёт проектную документацию, по которой проходит экспертиза и принимаются принципиальные решения, и только затем рабочую документацию с чертежами для строительства. У международного подрядчика, привыкшего к связке FEED и detailed design, картина похожа, но границы между этапами проведены иначе, и объём проработки на каждой стадии не совпадает. Если ТЗ требует «двухстадийное проектирование», а перевод этого не передаёт, подрядчик может заложить в коммерческое предложение не тот объём и не те сроки, и расхождение вскроется уже при сверке смет.

Нормативная рамка: что регулирует состав задания на проектирование

Состав и порядок разработки задания на проектирование в Казахстане задаёт СН РК 1.02-03-2022 «Порядок разработки, согласования, утверждения и состав проектно-сметной документации на строительство». В этом документе есть обязательное приложение с формой задания на проектирование объектов производственного назначения. Переводчику стоит держать его под рукой: оно показывает, какие разделы задание содержит и какими терминами они называются официально.

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

Над всей системой стоит Закон РК «Об архитектурной, градостроительной и строительной деятельности в Республике Казахстан». Именно он вводит институт государственной экспертизы проектов и определяет, что проектные решения должны соответствовать государственным нормативам. Перевод, который игнорирует эту иерархию норм, рискует не пройти проверку.

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

Госэкспертиза и язык документации

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

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

Поэтому грамотный подход к переводу ТЗ учитывает не только сам документ, но и весь его жизненный путь: задание уходит к проектировщику, проект возвращается на экспертизу, и терминология должна оставаться единой на всём маршруте. Как выстроить эту согласованность для крупных строек, мы показываем в материале о переводе документации для модернизации НПЗ в Атырау, Павлодаре и Шымкенте.

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

Типичные ошибки при переводе ТЗ на проектирование

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

Перевод нормативных ссылок «по смыслу». ТЗ ссылается на конкретные СН РК, ГОСТы, СП. Эти ссылки нельзя переводить как обычный текст: код нормы сохраняется в оригинальном виде, а в скобках или в глоссарии даётся пояснение, что это за документ. Если перевести «СН РК 1.02-03-2022» описательно, иностранный проектировщик не сможет найти первоисточник.

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

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

Категории и классы. Категория здания по взрывопожарной опасности, степень огнестойкости, класс ответственности сооружения — у этих понятий есть устоявшиеся казахстанские определения, и подбирать им «похожие» зарубежные категории нельзя. Категорию переводят с пояснением её сути, а не заменой на ближайший иностранный аналог.

Сглаживание требований. Формулировка «источники инженерного обеспечения принять согласно техническим условиям» означает жёсткое требование, а не пожелание. Переводчик, который превращает его в «следует предусмотреть», ослабляет обязательность. В проектном документе модальность важна не меньше содержания, и разница между «shall», «should» и «may» в английском переводе ТЗ напрямую влияет на то, что проектировщик посчитает обязательным к исполнению.

Терминология: где русский и английский расходятся

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

«Заказчик» в казахстанском ТЗ — это не всегда «Customer». В зависимости от контракта он может быть Employer (в терминологии FIDIC), Client или Owner, и выбор зависит от того, по какой контрактной модели работает проект. Перевод вслепую создаёт путаницу в распределении ответственности.

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

«Технологическая часть», «АР» (архитектурные решения), «КЖ» и «КМ» (конструкции железобетонные и металлические), «ОВ» (отопление и вентиляция), «ВК» (водопровод и канализация) — марки комплектов рабочей документации. При переводе ТЗ эти марки либо сохраняются с расшифровкой, либо передаются через принятые в международной практике дисциплины (Process, Architectural, Civil/Structural, HVAC, Plumbing). Подбор соответствий согласовывается с заказчиком до начала работы и фиксируется в глоссарии.

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

Как переводить ТЗ: рабочая последовательность

Подготовка задания на проектирование к переводу строится по шагам.

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

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

После чернового перевода идёт редактура с проверкой по исходным нормам. Редактор открывает упомянутые в ТЗ СН РК и ГОСТы и сверяет, что термины переданы так, как они определены в самих нормах, а не так, как их перевёл бы общий словарь.

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

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

Чек-лист подготовки ТЗ к переводу

Перед тем как отдать задание на проектирование в перевод, заказчику стоит проверить несколько пунктов:

• Все нормативные ссылки в тексте актуальны и приведены в полном виде (код и название).
• Технические параметры выражены однозначно, без разночтений в единицах.
• Указана стадийность проектирования и согласован способ её передачи на целевом языке.
• Сформирован или предоставлен глоссарий проекта.
• Определён получатель перевода (проектный институт, EPC-подрядчик, поставщик оборудования) — от этого зависит уровень адаптации терминологии.
• Согласован формат: сохраняется ли структура и нумерация разделов исходного ТЗ.
• Указано, нужен ли двуязычный формат документа (параллельный текст), который часто требуют при совместной работе казахстанских и иностранных специалистов над одним объектом.

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

Реальный контекст: где это работает в Казахстане

Масштаб промышленного проектирования в стране хорошо виден на примере Атырауской области. Здесь запущен газохимический комплекс по производству полипропилена, работающий по полной технологической цепочке, и реализуется проект интегрированного газохимического комплекса по производству полиэтилена мощностью 1,25 млн тонн с участием КазМунайГаза и Sinopec. Такие объекты проектируются с участием международных институтов, а значит, задание на проектирование, спецификации оборудования и проектная документация проходят через перевод не один раз.

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

Что делать дальше

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

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

Если у вас на руках задание на проектирование, которое нужно подготовить для иностранного проектного института или EPC-подрядчика, команда iText составит глоссарий проекта, выполнит перевод с инженерной редактурой и сохранит единство терминологии на всех последующих стадиях. Это снижает риск замечаний экспертизы и переделок на стройплощадке.