Неочевидные ошибки при создании тома ПЗ в .xml

С 1-го августа 2023 года предоставление тома ПЗ в формате .xml стало обязательным.

Лично для меня стало удивительным фактом, что хоть мы и зашли в экспертизу в июле, но чтобы получить положительное заключение в августе, том ПЗ нужно было переделать в .xml. По словам представителя экспертизы — «Платформа не даст создать заключение». То есть закон, в каком то смысле, внезапно обрёл обратную силу.

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

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

Идентификатор объекта (части объекта)

На стадии формирования в части «Описание линейного объекта капитального строительства» встретилось поле с наименование «Идентификатор объекта (части объекта)». Что туда писать показалось совершенно не очевидным. Гугление тоже результата не принесло. В поддержке подсказали, что туда нужно вписать идентификатор объекта следующим образом:

Если объект 1 и не имеет частей, то писать: ID1.

Если есть части, то писать: ID1, ID2, ID3… (что-то одно в зависимости от порядкового номера части объектов).

Сведения о составе проектной документации линейного объекта

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

Ошибка: Assertion evaluation (‘count(ProjectDocumentation/*) != 0’) for element ‘LinearObject’ on schema type ‘tLinearObject’ did not succeed. (225, 18) :: :: null

Для решения этой ошибки, как оказалось, необходимо заполнить раздел «Сведения о составе проектной документации линейного объекта». Красным он не выделен, следовательно не является обязательным. Но без его заполнения проверку не пройти. Необходимо загрузить все разделы проектной документации с ЭЦП.

Раздел 9. «Смета на строительство, реконструкцию, капитальный ремонт, снос объекта капитального строительства»

В сметы подгрузил все разработанные элементы в соответствующие пункты. В формате .pdf. И получил ошибку:

:: javax.xml.transform.TransformerException: Expected ], but found: 77

Без помощи экспертизы опять не обошлось. Оказалось что всё, что подгружается на платформу в .gge и в записку должно идти в том же формате (ССР, ЛСР, ОСР, Сводка затрат).

И наконец устранив все эти недочёты, проверку удалось пройти.

7 комментариев к “Неочевидные ошибки при создании тома ПЗ в .xml”

    1. Семен Воропанов

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

  1. Vladimir K

    Что касается ID объекта
    Мы нагуглили сервис формирования GUID. С ключами Hypehens, Base 64, RCF 7515 проходит и внутреннюю проверку и проверку ГГЭ

    1. Никита

      Подскажите, пожалуйста, что подразумевается в решении последней ошибки?
      В каком формате необходимо грузить ССР, ОС, ЛС и Сводку?

Добавить комментарий

Этот сайт использует Akismet для борьбы со спамом. Узнайте, как обрабатываются ваши данные комментариев.

Прокрутить вверх
%d такие блоггеры, как: