Ошибки комплектности документации

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

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

Комплектность и предмет экспертизы

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

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

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

Сверка описи и фактических файлов

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

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

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

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

Отсутствующий раздел и неполное приложение

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

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

Поэтому для каждого обнаруженного пропуска устанавливают его роль:

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

Такой подход помогает составить точный перечень доукомплектования. Вместо требования «добавить недостающие документы» фиксируется, чего именно нет и какую проверку этот пропуск блокирует.

Физическое наличие и содержательная достаточность

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

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

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

Если документ присутствует, но проблема относится к структуре, нумерации или оформлению его листов, дальнейшая диагностика относится к отдельной теме «Ошибки структуры, нумерации и оформления листов документации».

Читаемость, подписи и идентификация версии

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

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

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

Если основная проблема касается именно электронных форматов, подписей и технической пригодности файлов, подробный разбор продолжает тема «Ошибки форматов и подписей файлов».

Проектная документация и изыскания

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

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

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

Электронная форма документов

Проектная документация, результаты инженерных изысканий и иные необходимые материалы представляются на экспертизу в электронной форме, кроме предусмотренных исключений. Это закреплено в статье 49, части 5.3 Градостроительного кодекса Российской Федерации. Из этого не следует, что любой набор электронных файлов автоматически образует достаточный комплект: должны сохраняться идентифицируемость документов, их связь с предметом проверки и возможность использовать представленную информацию.

Негосударственная экспертиза проводится на основании договора, а документы представляются в установленном порядке; применимые организационные условия также связаны с договором. Эти положения отражены в пунктах 4 и 4.1 Положения, утверждённого постановлением Правительства Российской Федерации № 272. Поэтому передача отдельных файлов без понятного состава и версии не должна подменять формирование идентифицированного комплекта.

Доукомплектование без смешения версий

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

Рабочая последовательность доукомплектования может быть такой:

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

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

Критерии готовности комплекта

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

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

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

Перед подачей состав можно дополнительно сверить с практическим порядком подготовки документов в разделе «Документы для подачи на экспертизу». Если для проекта в Абакане или Республике Хакасия невозможно определить, отсутствует ли документ полностью, требуется ли только приложение или в комплекте смешаны разные версии, для разбора можно передать опись и спорные файлы: negexpert@biz-mail.ru +7 (950) 844-85-44.