Что делать исполнителю при изменении проектной документации

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

Непонятно, каким образом оформлять данные изменения? Переработка требуется незначительная, листы не заменяются, то есть остаются первоначальные штампы разработчика проекта. Как на данных листах отобразить нового проектировщика? В основной надписи нет дополнительных граф, штамп привязки отменен, другие варианты в ГОСТ 21.1101-2013 не предусмотрены.

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

Согласно пункту 7.2.2 ГОСТ 21.1101-2013, «Разрешение является основанием для получения подлинников документов и внесения в них изменений». То есть, в случае внесения изменений в остальных случаях (например, по замечаниям экспертизы) разрешение не требуется выполнять? Пункт 7.2.5 так же допускает не выполнять разрешение.

Но как быть с повторным прохождением экспертизы? Ряд экспертиз предусматривает требования о предоставлении справки о корректировке (в том числе и Главгосэкспертиза), вид и содержание которых разнится, но законодательно получается, что никаких документов, согласно которым можно описать, какие изменения и в каком объеме вносятся в проект, не существует?

1. Градостроительный кодекс не запрещает заказчику (застройщику) поручить внесение изменений в проектную документацию (ПД), получившую положительное заключение государственной экспертизы, иному лицу (не первоначальному проектировщику), при наличии у данного лица необходимого допуска СРО, однако ГОСТ Р 21.1101-2013 Система проектной документации для строительства. Основные требования к проектной и рабочей документации порядок внесения изменений в ПД другой проектной организацией не регламентирует.

При этом, лица, не являющиеся первоначальными разработчиками ПД и заключившие договор с заказчиком на внесение в неё изменений, возлагают на себя всю ответственность за соответствие изменённых разделов ПД требованиям технических регламентов и другим смежным разделам ПД, не подвергшимся этим изменениям, в соответствии с положениями статей 58-60.1 Градостроительного кодекса и пунктами 7.2.1, 7.2.2 ГОСТ Р 21.1101-2013, предписывающими необходимость оформления разрешения руководителя проектной организации на внесение изменений в ПД. Соответственно, все листы ПД, в которую вносились изменения этой проектной организацией, должны быть подписаны её исполнителями в угловых штампах.

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

В случае, если из договора, заключённого с заказчиком на внесение изменений в ПД, вышеуказанная ответственность проектной организации не следует, то такой договор представляется несостоятельным.

2. Согласно части 5.1 статьи 49 Градостроительного кодекса при проведении экспертизы проектной документации, подготовленной с использованием экономически эффективной проектной документации повторного использования, оценка разделов проектной документации, в которые не вносились изменения, на предмет соответствия этих разделов требованиям технических регламентов не проводится, соответственно ставить угловые штампы проектной организации на экономически эффективную проектную документацию повторного использования нет необходимости, подтверждению штампами и подписями исполнителей подлежит документация «привязки» — фундаменты, генплан, инженерные сети и т.д., однако до настоящего времени в Положение об организации и проведении государственной экспертизы проектной документации и результатов инженерных изысканий изменения, связанные с использованием экономически эффективной проектной документации повторного использования, не внесены.

3. Согласно пункту 7.2.1 любое изменение документа на бумажном носителе выполняют на основании разрешения на внесение изменений (из пункта 7.2.2 ГОСТ Р 21.1101-2013 обратное не следует). Пунктом 7.2.5 допускается не оформлять разрешение на внесение изменений в электронный документ.

Рекомендуем обратить внимание на ответы АО «ЦНС» в «Сборнике разъяснений требований стандартов системы проектной документации для строительства (СПДС) (Вопросы и ответы). Выпуск 5 2017 г.» — вопросы 325 и 330.

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

Кодекс 190-ФЗ. Градостроительный кодекс Российской Федерации
ГОСТ Р 21.1101-2013. Система проектной документации для строительства. Основные требования к проектной и рабочей документации
Положение об организации и проведении государственной экспертизы проектной документации и результатов инженерных изысканий

Если застройщик изменил проектную документацию

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

Проектно-изыскательские работы:
Архитектурно-градостроительное решение
Бухгалтерский учет проектной документации
Бюджетный учет проектно-сметной документации
Виды инженерных изысканий
Внесение изменений в проектную документацию
Показать все

Проектно-изыскательские работы:
Архитектурно-градостроительное решение
Бухгалтерский учет проектной документации
Бюджетный учет проектно-сметной документации
Виды инженерных изысканий
Внесение изменений в проектную документацию
Показать все

Судебная практика

Подборка судебных решений за 2022 год: Статья 200 «Судебное разбирательство по делам об оспаривании ненормативных правовых актов, решений и действий (бездействия) органов, осуществляющих публичные полномочия, должностных лиц» АПК РФ «Таким образом, поскольку застройщиком были внесены изменения в проектную документацию, которые затрагивают и влияют на конструктивные и другие характеристики надежности и безопасности объектов капитального строительства, и с заявлением о внесении изменений в разрешение на строительство ООО «Лэндлоджик» не обращалось, суды, руководствуясь положениями части 1 статьи 198, части 4 статьи 200, части 2 и части 3 статьи 201 АПК РФ, пришли к выводу об отсутствии оснований для удовлетворения требований ООО «Лэндлоджик», поскольку оспариваемое решение министерства соответствует закону и не нарушает прав заявителя.»

Статьи, комментарии, ответы на вопросы

«Недобросовестность в вещном праве: монография»
(Шереметьева Н.В.)
(«Проспект», 2023) Законодатель предусматривает основания для одностороннего расторжения договора участия в долевом строительстве, что служит средством защиты прав и участника долевого строительства, и застройщика. Если застройщик существенно изменяет проектную документацию, или становится ясно, что застройщик не может сдать объект в установленный договором срок, участник долевого строительства имеет право на расторжение договора .

Путеводитель по госуслугам для юридических лиц. Представление декларации пожарной безопасности Указанная экспертиза может не проводиться по решению застройщика в отношении изменений, внесенных в проектную документацию, которая ранее получила положительное заключение экспертизы, если одновременно выполняются условия, приведенные в ч. 3.8 ст. 49 ГрК РФ.

Нормативные акты

Постановление Правительства РФ от 06.05.2023 N 717
«Об утверждении Положения о порядке экспертного сопровождения результатов инженерных изысканий и (или) разделов проектной документации объекта капитального строительства, внесении изменений в некоторые акты Правительства Российской Федерации и признании утратившими силу отдельных положений некоторых актов Правительства Российской Федерации» в подпункте «г» слова «выписка из реестра членов саморегулируемой организации в области архитектурно-строительного проектирования, членом которой является исполнитель работ по подготовке проектной документации, действительная на дату передачи измененной проектной документации застройщику, техническому заказчику или лицу, обеспечившему выполнение инженерных изысканий и (или) подготовку проектной документации в случаях, предусмотренных частями 1.1 и 1.2 статьи 48 Градостроительного кодекса Российской Федерации (в случае если в соответствии с законодательством Российской Федерации требуется членство исполнителя работ по подготовке проектной документации в саморегулируемой организации в области архитектурно-строительного проектирования), а также» исключить;

«Градостроительный кодекс Российской Федерации» от 29.12.2004 N 190-ФЗ
(ред. от 04.08.2023)
(с изм. и доп., вступ. в силу с 01.09.2023) 15.3. В случае утверждения застройщиком или техническим заказчиком изменений, внесенных в проектную документацию в соответствии с частью 3.9 статьи 49 настоящего Кодекса, такие изменения утверждаются застройщиком или техническим заказчиком при наличии указанного в части 3.9 статьи 49 настоящего Кодекса и предоставленного органом исполнительной власти или организацией, проводившими экспертизу данной проектной документации, в ходе экспертного сопровождения подтверждения соответствия вносимых в данную проектную документацию изменений требованиям, указанным в части 3.9 статьи 49 настоящего Кодекса, и (или) положительного заключения экспертизы проектной документации, выданного в соответствии с частью 3.11 статьи 49 настоящего Кодекса.

Правовые ресурсы

«Горячие» документы
Кодексы и наиболее востребованные законы
Обзоры законодательства
- Федеральное законодательство
- Региональное законодательство
- Проекты правовых актов и законодательная деятельность
- Другие обзоры
- Календари
- Формы документов
- Полезные советы
Внесение изменений в проектную документацию после экспертизы

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

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

Когда вносятся экспертизы в проект

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

Тот же градостроительный кодекс указывает, что после внесения корректив в проект они должны быть проверены в процессе проведения экспертизы. Исключения из этого правила допускаются в двух случаях:
- Если после внесения изменений уже проводилась экспертиза и специалист вынес положительное заключение;
- Если вносимые изменения не касаются конструктивных характеристик объекта, которые влияют на его надежность и безопасность.
Внесение изменений в проект после прохождения первоначальной экспертизы требует повторной проверки и согласно Постановлению Правительства №145, принятому в 2008 году. Этот документ требует назначения экспертного исследования в случае, если ранее проверенный проект был изменен и правки коснулись технических решений, влияющих на надежность и безопасность.

Когда необходима экспертиза изменений

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

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

Перечень изменений, связанных с безопасностью

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

Перечень работ, которые влияют на безопасность, четко закреплено приказом К624, принятым 30 декабря 2009 года. В этом документе приведен исчерпывающий список, который можно условно разделить на три группы:
- Инженерные изыскания;
- Подготовка проектных документов;
- Строительство новых, реконструкция и ремонт старых объектов.
Например, к работам, которые требуют экспертной проверки в связи с влиянием на безопасность здания относится разборка и демонтаж зданий или их конструктивных элементов, строительство дорог, площадок, инженерных соединений, обустройство рельсовых путей и фундаментов для кранов, другие подобные работы.

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

Порядок проведения исследования

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

В отличие от полного первичного исследования после внесения изменений экспертами оценивается:
- Та часть проекта, которая подвергалась правке;
- Совместимость внесенных изменений с остальными частями проекта, которые анализировались специалистом ранее.
Как заказать экспертизу

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

Для начала исследования необходимо предоставить в адрес экспертной организации:
1. Заявление о проведении исследования.
2. Предыдущую версию проектной документации.
3. Копию предыдущего заключения эксперта.
4. Задание на изменение проекта.
5. Документ, в котором указан весь перечень изменений в документации.
Обратная связь

Информация о СОУТ (сводная ведомость, перечень мероприятий)

Обоюдоострая игра: как исполнители пытаются переиграть заказчика при создании ЦОДа

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

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

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

Проектирование
Разработка проектной документации для серверных помещений и инженерных систем
> Выnолненные nроекты
Заказать проект ЦОД

Конкурсные процедуры

Уловка № 1. Приукрашивание информации о проектном опыте

Если выбор исполнителя каких-либо работ в проекте создания ЦОДа ведется на основе конкурса, то почти всегда одним из квалификационных требований является информация об опыте исполнителя, его предыдущих проектах.

Здесь, во-первых, претендент на роль исполнителя может представить некорректную информацию о «величии» выполненных проектов (объемах работ, параметрах созданных систем и т.п.). Во-вторых, можно столкнуться с превратным описанием роли и места претендента в указанных проектах. В-третьих, может быть представлен длинный список реализованных проектов, по своим масштабам не сопоставимых с проектом, которому посвящен конкурс.

Как противодействовать таким уловкам?
- В конкурсной документации формируйте четкий перечень данных о проектном опыте, которые должны быть предоставлены. Рекомендуем следующий минимальный список: даты начала и окончания проекта, роль в проекте, состав выполненных работ, характеристика объектов (площади, количество зданий, подведенная мощность и т.п.).
- Требуйте предоставления референсных писем от заказчиков предыдущих проектов – не менее чем за два последних года. Требуйте указать контактную информацию о заказчиках всех проектов, заявленных исполнителем. Не поленитесь провести выборочный обзвон для получения информации о проекте и мере участия в нем исполнителя (не всегда вам ответят и ответят честно, но проделать такой обзвон все равно стоит).
- Учитывайте, что информация о проектах, выполненных исполнителем более пяти лет назад, бессмысленна по двум причинам: а) за пять лет технологии уходят далеко вперед и знания пятилетней давности могут не быть полезными; б) за это время те, кто лично выполнял заявленный проект, могли либо покинуть компанию, либо продвинуться по карьерной лестнице.
Уловка № 2. «Блуждающая» квалификация персонала

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

Что можно сделать для выявления такой ситуации еще на этапе конкурса?
- Запрашивайте персональный состав проектной команды исполнителя, подтвержденный копиями кадровых документов.
- Требуйте указать, в каких проектах, ранее реализованных исполнителем, участвовали и какие роли в этих проектах играли его штатные сотрудники.
- Не ограничивайте привлечение субподрядчиков для выполнения работ. Постарайтесь создать условия для того, чтобы головной исполнитель еще на этапе конкурса рассказал вам о своих субподрядчиках.
- Если исполнитель заявляет много субподрядчиков, обратите особое внимание на квалификацию и опыт проектного руководства. Даже хорошие субподрядчики при «никаком» проектном управлении способны погубить хороший проект.
Уловка № 3. Закладки в техническом задании

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

Как нивелировать последствия такого подхода?
- Введите в проект стадию разработки технической концепции. На этой стадии вы сможете получить сравнительный анализ различных вариантов решений для отдельных систем ЦОДа.
- ТЗ следует разрабатывать, базируясь на согласованной технической концепции. Тогда все требования в нем достаточно легко проверяются на соответствие эскизным решениям.
- Если ввести стадию технической концепции в проект нельзя, усильте проектную команду консультантами и требуйте от разработчика ТЗ четких обоснований всех положений, записанных в документе.
Уловка № 4. Слишком общие требования в техническом задании

Общие, не детальные требования к системам ЦОДа могут стать причиной ухода проектных разработок в области, не отвечающие первоначально заданным параметрам ЦОДа и его систем: заказчик может получить совсем не то, что ожидал. Виной тому будет скудость формулировок требований и их поверхностный характер. А на испытаниях систем по таким неполным требованиям будет сложно проверить, насколько реализованное отвечает исходным запросам.

Что противопоставить такой практике?
- Заставьте исполнителя максимально детально описать требования к создаваемой системе.
- Вместе с тем не блокируйте внесение изменений в ТЗ по ходу реализации проекта – необходимость в этом может быть не связана с желанием исполнителя облегчить свою участь.
- При формировании требований к отдельным инженерным системам добивайтесь наличия как минимум следующих разделов:
  - назначение;
  - состав;
  - режимы работы;
  - функционирование;
  - требования к смежным системам (электропитания, охлаждения, мониторинга и др.);
  - показатели назначения (какими параметрами определяется работа системы в каждом режиме – штатном, аварийном, обслуживания);
  - обслуживание (специфика эксплуатации и технического обслуживания);
  - ремонтопригодность.
  Уловка № 5. Разработка технического задания на проектирование, а не на создание ЦОДа
  
  Техническое задание на создание ЦОДа – важный, основополагающий документ. В общем случае такое ТЗ разительно отличается от традиционного задания на проектирование, требования в котором зачастую не детальны. Да и действует такое задание лишь на стадии проектных работ. Требования же из ТЗ на создание ЦОДа будут применяться не только на стадии проектирования, но и на стадии испытаний, когда придет время поверить реализованные технические решения полевыми тестами.
  
  Когда-то форма и содержание задания на проектирование устанавливались СНиП 11-01-95, уже десять лет как выведенными из обращения. Нередко приходится сталкиваться с тем, что исполнитель не видит ничего, кроме задания на проектирование, и манипулирует заказчиком, отказываясь разрабатывать полноценное техзадание, которое определяло бы требования не только к проектированию, но и к остальным этапам создания ЦОДа – строительству и испытаниям (вводу в эксплуатацию).
  
  С нашей точки зрения, никаких нормативных препятствий для разработки технического задания на создание ЦОДа нет (как мы указывали выше, финансовые аспекты рассматриваемая модель не учитывает). Попытки ограничиться заданием на проектирование и уйти от составления полноценного документа должны пресекаться заказчиком. Практика российского цодостроения последнего пятилетия показывает, что разработка ТЗ на создание ЦОДа значительно облегчает жизнь заказчика и позволяет получить результат высокого качества.
  
  Что можно посоветовать по этому вопросу?
  - Вместе с заданием на проектирование разрабатывайте техническое задание на создание ЦОДа.
  - Если есть возможность, делегируйте задачу разработки такого ТЗ консультанту.
  - Если ТЗ разрабатывает проектировщик, требуйте, чтобы это был свод заданий не только на проектирование.
  Уловка № 6. Спекулирование нормативами на состав проектной документации и ее содержание
  
  Существует расхожее мнение, что единственным документом, содержащим требования к проектной документации, является Постановление № 87*. Отчасти это верно. Однако никто и ничто не мешает подготовить проектную документацию по какой-либо отдельной инженерной системе в соответствии, например, с ГОСТ 34 или ГОСТ 24. В ряде случаев полезно использовать ГОСТ 2 – базовую систему для всех классов технической документации.
  
  Современные системы, входящие в состав инженерной инфраструктуры ЦОДа, давно перестали быть простыми. Системы мониторинга, видеонаблюдения, контроля и управления доступом, сигнализации, радиопереговоров, телефонной связи и другие по своей структуре, функциям и средствам реализации без какой-либо натяжки могут быть отнесены к автоматизированным системам. Использование при разработке проектной документации для этих систем требований Системы проектной документации в строительстве (СПДС) и Постановления № 87 значительно усугубляет риски недостаточной проработки технических решений и, как следствие, проблемы при реализации решений и их эксплуатации.
  - Определите те инженерные системы, для разработки документации на которые следует применять ГОСТы из соответствующих отраслей.
  - Внимательно отнеситесь к формированию требований в ТЗ по использованию нормативно-технической базы для разработки проектной документации – для каждой системы задайте свою собственную нормативную базу.
  Уловка № 7. Согласование проектной документации одним пакетом
  
  Для сложного ЦОДа объем проектной документации может достигать десятков и сотен томов. Все решения для любой системы нуждаются в тщательной проверке и согласовании.
  
  Зачастую исполнитель пытается сдать весь комплект проектной документации сразу и загнать заказчика в узкие рамки ограниченных сроков ее согласования. При традиционной загруженности персонала заказчика и отсутствии высококвалифицированных кадров изучение и согласование проектной документации может стать формальным и безыдейным. В результате заказчик, поверхностно прочитав и согласовав документацию, при возникновении проблем с техническими решениями будет вынужден нести свою долю ответственности и не сможет противостоять исполнителю.
  
  Как снизить риск реализации такого сценария?
  - Требуйте от исполнителя четкого планирования проектных работ, при котором подготовка и согласование технических решений будут поэтапными.
  - Не бойтесь потратить время на презентации основных принципов технических решений до начала их документирования.
  - В плане проектных работ требуйте отвести больше времени на ознакомление и согласование решений и проектной документации.
  - Если вам позволяют жизненная позиция и бюджет, наймите консультанта и передайте ему рецензирование проектной документации.
  - Ведите протоколы рабочих встреч, посвященных обсуждению решений и документации.
  Уловка № 8. Забывчивость при исправлении замечаний
  
  Когда вам удалось создать комфортные условия для ознакомления с проектными решениями и документацией, остается еще одна важная задача – отследить, что все ваши замечания учтены в финальной версии проектной документации. Даже получив замечания официальными письмами или протокольными поручениями, исполнитель может игнорировать неудобные для себя вопросы и про часть замечаний просто «забыть».
  
  Как этой уловке противостоять?
  - Ведите реестр замечаний, в который должны заноситься все ваши замечания, комментарии и вопросы. Для каждой записи реестра должны быть предусмотрены такие поля: дата поступления замечания, автор, сведения о документе, его разделе и странице, к которой сделано замечание, формулировка замечания. Все эти данные вместе с исходным документом должны передаваться исполнителю.
  - Для каждой записи также должны быть предусмотрены поля, заполняемые исполнителем: дата ответа на замечание, автор ответа, статус замечания (принято, отклонено, принято к сведению и т.п.), комментарий с аргументацией, ссылка на место в новой версии проектной документации, в котором сделано исправление по замечанию.
  - Храните реестр замечаний в двух равноценных экземплярах. Например, у руководителей проектных команд заказчика и исполнителя.
  - Процедуру работы с реестром замечаний можно описать в техзадании или, при правильном подходе к проектному управлению, в уставе проекта.
  Уловка № 9. Манкирование эксплуатационной документацией
  
  Качественная и содержательная эксплуатационная документация – больная мозоль отечественной отрасли ЦОДов. Существует превратное мнение, что ЭД – это то, что приходит в комплекте с оборудованием. Такой подход допустим, когда инженерные системы просты и состоят из единичных образцов оборудования. Когда же системы сложны и их эксплуатация – задача нетривиальная, комплексная, требуется разработка эксплуатационной документации. Для каждой инженерной системы желательно иметь документ, который описывал бы основные процедуры управления и переключения систем в разных режимах.
  
  Кто должен разрабатывать такую эксплуатационную документацию? Для ответа на этот вопрос стоит вспомнить, кто разрабатывает (придумывает) технические решения для ЦОДа – проектировщик. Кто, как не проектировщик, должен понимать и описать процедуры управления спроектированными им системами? Ответственность за работоспособность решений лежит на проектировщике. Да, монтажная организация может и должна внести в ЭД изменения, которые могут потребоваться по результатам монтажа и пусконаладки. Но базовые эксплуатационные документы на системы ЦОДа – ответственность проектировщиков.
  
  Как исполнитель пытается уйти от этой задачи? В подавляющем большинстве случаев он ссылается на Постановление № 87 (см. уловку № 7) и СПДС, указывая, что эксплуатационная документация не предусмотрена ни первым, ни вторым нормативом.
  
  Что можно противопоставить такой позиции?
  - Добавьте формальные требования разработки ЭД в техническое задание или контракт.
  - Задайте отличные от Постановления № 87 нормативные базы для разработки документации: например, ГОСТ 34, ГОСТ 24, ГОСТ 2. Это облегчит задачу определения состава рабочей документации, в которую должны войти тома ЭД.
  Уловка № 10. Ненадлежащее управление подрядчиками со стороны генподрядчика
  
  Традиционное желание заказчика пошить семь больших шапок из одной овцы, в частности построить ЦОД в максимально сжатые сроки, зачастую приводит к тому, что генподрядчик в ходе конкурса соглашается на нереальные для себя сроки, заранее понимая, что он их нарушит. Это болезнь всей отечественной строительной отрасли, но в случае ЦОДов она проявляется особенно ярко, так как плотность размещения инженерных коммуникаций и количество единовременно задействованных в строительстве подрядчиков могут быть даже выше, чем в сложных современных заводах.
  
  Хорошо, если генподрядная организация отлично понимает специфику строительства ЦОДа и на собственном опыте может реально оценить сроки работ. Но порой эта задача ставится перед традиционным строительным генподрядчиком, который по незнанию может промахнуться со сроками, как в одну, так и в другую сторону.
  
  Каких правил стоит придерживаться, дабы избежать подобных конфузов?
  - Еще на этапе выбора генерального подрядчика, в процессе конкурса, обяжите претендентов предоставить план работ с обязательной детализацией по каждой инженерной системе ЦОДа, с учетом их взаимосвязи и возможностью одновременного проведения работ на одном участке разными подрядными организациями. Это заставит генподрядчика реально оценить сроки выполнения работ.
  - Оговорите с генподрядчиком необходимость регулярного обновления статуса плана работ с предоставлением еженедельных отчетов и фиксацией неисполненного, а также планирования работ на неделю. Это поможет объективно оценить вероятность срыва сроков строительства и вовремя принять меры по стимулированию активности подрядных организаций.
  - Не пренебрегайте таким проверенным инструментом, как журнал производства работ, в котором представители подрядчика ежедневно фиксируют выполненные за день объемы работ. Это позволит контролировать актуальность еженедельных отчетов и темпы выполнения тех или иных подзадач.
  Уловка № 11. Внесение изменений в документацию
  
  В ходе строительства ЦОДа порой возникает объективная потребность внесения изменений в технические решения, принятые на этапе проектирования. Она может быть вызвана снятием с производства того или иного оборудования, выявлением различных факторов, препятствующих реализации проектных решений, например, обнаружением скрытых строительных дефектов здания или невозможности прокладки трасс коммуникаций по определенным в проектной документации маршрутам.
  
  Все эти изменения могут повлечь за собой существенные трансформации принятых проектных решений и, как следствие, изменение сметной стоимости. Если возможность таких изменений прописана в договоре, то недобросовестный исполнитель не преминет воспользоваться сложившейся ситуацией в своих интересах. Более того, он может сам спровоцировать подобную ситуацию в надежде на получение дополнительного финансирования.
  
  Безусловно, нельзя исключать, что какие-либо работы не были учтены при разработке проектной документации в силу ошибок проектировщиков или неполноты технического задания, но заказчик всегда должен быть начеку при наступлении подобных событий.
  
  Что надо делать во избежание проблем при изменении проектных решений?
  - Привлекайте проектную организацию, разработавшую документацию на строительство ЦОДа, для авторского надзора за процессом строительства. Это позволит принимать более взвешенные оперативные решения, которые уменьшат вероятность ухудшения технико-экономических показателей объекта и ограничат попытки генподрядчика вольно интерпретировать проектные решения.
  - Ведите постоянный учет вносимых изменений для контроля за полнотой выпускаемой генеральным подрядчиком исполнительной документации. Генподрядчик порой стремится оптимизировать собственные затраты, в том числе на внесение изменений в исполнительную документацию, в результате чего заказчик может получить на руки еще один том рабочей документации. Наличие у заказчика перечня внесенных изменений позволит намного эффективнее оценить полноту исполнительной документации.
  Уловка № 12. «Слепое» актирование работ
  
  Акты скрытых работ – это то, о чем часто забывает неискушенный в строительной науке заказчик. Если источники бесперебойного питания или кондиционеры достаточно легко проверить на соответствие проектной и закупочной документации, то ситуация с кабельными трассами, трубопроводами, строительными работами и т.п. намного сложнее. После окончания монтажа не всегда есть возможность увидеть, какие материалы были использованы, и уж тем более оценить качество произведенных работ.
  
  Этим непременно постараются воспользоваться недобросовестные подрядчики-исполнители. И трубопровод заложат не того диаметра либо не из определенного проектом материала, и кабель протянут не медный, а алюминиевый, и трубопроводную фурнитуру закупят не европейскую, а китайскую. А уж как экономично покрасят металлоконструкции не тремя, а одним слоем огнезадерживающей краски или применят бетон не той марки!
  
  Порой подрядчик может и вовсе не выполнить часть таких работ, как проведение электроизмерений, которые вроде не несут явной функциональности, но отнимают время. Он приходит к заказчику и просит «подмахнуть» очередной акт без реальной приемки работ. А через полгода, например, происходит короткое замыкание, и заказчику приходится останавливать ЦОД и добираться, пусть и в рамках гарантии, до злосчастного кабеля, лежащего на самом дне лотка. А если пожар?
  
  Как не допустить возникновения таких ситуаций?
  - Обяжите каждую подрядную организацию указывать в плане работ по каждой подсистеме, где и в какой момент времени необходимо присутствие заказчика для приемки тех или иных, в том числе скрытых работ.
  - Ни в коем случае не пренебрегайте личным присутствием при приемке промежуточных работ, так как это, пожалуй, основной инструмент контроля, которым неопытный заказчик может существенно повысить уверенность в том, что ЦОД будет работать долго и счастливо.
  - Разработайте и согласуйте с исполнителем прозрачную и простую схему информирования об актировании скрытых работ.
  - Выделите с вашей стороны специального ответственного за подписание актов скрытых работ, представьте его исполнителю и обяжите исполнителя держать постоянную связь с этим человеком.
  Уловка № 13. Побег от испытаний
  
  На наш взгляд, это одна из самых больших проблем в нынешнем процессе создания ЦОДов. Она несет на себе печать строительного прошлого инженерной инфраструктуры ЦОДа: в нормативе СНиП 3.01.04-87, на который принято ссылаться при обсуждении испытаний, они упоминаются: «предоставить акты испытаний», но и только. Нормативная база для испытаний значительной части инженерных систем практически отсутствует.
  
  Вдобавок к этому полноценные ТЗ на создание ЦОДа, как правило, не разрабатываются (см. уловку № 5), стало быть, нет документа, который определял бы обязанности исполнителя по подготовке и проведению испытаний. Аналогичная ситуация с занесением этих обязанностей в контракт: в большинстве случаев в контракт вносятся работы по монтажу и пусконаладке. Последняя включает в себя индивидуальные испытания, но они прописаны не так четко и не для всех инженерных систем ЦОДа.
  
  Безусловно, в конце концов испытания удается провести даже в самых запущенных проектных случаях, но на принуждение исполнителя к этой работе уходит много сил и нервов. В такой обстановке испытания проводятся «для галочки» и не достигают своей главной цели – проверить реализованные проектные решения.
  
  Какие инструменты можно использовать, чтобы справиться с этой проблемой?
  - В явном виде указывайте в контрактах требование подготовки и проведения всех видов испытаний.
  - В ТЗ на создание ЦОДа формируйте требования к проведению испытаний, в том числе минимальный набор проверок для каждой инженерной системы.
  - Озаботьтесь проведением комплексных испытаний. Инженерные системы ЦОДа должны работать во взаимодействии – проверить эту работу необходимо в ходе комплексных испытаний.
  Уловка № 14. Уход от разработки программы и методики испытаний
  
  Одним из элементов уловки № 13 является «перетягивание каната» по подготовке программы и методики испытаний (ПМИ) – документа, определяющего порядок проведения испытаний, условия, ответственность сторон, требования к персоналу, участвующему в испытаниях, требования к материально-техническому и метрологическому обеспечению испытаний.
  
  Первая фаза такого «перетягивания каната» приходится на этап проектирования: проектировщики в категорической форме отказываются от разработки ПМИ. Что, на наш взгляд, в корне неверно. Только разработчик решения – проектная организация – знает, каким именно испытаниям необходимо подвергнуть реализованную систему для того, чтобы проверить ее работоспособность и функционирование во всех режимах.
  
  Одним из истоков этой проблемы является положение дел, описанное в уловке № 6: спекулирование требованиями Постановления № 87 приводит к тому, что от ПМИ проектировщик открещивается.
  Похожие публикации:

Что делать исполнителю при изменении проектной документации