Ошибки электронного комплекта документов
Ошибка электронного комплекта документов возникает, когда по переданным файлам нельзя однозначно определить полный и актуальный набор материалов для экспертизы. Проблема может быть не в содержании проектного решения, а в самой организации подачи: отсутствует нужный документ, одновременно переданы несколько его редакций, файл повреждён или нечитаем, название не позволяет понять содержание, реестр не совпадает с фактическим архивом либо внутри документов сохранились ссылки на уже заменённые материалы. В результате специалист сначала вынужден устанавливать, что именно является действующей документацией, и только после этого может переходить к содержательной проверке.
Поэтому электронный комплект нельзя проверять по принципу «архив открывается — значит всё готово». Наличие файла ещё не подтверждает, что это требуемый документ, что он относится к актуальной редакции проекта и что его содержимое доступно для рассмотрения. Комплектность, техническая пригодность и однозначность версии — три разные задачи, и каждая требует отдельной проверки.
Как появляется неоднозначность в электронном комплекте
Характерная ситуация — в архиве одновременно находятся несколько файлов одного документа: первоначальная редакция, исправленный вариант и ещё одна копия с изменённым названием. Если статус файлов не определён, по самому набору невозможно установить, какая редакция должна рассматриваться как актуальная. Удаление одного дубля решает проблему только тогда, когда предварительно подтверждено, какой файл действительно соответствует действующему проектному решению.
Другой вариант — реестр содержит документ, которого фактически нет в переданном наборе, либо, наоборот, в архиве присутствует файл, не отражённый в перечне. Здесь первопричина находится уже в нарушении связи между описанием комплекта и его фактическим содержанием. Проверяющий должен сопоставлять не отдельные названия, а пары «позиция реестра — фактический файл» и отмечать каждое расхождение.
Технический дефект выглядит иначе. Документ может быть правильно назван, включён в реестр и относиться к нужной версии, но не открываться, отображаться с потерей значимой информации или не позволять идентифицировать содержание. Такой случай нельзя смешивать с отсутствием документа: исправление заключается не в добавлении новой позиции в комплект, а в восстановлении пригодного для рассмотрения файла с сохранением правильной версии.
Комплектность и техническая пригодность проверяют отдельно
При проверке комплектности устанавливают, представлены ли документы, которые нужны для конкретного предмета экспертизы. Универсального списка, одинакового для любой подачи, здесь недостаточно: состав зависит от того, что именно передаётся на экспертизу. Для негосударственной экспертизы правила представления документов связаны с Постановлением Правительства РФ № 272, которое отсылает к установленному порядку представления документов с предусмотренными для негосударственной экспертизы особенностями.
Перечень документов, используемый в этой связи, определяется в том числе Постановлением Правительства РФ № 145. Поэтому при подготовке комплекта нужно сверять актуальные требования с фактическим предметом экспертизы, а не переносить закрытый перечень из другого проекта или прежней подачи.
Техническая проверка начинается уже после установления состава. Для каждого файла нужно убедиться, что он открывается, читается, позволяет понять назначение документа и соответствует позиции, под которой передан. Если требуется удостоверение электронной подписью или иным предусмотренным способом, проверяется и эта связь. Сам факт наличия подписи не заменяет проверки содержания файла, а корректный файл не устраняет отсутствие требуемого удостоверения там, где оно необходимо.
Как проверить версии документов
Версионная ошибка особенно опасна тем, что каждый файл по отдельности может выглядеть исправным. Например, после корректировки проектного решения в комплект добавлена новая редакция документа, но старая не удалена. В результате два файла относятся к одному предмету, имеют сходные названия и содержат разные параметры. Технически архив полноценен, но профессионально он неоднозначен.
Проверку удобно вести от актуального решения к его файловому представлению. Сначала определяется документ, который должен считаться действующим, затем фиксируются его идентифицирующие признаки и только после этого ищутся конкурирующие версии. Если старая редакция нужна для внутренней истории проекта, это не означает, что её следует оставлять в выдаваемом комплекте без понятного статуса.
Особое внимание требуется связанным документам. Изменение одного файла может сделать устаревшими ссылки, приложения или данные в другом. Поэтому после замены документа нужно проверить не только саму новую редакцию, но и материалы, которые на неё ссылаются. Иначе комплект формально будет содержать актуальный файл, а связь между документами останется построенной на прежней версии.
Сверка реестра с фактическими файлами
Реестр полезен только тогда, когда позволяет однозначно пройти от каждой позиции к конкретному файлу. Проверка выполняется в обе стороны: сначала по каждой строке реестра находят соответствующий документ, затем каждый фактический файл сопоставляют с реестром. Такой двойной контроль выявляет и пропуски, и лишние материалы.
- Отсутствующая позиция: документ указан в реестре, но соответствующего файла нет.
- Неучтённый файл: документ находится в архиве, но его назначение и место в комплекте не отражены в реестре.
- Дублирование: одной позиции соответствуют несколько конкурирующих редакций без понятного статуса.
- Неоднозначное название: по имени файла нельзя надёжно определить, какому документу и версии он соответствует.
- Разрыв внутренних ссылок: один документ ссылается на материал, который отсутствует, переименован либо заменён другой редакцией.
Такой контроль отличается от простой проверки количества файлов. Даже одинаковое число позиций в реестре и архиве ничего не подтверждает, если соответствие между ними установлено неверно.
Что делать с повреждёнными и нечитаемыми файлами
Если файл не открывается или отображается некорректно, сначала нужно определить, является ли дефект техническим или повреждение возникло ещё на этапе формирования исходного документа. В первом случае документ заново формируют или выгружают из достоверного источника. Во втором требуется восстановить сам исходный материал, поскольку повторная упаковка того же повреждённого файла ничего не изменит.
После замены важно проверить, что новый файл действительно относится к той же актуальной редакции. Иначе техническая проблема будет устранена ценой появления версионной. Поэтому контроль исправления включает повторное открытие документа, проверку его идентификации и сопоставление с реестром и связанными материалами.
Как отличить ошибку электронного комплекта от ошибки комплектности
Эти дефекты часто проявляются одновременно, но причины у них разные. Если требуемого документа вообще нет, вопрос относится прежде всего к составу представленных материалов. Если документ предусмотрен и присутствует, но передан в повреждённом виде, дублируется несколькими редакциями или не может быть однозначно идентифицирован, проблема находится в электронном комплекте.
Различие важно для корректировки. При отсутствии документа нужно определить, требуется ли он для конкретного предмета экспертизы, и при необходимости добавить его. При версионной или технической ошибке состав может не меняться: исправляются статус редакции, структура выдачи, файл, реестр либо связь между ними. Подробнее вопросы состава рассматриваются в материале «Ошибки комплектности документации».
Контроль после исправления
Корректировка электронного комплекта должна завершаться повторной проверкой всего набора, а не только изменённого файла. Если была заменена редакция, заново сверяются связанные документы и внутренние ссылки. Если добавлен отсутствующий материал, проверяется его отражение в реестре. Если устранено повреждение, файл повторно открывают и убеждаются, что содержание можно однозначно отнести к нужному документу.
Практический результат такой проверки можно оформить как контрольную карту комплекта. В ней фиксируют отсутствующие позиции, дубли, повреждённые файлы, неоднозначные версии и расхождения между реестром и фактическим набором, а после корректировки отмечают, какой актуальной редакцией устранена каждая проблема. Это позволяет проверить не только факт правки, но и её результат.
Для проектов в Ростове-на-Дону и Ростовской области эта последовательность не меняется: комплект проверяется по фактическому предмету экспертизы, действующим требованиям и конкретным переданным файлам. Региональная привязка сама по себе не позволяет добавлять к перечню документов непроверенные местные требования или считать обязательным то, что не установлено для рассматриваемой подачи.
Как ошибка комплекта влияет на рассмотрение документации
Предмет экспертизы определяется применимыми требованиями к проектной документации, результатам инженерных изысканий и другим проверяемым вопросам. Это следует учитывать и при формировании цифровой подачи: электронная структура должна позволять однозначно установить документы, относящиеся к этому предмету. Общие рамки предмета и результата экспертизы установлены статьёй 49 Градостроительного кодекса Российской Федерации.
Ошибка электронного комплекта сама по себе не доказывает наличие содержательного дефекта проектного решения. Однако она может затруднить идентификацию актуальной документации, потребовать уточнения или доукомплектования и привести к тому, что вместо содержательной проверки потребуется сначала устранять техническую неоднозначность. Если требуется понять возможную связь различных неустранённых дефектов с итогом рассмотрения, отдельно рассматриваются «Причины отрицательного заключения».
Когда комплект можно считать проверенным
Проверяемое состояние достигается тогда, когда состав документов соответствует конкретному предмету подачи, каждая позиция реестра связана с фактическим файлом, актуальная редакция определяется однозначно, лишние конкурирующие версии исключены из выдаваемого набора, документы открываются и читаются, а связи между заменёнными файлами и зависимыми материалами повторно проверены.
Такой контроль позволяет подготовить технически однозначный комплект для рассмотрения, но не подтверждает правильность всех содержащихся в нём проектных решений и не гарантирует результат экспертизы. Точная обязательность отдельных документов и требований к их представлению устанавливается применительно к предмету конкретной экспертизы и актуальным нормативным основаниям.