Что входит в проектную документацию

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

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

Состав зависит от типа объекта и предмета работы

Перед проверкой состава сначала определяют, к какому типу относится объект и какой набор разделов применим к рассматриваемой документации. Для объектов капитального строительства производственного и непроизводственного назначения состав разделов проектной документации устанавливается, в частности, пунктом 31 Постановления Правительства РФ от 16.02.2008 № 87. Эту норму нельзя автоматически переносить на объект другой категории без проверки её применимости.

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

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

Проектные разделы содержат сами проектные решения

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

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

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

Исходные данные задают условия, но не заменяют проект

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

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

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

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

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

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

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

Рабочая документация относится к другой стадии детализации

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

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

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

Сметная документация связана с проектом через объёмы и решения

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

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

Расчёты и приложения определяют по их функции

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

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

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

Как разобрать смешанный комплект

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

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

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

Фактическая комплектность проверяется по документам, а не по названиям

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

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

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

Критерий правильно определённого состава

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

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

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