Ошибки электронного комплекта документов

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

Реестр и состав архива

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

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

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

Поэтому практический результат первой проверки — не просто список файлов, а соответствие «позиция реестра — фактический файл — его функция в комплекте».

Идентификация версий

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

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

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

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

Читаемость и связанные приложения

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

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

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

Технический дефект или содержательная ошибка

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

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

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

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

Переупаковка без потери связей

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

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

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

Практические вопросы подготовки материалов раскрыты на странице «Документы для подачи на экспертизу». Отдельный контроль именно электронной версии перед передачей рассмотрен в материале «Проверка электронной документации перед подачей».

Контроль повторной подачи

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

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

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

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