Форматы файлов для экспертизы

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

Классификация документов перед подготовкой файлов

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

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

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

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

XML-схема и электронная форма документа

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

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

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

Формат электронной подачи определяется действующими требованиями Минстроя: при наличии применимой XML-схемы используется XML, резервные форматы применяются по условиям пункта 3 соответствующих требований, а к самим файлам дополнительно применяются условия пункта 4. Поэтому перед подачей требуется проверять не прежнюю практику проекта, а правило, действующее для конкретного вида документа на момент подготовки обращения.

Резервный формат и область его применения

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

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

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

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

Техническое состояние электронных файлов

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

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

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

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

Формат, подпись и версия документа

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

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

Контроль удобно выполнять в следующем порядке:

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

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

Разные причины неподготовленности файла

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

• Документ отсутствует. Сначала определяют, требуется ли он для фактического предмета экспертизы, затем получают или формируют его актуальную редакцию и только после этого выбирают формат.
• Документ есть, но выбран неверный формат. Устанавливают применимое требование для этого вида документа и формируют корректное электронное представление.
• Вместо требуемого XML подготовлен PDF. Проверяют наличие применимой XML-схемы и условия электронной подачи; PDF не рассматривают как универсальную замену структурированному документу.
• Формат правильный, но версия устарела. Выбирают актуальное содержание и заново проверяют его электронную форму и подписание.
• Файл технически корректен, но расходится с зависимыми документами. Сначала устраняют содержательное несоответствие, затем заново фиксируют окончательные версии файлов.
• Неясно, какое требование применяется. Уточняют вид документа, предмет подачи и действующие требования до преобразования файла.

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

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

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

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

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

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

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

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

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