Ошибки форматов и подписей файлов

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

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

Открываемость и целостность файла

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

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

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

Имя файла, реестр и содержание

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

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

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

Смешение старых и новых версий

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

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

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

Связь электронной подписи с документом

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

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

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

Пересохранение и изменение документа

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

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

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

Формат и канал представления

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

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

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

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

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

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

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

Контроль исправленного комплекта

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

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

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

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

Подготовка проверяемой версии

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

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

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