Проверка исходно-разрешительной документации

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

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

Карта исходных документов и проектных решений

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

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

Рабочая запись по существенному исходному условию должна позволять ответить как минимум на четыре вопроса:

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

Если один из этих элементов не определяется, возникает не просто проблема хранения документов. Становится невозможно уверенно установить, на каком основании принято конкретное проектное решение.

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

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

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

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

Для более подробного разбора этой зависимости можно использовать Задание на проектирование и его роль в экспертизе.

Градостроительные и земельные исходные сведения

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

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

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

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

Технические условия и условия подключения

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

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

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

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

Разрешительные и согласовательные документы

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

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

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

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

Актуальность документа

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

Поэтому проверяют совокупность признаков:

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

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

Расхождения реквизитов, объекта и параметров

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

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

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

Изменение исходных данных после разработки проекта

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

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

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

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

Неполная исходная основа

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

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

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

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

Проверяемая исходная основа проекта

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

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

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

Если нужно сопоставить задание на проектирование, исходные сведения, технические условия, согласования и текущую редакцию проектной документации, комплект можно направить на inginiring@biz-mail.ru или обсудить по +7 (904) 442-74-47.

Разберём состав проектно-сметной документации и определим объём экспертной проверки

Направьте материалы — подскажем порядок экспертизы проектно-сметной документации

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