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

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

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

Предмет подачи задаёт границы проверки комплектности

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

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

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

Опись сопоставляют с фактически переданными документами

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

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

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

Названия, шифры и версии должны однозначно совпадать

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

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

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

Приложения и расчёты проверяют по ссылкам внутри разделов

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

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

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

Исходные данные прослеживают до проектных решений

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

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

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

Отсутствующий документ и содержательное несоответствие требуют разных действий

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

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

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

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

Такой реестр сразу показывает дальнейшее действие. Отсутствующий файл нужно получить или включить в комплект. Неясную редакцию — идентифицировать. Разорванную ссылку — восстановить. Внутреннее противоречие — передать на исправление соответствующим участникам проектирования, а затем заново проверить комплект.

Формально полный комплект может оставаться несогласованным

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

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

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

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

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

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

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

Электронный комплект готовят как идентифицируемую передачу

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

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

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

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

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