Подготовка проектной документации в формате XML — обязательное требование для представления документов на государственную экспертизу в России. Это обусловлено приказом Минстроя России от 12 мая 2017 года №783/пр, который устанавливает требования к формату электронных документов. XML-формат обеспечивает машиночитаемость, стандартизацию данных и автоматизированную проверку документов.
XML-документ должен:
- соответствовать актуальной XML-схеме, размещённой на официальном сайте Минстроя России или платформе «Главгосэкспертиза России»;
- быть представлен в кодировке Unicode (UTF-8);
- содержать полный набор обязательных данных согласно схеме;
- иметь расширение «.xml.sig» и быть подписан прикреплённой усиленной квалифицированной электронной подписью.
Схемы публикуются на сайте Минстроя и вступают в силу через три месяца после размещения. При наличии действующей XML-схемы соответствующий документ должен представляться на экспертизу в формате XML.
Этапы подготовки
- Изучение XML-схемы. Перед началом работы необходимо ознакомиться с актуальной схемой на сайте Минстроя или Главгосэкспертизы. Схемы регулярно обновляются, поэтому важно использовать последнюю версию.
- Назначение ответственного специалиста. Для работы с XML-форматом требуется сотрудник, владеющий навыками работы с проектно-изыскательскими работами (ПИР): инженер, аналитик или другой профессионал, способный разобраться в логике и структуре XML.
- Выбор инструментов. Традиционные программы (Word, Excel, PDF) допустимы только как черновики. Необходимо использовать специализированное ПО или онлайн-сервисы, поддерживающие формирование XML-файлов в соответствии с требованиями.
- Заполнение данных. Важно корректно заполнить все обязательные поля согласно схеме. Например, в пояснительной записке (ПЗ) необходимо указать шифр, год составления, сведения о разработчике и другие данные.
- Проверка документа. Перед финальной выгрузкой рекомендуется просмотреть XML как обычный текстовый документ (например, в Word или PDF), чтобы выявить логические несоответствия и убедиться в корректности структуры. Также можно использовать онлайн-сервисы для валидации XML-файлов на соответствие схемам.
- Подписание и сохранение. Документ должен быть подписан усиленной квалифицированной электронной подписью и сохранён с расширением «.xml.sig».
Распространённые ошибки
- Использование устаревшей версии XSD-схемы. Приводит к ошибке «схема xsd неактивна» при проверке.
- Отсутствие обязательных данных. Например, кодов единиц измерения, идентификаторов объектов, сведений об участниках проекта.
- Некорректные идентификаторы объектов. Идентификатор должен быть единым по всему документу, допускается использование только заглавных или строчных букв (без смешанного регистра).
- Ошибки в адресных данных. С 2026 года требуется указание кода ОКТМО и наименования муниципального образования.
- Нарушение требований к формату файлов. Например, начало идентификатора объекта с цифры или использование прочерка («-») вместо отсутствия данных.
Существует ряд онлайн-сервисов и программ для формирования XML-документов:
- Сервисы ФАУ «Главгосэкспертиза России» (ЕЦПЭ). Позволяют автоматически формировать документы в машиночитаемом формате.
- XML ONLINE. Бесплатный веб-сервис для создания пояснительных записок, заключений экспертизы и других документов. Не требует установки ПО, работает в браузере.
- DoXML. Сервис с интерфейсом в виде веб-форм, который адаптируется под проект. Предоставляет валидатор, базу XML-схем и другие инструменты.
- Коммерческие решения. Например, «Сфера.Документы», XML1.ru, которые предлагают расширенные функции: автосохранение, управление версиями, предпросмотр и встроенную валидацию.
Важные нюансы
- Часть полей в XML-схеме может быть необязательной на техническом уровне, но это не означает, что эти сведения можно не указывать, если это требуется по закону (например, уровень ответственности объекта, категория пожарной опасности).
- Ручное редактирование XML-файлов не рекомендуется, если есть возможность заново сформировать документ из исходной программы.
- Изменения в проектной документации должны фиксироваться в истории изменений, так как все правки сохраняются в тегах XML.