Усиленная ЭЦП для проектной документации: обязательно с 1 марта

[sofia]

С 1 марта 2026 года вступили в силу серьезные изменения в градостроительном законодательстве. Теперь все проектные организации обязаны подписывать документацию усиленной квалифицированной электронной подписью (УКЭП) каждого специалиста, участвовавшего в её разработке. Это касается не только внутренних процессов — экспертизы просто не примут документы, оформленные по-старому.

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

Что произошло: отмена ИУЛ и новые требования

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

Минстрой России официально запретил эту практику. С 1 марта 2026 года информационно-удостоверяющий лист больше не является документом, способным подтвердить авторство. На экспертизу и в Главгосэкспертизу принимают только документацию, подписанную личными УКЭП каждого человека, указанного как разработчик или согласующее лицо.

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

• Главного инженера проекта (ГИП)
• Главного архитектора проекта (ГАП)
• Всех специалистов, разработавших отдельные разделы
• Лиц, участвовавших в подготовке отчётов по инженерным изысканиям

Почему это изменение важно для вашей компании

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

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

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

Третье — это требование экспертиз и контролирующих органов. Если вы подадите старый ИУЛ, документы развернут на этапе приёмки. Это задержит проект и потребует переделки. Лучше сразу организовать процесс правильно:

• Определить, кому нужна УКЭП (это не только руководители, но и все разработчики разделов)
• Выдать сертификаты заранее, пока дел ещё не срочно
• Настроить техническую базу — ПО, криптопровайдеры, токены
• Закрепить внутренний регламент подписания
• Контролировать сроки действия сертификатов

Кому нужна личная УКЭП и как её получить

Основной вопрос, который задают в проектных организациях: кому ровно нужна подпись? Ответ прямой: каждому, кто указан в проектной документации как участник её разработки. Если человек разрабатывал раздел, согласовывал документацию, принимал проектные решения — ему нужна личная УКЭП.

Обычно это:

• ГИП и ГАП (всегда)
• Инженеры и проектировщики по специальностям
• Лица, ответственные за инженерные изыскания
• Внутренние согласующие лица, если они указаны в документации

Самое важное ограничение: невозможно делегировать подписание через машиночитаемую доверенность (МЧД). Подписать может только сам специалист. Это сделано специально — чтобы избежать ситуаций, когда один человек подписывает за группу людей.

Практика получения УКЭП стандартная:

1. Обратитесь в удостоверяющий центр (УЦ) — есть множество лицензированных центров
2. Явитесь лично (очно, это обязательно)
3. Пройдите идентификацию
4. Получите сертификат, записанный на защищённый носитель — токен или смарт-карту
5. Установите необходимое ПО (КриптоАРМ, СЭД или встроенные функции BIM-систем)
6. Проведите тестовое подписание

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

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

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

Вот что необходимо сделать:

• Установить криптопровайдеры и драйверы для работы с токенами или смарт-картами
• Настроить ПО, в котором будет происходить подписание (КриптоАРМ, встроенные функции САПР или СЭД)
• Проверить, что все рабочие места готовы — если специалист работает удалённо, убедитесь, что у него есть читатель карт и нужное ПО
• Провести тестовое подписание и проверку подписи
• Подготовить резервное рабочее место, на случай если основное недоступно

Сам процесс подписания происходит в несколько шагов:

1. Специалист загружает в ПО файл проектной документации (PDF, DWG, XML, DOC и другие форматы поддерживаются)
2. Запускает операцию подписания
3. Выбирает свой личный сертификат УКЭП
4. Вводит PIN-код (если установлен)
5. ПО формирует подписанный файл

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

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

Вторая ошибка — использование машиночитаемой доверенности (МЧД). Раньше некоторые компании использовали МЧД, чтобы уполномочить одного человека подписывать за других. Теперь это запрещено прямо. Если человек указан как автор раздела — он должен лично его подписать.

Почему это лучше старой системы (даже если кажется сложнее)

Может показаться, что система ужесточилась просто ради ужесточения. На самом деле это имеет смысл.

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

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

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

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

Главное, что нужно сделать уже сейчас

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

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

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

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