Что изменяется в порядке проведения государственной экспертизы и в правилах формирования ЕГРЗ с 1 сентября 2025 г.?

Об этом рассказывает Заместитель начальника Управления методологии и стандартизации экспертной деятельности Главгосэкспертизы России Мария Галкина.

С 1 января 2026 г. вводится в действие методика определения расчетных величин пожарного риска в подземных сооружениях метрополитена и на станциях метрополитена

Приказом МЧС России от 27.06.2025 N 554 утверждена Методика определения расчетных величин пожарного риска в подземных сооружениях метрополитена и на станциях метрополитена.

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

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

Расширяется перечень случаев, при которых для строительства, реконструкции ОКС не требуется получение разрешения на строительство

На публичное обсуждение размещен проект постановления Правительства РФ вносящий изменения в Перечень случаев, при которых для строительства, реконструкции объекта капитального строительства не требуется получение разрешения на строительство, утвержденный постановлением Правительства РФ от 12 ноября 2020 г. № 1816.

В частности, указанный Пречень проектом постановления предлагается расширить за включения в него котельных полной заводской готовности, состоящих из котельной установки блочного исполнения, размещаемых в зданиях модульного типа, (блочно-модульных котельных) с давлением пара до 0,07 МПа и с температурой воды не выше 115 °C, являющихся объектами капитального строительства.

В Москве создана новая правовая основа для использования цифровых двойников и алгоритмического планирования

Постановлением Правительства Москвы от 12.08.2025 N 1998-ПП внесены изменения в ряд документов, регулирующих вопросы градостроительной деятельности в г. Москве, в частности:
- от 31.03.2011 N 99-ПП;
- от 05.04.2011 N 105-ПП;
- от 07.11.2012 N 633-ПП и иные.

Изменения направлены на внедрение и регулирование процессов цифрового мастер-планирования и использования трехмерных цифровых моделей (ВПМ и НПМ) объектов капитального строительства. Создана новая правовая основа для использования цифровых двойников и алгоритмического планирования, централизованы и разграничены полномочия между департаментами.

Проработкой Реестра требований займется отдельный ПК при ТК 465

По нашим данным для оказания методической поддержки Минстрою Росиии в части проработки требований, подлежащих включению в Реестр требований на базе ТК 465 «Строительство» планируется создать новый подкомитет ПК 1.1. Планируется, что в состав подкомитета ПК 1.1 войдут эксперты по методологии и стандартизации экспертной деятельности из состава экспертного сообщества государственной и негосударственной экспертизы, а также эксперты Национального объединения изыскателей и проектировщиков.

Утверждены правила регистрации опасных производственных объектов

Постановлением Правительства Российской Федерации от 03.09.2025 № 1363 утверждены Правила регистрации опасных производственных объектов в государственном реестре опасных
производственных объектов и требования к его ведению.

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

Вступают в действие - с 1 марта 2026 года.

Минстрой России при разработке XML-схем ПЗ к сметной документации игнорирует положения НПА?

Часть 1/2

Снова при разработке очередной XML-схемы видим как в нее пытаются добавить то, чего нет в НПА, определяющем состав и содержание ПД.

На сей раз речь об разрабатываемой Минстроем России (руками подведа) XML-схеме ПЗ к сметной документации, которая предусмотрена в п.29 Положения о составе разделов проектной документации и требованиях к их содержанию, утв. Постановление Правительства РФ от 16.02.2008 N 87 (ред. от 28.12.2024).

Коллеги, разработчики, мы понимаем что у вас правильный подход в решении задачи - использовать то что уже наработано, но нас смущает, что все то что наработан о для одного документа не применимо без доработки для иного документа, не смотря на то что оба является проектной документацией. И да, ловить вас за язык, а в дальнейшем и за руку, ну мы просто вынуждены, иначе как это профильный ФОИВ и его «блюститель соответствия» в лице уважаемого нами поведа, формируют структуру сведений в очередной XML-схеме без учета НПА. Нонсенс же? Не?

А если так посмотреть. Согласно пп. «а», «б», «г», «д» п.29 Положения, Пояснительная записка к сметной документации, предусмотренная п.28 того же Положения, содержит, среди прочего сведения о проектной мощности объектов аналогов, указанной в ПД на такой объект, получившей положительное заключение государственной экспертизы в части проверки сметной стоимости, с указанием наименования, назначения, мощности, площади и (или) протяженности (для линейных объектов), на которой расположен такой объект (в случаях, когда укрупненные НЦС отсутствуют) и другие сведения о порядке определения сметной стоимости строительства, реконструкции, капитального ремонта ОКС, характерные для него.

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

При разработке схемы будут заложены перекрестные проверки.
…
В т.ч. особое внимание уделяется блоку «Сведения о технико-экономических показателях», с возможностью организации проверок и полноты корректности заполнения блока ТЭП согласно классификатора, утв.Приказом Минстроя РФ №928/пр от 2 ноября 2022 г.

Т.е. ни разработчиков, ни участвующих в согласованиях представителей сметного ПО, ничего не смутило?

А на каком основании будут предусмотрены форматно-логические проверки связанные с так называемой «возможностью организации проверок и полноты корректности заполнения блока ТЭП согласно классификатора, утв. Приказом Минстроя РФ №928/пр от 2 ноября 2022 г.»?

Открываем Приказ Минстроя России от 02.11.2022 N 928/пр и видим, что в составе утвержденного им в соответствии с п.7.18 ч.1 ст.6 ГрК РФ, классификатор ОКС по их назначению и функционально-технологическим особенностям не содержит никаких технико-экономических показателей и никаких сведений проектной мощности.

При этом, указанные на сайте ФАУ «Главгосэкспертизы России» в отношении каждого классификационного кода ОКС из КФН ОКС так называемые «Технико-экономические показатели» является ничем иным, как вольной версией трактовки положений НПА (проще сказать - выдумкой, не подкрепленной требованиями действующего НПА).

Указанное обстоятельство все еще не смущает?

См.продолжение ниже.👇🏻

Минстрой России при разработке XML-схем ПЗ к сметной документации игнорирует положения НПА?

Часть 2/2

А как на счет того, что минимальный состав, все таки правильно говорить, проектных характеристик ОКС, у нас, формально, но регламентирован Приказом Минстроя России от 3 июня 2022 года N 446/пр «Об утверждении формы разрешения на строительство и формы разрешения на ввод объекта в эксплуатацию» (см. Раздел 7 «Проектные характеристики объекта капитального строительства» и Раздел 8 «Проектные характеристики линейного объекта» формы РС).

За фактические показатели из Раздела 6 «Фактические показатели ОКС и сведения о техническом плане» и Разделе 7 «Фактические показатели линейного объекта и сведения о техническом плане» формы РВЭ не спрашиваем, ибо помним о назначении КФН ОКС, утв. Приказ Минстроя России от 02.11.2022 N 928/пр (для целей для целей архитектурно-строительного проектирования и ведения единого государственного реестра заключений экспертизы проектной документации ОКС).

Да и сведения, именуемые как «технико-экономические показатели», относится ведь Разделу ПД N1, а не разделу ПД N 12 или разделу ПД N 9 (для ЛОКС). Мы конечно понимаем, что у разработчиков есть соблазн стащить половину кода из XML-схемы Раздела ПД N 1 «Пояснительная записка» в XML-схему «Пояснительной записки к сметной документации» из Раздела ПД N 12. Но ведь высший пилотаж при разработке XML-схемы состоит не в том, как через нехитрые Ctrl+C/Ctrl+V в мультиплатформеном XML-редакторе, отладчик XSLT/XQuery и профилировщике с поддержкой Unicode, стащить часть кода из ранее разработанной XML-схем иного документа. Качественная XML-схема не та, которую скроили из прежних наработок для других XML-документов, а та, при разработке которой учитывается НПА, определяющий содержание документа к которому разрабатывается XML-схема.

Кстати, а как на счет того, что согласно приложению N 1 Приказа Федеральной службе государственной регистрации, кадастра и картографии России от 15.03.2022 г. N П/0082 утверждена форма технического плана, в составе «Исходных данных» которой указываются сведения о документах, на основании которых тот подготовлен, а также о включении соответствующего документа (копии документа) в Приложение.

Конечно сам НПА, утверждающий форму технического плана, утвержден Федеральной службе государственной регистрации, кадастра и картографии исключительно для целей установленных ч. 2 ст. 2, ч. 13 ст. 24 Федерального закона от 13.07.2015 г. N 218-ФЗ (кадастровый учет), но часть сведений о здании/сооружении указываются в техническом плане на основании представленных заказчиком кадастровых работ проектной документации и разрешения на строительство (см. п.21.1-21.2 приложения N 2).

Ну и камон! И как мы с этим планируем XML-схемы разрабатывать? Молча? Как вздумается? Ну молча уже не получается, да и как вздумается, на основе указанного выше, уже тоже.

Полезно напомнить и о XML-схеме технического плана. Можно конечно упереться и сказать - цель ее создания иная? Да! Но мы же выше писали, что в ней учитывать сведения из ПД? Разве нет?

Ну и доколе…Минстрой России при разработке XML-схем ПЗ к сметной документации будет игнорировать положения НПА?

При проведении строительного контроля, выполняемого с применением ТИМ, следует учитывать положения СП 471.1325800

Выдержка из Аналитической справки, подготовленной по результатам проведенного исследования по вопросам строительного контроля в саморегулировании Научно-консультативная комиссия Ассоциации
«Национальное объединение строителей»:

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

Ранее, мы отмечали ряд положений СП 471.1325800 опосредованно через корреспондирующие ссылки в СП 48 и СП 543 вошли в Реестр требований (стали обязательными для целей оценки соответствия в рамках 384-ФЗ), кроме того его положения также должны учитываться при определении состава графической части исполнительной документации, сведения и документы которой дополняются ЦИМ на этапе СМР и требованиях к такой ЦИМ.

Москва готовится к банкротству застройщиков?

Распоряжением Правительства Москвы от 18.08.2025 N 622-РП "О внесении изменений в распоряжение Правительства Москвы от 5 ноября 2024 г. N 907-РП" внесены изменения в распоряжение Правительства Москвы "Об установлении критериев предоставления компенсационных жилых помещений из жилищного фонда города Москвы гражданам, чьи денежные средства привлечены для строительства многоквартирных домов, расположенных на территории города Москвы, пострадавшим от действий недобросовестных застройщиков, и условий их применения".

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

О своевременной оценке практики применения нормативных правовых актов по использованию машиночитаемых документов (XML)

Часть 1/2

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

Но в отличии от коллег из Минстроя, коллеги из Минцифры России хотя бы умеют своевременно признавать ошибки и их исправлять…Хотя данные вещь такая - как только они обрели машиночитаемый вид, и утекли в сеть, уже ни каким нормативным правовым актом их обратно не изымешь из обращения…Остается лишь активно усиливать меры защиты от несанкционированного доступа и распространения таких данных или контролировать инциденты связанные с их утечкой и незаконным распространением.

Ярким примером работы над ошибками в нормативном правом акте, является проект приказа Минцифры России о внесении изменений в пункт 2 единых требований к формам доверенностей, необходимых для использования квалифицированной электронной Минцифры России от 18.09.2021 г. № 857, который до 23.09.2025 г. размещен на публичное обсуждение.

Внесение изменений в приказ Минцифры России от 18.08.2021 № 857 обусловлено мониторингом правоприменительной практики (прим. ред. - за 2 года его действия) в сфере использования электронной подписи, а также обращениями заинтересованных органов власти и организаций.

Краткое описание проблемы.

Действующей редакцией требований к форме машиночитаемой доверенности (далее - МЧД), утвержденных приказом Минцифры России от 18.08.2021 № 857, установлено в качестве обязательного указание в МЧД паспортных данных.

Вместе с тем, учитывая объем иных идентификаторов (ФИО, дата рождения, ИНН, СНИЛС), а также отсутствие паспортных данных в квалифицированном сертификате ключа проверки электронной подписи (в соответствие с дейст. ред. Федерального закона от 06.04.2011 № 63-ФЗ "Об электронной подписи") наличие паспортных данных в МЧД избыточно.

Раскрытие для публичного поиска паспортных данных и дня рождения представителя нарушает принцип обработки персональных данных в информационных системах (ст.5 ФЗ № 152-ФЗ «О персональных данных», в частности справедливости, конфиденциальности, ограничения целей обработки, а также соответствия раскрываемых данных заявленным целям обработки).

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

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

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

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

О своевременной оценке практики применения нормативных правовых актов по использованию машиночитаемых документов (XML)

Часть 2/2

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

Численность подгруппы участников правоотношений, сферу деятельности которых затрагивает НПА, составляет 442591 шт. (данные основаны на сведениях, содержащихся в ФГИС «ЕСИА» и представленных ФНС России), из которых уникальных доверителей в 2023 г. – 19927, в 2024 г. – 185527, в 2025 г. – 237137.

Затраты субъектов регулирования
‎на соблюдение содержащихся в проекте акта обязательных требований или других его положений, ‎с предполагаемой даты вступления в силу проекта акта, составят:
325 281 722,88 руб.

Возможные риски и ущерб в различных сферах:
• Гражданско-правовая сфера:
- увеличение риска распространения недостоверной информации о физических лицах, участвующих в договорных отношениях;
- создание условий для совершения мошеннических действий с использованием чужих паспортных данных.
• Судебно-процессуальная сфера:
- возможность неправомерного вмешательства третьих лиц в судебные дела путём подделки документов или искажения доказательств;
- угроза нарушения процессуальных гарантий участников судопроизводства вследствие утечки информации о доверенных лицах.
• Финансовая сфера:
- повышение вероятности хищения денежных средств или имущественных активов путем компрометации удостоверяющих личность данных.
• Сделки и хозяйственные операции:
- рост уровня недоверия к механизму заключения сделок и передачи полномочий, снижение эффективности правовой защиты интересов сторон договора;
- проблемы реализации законных прав собственников и контрагентов в условиях повышенной уязвимости персонифицированных данных.

Справка.
Положения об использовании МЧД вступили в силу с 01.09.2023 в соответствии со статьей 2 Федерального закона от 19.12.2022 № 536-ФЗ.

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

Началось публичное обсуждение проекта межгосударственного стандарта на оборудование для сварки полиэтиленовых трубопроводов

Началось публичное обсуждение проекта межгосударственного стандарта ГОСТ "Трубы и фитинги пластмассовые. Оборудование для сварки полиэтиленовых систем. Часть 5. Двумерное кодирование данных компонентов и формат обмена данными для систем полиэтиленовых трубопроводов".

Разработчиком документа является НО Ассоциация СПМ.

Срок публичного обсуждения проекта: 28.08.2025-25.11.2025

Мы не просто так поделись указанной новостью. Обратите внимание на возможность использования двухмерной системы кодировки при монтаже элементов инженерных систем с использование указанных материалов и изделий. Когда перед монтажом все необходимые значения и уставки считываются непосредственно с штрих- или qr-кода на изделии.

Стоит отметить, положения проекта стандарта, связано с реализации положений таких стандартов как:
- ISO/IEC 10646, Информационные технологии. Универсальный набор кодированных;
- ISO/IEC 16022, Информационные технологии. Методы автоматической
идентификации и сбора данных. Спецификация символики двухмерного матричного штрих-
кода (Data Matrix);
- ISO/IEC 18004, Информационные технологии. Технологии автоматической идентификации и сбора данных. Спецификация символики штрихового кода QR Code;
- ISO/IEC 21778, Информационные технологии. Синтаксис обмена данными JSON;
- ISO/IEC 24778, Информационные технологии. Технологии автоматической идентификации и сбора данных. Спецификация символики штрихового кода Aztec Code;
- ASTM F 2897-15a, Стандартная спецификация для мониторинга и прослеживаемости системы кодирования компонентов распределения природного газа.

Утвержден новый национальный стандарт для специалистов в области цифровых технологий

Приказом Росстандарта от 14 августа 2025 года № 889-ст утвержден ГОСТ Р 72111.1-2025 "Реконфигурируемые интеллектуальные поверхности. Часть 1. Варианты развертывания и сценарии использования".

Стандарт распространяется на реконфигурируемые интеллектуальные поверхности (RIS) и устанавливает варианты их развертывания и сценарии использования, а также эксплуатационные параметры беспроводных радиосетей с RIS. Модели и оценка каналов радиосетей с RIS - в соответствии с ГОСТ Р 72111.2.

Вступает в действие - с 1 января 2026 года.

Справка:
RIS (Reconfigurable Intelligent Surfaces) - это искусственные поверхности, состоящие из множества мелких элементов (мета-атомов), которые могут управлять электромагнитными волнами (например, радиосигналом 5G/6G).

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

Для чего используют:
1. Усиление сигнала: Создание «умных» отражателей, которые направляют сигнал точно на пользователя, обходя препятствия. Это увеличивает зону покрытия и скорость.
2. Повышение энергоэффективности: RIS — пассивные элементы (почти не потребляют энергию), что делает сети связи более «зелёными» по сравнению с дополнительными базовыми станциями.
3. Повышение безопасности: Точечная передача сигнала только легитимным пользователям, что усложняет его перехват.
4. Создание сред с программируемыми свойствами: Превращение обычных стен в интеллектуальные элементы беспроводной сети.

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

Подробнее о технологии можно узнать в статье Реконфигурируемые интеллектуальные поверхности RIS (Reconfigurable Intelligent Surfaces) и их применение в сетях 6G.

#Вчера Коллеги поделились в https://t.me/n8n_pipelines скриптом для парсинга тг чатов, я сразу применил и сделал себе саммаризатора всех интересующих меня каналов.

Чтобы отписаться от них, и только утром пробегаться по сводке смотреть, что там вчера писали.

Ну и в первую очередь выполнил мечту любого BIMщика - саммари по постам Сергея Драгомирова.

🟢
Канал: BIMSERT
Посты:
04.09.2025 - https://t.me/bimsert/3304
Разъяснены требования СП 471.1325800 при строительном контроле с использованием информационного моделирования.

04.09.2025 - https://t.me/bimsert/3305
Объявлен публичный экспертный поединок по применению XML-схем в строительстве на Невском строительном форуме.

04.09.2025 - https://t.me/bimsert/3306
В Москве скорректированы правила предоставления компенсационного жилья в случае банкротства застройщиков.

05.09.2025 - https://t.me/bimsert/3307
Обсуждается необходимость корректировок в нормативных актах по машиночитаемым доверенностям (XML) с целью повышения защиты персональных данных.

05.09.2025 - https://t.me/bimsert/3308
Представлены основные изменения проекта приказа Минцифры по применению машиночитаемых доверенностей для снижения рисков злоупотреблений.

05.09.2025 - https://t.me/bimsert/3309
Начато обсуждение межгосударственного стандарта на оборудование для сварки полиэтиленовых труб с использованием двухмерного кодирования.

05.09.2025 - https://t.me/bimsert/3310
Утверждён новый национальный стандарт на реконфигурируемые интеллектуальные поверхности и их применения в беспроводных радиосетях.

Как считаете сделать для такого отдельный публичный канал?) Какие каналы бы саммаризировали?

Расширен перечень случаев безвозмездной передачи прав на РИД

Постановлением Правительства РФ от 04.09.2025 N 1367, вносятся изменения в пункт 36 Правил управления принадлежащими Российской Федерации правами на результаты интеллектуальной деятельности, в т.ч. правами на результаты интеллектуальной деятельности (РИД), непосредственно связанные с обеспечением обороны и безопасности, утвержденных постановлением Правительства РФ от 29 декабря 2021 г. N 2550.

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

📌 10–12 сентября, Санкт-Петербург. Невский строительный форум

🥊 Главная схватка 10 сентября — SMART-поединок: «XML-схемы в строительстве — это инновация или цифровая катастрофа?»

Да-да, это не просто дискуссия — это центральное событие форума, за которым стоит следить каждому, кто в т.ч. работает со сметами, ВОР и ТИМ. Потому что теперь у нас все крутится вокруг XML и ... не будем забегать вперед.

🔹 Расстановка сил:

▫️Рефери — Сергей Должников (ЭКСИНКО).

🟦В синем углу — SMART-оптимисты под руководством Елены Чеготовой: «XML спасёт стройку, всё под контролем».

🟥В красном углу — SMART-реалисты, или как мы сами себя называем, «люди с головой». Тут Сергей Драгомиров + его секунданты Максим Горинский @smety и Сергей Петров. Не скептики (совсем нет! не против XML, но есть, как говорится "нюансы", доходчиво объясним).

Приходите нас поддержать, поспорить и поделиться своим мнением. Онлайн-участие также еще возможно!
Спешите! Будет жарко: 🤜🤛

👉 Программа и регистрация: nevastroiforum.ru

Биометрия на стройке: когда "добровольная" аутентификация становится принудительной

Проект по внедрению обязательных биометрических систем на стройплощадках Москвы, несмотря на легальное создание инфраструктуры (РС ЕБС), остается незаконным из-за нарушения фундаментального принципа добровольности, закрепленного в ФЗ-572, ФЗ-152 и ПП РФ № 1067. Для его реализации требуется коренная переработка нормативной базы с целью обеспечения соответствия федеральному законодательству.

Статья и пост Михаила Косарева

Задание на проектирование в XML: разъяснение по ошибке при описании сложного объекта Complex/OKS

На портале самообслуживания пользователей ФАУ «Главгосэкспертиза России» размещено разъяснение по поводу ошибок, возникающих при оформлении сведений в задании на проектирование в формате XML. Ошибки связаны с заполнением данных о так называемом сложном объекте на основе действующей XML-схемы.

Ошибка «Содержимое раздела "Объекты капитального строительства, входящие в состав объекта капитального строительства" является неполным. Список ожидаемых элементов: "[Complex, OKS]"» означает, что в задании на проектирование были отображены не все объекты капитального строительства, входящие в состав сложного объекта.

Важно! Объект является сложным, если в нём два и более объекта капитального строительства.

При заполнении раздела «Объекты капитального строительства, входящие в состав объекта капитального строительства», системой предусмотрен выбор заполнения:

1. «Часть объекта – сложный объект (содержит в себе 2 и более объектов капитального строительства)» (рис. 1). При этом в каждой «Части объекта – сложный объект» должно быть минимум две составные части сложного объекта (два подобъекта) (рис. 2).
2. «Часть объекта – объект капитального строительства». Для каждого объекта капитального строительства, входящего в состав сложного объекта, необходимо добавить минимум два таких элемента (рис. 3).

Пример: в жилом комплексе два многоквартирных дома.

1. В разделе «Требования к объекту капитального строительства» указываются требования к объекту «Жилой комплекс» (рис. 4).
2. В разделе «Объекты капитального строительства, входящие в состав объекта капитального строительства» для каждого дома (Дом 1, Дом 2) добавляется элемент «Часть объекта – объект капитального строительства», и для него прописываются требования к каждому многоквартирному дому, входящему в состав жилого комплекса (рис. 5).

Важно! Частей объекта, входящих в состав объекта капитального строительства, должно быть не менее двух. Если в задание на проектирование добавить только одну часть объекта, при проверке появится ошибка: «Содержимое раздела 'Объекты капитального строительства, входящие в состав объекта капитального строительства' является неполным. Список ожидаемых элементов: '[Complex, OKS]'».

Пояснение:
• Complex — это отсылка на элемент «Часть объекта – сложный объект».
• OKS — это ссылка на элемент «Часть объекта – объект капитального строительства» (рис. 6).

Чтобы разобраться во всем этом, см. файл с рисунками.

Конечно, хорошо, что начали появляться разъяснения по наиболее частым ошибкам, но, если честно, пока не взглянешь на картинки — не поймешь (пристально). Однако, указанная проблема с ошибками такого рода, на наш взгляд, исчезла бы, если бы интерфейс не повторял «древовидную» структуру XML-схемы (хотя бы в отношении сложного объекта). Вместо этого он мог бы просто подсказывать пользователю: «Если объект сложный, укажите сначала сведения обо всем объекте, а затем о каждом входящем в него объекте отдельно». Если же эти отдельные объекты сами являются сложными, сведения по их составным частям нужно указывать по принципу матрешки 🪆.

Ранее мы уже писали свою рекомендацию на этот счет. Но, вероятнее всего, без изменения интерфейса интерактивной формы платформы ЕЦПЭ эта ошибка останется актуальной на долгие годы. Коммерческие сервисы, вероятно, учтут UX (User Experience), то есть то, как пользователь взаимодействует с интерфейсом, и не только в части работы со сложными объектами.

#ЗнП, #XML, #Сложный_ОКС, #Часть_объекта, #Complex, #OKS

XSLT-преобразования: юридические особенности преобразованя содержания файлов XML в человеко-читаемый вид в рамках XML-схем Минстроя

Часть 1/2

Замечали, что человеко-читаемая форма ПЗ.xml не похожа на то что требует ГОСТ Р 21.101-2020? Это дело рук файла XSL.

И да формат XSL и XSD в юридическом и в техническом смысле - не одно и тоже, т.е. назвать и тот и другой XML-схемой нельзя.

И да Минстрой уполномочен только на утверждение XML-схем (XSD).

XSL или XSLT (eXtensible Stylesheet Language Transformations) - официальный язык преобразований XML, разработанный консорциумом W3C.

XSD - по сути схема данных. Его прямое назначение - юридически значимое описание структуры.
XSL - не схема, это процессор, юридическая функция, которого сводится к преобразованию и представлению определены данных из файла формата XML, созданного предварительно на основе XML-схемы.
XSL (чаще всего имеется в виду XSLT - Transformations) - это как инструкция или программа для преобразования одного XML-документа в другой формат. Этот формат может быть другим XML, HTML, PDF или простым текстом. При этом в юридическом смысле XSL сам по себе не определяет правильность данных. Он их обрабатывает. Например, переводит XML-отчет в HTML-страницу для просмотра в браузере или конвертирует XML из одного формата в другой.

В рамках XML-схем Минстроя России файлы XSLT используется для автоматического преобразования машиночитаемых XML-документов (например, пояснительной записки или задания на проектирование и др.) в удобные для визуального просмотра форматы, такие как HTML или PDF (посредством преобразования в формат XSL-FO или промежуточный HTML).

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

Обращаем ваше внимание, что в соответствии с ч.5 ст.49 ГрК РФ в предмет экспертизы ПД входит оценка соответствия заданию застройщика или техзаказчика на проектирование, в состав требований которого может быть включен ГОСТ Р 21.101-2020.

Кроме того, вне зависимости от прямого указания данного стандарта в задании на проектирование, его требования подлежат обязательному учету в силу требований Правил выполнения и оформления текстовых и графических материалов, входящих в состав проектной и рабочей документации, утв. Приказом Минрегиона РФ от 02.04.2009 № 108, которые предписывают выполнение и оформление в т.ч. и текстовых и материалов в составе ПД в соответствии с национальными стандартами СПДС и ЕСКД.