Состав проектной документации

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

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

Проектная задача и границы состава

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

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

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

Перечень проектных разделов

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

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

Для каждого существенного блока полезно определить:

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

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

Задание на проектирование

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

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

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

Исходные данные и технические условия

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

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

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

Результаты инженерных изысканий в составе проектной основы

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

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

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

Связи между проектными решениями

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

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

Практическая проверка может идти в двух направлениях:

1. От исходных данных к решению. Найти, где существенное исходное условие используется в расчётах и как результат расчёта отражён в проекте.
2. От проектного решения к основанию. Для существенного решения определить, на каких исходных данных и расчётах оно построено.
3. Между связанными разделами. Проверить, одинаково ли одно и то же решение отражено во всех документах, где оно имеет значение.

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

Новое строительство, реконструкция и капитальный ремонт

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

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

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

Специальные разделы и отдельные проектные задачи

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

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

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

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

При сверке полезно различать несколько типов проблем. Это помогает выбрать правильное следующее действие.

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

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

Финальная сверка состава

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

В готовом комплекте должно быть возможно ответить на несколько практических вопросов:

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

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

Точный состав нельзя заменить универсальным списком разделов без сведений о конкретном объекте, виде работ и фактической проектной задаче. Если нужно определить пробелы в имеющемся комплекте и согласовать версии связанных документов, перечень разделов, задание, исходные данные и используемые результаты изысканий можно направить на rosexpertisa@biz-mail.ru или обсудить по +7 (904) 342-88-24.