Как перевести контракты FIDIC для международных строительных проектов
Практическое руководство по переводу контрактов FIDIC Red, Yellow и Silver Book: терминология, расхождения с казахстанским правом, процесс работы с договорной документацией для EPC-проектов.

Почему точный перевод FIDIC решает судьбу проекта стоимостью в миллиарды
Когда европейский консорциум готовил EPC-документацию для промышленного объекта в Мангистауской области, подрядчик столкнулся с распространённой проблемой: русский перевод Silver Book 1999 года, которым пользовалась проектная команда, содержал вольные интерпретации ключевых терминов. Понятие Employer's Requirements переводилось то как «требования заказчика», то как «технические условия», а Defects Notification Period путали с гарантийным сроком по казахстанскому гражданскому законодательству. Через полгода эти расхождения превратились в спор о 12 миллионах евро — подрядчик считал, что выполнил обязательства по корректировке дефектов в рамках DNP, а заказчик ссылался на расширенную гарантию по ГК РК.
Этот случай типичен для практики применения FIDIC в Казахстане. Контракты Международной федерации инженеров-консультантов стали де-факто стандартом для крупных строительных и инфраструктурных проектов с международным финансированием, однако их перевод на русский язык остаётся зоной повышенного риска. В статье разбираем, как бюро технических переводов iText подходит к работе с FIDIC-контрактами, какие термины чаще всего переводятся неверно и почему шаблонный юридический перевод здесь не работает. Материал дополняет пиллар-руководство по переводу EPC-контрактов в Казахстане и рассчитан на проектных менеджеров, юрисконсультов и специалистов тендерных отделов.
Что такое FIDIC и почему эти контракты применяются в Казахстане
Международная федерация инженеров-консультантов (Fédération Internationale des Ingénieurs-Conseils) была основана в 1913 году во Франции и сегодня объединяет профессиональные ассоциации инженеров-консультантов из более чем ста стран. Федерация разработала серию типовых условий контрактов, которые применяются по всему миру при реализации крупных строительных и инфраструктурных проектов. В Казахстане FIDIC используется в двух основных случаях.
Первый — проекты с финансированием международных банков развития. ЕБРР и Всемирный банк подписали пятилетние лицензионные соглашения с FIDIC и включили типовые условия в свои стандартные закупочные документы. На практике это означает, что дорожные проекты ЕБРР в Казахстане (например, реконструкция участков коридора Актобе – Улгайсын) реализуются по контрактам FIDIC, переведённым на русский язык. Второй случай — EPC-проекты, где инвестор или EPC-подрядчик настаивает на международном договорном стандарте. Один из резонансных примеров — проект HYRASIA ONE стоимостью около 50 миллиардов евро, получивший Merit Award на конкурсе FIDIC Contract Users' Awards 2023 года за практику применения типовых условий.
В линейке FIDIC используется цветовая кодировка. В Казахстане чаще всего встречаются четыре книги: Red Book (Conditions of Contract for Construction) — для строительства по проекту заказчика с оплатой по фактическим объёмам; Yellow Book (Plant and Design-Build) — проектирование и строительство технологических установок с оплатой по твёрдой цене; Silver Book (EPC/Turnkey Projects) — контракты «под ключ» для процессинговых, энергетических и инфраструктурных объектов, где подрядчик принимает повышенный уровень риска; Green Book — короткая форма для небольших работ. В 1999 году FIDIC выпустил «радужную серию» (Rainbow Suite), в 2017-м — второе издание с существенно переработанными условиями. Оба издания продолжают применяться параллельно, поэтому переводчик должен понимать, с какой редакцией работает.
Ключевые расхождения между FIDIC и казахстанским правом
Юридическая фирма Unicase и ряд других казахстанских практиков отмечают, что прямое применение FIDIC в республике осложняется несоответствием отдельных положений национальному законодательству. Для переводчика это значит, что буквальный перевод часто не передаёт правовой смысл, принятый в казахстанской практике. Разберём несколько узловых точек.
Фигура Инженера (The Engineer). В Red и Yellow Book Инженер выступает независимым посредником между заказчиком и подрядчиком: он оценивает выполненные работы, выдаёт распоряжения и урегулирует споры на первом уровне. В казахстанском праве аналога нет: функции Инженера распределяются между техническим надзором, проектной организацией и представителем заказчика. Перевод термина Engineer простым словом «инженер» вводит читателя в заблуждение. В наших проектах мы используем «Инженер (в значении FIDIC)» при первом упоминании с расшифровкой функций в примечании переводчика или глоссарии.
Determination vs. решение. Когда Инженер принимает Determination по спорному вопросу, это не судебное решение и не экспертиза в смысле ГПК РК. Это квазисудебное определение, которое становится обязательным для сторон, если ни одна из них не заявит о несогласии в установленный срок. Перевод «решение Инженера» уже несёт оттенок властной инстанции, которого в оригинале нет.
Variation и ПСД. Variation в FIDIC — это изменение объёма работ, инициированное заказчиком в пределах контракта. В казахстанской практике изменение проектно-сметной документации по объекту с государственным участием требует повторной экспертизы в РГП «Госэкспертиза» и перерасчёта стоимости по СН РК. Переводчик должен сохранить термин «Variation» либо использовать «изменение объёма работ», но не заменять его на «дополнительное соглашение», как иногда встречается в шаблонных переводах.
Taking-Over Certificate и акт ввода в эксплуатацию. Сертификат приёмки по FIDIC не эквивалентен акту государственной приёмочной комиссии по СНиП РК 1.03-01-2024 или акту формы КС-14. Это частноправовой документ, подтверждающий, что работы приняты заказчиком для целей договора. Государственная приёмка происходит отдельно по правилам постановления Правительства РК. Смешение двух процедур в переводе приводит к тому, что юристы и проектные менеджеры начинают искать в контракте отсутствующие ссылки.
Performance Security. В FIDIC этим термином обозначают обеспечение исполнения обязательств, которое чаще всего оформляется банковской гарантией по первому требованию (on-demand bond). В казахстанском праве банковская гарантия по умолчанию подчиняется ГК РК, где акцессорность проявляется сильнее, чем в английском праве. Нюанс важен при переводе пункта 4.2 Silver Book: формулировка «безусловная и безотзывная гарантия» должна сохраняться буквально, иначе теряется смысл инструмента.
Терминологическая матрица: что переводить, что оставлять
За десятилетие работы с EPC-документацией специалисты iText сформировали устойчивый подход к терминологии FIDIC. Он строится на трёх принципах.
Первый принцип — сохраняем английские термины там, где русский эквивалент меняет правовой смысл. Это относится к Variation, Taking-Over Certificate, Defects Notification Period, Performance Security, Delay Damages, Employer's Claim, Contractor's Claim. При первом употреблении даём русский перевод в скобках, при последующих используем английский термин или согласованный с клиентом русский эквивалент. Такой подход принят в переводах FIDIC, которые выполнялись для проектов ЕБРР и распространяется в качестве референса через Unicase и Grata.
Второй принцип — унифицируем те термины, по которым в индустрии сложился устойчивый русский вариант. Например, Bill of Quantities традиционно переводится как «ведомость объёмов работ», Sub-Contractor — как «субподрядчик», Site — как «Площадка» (с прописной, поскольку это определённый термин контракта). Список из 150–180 таких терминов мы ведём в глоссарии по каждому проекту и согласовываем с юридической службой заказчика до начала работы.
Третий принцип — специальные обороты FIDIC переводим описательно. Конструкции вроде not later than 28 days after the Contractor becomes aware, or should have become aware требуют сохранения временной структуры и модальности. Фраза «не позднее 28 дней с момента, когда Подрядчику стало известно или должно было стать известно» точнее отражает смысл, чем сокращённое «в течение 28 дней после обнаружения», которое встречается в шаблонных переводах.
Для наглядности перечислим десять терминов, которые чаще всего вызывают разночтения: Advance Payment (авансовый платёж, но не аванс в смысле ГК РК), Bonds and Guarantees (обеспечения исполнения), Commencement Date (дата начала работ), Completion (завершение), Defects Notification Period (период уведомления о дефектах), Dispute Adjudication/Avoidance Board (Совет по разрешению споров), Exceptional Events (исключительные события — в редакции 2017 года заменили Force Majeure), Interim Payment Certificate (промежуточный платёжный сертификат), Programme (график производства работ), Tests on Completion (испытания по завершении).
Процесс перевода контрактов FIDIC в iText
Перевод FIDIC-контракта мы строим как отдельный рабочий процесс, отличный от перевода стандартной технической документации. Типовая последовательность включает семь шагов.
Шаг 1. Определение редакции и книги. Устанавливаем, какая книга FIDIC (Red, Yellow, Silver, Green) и какая редакция (1999, 2017, Reprinted 2022) применяется. От этого зависит базовая терминологическая матрица и наличие типовых модулей (Particular Conditions, Appendix to Tender).
Шаг 2. Анализ частных условий (Particular Conditions). Именно в Part II FIDIC вносятся изменения под конкретный проект — здесь появляются отсылки к законодательству РК, к СН РК и СП РК, к казахстанским нормам ценообразования. Эти разделы требуют двойной проверки: технический переводчик проверяет термины, юрист-лингвист — корректность правовых отсылок.
Шаг 3. Сбор проектной терминологии. Запрашиваем у заказчика технические спецификации, проектную документацию (ПД), в случае EPC-проектов — Employer's Requirements и Contractor's Proposal. Строим проектный глоссарий и память переводов (TM) в CAT-системе SDL Trados или memoQ.
Шаг 4. Параллельная работа двух переводчиков. Контракт делится на разделы Part I (General Conditions) и Part II (Particular Conditions), а также приложения. Один переводчик отвечает за условия контракта, второй — за технические приложения (graphics, Schedules, Bill of Quantities). На этом этапе подключаем нашу команду из выделенной группы переводчиков для проектов с долгосрочной нагрузкой.
Шаг 5. Юридическая редакция. Переведённый текст вычитывается редактором с опытом работы по контрактному праву. Редактор сверяет перевод с казахстанскими правовыми референсами: ГК РК, Законом РК «О долевом участии», Законом РК «О государственных закупках» (если проект финансируется государством).
Шаг 6. Сверка с заказчиком. Перед финализацией согласовываем с юридической службой заказчика десять-пятнадцать ключевых терминов, по которым возможны расхождения в интерпретации. Это занимает 2–3 рабочих дня, но избавляет от необходимости вносить правки после подписания.
Шаг 7. Поставка и версионирование. Передаём двуязычный файл (обычно в формате Word с таблицей «английский – русский») и отдельный русский текст для подписания. Храним версии в проектной папке для последующих Variations и дополнительных соглашений.
На контракт объёмом 250–300 страниц (типовой Silver Book 2017 со всеми приложениями) такой процесс занимает от 18 до 28 рабочих дней. Команда из 4–6 специалистов (2 переводчика, редактор, юрист-лингвист, терминолог, проектный менеджер) перерабатывает 40–50 тысяч слов исходного текста. Для сравнения: стандартный технический перевод документации такого же объёма мы выполняем за 10–14 дней.
Типовые ошибки в переводах FIDIC и как их не допустить
Проанализировав около 40 контрактов, которые приходили к нам на редактуру после перевода сторонними подрядчиками, мы выделяем пять системных ошибок.
Первая — подмена термина Contract Price на «цена договора» без учёта того, что Silver Book использует lump-sum модель, а Red Book — измеряемые объёмы. Второй вариант перевода должен отражать механизм оплаты.
Вторая — неверный перевод Clause 20 (Claims, Disputes and Arbitration в 1999) или Clauses 20 и 21 (Employer's and Contractor's Claims / Disputes and Arbitration в 2017). Сроки подачи уведомлений (28 дней) — это condition precedent. Перевод «рекомендуется уведомить» или «желательно сообщить» обесценивает механизм и может лишить подрядчика права на возмещение.
Третья — потеря согласования чисел и единиц. В FIDIC часто фигурируют двойные единицы: метрические и британские. При переводе на русский британские единицы оставляем в скобках с указанием: «5 000 м (16 404 фт)», не округляя.
Четвёртая — вольный перевод Force Majeure (в 1999) и Exceptional Events (в 2017). В редакции 2017 года список событий расширен, добавлены новые категории (natural catastrophes, strikes and lockouts, munitions of war). Переводчик должен воспроизвести структуру подпунктов, а не заменять перечень на клаузулу ГК РК о непреодолимой силе.
Пятая — игнорирование взаимосвязи пунктов. FIDIC-контракты построены на системе перекрёстных ссылок: п. 8.7 отсылает к 8.3, 8.4 и 20.1. Если переводчик игнорирует ссылки и переводит каждый пункт изолированно, возникают противоречия. Мы используем инструмент перекрёстной проверки ссылок в CAT-системе перед финальной вычиткой.
Шестая, менее очевидная ошибка — потеря стилистической однородности между основным текстом и приложениями. В FIDIC-контрактах General Conditions написаны формализованным юридическим английским, а Specifications и Drawings Schedule — технической прозой. Если переводчик резко переключает регистр (например, в Specifications переходит на разговорные формулировки), читатель теряет ощущение единого документа, а юрист получает повод усомниться в качестве перевода в целом.
Опыт iText: от тендерной документации до дополнительных соглашений
Бюро технических переводов iText работает с контрактной документацией FIDIC с 2017 года. За это время мы перевели около 180 контрактов и приложений для EPC-проектов в Павлодарской, Мангистауской, Атырауской и Карагандинской областях. Опыт работы с ERG в рамках многолетнего переводческого партнёрства позволил отработать процесс на контрактах по металлургическим и горно-обогатительным объектам. Отдельный трек — работа с тендерной документацией международных закупок, где FIDIC используется как ссылочный стандарт (подробнее — в материале о переводе технического задания на закупку промышленного оборудования).
Важная часть нашей работы — перевод проектных и сметных приложений к FIDIC-контрактам. Мы интегрируем такие переводы с работой по проектно-сметной документации для промышленного строительства, что исключает расхождения между контрактной и проектной терминологией. В проектах с китайским участием подключаются переводчики китайско-русской пары — FIDIC-контракты на российско-китайских EPC-проектах часто готовятся в триязычной версии, и консистентность между английским, русским и китайским текстом становится критичной.
Рекомендуемый план действий для заказчика
Если вы готовите FIDIC-контракт к подписанию и нуждаетесь в профессиональном переводе, полезно следовать трёхуровневой логике. До подписания — обеспечьте двуязычную редактуру с участием юриста-лингвиста, согласуйте терминологический глоссарий между сторонами, определите приоритет языка в случае расхождений (как правило, оригинал на английском имеет преимущественную силу). В процессе исполнения — ведите единый реестр переведённых Variations и Claims, сохраняйте версионность. На этапе закрытия проекта — проверьте, что все Taking-Over Certificates и Performance Certificates переведены и зарегистрированы в системе документооборота заказчика.
Команда iText принимает FIDIC-контракты на перевод как отдельную услугу с фиксированной SLA по срокам и терминологии. Для долгосрочных EPC-проектов мы заключаем рамочные соглашения, которые покрывают основной контракт, дополнительные соглашения и тендерную документацию. Если вы работаете над проектом с финансированием ЕБРР, Всемирного банка, ЕАБР или китайского консорциума — свяжитесь с нами через страницу контактов или изучите полный перечень услуг по переводу для строительной отрасли. Мы проведём бесплатный аудит образца вашего контракта и подготовим предложение с проектным графиком и глоссарием.