База знаний
Claims & споры ·8 июня 2026 г. ·7 мин

Правило 28 дней: как не потерять претензию по FIDIC

Sub-Clause 20.2 и пресекательный срок уведомления. Почему молчание в первые недели лишает права на деньги и время — и как выстроить процесс claims.

ClaimsClause 20Time-barEOT

Самая дорогая ошибка в администрировании контрактов FIDIC — не отсутствие основания для претензии, а пропуск срока её заявления. Контракт может быть на вашей стороне по существу, но процедурный пресекательный срок (time-bar) способен полностью обнулить право требования.

Что говорит контракт

В изданиях 2017 года претензии обеих сторон собраны в Clause 20. Логика стала симметричной: одинаковый порядок применяется и к претензиям Подрядчика, и к претензиям Заказчика.

Ключевое правило — Sub-Clause 20.2.1: сторона, считающая себя имеющей право на продление срока, дополнительную оплату или иное право, обязана подать Notice of Claim в течение 28 дней с момента, когда она узнала или должна была узнать о событии.

Если уведомление не подано в этот срок, сторона теряет право на эту претензию. Срок носит пресекательный характер.

Почему это работает именно так

Идея time-bar — не «поймать» сторону на формальности, а обеспечить своевременность: вторая сторона и Инженер должны узнать о проблеме, пока её ещё можно смягчить, а доказательства — собрать «по горячим следам».

Уведомление о претензии — это не признание вины и не конфликт. Это контрактная гигиена.

Две стадии: уведомление и обоснование

  1. Notice of Claim — 28 дней. Короткое формальное уведомление о событии и о намерении заявить претензию.
  2. Fully detailed Claim — как правило 84 дня. Детальное обоснование: договорное/правовое основание, причинно-следственная связь и расчёт последствий (время и/или деньги).

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

Что на практике губит претензии

  • «Решим по-дружески». Устные договорённости на площадке без письменного уведомления.
  • Ожидание полной картины. Сторона хочет посчитать все последствия до уведомления — и пропускает 28 дней. Уведомлять нужно о событии, не дожидаясь финального расчёта.
  • Нет системы фиксации. Никто не отслеживает дату, с которой пошёл отсчёт.

Как выстроить процесс claims

  • Ведите журнал событий с датой осведомлённости по каждому потенциальному основанию.
  • Сделайте шаблон Notice of Claim и закрепите ответственного.
  • Считайте 28 дней от момента осведомлённости, а не от момента, когда «стало удобно».
  • Поддерживайте contemporaneous records — современные событию записи, фото, переписку, данные программы.

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

Bridge Consult

Материал подготовлен экспертами Bridge Consult — практикующей командой по контрактам FIDIC, claims и проектам МФО. Нужна помощь по реальному контракту?

Запросить консультацию