Подготовка электронного комплекта

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

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

Финальная редакция перед электронной сборкой

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

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

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

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

Имена файлов и структура комплекта

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

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

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

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

Дубли и устаревшие версии

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

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

Практическая сверка проводится по схеме:

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

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

Читаемость и полнота электронных файлов

После формирования структуры каждый передаваемый файл нужно открыть и проверить как фактический электронный документ. Наличие имени в папке не подтверждает, что файл читается, содержит ожидаемый документ и не повреждён.

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

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

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

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

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

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

Для каждой существенной позиции нужно иметь возможность установить:

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

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

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

Электронная подпись и канал передачи

Пункт 4(1) Положения об организации и проведении негосударственной экспертизы, утверждённого постановлением Правительства РФ № 272 от 31 марта 2012 года, предусматривает представление документов для негосударственной экспертизы в электронной форме в установленном порядке. Конкретные требования к передаче нужно сверять с действующим регулированием и процедурой выбранной экспертной организации.

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

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

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

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

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

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

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

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

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

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