❗️Экслюзив. Специально для @smety
Проект формата представления ведомости объемов работ (ВОР) в электронном виде (на основе формата XML) — направлен на утверждение в Минстрой РФ

О вариантах связей позиций в ВОР.xml и ЦИМ.ifc, которые рассматривались при создании xml-схемы ВОР

Часть 1

В xml-схеме ВОР разработчиками предложен алгоритм указания ссылки на файлы в ветке: /Construction/Sections/Section/Works/Work/Links.

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

При этом, разработчики, при разработке xml-схемы ВОР исходили почему то только из двух форматов. Хотя тот по ПП РФ от 17.05.2024 г. N614, ЦИМ, дополняющая графическую часть ПД, может быть представлена не только лишь форматом *.ifc, но и в ином формате с открытой спецификацией. А таковые есть у отечественных вендоров.

1. Файлы формата *.pdf.
Согласно Приказа Минстроя России от 12 мая 2017 г. N 783/пр, формат *.pdf - используется для документов с текстовым содержанием, в том числе включающих формулы и (или) графические изображения (за исключением документов, указанных в подпункте "в" пункта 3 указанного приказа), а также документов с графическим содержанием.
Безусловно соответсвующий раздел или подраздел проектной документации представленный как электронный документ может состоять из нескольких файлов, и у каждого из них есть страницы.
По этой причине в ветке: /Construction/Sections/Section/Works/Work/Links/Link имеется тег Link/ FileID, в котором необходимо будет указать соответсвующую ссылку на файл электронного документа, и соотвественно тег Link/ PageNumber, в котором необходимо будет указать страницу в электронном документе.
И да, для одной строки можно указать несколько файлов и в каждом файле можно указать несколько страниц.

О вариантах связей позиций в ВОР.xml и ЦИМ.ifc, которые рассматривались при создании xml-схемы ВОР

Часть 2

2. Файлы формата *.ifс.
Здесь алгоритм исходит из необходимости в xml-файле ВОР передать информацию, которой будет достаточно для открытия соответсвующего электронного документа в формате *.ifc для просмотра с выделением объектов, которые разработчик, составляющий ВОР, связал с соответсвующей позицией в ВОР.

При решении задачи с форматом файла *.ifc разработчики рассматривали несколько вариантов связи последнего со стройкой/позицией ВОР.

Вариант 1. Реализация посредством указания в ВОР.xml так называемых IFCGUIDов. В IFC у каждого элемента есть IFCGUID, и в данном случае, в файл ВОР.xml, формируемый на основе соответсвующей xml-схемы ВОР, предполагалось записывать ссылку на файл (тег Link/FileID ) и IFCGUID (тег Link/ifcGuid).
Таким образом, при просмотре обоснования строки/позиции ВОР, прикладное программное обеспечении могло бы открывать файл соответсвующий файл формата *.ifc и демонстрировать все объекты, IFCGUIDы которых будут привязаны к данной строке/позиции ВОР.
Данного вариант связи имеет существенный недостаток - у одной строки/позиции ВОР могут быть тысячи, если не сказать больше, десятки тысяч IFCGUID. Есть еще нюансы с дубликатами IFCGUID. Хранить такое количество IFCGUID в XML файле мягко сказать не совсем удобно.
 
Вариант 2. Запрос по признакам.
Чтобы не добавлять ничего нового в файл формата *.ifc и сделать более гибку связь элементов в файле *.ifc с строкой/позицией в файле *.xml ВОР, разработчиками схемы рассматривался следующий вариант.
С учетом того, что *.ifc файлы имеют витиеватую структуру, с учетом специфики маппинга, с учетом многообразия в файле *.ifc т.н. свойств, с учетом, что все эти свойства могут быть представлены разными наборами, в т.ч. одно и тоже свойство может разных файлах именоваться по-разному, разработчики, рассматривали в качестве механизма, возможность записать в отдельный тег определённый запрос, обработав который прикладное ПО, с использованием которого осуществляется открытие и просмотр файлов модели в формате *.ifc, сможет отображать все элементы модели, соответствующие данному запросу. При этом, сам синтаксис такого запроса должен дать прост и минимален, а его описание нашло бы свое отражение в описании к утверждаемой xml-схеме ВОР. Например, чтобы показать все стены на третьем этаже, необходимо получить запрос: «свойствоХ=ifcWall and (свойствоY=3)».

Вариант 3. Добавление в файл *.ifc т.н. специального признака и указание на него в ВОР.xml. С целью исключения проблемы, связанной с хранением довольно значительного количества IFCGUIDов в файле ВОР.xml как один из вариантов, разработчиками xml-схемы ВОР, рассматривался вариант, при котором разработчик прикладного ПО, в которой создаётся файл *.ifc, добавляет в файл *.ifc для каждого элемента дополнительное свойство (операнд/атрибут). При этом, важно чтобы указанное значение в составе т.н. дополнительного свойства заполнялось по определеному правилу, что в дальнейшем бы обеспечило единообразие при выборе всех необходимых элементов из файла модели в формате *.ifc. Например, у каждого объекта в *.ifc создавался бы признак «VOR_line» и в который записывалось бы соответсвующее значение, например, цифра 1, 2, 3 и тд. Тогда, в *.xml файле ВОР в тег Link/FileID указывалась бы ссылка на файл, а в теге Link/propertyName указывалось бы «VOR_line», а в теге Link/propertyValue, например, указывалось значение «3».
Таким образом, при просмотре обоснования строки/позиции №3 в ВОР, прикладное ПО, осуществляющее просмотр файла *.ifc, могло бы отображать все необходимые элементы, у которых имеется свойство «VOR_line» и оно равно «3».
 
Теперь, внимание вопрос знатокам.

Какой вариант, согласно описанию к xml-схемы ВОР, был выбран разработчиками в составе xml-схемы ВОР?

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

Ответы, мнения - в комментариях.

Как проверить xml файл ВОР?
Для проверки ВОР.xml из приложенного примера можно воспользоваться тестовым ресурсом по адресу.
Последовательность действий для подгрузки xml файла ВОР см.слайд.

Проект нового ГОСТ Р 21.101 с пояснительной запиской к нему.

"Домклик" дистанционно оценит строительство домов

"Домклик" интегрировал платформу "Рососмотр", созданную стартапом Viewapp, выпускником международного акселератора Sber500, в процесс оценки строительства домов своих клиентов по всей России.

Платформа цифровых осмотров "Рососмотр" позволяет клиентам провести осмотр самостоятельно и удаленно, а сотрудникам "Домклик" - проверить данные на достоверность. На основе собранной информации банк принимает решение о выдаче следующего транша кредита для продолжения строительства в течение 10 минут вместо нескольких часов. Приложением уже воспользовались более 50 тыс. человек.

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

"Приложение "Рососмотр" - образец инновационных разработок, которые меняют правила игры в строительстве и финансах, а главное приносят реальную пользу нашим клиентам. Основная задача, которую оно решает, - фиксация этапов строительства объекта для подтверждения банку целевого использования кредитных средств. Приложение гарантирует точность в определении геолокации объекта, блокирует подмену и изменения реальных снимков, а также с помощью нейронных сетей выявляет подозрительные осмотры. Все это значительно сокращает время на принятие решения банком о выдаче нового транша, и мы рады, что уже более 50 тысяч наших клиентов смогли воспользоваться приложением", - сообщил директор дивизиона "Домклик" Сбербанка Алексей Лейпи.

"Проблема, которую мы решаем - это осмотр очередного этапа строительства (фундамент или дом), чтобы банк был уверен, что клиент потратил деньги целевым образом. Для этого мы определяем геолокацию, защищаем ее от подмены и изменений. Мы используем математические и статистические методы, а также нейронные сети для выявления подозрительных осмотров", - рассказал генеральный директор Viewapp Александр Фокин.

Источник comnews

P.S. Банки по-прежнему охотно верят камерам, а не моделям.

Рекламации (претензии) предписан машиночитаемый формат

На публичное обсуждение размещен проект приказа ФНС России об утверждении формата представления акта рекламации (претензии) ‎в электронной форме.

Настоящим проектом приказа ФНС России предусматривается утвердить XML формат представления акта рекламации (претензии) в электронной форме.

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

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

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

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

Описание xml-схемы рекламации

О дискриминации иных форматов с открытой спецификацией

Есть проблемы в части использования т.н. «иных форматов с открытой спецификацией», применение которых закреплено в ПП РФ от 17.05.2024 г. N614 (на равне с *.IFC - для ЦИМ и *.LandXML - для ИЦММ).

Кроме того, приказом Минстроя России от 02.11.2022 № 929/пр, утверждающего требования к формату документов, используемых при осуществлении регионального ГСН, также фигурируют «иные форматы данных с открытой спецификацией» (и пусть не для ЦИМ, а для трехмерной модели, которой нет в ПП 614, и нормативно тождественность и равнозначность обоих не установлена).

Упустим вопрос терминологии «иные форматы с открытой спецификацией», и признаков таковых, коих нет ни в одном НПА.

Скажем лишь о проблеме.

Анализируя проекты приказов Минстроя, утверждающих требования к ЦИМ, в купе с описанием xml-схемы ПЗ, а также проекта xml-схемы ВОР и ряда других действующих xml-схем сметной документации, заключения экспертизы и пр. мы получаем следующее:

- проектами Приказа Минстроя, которыми планируется утвердить требования к ЦИМ, не учтено использование иных форматов с открытой спецификацией, в нарушение положений подпунктов «г», «д» пункта 7 Состава СДМ, включаемых в ИМ ОКС, утв. ПП РФ от 17.05.2024 г. N614 (но тут еще есть время поправить);

- проектом xml-схемы ВОР - не учтено использование иных форматов с открытой спецификацией, в нарушение положений подпунктов «г», «д» пункта 7 Состава СДМ, включаемых в ИМ ОКС, утв. ПП РФ от 17.05.2024 г. N614 (тоже есть время поправить);

- действующими xml-схемами, которые размещены на сайте профильного ФОИВа, и в которых упоминается использование при формировании файла электронного документа xml лишь формата *.IFC и/или *.LandXML (например - заключение экспертизы), не учтено использование иных форматов с открытой спецификацией, в нарушение положений подпунктов «г», «д» пункта 7 Состава СДМ, включаемых в ИМ ОКС, утв. ПП РФ от 17.05.2024 г. N614;

- действующими xml-схемами по исполнительной документации, в которых вообще ссылки идут только на листы ПД/РД в файлах таковых, не учтено использование не только ли иных форматов с открытой спецификацией, но и *.IFC, в нарушение положений подпунктов «г», «д» пункта 7 Состава СДМ, включаемых в ИМ ОКС, утв. ПП РФ от 17.05.2024 г. N614.

Получается, что разработчиков сметного ПО из АРСИТИМ, куда входят разработчики программных продуктов для составления СД с использованием ЦИМ - ООО НПП «АВС-Н» («BIM-смета»), АО «Визардсофт.РУ»(«BIM WIZARD»), ООО НПФ «Гектор»(«Гектор: 5D Смета»), ООО «Эрикос-ЦСП» («1С:Смета»), ООО «ГСС Плюс» («ГОССТРОЙСМЕТА»), ООО «ФИРМА СТРОЙСОФТ» («Smeta.ru»), с их форматом *.TIMML, а также других отечественных вендоров САПР, реализующих применение ТИМ - ЗАО «СиСофт Девелопмент» (*.XPG), ООО «Айбим» (*.IMC), ООО «Компания «Кредо Диалог» (*.TopoXML, *.CredoXML), которые являются членами иных ассоциации и объединений, ну откровенно дискриминируют в НПА.

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

Мы не о плюсах и минусах тех или иных форматов с открытой спецификацией, мы о праве использования их на альтернативной основе, на ряду с теми что установлены в ПП РФ от 17.05.2024 г. N614. И не о проблемах экспертиз и прочих контрольно-надзорных органов, которым придется принимать и работать мультиформатную ИМ ОКС.

Даровали право - обеспечьте для всех указанных случаев. Либо исключите.

Стоит ли напоминать о недопустимости установления НПА каких-либо преимуществ применения одних информационных технологий (форматов) перед другими, особенно когда обязательность применения одних и других закреплена нормативно, в т.ч. для создания и эксплуатации государственных информационных систем (п.8 ст.3 ФЗ-149).

❗️ Канал АСКОН на YouTube удален Google

У канала было 28 тысяч подписчиков, только за последний месяц мы получили больше 50 тысяч просмотров – мы знаем, что пользователям важно иметь доступ к видеоурокам, записям вебинаров и другим материалам.

Где теперь смотреть видео от АСКОН?

✅ Мы перенесли все видео в ВК и разделили их на плейлисты. Это наша основная площадка, подписывайтесь на страницу АСКОН в ВК, чтобы не пропустить новые видео!

✅ Также мы будем постепенно развивать каналы на RUTUBE и Дзене.

🙌🏻 Помогите нам распространить эту информацию – расскажите коллегам, где искать полезные видеоматериалы от АСКОН.

Из рубрики «Вопрос/Ответ»:
Об условиях применения стандартов организаций в целях соблюдения требований "Технического регламента о безопасности зданий и сооружений"

Вопрос:
С вступлением 01.09.2024 г. в действие новой редакции части 4 статьи 6 Федерального закона от 30.12.2009 г. N 384-ФЗ (в ред. Федерального закона от 25.12.2023 N 653-ФЗ) СТО обеспечивают соблюдение указанного закона только после регистрации в Федеральном информационном фонде стандартов (ФИФС).
Распространяется ли указанное на ранее зарегистрированные в ФИФС СТО?

Ответ:
Да, распространяется.
В соответствии с частью 4 статьи 6 Федерального закона от 30.12.2009 № 384-ФЗ (в ред. Федерального закона от 25.12.2023 N 653-ФЗ) стандарты организаций, предусматривающие требования к безопасности зданий, сооружений, процессов, осуществляемых на всех этапах их жизненного цикла, применяются со дня регистрации указанных стандартов в Федеральном информационном фонде стандартов (далее - ФИФС) в порядке, установленном законодательством РФ о стандартизации.

Следовательно, условием применения стандарта организации в качестве документа, в результате применения которого обеспечивается соблюдение требований Федерального закона от 30.12.2009 № 384-ФЗ является регистрация стандарта организации в ФИФС.

При этом, согласно пункт 3 "Порядка регистрации стандартов организаций, в том числе технических условий, в Федеральном информационном фонде стандартов", утв. приказом Росстандарта от 30.04.2021 № 651, на регистрацию в ФИФС могут быть направлены лишь стандарты организаций, прошедшие экспертизу в техническом комитете по стандартизации или проектном техническом комитете по стандартизации, к области деятельности которого относится объект стандартизации стандарта организации.

Из рубрики «Вопрос/Ответ»:
Содержание экспертного заключения ТК (ПТК) в отношении проекта стандарта

Вопрос:
Что содержит экспертное заключение ТК (ПТК) по результатам проведения экспертизы проекта стандарта организации?

Ответ:
Согласно пунктам А.2, А.3 Приложения А ГОСТ Р 1.6-2013 в экспертном заключении технического комитета по стандартизации (проектного технического комитета по
стандартизации) отражаются:
- результаты оценки соответствия проекта стандарта целям и задачам,
установленным в статье 3 Федерального закона от 29.06.2015 N 162-ФЗ;
- степень удовлетворения стандартом потребностей национальной экономики, интересы которой представлены членами ТК (ПТК) и участниками публичного обсуждения проекта стандарта;
- пригодность стандарта служить доказательством соблюдения
требований технического регламента; - характеристику полноты и достаточности уровня гармонизации разрабатываемого стандарта с международным (региональным или зарубежным национальным) стандартом, который использован в качестве основы для его разработки;
- результаты проверки проекта стандарта на соответствие требованиям законодательства РФ;
- характеристики взаимосвязи разрабатываемого стандарта с действующими и разрабатываемыми в РФ национальными и межгосударственными стандартами, а также со сводами правил;
- выводы о соблюдении в проекте стандарта требований ГОСТ Р 1.5 и (или) ГОСТ 1.5, а при разработке на основе международного (регионального) стандарта - также требований ГОСТ Р 1.7 или ГОСТ 1.3;
- выводы о соблюдении правил разработки стандартов соответствующего уровня, установленных в ГОСТ Р 1.2, ГОСТ Р 1.16, ГОСТ Р 1.8, и порядка разработки основополагающих национальных стандартов, установленного
федеральным органом исполнительной власти в сфере стандартизации;
- сведения о размещении уведомления о начале разработки проекта стандарта или проекта предварительного национального стандарта РФ (основополагающего национального стандарта РФ) на официальном сайте федерального органа исполнительной власти в сфере стандартизации (в сети Интернет);
- выводы о соблюдении срока, предоставляемого для публичного
обсуждения проекта национального или межгосударственного стандарта;
- оценку полноты учета в проекте стандарта замечаний и предложений,
полученных от заинтересованных лиц и организаций;
- оценку полноты установления в стандарте требований к объектам
стандартизации.

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

В конце экспертного заключения ТК (ПТК) приводят одно из следующих предложений:
- рекомендовать проект стандарта к утверждению (для национального стандарта) или к представлению на принятие (для межгосударственного стандарта);
- рекомендовать проект национального стандарта РФ к утверждению в качестве предварительного национального стандарта РФ;
- отклонить проект стандарта и доработать его для учета указанных в экспертном заключении замечаний и предложений;
- считать разработку данного стандарта нецелесообразной.

Визуальное программирование
В России появилось ПО NVP Studio. Первый аналог Dynamo - среды для разработки приложений под САПР.
В отличии от Dynamo, NVP шифрует исходный код и позволяет скрыть реализацию от пользователей. Так же есть возможность кастомизации проигрывателя для удобного пользования.

Буквально несколько дней назад вышел целый пакет нодов для работы с nanoCAD и Renga для свободного использования. И конечно же продолжается работа над расширением нодов под Revit.

NVP Studio активно развивается и регулярно выходят обновления. Сейчас вышла новая версия 2.6.0 с целым пакетом классных фич.
Скачать дистрибутив, пакеты нодов и sdk можно на официальном сайте:
https://nvp-studio.ru

Телегам разработчика:
https://xn--r1a.website/ruslan_shishmarev

Опрос по уровню индекса интеллектуальной зрелости ИИ стартовал в отраслях экономики и соцсферы

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

Мониторинг и определение "индекса интеллектуальной зрелости" проводится по поручению президента ежегодно, начиная с 2023 года. Участие в мониторинге примут свыше 4 тыс. организаций в 19 отраслях экономики и секторах социальной сферы, 62 федеральных и более 2 тыс. региональных органов исполнительной власти в 89 субъектах РФ. В пилотном режиме будут опрошены органы местного самоуправления 50 муниципальных образований, они были выбраны путем репрезентативного подхода.

Опрос будет проведен на базе Национального центра развития искусственного интеллекта при правительстве РФ при участии ВЦИОМ, РАНХиГС, комиссии Государственного совета РФ по направлению "Экономика данных", Банка России и отраслевых ассоциаций и объединений.

Ранее, по результатам опроса 2023 года, был зафиксирован переход от "начинающей" к "развивающейся" стадии внедрения и использования ИИ. Так, 49% опрошенных организаций говорили, что используют только отечественные ИИ-решения, а наибольший эффект видят в скорости выполнения деловых процессов. "Только 34% опрошенных организаций ответили, что обеспечены необходимой численностью ИИ-специалистов".

Отбору получателей субсидий на возмещение затрат на реализацию проектов по внедрению российских решений в сфере IT будет предшествовать экспертиза

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

Согласно проекта приказа, в целях полного, всестороннего и объективного рассмотрения и оценки заявок, представленных в рамках отбора получателей субсидий на финансовое обеспечение части затрат на реализацию проектов по внедрению российских решений в сфере информационных технологий в целях повышения уровня цифровой зрелости отраслей промышленности (далее – заявки, отбор, субсидия соответственно), Минпромторг России
‎вправе привлекать экспертов и экспертную организацию, подведомственную Минпромторгу России и созданную
‎в соответствии с подпунктом «л» пункта 11 Положения о ведомственных программах цифровой трансформации, утвержденного постановлением Правительства РФ от 10 октября 2020 г. № 1646.

Эксперты:
- осуществляют оценку заявок на добровольной и безвозмездной основе;
- участвуют в рассмотрении и оценке заявок лично (делегирование полномочий не допускается).

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

Персональный и количественный состав экспертов утверждается Минпромторгом России.

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

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

Рассмотрение и оценка заявок осуществляется экспертами и экспертной организацией в три этапа.

Назначен новый заместитель Министра строительства и жилищно-коммунального хозяйства Российской Федерации

Согласно Распоряжения Правительства Российской Федерации от 19.08.2024 № 2242-р "О заместителе Министра строительства и жилищно-коммунального хозяйства Российской Федерации", на должность заместителем Министра строительства и жилищно-коммунального хозяйства Российской Федерации назначен Хусаинов Алмаз Шаукатович.