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

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

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

Предмет экспертизы как основа проверки

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

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

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

Карта «документ — функция»

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

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

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

Реестр и фактический состав файлов

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

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

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

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

После такой двойной сверки становится понятно, описывает ли реестр реальную передачу или существует только как отдельный перечень, не совпадающий с электронным комплектом.

Наличие и читаемость документов

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

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

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

Актуальность и конфликт редакций

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

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

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

Взаимные ссылки и исходные основания

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

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

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

Комплект проектной документации

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

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

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

Комплект результатов инженерных изысканий

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

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

Если эта связь не устанавливается по представленным материалам, проверка должна зафиксировать неопределённость до передачи комплекта на содержательное рассмотрение.

Совместный комплект проекта и изысканий

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

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

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

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

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

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

После корректировки полезно выполнить отдельную контрольную процедуру:

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

Как классифицировать обнаруженный пробел

Найденная проблема должна быть описана так, чтобы из неё следовало конкретное действие. Формулировка «комплект неполный» слишком широкая: она не показывает, что именно требуется исправить.

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

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

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

Фиксация результатов проверки

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

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

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

Граница проверки комплектности

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

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

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

Для проекта в Казани, Татарстане реестр, актуальную проектную документацию, результаты инженерных изысканий и исходные материалы можно направить на psd-expertise@biz-mail.ru или обсудить по +7 (951) 490-42-22, если нужно определить конкретные пробелы, конфликтующие редакции или отсутствующие документальные основания.