Электронная подача документации

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

Состав электронного комплекта

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

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

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

Формат проверяют для каждого вида документа

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

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

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

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

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

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

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

Изменение файла после подписания

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

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

После каждого изменения нужно проверить:

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

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

Дублирующие и противоречащие файлы

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

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

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

Сопроводительные сведения и идентификация версии

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

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

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

Комплектность, оформление и содержание

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

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

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

Машиночитаемые документы

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

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

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

Сборка комплекта после нескольких корректировок

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

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

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

Самопроверка перед электронной подачей

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

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

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

Что делать при неполном комплекте

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

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

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

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

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

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

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

Готовность электронного комплекта

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

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

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