Екатерина Лизунова: «Проектировать — не строить»
Какие убытки возмещают проектировщики за некачественное проектирование и как защитить себя, если требования необоснованны, - рассказывает Екатерина Лизунова, руководитель направления "Контрактика" в юридической фирме "LL.C-Право".
Ответственность исполнителя проектных и изыскательских работ достаточно строго урегулирована законом. Проектная организация несет ответственность за свою техническую документацию и отчеты, включая недостатки, обнаруженные впоследствии в ходе строительства, а также в процессе эксплуатации объекта.
Это означает, что за качество проектных решений проектировщик может нести ответственность на протяжении всего жизненного цикла объекта. Исковая давность по требованиям, касающимся недостатков документации, конечно же, есть. Но считаться она будет с момента их обнаружения.
Если заказчик обнаружил в проектной документации недостатки, он вправе потребовать от проектировщика их устранения на безвозмездной основе, а также потребовать возмещения убытков, связанных с такими недостатками.
Часто бывает так, что недостатки проекта выявляются в процессе выполнения строительных работ и делают невозможным их продолжение без значительных дополнительных вложений со стороны заказчика. Например, по демонтажу конструкций с неверно рассчитанной нагрузкой или дополнительному усилению фундаментов вследствие того, что недостоверные изыскания послужили причиной принятия неверных проектных решений.
Еще хуже, когда проектные ошибки не были замечены во время строительных работ и были реализованы вместе с объектом. Такая ситуация способна привести не только к имущественному ущербу, но и создает угрозу жизни и безопасности людей. Во всех этих случаях заказчик несет определенные финансовые потери, которые он вправе возместить за счет лица, по вине которого они возникли.
Убытки — это расходы, которые потерпевшая сторона произвела или должна будет произвести для восстановления нарушенного права, утрата или повреждение имущества, а также неполученные доходы, которые это лицо получило бы, если бы его право не было нарушено.
Судами ежегодно рассматривается большое количество исков к проектным организациям с требованиями о возмещении убытков.
За годы работы с данной категорией споров мы с командой наблюдали самые разные позиции судов по схожим обстоятельствам. Например, есть решения, где суды указывают на отрицательное заключение экспертизы как на существенный недостаток выполненных проектных работ. А есть решения, где суды отмечают, что даже наличие положительного заключения экспертизы еще не означает, что проектная документация выполнена без ошибок.
За долгие годы практики мне не встретилось ни одного дела, где к ответственности привлекли бы экспертное учреждение, выдавшее положительное заключение на проект, в котором впоследствии были обнаружены существенные недостатки. Однако такое огромное количество судебных споров о ненадлежащем качестве проектов демонстрирует нам тот объем недостатков, который остается в этих проектах после проверки в экспертизе.
Вторым важным наблюдением является то, что причиной поражения проектировщиков во многих судебных спорах об убытках является их излишняя порой уверенность в своей правоте на самых ранних этапах формирования проблемы. Например, когда подрядчик, выполняющий строительные работы, обращается с просьбами о разъяснении противоречивых проектных решений или их корректировке для возможности продолжения работ, его либо игнорируют, либо тычут носом в положительное заключение экспертизы. Потом же, когда стороны оказываются в суде, мы сталкиваемся с тем, что многие потери взыскателя можно было предотвратить, если бы проектная организация заглянула в свою документацию и проверила поступившие замечания. В суде же проверить качество проектных работ возможно только путем проведения судебной экспертизы. Которая, в свою очередь, по стоимости часто бывает сопоставима со стоимостью экспертизы самой проектной документации. Аргумент о том, что проектная документация получила положительное заключение экспертизы, с высокой долей вероятности не сработает, если в суд поступили доказательства фактического наличия дефектов проекта и их последствий.
Нельзя оставить без внимания и такую известную «болезнь» подрядчиков, как упорное нежелание письменно фиксировать обстоятельства, препятствующие своевременному и качественному выполнению работ и своевременно сообщать о них заказчику. Одна из болевых точек всех споров по ПИРам — это достаточность, полнота и актуальность исходных данных, необходимых для проектирования. И — да, еще вопрос о том, кто должен их предоставлять, и кто несет ответственность за их недостоверность, если таковая обнаружилась не сразу. В отсутствие детального урегулирования этого условия в договоре, в отсутствие письменной коммуникации по этому вопросу в ходе выполнения работ процесс доказывания в споре об убытках для подрядчика будет крайне сложен. Потому что суды исходят из того, что подрядчик — профессионал, который должен был заметить и предвидеть все на свете, а вот заказчик — нет.
Говоря о конкретных примерах взыскания с проектировщиков убытков за некачественное проектирование, можно выделить несколько категорий таких требований в зависимости от того, в чем эти убытки заключались.
Чаще всего в качестве убытков заказчики предъявляют проектным организациям следующее:
– суммы оплаты за некачественно выполненное проектирование;
– стоимость устранения недостатков проектной документации силами третьих лиц;
– затраты на проведение экспертиз с отрицательным заключением, повторных экспертиз;
– суммы, выплаченные подрядчиками в виде штрафов и неустоек, если их нарушения при выполнении строительных работ были обусловлены недостатками проекта;
– стоимость устранения недостатков работ, выполненных на основе некачественного проекта;
– суммы необоснованно завышенных затрат из-за ошибок в сметных расчетах;
– стоимость возмещения ущерба, причиненного в связи с реализацией ошибочных проектных решений.
При подготовке стратегии защиты проектной организации в споре об убытках мы обращаем внимание на то, имеются ли в деле все четыре обязательных элемента доказывания убытков: наличие убытков, их размер, нарушение на стороне подрядчика и причинно-следственная связь между нарушением и наступившими последствиями.
Каждая из этих позиций должна быть доказана истцом. Но и проектная организация, выступающая ответчиком в споре по убыткам, не должна сидеть сложа руки. Есть множество нюансов, на которые следует обратить внимание суда, если зашел такой спор.
Например, если заказчик утверждает, что в связи с ошибками проекта он понес расходы по дополнительным работам, то это могут быть вовсе никакие не убытки. В ряде случаев удорожание строительства объекта не может быть признано убытками заказчика, так как эти затраты заказчик произвел бы в любом случае.
Если убытки заказчика выражаются в стоимости оборудования, которое в связи с ошибкой в проекте пришлось демонтировать, стоит проверить, учтена ли в сумме убытков стоимость его возможной реализации. Никто не может быть лишен права на зачет остаточной стоимости его реализации при определении размера убытков.
Если отрицательное заключение экспертизы получено в связи с отсутствием необходимого содействия от самого заказчика (предоставление исходных данных, согласование расчетов и др.), то сумма затрат на услуги экспертизы, на оплату работ по проектированию не может быть квалифицирована в качестве убытков.
Это лишь отдельные ситуации из большого количества разнообразных судебных споров. Успех каждого отдельного дела напрямую зависит от набора обстоятельств, которые нужно внимательно анализировать и строить эффективную стратегию защиты.
Более подробно разбираю самые интересные дела в своем ТГ канале «Лизунова | юрист в строительстве». В ближайшее время запланировали провести прямой эфир, где обсудим с участниками все тонкости и нюансы споров по убыткам из-за некачественного проектирования. Подписывайтесь и присоединяйтесь.
Прошло еще совсем немного времени после начала вызывающе жесткого отсечения российских предприятий от западных разработок корпоративного ПО, а отечественные вендоры уже практически закрыли образовавшиеся бреши своими продуктами, которые нередко по ряду параметров и в целом превосходят импортные аналоги.
О том, чем руководствуются отечественные разработчики, создавая программные продукты для строительной отрасли, мы беседуем с менеджером по продуктам в области цифровизации компании «СиСофт Девелопмент» Русланом Щитовым.
— Строителям, проектировщикам, эксплуатантам сегодня как никогда до этого важно научиться применять цифровые технологии в своей деятельности. Почему?
— Государством определен вектор прикладывания усилий для хозяйствующих субъектов, и он направлен в сторону максимальной цифровизации рабочих процессов, в том числе и в строительной отрасли. Соответственно, изменилось и продолжает меняться законодательство. Согласитесь, это сильный стимул. Вместе с тем многие уже убедились в том, что информационные технологии приносят в итоге экономическую выгоду и расширяют горизонты дальнейшего развития предприятия. Видим это на примере своих клиентов.
— В строительной отрасли заняты предприятия различных сфер деятельности: проектные, строительные, эксплуатационные. Для каждой из этих сфер вы создаете отдельные программные продукты?
— Не совсем так. «СиСофт Девелопмент» разрабатывает как отдельные продукты, созданные для определенной сферы, так и работает над комплексными системами, в состав которых включаются программные модули. С их помощью можно эффективно наладить работу разных производственных направлений предприятия, ориентируясь на определенный набор необходимых модулей. Среди мультимодальных комплексов в нашей линейке продуктов, к примеру, есть система NS Project. Это решение предназначено для контроля и автоматизированного управления работой в сфере и проектирования, и строительства, и обслуживания зданий и сооружений. То есть это инструмент для проектных организаций, строительных компаний, инжиниринговых фирм и эксплуатационных служб. Являясь модульной системой, NS Project дает возможность пользоваться именно теми модулями, в которых предприятие заинтересовано, а «ненужные» не активируются.
— А что, по сути, представляет собой автоматизация управления работой предприятия?
— Нетрудно представить, что в организациях, занимающихся строительством, проектными работами, зачастую возникает необходимость привести в порядок объемную документацию. Особенно когда проектов много. Как в этом случае контролировать этапы сдачи проектов и объектов? Как привязать к ним документацию, распределить ресурсы по проектам и стройкам, организовать коллективную работу при разработке документации, защитить данные и прочее?
Цифровая система помогает наладить электронный документооборот, чтобы можно было понять, откуда документ пришел, для чего он нужен, к кому он переходит, то есть сделать прозрачным путь согласования документа. Система справляется и с ситуацией, когда у документа — несколько версий в зависимости от наличия исправлений и дополнений. Все версии сохраняются, и в любой момент можно вернуться к какой-то из них. Разумеется, окончательное решение по выбору принимает руководитель.
Каждый документ благодаря автоматизированной системе документооборота имеет связь с разделами документации, свою историю, может согласоваться по путям, которые настраиваются. Руководитель предприятия видит в такой системе степень готовности документа, и если тот «остановился», то видно, на каком этапе, и, соответственно, выясняется причина. Как правило, именно такой функционал в первую очередь интересует заказчиков системы.
Однако важен не сам по себе электронный документооборот, а возможность контролировать ход выполнения задач, управлять проектами, планировать работу. Например, в NS Project учитывается вся организационная структура предприятия: сотрудники и их квалификация, подразделения, рабочие группы, порядок подчинения и прочее. Ответственные лица получают наглядное представление об этих составляющих и могут раздавать права на подключение к системе, опираясь на объективную информацию. Происходит автоматический расчет сроков выполнения проекта с учетом текущей загрузки и доступности ресурсов. Становится нетрудно контролировать ход выполнения проекта посредством план-фактного анализа на диаграмме Ганта с учетом заложенных сроков выполнения задач по проекту.
Согласитесь, видеть объективный срез выполнения задач чрезвычайно важно, например, для ГИПов. Повышается эффективность реализации проекта, так как сразу становится известно о срыве сроков выполнения задания, поскольку программа сигнализирует об этом. Стало быть, будут предприняты усилия для устранения проблемы, например произойдет перераспределение ресурсов. Кстати, система предлагает варианты и ведет различные версии этих планов, для того чтобы ясно видеть расхождение планов «как хотелось бы» от реального положения дел и, например, плана «как не хотелось бы». Пользуясь такой информационной программой, руководство будет иметь обширную информацию для принятия решения о масштабировании деятельности организации, возможности включения в работу перспективных проектов. Да и сам работник, заходя в рабочую программу для проектирования, такую как nanoCAD или текстовый редактор, установленный у него на рабочем месте, получает панель взаимодействия с NS Project, в ней он видит свои задания и документы, доступ к которым настроил администратор, а также то, как идет процесс выполнения работы. Осуществляется самоконтроль.
В строительных делах такая система также востребована. Представим: на обширной территории приступила к работе строительная техника. Техники много, за каждым бульдозеристом не уследишь — работает машина или простаивает. Так вот: данные при наличии соответствующего технического оснащения считываются с техники и передаются в систему. Система предупреждает: бульдозер стоит, не работает. Например, сломался. Отремонтировали. Опять сломался, не работает. Между тем система ведет статистику и определяет, что на ремонт бульдозера потрачено денег больше, чем он может компенсировать своей работой. Делаются соответствующие выводы.
На примере отслеживания работы техники можно строить диаграммы передвижения по ключевым точкам и таким образом оценивать эффективность маршрутов движения по территории. Система вполне может предложить более оптимальные маршруты, которые в целом положительно скажутся на затратах времени и на экономии денежных средств в итоге.
В систему можно завести не только технику, но и, например, средства защиты работников на стройке, отслеживающие положение портативных датчиков в заданных зонах. И вот мастеру на планшет приходит сигнал: у вас на стройке такой-то рабочий без каски. С помощью системы NS Project можно оценить эффективность и безопасность всех объектов на стройке.
При помощи системы распределения задач можно автоматически формировать ведомости работ и сменные задания и проектировщикам, и строителям, и любым эксплуатантам. На гаджеты людям может приходить весь список работ, а также конкретное задание, которое надо выполнить сейчас. Подробности описания заданий могут быть предельно детализированы — вплоть до отдельных манипуляций. Работник также заносит в систему отчет о выполненном задании. Руководитель может получать из системы ежеминутный срез степени завершенности текущих работ и степени готовности всей стройки.
— Строителям, которые берут в работу проект, сделанный в проектной организации с помощью NS Project, потребуется это же ПО или необязательно?
— Необязательно, потому что и без приобретения лицензии партнеры и контрагенты компании-пользователя могут иметь доступ к документации объекта через внешнюю сеть. Информация о проектировании, строительстве и документах, нуждающихся в согласовании, предоставляется через веб-интерфейс. Подчеркну: доступ будет получен в строго определенном, заранее заданном объеме информации, какой необходим для выполнения работы.
Условием работы такой схемы будет набор веб-доступов, который приобретает для своих контрагентов «хозяин» системы. Покупать полноценную лицензию внешним пользователям не потребуется.
— NS Project — это, судя по всему, продукт, обладающий собственной идеологией. Были у этой системы предшественники?
— Изначальная идея для разработки этого продукта пришла из строительной промышленности, заказчики спрашивали о дополнении к решениям по проектированию, которые компания поставляла им, необходима была удобная система для организации документов и выдачи заданий.
За основу для системы мы взяли информационную комплексную программу Technologics, поскольку были уверены в этом крупном продукте, который не менее двадцати лет разрабатывали и совершенствовали для применения в машиностроительной отрасли. Это надежная РLМ-система, которая ведет весь жизненный цикл изделия. И когда потребовалось сделать продукт для автоматизированного управления планированием работ в строительстве, мы посмотрели на Technologics и увидели присутствие пересекающихся задач. Отсекли ненужное, а саму организацию документооборота и движения данных заимствовали и адаптировали непосредственно для условий ведения строительства. Заказчик получил хоть и новую, но уже полноценно функционирующую систему, закрывающую пробелы в организации его работы.
Казалось бы, мы разработали совсем новое решение, но на самом деле оно до этого годами отрабатывалось и уже показало свою надежность (правда, под другим названием). Со временем система получила дополнительные функции и сегодня продвигается на рынок уже от компании «СиСофт Девелопмент». Получается, что это новый продукт, но уже со своей историей. Примечательно, что несколько наших клиентов начинали работать в Technologics, а сегодня фактически работают на нашем новом продукте. Немаловажно, что эта система работает на Linux. И может работать как с импортной базой данных, так и с решениями, используемыми на отечественном рынке ПО. Все довольны.
— Система подходит только для крупных корпоративных заказчиков или небольшим компаниям тоже подойдет?
— В настоящее время один из наших крупных заказчиков как раз внедряет у себя связку NS Project с платформой CADLib. Происходит кастомизация продукта по заявкам заказчика, это обычный процесс при сотрудничестве с крупным заказчиком, который имеет возможность потратить время на внедрение нового решения, так как хочет, чтобы в новом ПО нашли отражение и были учтены индивидуальные требования, стандарты и дополнения.
Что касается небольших компаний, то для них преимуществом является то, что наше решение — это коробочный продукт, в который включены стандартные и наиболее востребованные параметры, что обеспечивает быстрый старт. Установил коробку — и сразу начинай работать.
NS Project — довольно гибкий продукт, который можно настроить под заказчика как силами собственных разработчиков, так и силами самого заказчика. Продукт имеет открытый и документированный API, позволяющий как создавать особенные печатные формы, принятые только в стенах заказчика, так и расширения, способные сильно дополнить или преобразить стандартный NS Project.
— Насколько сложен продукт? Нужно обучать пользователей?
— Люди, имеющие опыт работы в системах планирования и документооборота, достаточно быстро поймут общие принципы работы, однако мы рекомендуем пройти обучение, чтобы новые пользователи не сталкивались с тратой рабочего времени из-за банальных ошибок в работе или неэффективного использования инструментов и функций самой программы. План обучения подбирается индивидуально с учетом компетенций обучающихся и может занимать один день для опытных пользователей и до трех дней для новичков, не знакомых с подобного рода системами.