Продление срока (EOT) и анализ задержек: методы и доказательства

Продление срока (Extension of Time, EOT) — одна из самых частых и самых спорных тем в FIDIC. Право на EOT защищает подрядчика от неустойки за задержки, в которых он не виноват. Но получить EOT без дисциплины и доказательств почти невозможно.

Когда возникает право на EOT

Sub-Clause 8.5 даёт право на продление, если завершение задерживается по причинам, за которые отвечает Заказчик или которые относятся к разделённому риску. Типичные основания:

• Variation (изменения);
• задержки со стороны Заказчика (доступ к площадке, данные, согласования);
• исключительные события (Clause 18);
• непредвиденные физические условия (в зависимости от книги);
• задержки уполномоченных органов и т. п.

Право на EOT не означает автоматически право на деньги — это разные claim’ы (время и/или затраты), хотя часто идут вместе.

Процедура

EOT — это claim, поэтому действует Clause 20: уведомление в течение 28 дней с момента осведомлённости о событии, затем детальное обоснование. Пропуск срока критичен (см. статью «Правило 28 дней»).

EOT доказывается не словами, а программой и записями. Нет внятной программы — нет убедительного EOT.

Роль программы (programme)

Базовая (baseline) программа по Sub-Clause 8.3 — точка отсчёта. Именно относительно неё показывают, как событие повлияло на критический путь и дату завершения. Регулярно обновляемая программа и фиксация фактических дат — основа доказательства.

Методы анализа задержек

На практике применяют несколько признанных методов (см. Protocol SCL и практику):

• Impacted As-Planned — событие «вставляют» в базовую программу; простой, но слабый метод (проспективный, гипотетический).
• Time Impact Analysis (TIA) — оценка влияния события на момент его возникновения; популярен для проспективного анализа.
• As-Planned vs As-Built — сравнение плановой и фактической программ; наглядно, но требует хороших записей.
• Collapsed As-Built (but-for) — из фактической программы «убирают» события Заказчика, чтобы показать, что было бы без них.
• Windows / Time Slice Analysis — анализ по временным окнам; считается одним из самых надёжных при хороших данных.

Выбор метода зависит от качества данных, стадии (проспективно/ретроспективно) и условий контракта.

Что губит EOT-claim

• Отсутствие или «замороженность» программы.
• Нет современных событию записей (records).
• Смешение concurrent delay (одновременных задержек сторон) без анализа.
• Поздние или формальные уведомления.

Concurrent delay

Когда одновременно действуют задержка Заказчика и задержка Подрядчика — это «конкурирующие задержки». Подход к ним зависит от права договора и формулировок; типично подрядчик может получить EOT (защиту от неустойки), но не обязательно деньги за этот период. Это сложная зона — здесь особенно важна экспертная оценка.

Вывод

EOT — это не спор «на словах», а инженерно-доказательная работа: программа, записи, корректный метод анализа и своевременные уведомления. Если на проекте назревает задержка — выстраивайте доказательную базу заранее. Нужна помощь с анализом задержек или подготовкой EOT-claim — запросите консультацию.