Что проверить в договоре на проектные работы и согласование проектной документации

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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