Комплектность документации

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

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

Предмет экспертизы и фактический комплект

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

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

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

Функция документа в комплекте

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

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

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

Реестр и проверка фактического наличия

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

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

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

Исходные данные и связи между документами

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

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

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

Такой разрыв опасен тем, что обычная проверка по названиям файлов его не показывает. Реестр выглядит заполненным, но разные документы фактически относятся к разным исходным состояниям.

Контроль актуальных редакций

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

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

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

Четыре вида проблем комплектности

При итоговой проверке удобно классифицировать найденные проблемы по их фактической природе:

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

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

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

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

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

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

Эти три сценария нельзя закрывать одним статусом «неполный комплект». Разделение причины сразу показывает, что делать дальше: получить отсутствующее, дополнить неполное, заменить устаревшее или согласовать противоречащие материалы.

Карта комплектности перед экспертизой

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

В рабочей карте для каждого проблемного элемента полезно указать:

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

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

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