Обоснование claims по FIDIC: contemporary records и архитектура доказательств

Claim по FIDIC редко проигрывается только из-за слабой юридической позиции. Чаще проблема проще и жестче: у команды нет записей, которые связывают событие, ответственность, причинно-следственную связь и размер требования в одну проверяемую историю.

Поэтому substantiation - это не финальный PDF, который готовят перед спором. Это система управления доказательствами с первого дня проекта.

Что именно нужно доказать

В практической логике FIDIC claim обычно держится на четырех опорах:

1. Contractual entitlement - какое положение контракта дает право на время, деньги или другое средство защиты.
2. Event - что произошло, когда произошло, кто был уведомлен и как событие развивалось.
3. Causation - как событие повлияло на сроки, ресурсы, стоимость, последовательность работ или производительность.
4. Quantum - как рассчитана сумма, и почему именно эти затраты являются следствием заявленного события.

Если отсутствует хотя бы одна опора, claim превращается в позиционное письмо. Оно может звучать убедительно, но Инженеру, DAAB или арбитражу будет сложно проверить его объективно.

Contemporary records: не архив, а доказательная инфраструктура

Contemporary records - это записи, созданные в момент события или близко к нему. Их сила в том, что они не выглядят как ретроспективная попытка “дописать историю” после того, как конфликт уже возник.

В инфраструктурном проекте базовая архитектура записей обычно включает:

• ежедневные отчеты участка;
• журналы рабочей силы и техники;
• фотографии и видео с датой, местом и привязкой к виду работ;
• переписку с Инженером и Заказчиком;
• протоколы совещаний;
• инструкции и ответы на RFI;
• обновленные программы работ;
• отчеты о фактическом прогрессе;
• cost records, timesheets, invoices и payroll evidence;
• отдельный register notices и register events.

Важно не количество документов, а возможность быстро собрать цепочку: событие -> уведомление -> влияние -> запись -> расчет -> требование.

Notice сам по себе не доказывает claim

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

После notice команда должна перейти к evidence management:

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

Если этого не сделать сразу, через три месяца команда будет собирать claim по памяти. Это почти всегда дорого и слабо.

Claim narrative: как сделать требование проверяемым

Хороший claim narrative не должен быть длинным. Он должен быть проверяемым.

Практическая структура:

1. Executive summary - что требуется: EOT, cost, profit, relief from damages.
2. Contract basis - конкретные положения контракта и Particular Conditions.
3. Chronology - ключевые даты, notices, инструкции, ответы, фактические последствия.
4. Cause and effect - связь между событием и влиянием.
5. Records matrix - какие записи подтверждают каждый элемент.
6. Time analysis / cost analysis - метод, допущения, исходные данные.
7. Relief sought - итоговое требование и приложения.

В этой структуре особенно важна records matrix. Она дисциплинирует claim: если для ключевого утверждения нет записи, утверждение нужно либо подтвердить, либо убрать.

Типичные провалы доказательной базы

В проектах FIDIC часто повторяются одни и те же ошибки:

• notice отправлен, но последующие записи не собирались;
• ежедневные отчеты слишком общие и не показывают влияние события;
• фотографии есть, но без привязки к дате, локации и activity;
• программа обновлялась формально и не отражает фактическую логику работ;
• стоимостные данные смешивают затраты по нескольким причинам;
• claim пытается доказать quantum, но не объясняет causation;
• подрядчик использует глобальную претензию вместо event-by-event analysis.

Последняя ошибка особенно опасна. Глобальный claim может казаться удобным, потому что “все события вместе испортили проект”. Но для проверяющего органа такая позиция часто выглядит как попытка переложить общий коммерческий результат на Заказчика без достаточной причинной связи.

Минимальная records matrix

Для каждого события полезно вести таблицу:

Элемент	Что фиксировать
Event ID	Уникальный номер события
Contract basis	Пункт контракта / Particular Conditions
Notice	дата, адресат, ссылка на письмо
Affected activities	activity IDs в программе
Site evidence	daily reports, photos, manpower/equipment logs
Cost evidence	invoices, timesheets, subcontractor records, payroll
Decision trail	instructions, approvals, determinations
Current status	open / submitted / agreed / disputed

Эта таблица не заменяет claim. Она делает claim управляемым.

FAQ

Можно ли обосновать claim без идеальных записей?

Иногда да, но стоимость доказывания резко возрастает. Команда вынуждена восстанавливать хронологию из косвенных данных, а оппонент получает больше пространства для критики. Лучше строить records discipline заранее.

Нужно ли хранить все подряд?

Нет. Нужна не “свалка документов”, а организованная система, где записи привязаны к событиям, activities, затратам и решениям. Избыточный архив без структуры часто мешает не меньше, чем отсутствие документов.

Кто должен владеть evidence architecture?

Обычно это совместная зона Contract Manager, Planner, Quantity Surveyor и Site Team. Юристы полезны, но они не могут заменить ежедневную дисциплину проекта.

Bridge Consult помогает проектным командам выстроить claim register, records matrix и доказательственную архитектуру до того, как спор станет формальным. Это особенно полезно на проектах МФО, где проверяемость решений важна не меньше самой договорной позиции.

Sources and further reading

• Society of Construction Law, Delay and Disruption Protocol, 2nd Edition, February 2017.
• World Bank, Contract Management: Practice Procurement Guidance, Second Edition, May 2024.
• FIDIC, Conditions of Contract for Construction, 2017 edition.
• См. также: Правило 28 дней: как не потерять претензию по FIDIC и Продление срока (EOT) и анализ задержек.