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

Disruption claims по FIDIC: как оценивать падение производительности

Как отличить disruption от delay, какие записи нужны для productivity loss claim и почему Measured Mile обычно сильнее глобальных расчетов.

disruption claimsproductivity lossMeasured MileFIDIC claimsconstruction productivity

Disruption claim - это требование о компенсации потерь производительности. Он не равен claim о задержке. Подрядчик может потерять деньги из-за менее эффективной работы, даже если дата завершения проекта формально не сдвинулась.

Именно поэтому disruption часто проигрывается: его пытаются доказать как EOT или prolongation claim. Но логика другая.

Delay vs disruption

Delay отвечает на вопрос: изменилось ли время завершения работ или критический путь?

Disruption отвечает на вопрос: почему конкретная работа стала выполняться менее эффективно, чем должна была, и какие прямые затраты это вызвало?

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

Это не обязательно EOT. Это может быть productivity loss.

Что должен доказать disruption claim

Минимальный набор:

  1. Нормальная или ожидаемая производительность.
  2. Событие, за которое отвечает другая сторона или которое дает договорное право.
  3. Фактическое падение производительности.
  4. Причинная связь между событием и падением.
  5. Расчет дополнительных прямых затрат.

Если claim показывает только “мы потратили больше человеко-часов, чем планировали”, этого мало. Нужно объяснить, почему перерасход связан с конкретным disruptive event, а не с собственной неэффективностью подрядчика.

Measured Mile: почему метод ценится

Measured Mile сравнивает производительность на затронутом участке работ с сопоставимым незатронутым участком в том же проекте.

Сила метода в том, что он снижает спор о тендерной норме. Вместо вопроса “была ли исходная оценка реалистичной?” стороны сравнивают фактическую производительность одной и той же команды в сопоставимых условиях.

Но метод работает только если:

  • есть достаточно данных по unaffected и affected periods;
  • работы действительно сопоставимы;
  • scope, crew composition, location, weather и access не искажают сравнение;
  • исключены другие причины потери производительности.

Если “чистого” measured mile нет, можно использовать модифицированный подход, но его нужно объяснять осторожно и прозрачно.

Какие записи нужны

Для productivity loss claim нужны не только письма. Нужны производственные данные:

  • daily reports по бригадам и видам работ;
  • manpower and equipment logs;
  • quantities installed per shift/day/week;
  • location-based progress records;
  • фотографии с привязкой к зоне и виду работ;
  • RFI и design response logs;
  • access permits, handover dates, interface registers;
  • records of stacking of trades, resequencing, waiting time;
  • cost records по труду, технике и субподрядчикам.

Если записи ведутся только на уровне “общий прогресс по объекту”, productivity loss почти невозможно доказать.

Опасность total cost и modified total cost

Total cost approach сравнивает всю фактическую стоимость с тендерной и пытается взыскать разницу. Это удобно, но обычно слабо: он смешивает ошибки цены, собственную неэффективность, рынок, погодные условия, изменения scope и действия Заказчика.

Modified total cost может быть приемлемее, если подрядчик:

  • доказывает разумность исходной оценки;
  • исключает собственные ошибки;
  • отделяет unrelated events;
  • показывает невозможность более точного метода.

Но как базовая стратегия лучше начинать с event-by-event или measured mile analysis.

Связь с EOT и prolongation

Disruption может существовать рядом с EOT, но это разные heads of claim.

  • EOT защищает от delay damages и иногда открывает путь к prolongation cost.
  • Disruption компенсирует потерю эффективности в конкретных работах.
  • Prolongation cost связан с продлением времени присутствия на проекте, а не с падением output per resource.

Поэтому disruption claim нужно отделять от EOT analysis и от отдельного claim на prolongation costs.

FAQ

Нужно ли disruption событие на критическом пути?

Не обязательно. Productivity loss может быть финансовым claim без влияния на дату завершения. Но causation и quantum все равно нужно доказать.

Можно ли использовать плановую производительность из тендера?

Можно, но это более уязвимо, чем measured mile. Тендерная норма может быть атакована как оптимистичная или коммерчески заниженная.

Что делать, если данных мало?

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

Bridge Consult помогает подрядчикам и заказчикам отделять disruption от delay, выбирать метод расчета productivity loss и проверять доказательственную достаточность claim до подачи Инженеру или DAAB.

Sources and further reading

Bridge Consult

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

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