Задание на проектирование в XML: подготовка, перенос и проверка

XML переносит согласованные требования заказчика

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

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

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

В официальных разъяснениях ГГЭ 2025 года есть различие. Информационный документ от 9 июля указывает, что зависимость формата от даты утверждения законодательно не установлена. Позднее, в публикации Учебного центра ГГЭ от 29 августа, разъясняется: задания, утверждённые до 9 июля, представляются в формате их подготовки. Ссылки на оба материала приведены ниже.

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

Подготовьте карту сведений и ответственных

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

Разделяйте роли организаций

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

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

Переносите условия целиком, включая ограничения

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

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

Не смешивайте задание на проектирование и задание на изыскания

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

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

Как проверить результат перед утверждением и передачей

Сверьте получившийся документ с согласованным источником по смысловым блокам. Удобно проходить его в порядке исходного задания: объект, участники, требования, ограничения, приложения. Для каждого блока отмечайте полный перенос либо конкретное расхождение; оценка «похоже на исходник» слишком расплывчата.

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

Как хранить изменения и не отправить старую версию

Используйте единый реестр выпусков: дата, основание изменения, что изменено, кто проверил, какой XML передан. Например: «Уточнён состав исходных данных по дополнению № 2» полезнее имени «ЗП_финал_новый_2.xml». Понятная история особенно важна, когда над заданием работают несколько организаций.

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