Екатерина Лизунова: «Проектировать — не строить»


09.06.2025 21:45

Какие убытки возмещают проектировщики за некачественное проектирование и как защитить себя, если требования необоснованны, - рассказывает Екатерина Лизунова, руководитель направления "Контрактика" в юридической фирме "LL.C-Право".


Ответственность исполнителя проектных и изыскательских работ достаточно строго урегулирована законом. Проектная организация несет ответственность за свою техническую документацию и отчеты, включая недостатки, обнаруженные впоследствии в ходе строительства, а также в процессе эксплуатации объекта.

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

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

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

Еще хуже, когда проектные ошибки не были замечены во время строительных работ и были реализованы вместе с объектом. Такая ситуация способна привести не только к имущественному ущербу, но и создает угрозу жизни и безопасности людей. Во всех этих случаях заказчик несет определенные финансовые потери, которые он вправе возместить за счет лица, по вине которого они возникли.

Убытки — это расходы, которые потерпевшая сторона произвела или должна будет произвести для восстановления нарушенного права, утрата или повреждение имущества, а также неполученные доходы, которые это лицо получило бы, если бы его право не было нарушено.

Судами ежегодно рассматривается большое количество исков к проектным организациям с требованиями о возмещении убытков.

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

За долгие годы практики мне не встретилось ни одного дела, где к ответственности привлекли бы экспертное учреждение, выдавшее положительное заключение на проект, в котором впоследствии были обнаружены существенные недостатки. Однако такое огромное количество судебных споров о ненадлежащем качестве проектов демонстрирует нам тот объем недостатков, который остается в этих проектах после проверки в экспертизе.

Вторым важным наблюдением является то, что причиной поражения проектировщиков во многих судебных спорах об убытках является их излишняя порой уверенность в своей правоте на самых ранних этапах формирования проблемы. Например, когда подрядчик, выполняющий строительные работы, обращается с просьбами о разъяснении противоречивых проектных решений или их корректировке для возможности продолжения работ, его либо игнорируют, либо тычут носом в положительное заключение экспертизы. Потом же, когда стороны оказываются в суде, мы сталкиваемся с тем, что многие потери взыскателя можно было предотвратить, если бы проектная организация заглянула в свою документацию и проверила поступившие замечания. В суде же проверить качество проектных работ возможно только путем проведения судебной экспертизы. Которая, в свою очередь, по стоимости часто бывает сопоставима со стоимостью экспертизы самой проектной документации. Аргумент о том, что проектная документация получила положительное заключение экспертизы, с высокой долей вероятности не сработает, если в суд поступили доказательства фактического наличия дефектов проекта и их последствий.

Нельзя оставить без внимания и такую известную «болезнь» подрядчиков, как упорное нежелание письменно фиксировать обстоятельства, препятствующие своевременному и качественному выполнению работ и своевременно сообщать о них заказчику. Одна из болевых точек всех споров по ПИРам — это достаточность, полнота и актуальность исходных данных, необходимых для проектирования. И — да, еще вопрос о том, кто должен их предоставлять, и кто несет ответственность за их недостоверность, если таковая обнаружилась не сразу. В отсутствие детального урегулирования этого условия в договоре, в отсутствие письменной коммуникации по этому вопросу в ходе выполнения работ процесс доказывания в споре об убытках для подрядчика будет крайне сложен. Потому что суды исходят из того, что подрядчик — профессионал, который должен был заметить и предвидеть все на свете, а вот заказчик — нет.

Говоря о конкретных примерах взыскания с проектировщиков убытков за некачественное проектирование, можно выделить несколько категорий таких требований в зависимости от того, в чем эти убытки заключались.

Чаще всего в качестве убытков заказчики предъявляют проектным организациям следующее:

– суммы оплаты за некачественно выполненное проектирование;

– стоимость устранения недостатков проектной документации силами третьих лиц;

– затраты на проведение экспертиз с отрицательным заключением, повторных экспертиз;

– суммы, выплаченные подрядчиками в виде штрафов и неустоек, если их нарушения при выполнении строительных работ были обусловлены недостатками проекта;

– стоимость устранения недостатков работ, выполненных на основе некачественного проекта;

– суммы необоснованно завышенных затрат из-за ошибок в сметных расчетах;

– стоимость возмещения ущерба, причиненного в связи с реализацией ошибочных проектных решений.

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

Каждая из этих позиций должна быть доказана истцом. Но и проектная организация, выступающая ответчиком в споре по убыткам, не должна сидеть сложа руки. Есть множество нюансов, на которые следует обратить внимание суда, если зашел такой спор.

Например, если заказчик утверждает, что в связи с ошибками проекта он понес расходы по дополнительным работам, то это могут быть вовсе никакие не убытки. В ряде случаев удорожание строительства объекта не может быть признано убытками заказчика, так как эти затраты заказчик произвел бы в любом случае.

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

Если отрицательное заключение экспертизы получено в связи с отсутствием необходимого содействия от самого заказчика (предоставление исходных данных, согласование расчетов и др.), то сумма затрат на услуги экспертизы, на оплату работ по проектированию не может быть квалифицирована в качестве убытков.

Это лишь отдельные ситуации из большого количества разнообразных судебных споров. Успех каждого отдельного дела напрямую зависит от набора обстоятельств, которые нужно внимательно анализировать и строить эффективную стратегию защиты.

Более подробно разбираю самые интересные дела в своем ТГ канале «Лизунова | юрист в строительстве». В ближайшее время запланировали провести прямой эфир, где обсудим с участниками все тонкости и нюансы споров по убыткам из-за некачественного проектирования. Подписывайтесь и присоединяйтесь.


АВТОР: Татьяна Смирнова
ИСТОЧНИК ФОТО: пресс-служба компании «Контрактика»

Подписывайтесь на нас:


26.07.2024 09:46

В настоящее время строительная отрасль активно цифровизируется и переходит на отечественный софт, считает руководитель департамента внедрения ПО компании АО «СиСофт Разработка» Степан Воробьев. Но, по его словам, более качественное и быстрое внедрение в работу новых ИТ-решений невозможно без перекройки бизнес-процессов внутри компании.


Степан Павлович, как оцениваете текущую цифровизацию строительной отрасли? Расскажите о том, как по требованию органов власти идет переход строителей на отечественный софт. Насколько глубок процесс импортозамещения в целом?

— Российская строительная отрасль давно и достаточно активно цифровизируется. Благодаря современным технологиям видоизменяются управление и бизнес-процессы внутри строительной компании, оптимизируется взаимодействие с надзорными ведомствами, заказчиками и подрядчиками. Также цифровизация означает переход на информационную модель проектирования, строительства и дальнейшей эксплуатации объектов и зданий. «Цифра» помогает трансформировать стройку. Современные технологии становятся двигателем множества преобразований. Сегодня федеральные органы власти не просто поддерживают курс на цифровизацию отрасли, а за счет принятых инициатив играют ключевую роль в ускорении внедрения современных ИТ-решений в строительную сферу.

Переход на отечественный софт — это не только требование чиновников, это требование рынка. За последние два года из России ушли иностранные вендоры, но цифровизация должна продолжаться. Переход застройщиков на отечественный софт идет достаточно активно. Мы видим, что российские разработки и ИТ-решения востребованы у крупных компаний. Проявляют к ним интерес и представители малого и среднего бизнеса. Можно констатировать, что и заказчики, и разработчики приложили усилия, чтобы импортозамещение состоялось. Но чтобы добиться технологического суверенитета, конечно, многое еще предстоит сделать.

Определенные сложности перехода компаний с зарубежного на российское ПО, наверное, все же возникают?

— Да, это так. Некоторые заказчики переход на российское ПО восприняли как переключение тумблеров, ожидая, что ничего значимого не изменится. Все будет как раньше, но «здесь и сейчас». Но так не бывает. Продукты все же разные, применяются другие ИТ-решения, сервисы.

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

А можно ли поднастроить коробочный продукт под пожелания заказчика?

— Какие-то общие поднастройки за счет расширенного функционала и сервисов, конечно, возможны. Разработчики ПО стараются их учитывать. Но это не должны быть субъективные «хотелки». Ранее некоторые потенциальные заказчики нам предлагали доработать наше ПО с учетом их потребностей. Но практика показала, что в итоге ни к чему хорошему это не приводит, потому что структуры заказчика не готовы работать даже в этом допиленном ПО. По сути, это были стоп-факторы не для нашего продукта, а для самого клиента.

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

Мы рекомендуем заказчикам — не только представляющим строительную отрасль, — принявшим решение перейти на отечественное ПО, первоначально создать «дорожную карту». В ней расписать поэтапный план внедрения нового программного обеспечения, определить ответственные подразделения, которые займутся перенастройкой бизнес-процессов в организации. Важно, чтобы «дорожная карта» была достаточно гибкой и могла адаптироваться к возможным изменениям. Чем подробнее она будет — тем лучше. Сейчас «дорожная карта» есть только у 25–30% компаний, с которыми мы работаем.

Вернемся обратно к строительной сфере. С 1 июля 2024 года технологии информационного моделирования стали обязательны для застройщиков, работающих по 214-ФЗ. Кроме того, в мае этого года ПП № 614 установлен единый порядок формирования и ведения информационной модели объекта капитального строительства. На ваш взгляд как разработчика ТИМ, готовы ли к новшествам застройщики?

— Требования об использовании ТИМ вводили в России поэтапно. С 1 января 2022 года оно стало обязательным для объектов, строящихся по госзаказу. Сейчас для всех застройщиков, которые работают по 214-ФЗ. Большинство крупных девелоперов инструменты ТИМ начали применять ранее. Наверное, могут быть сложности с использованием технологий информационного моделирования у небольших региональных компаний.

Что касается постановления правительства № 614, то это рамочный документ, в котором все довольно понятно прописано, и на его основе можно разрабатывать более предметные решения и стандарты. На сайте Минстроя России уже достаточно информации для использования ТИМ. Эти документы — необходимая основа и хорошая помощь. Также на сайте ведомства выложен достаточно большой список того, где и какое программное обеспечение может применяться. Как разработчики ПО такое информирование органов власти мы считаем качественной поддержкой для специалистов в области строительства и проектирования.

Как правильно застройщику выбрать ПО, необходимое для ТИМ?

— Как ранее уже сказал, в первую очередь мы рекомендуем застройщику сформировать внутреннюю «дорожную карту». Определить в ней свои потребности, возможности, желания. Выбор ПО должен проводиться с перечнем задач в этой дорожной карте. Если представители проектной или строительной компании обратятся к нам со своей дорожной картой, мы им подберем оптимальный продукт под выполнение необходимых задач. Важно к выбору ПО подходить прагматично, но не экономить. Правильнее всего при выборе ПО обратить внимание на лидеров отечественной ИТ-отрасли, которые готовы предложить всю линейку продуктов, связанных с ТИМ, и дальнейшую техподдержку.

Цель нашей компании — не просто поставить продукт, но и помочь клиентам максимально эффективно использовать его для достижения своих задач. Мы в своих разработках учитываем все форматы, которые устанавливает государство, и если пользователь работает в нашем ПО, то никаких проблем с дальнейшей передачей данных у него не возникает.


ИСТОЧНИК ФОТО: пресс-служба компании АО «СиСофт Разработка»

Подписывайтесь на нас: