1 августа первый заместитель министра строительства и ЖКХ России Александр Ломакин и Президент НОТИМ Михаил Викторов назвали победителей Всероссийского конкурса «ТИМ-ЛИДЕРЫ 2024/25».
В этом году на конкурс поступило 157 заявок, а соревнование проходило в 13 номинациях. В финал конкурса прошли 37 проектов, набравшие наибольшее количество баллов в каждой из номинаций.
Среди целого ряда занимательных выступлений отдельно отметим:
и
---
КЭЦИМ задуман как инструмент повышения интероперабельности данных.
Хрестоматийный пример такого повышения при передаче данных из ЦИМ для обработки в стороннем ПО приведён на рисунке 7.3 СП 331.1325800.2017 (см. картинку), где с помощью классификатора данные об объёмах СМР извлекаются из модели и передаются в сметное ПО. Подробнее о концепции КЭЦИМ и его отличии от КСИ мы писали ранее.
Отметим, что заместитель начальника технического отдела Дирекции по строительству Республики Карелия Роман Кюроев и BIM-менеджер ГК «КСМ» Александр Осипов не просто доработали международный классификатора Uniformat, применив КЭЦИМ на практике и закодировав элементы модели ДОУ в Сортавале – ребята убедили руководство региона в необходимости перевода КЭЦИМ в нормативный статус, и 29.10.2024 заместитель главы Правительства Республики Виктор Россыпнов подписал приказ № 321 о минимальном рекомендуемом перечне требований к ЦИМ.
Не менее важной вехой в развитии классификатора стало подключение к его развитию коллеги из Пермской государственной экспертизы. В опубликованных пермяками 21.03.2025 обновлёных требованиях к ЦИМ в т.ч. указаны требования по назначению кода согласно КЭЦИМ.
Мы тоже планируем применять КЭЦИМ при актуализации ТИМ-стандарта Свердловской области.
Замечания-предложения-советы по КЭЦИМ, как и прежде, принимает Александр Осипов.
---
Инструмент же преобразования цифровых требований в атрибуты ЦИМ за авторством Никиты Сысолова представляет собой приложение, позволяющее сгенерировать файлы мэппинга для ПО Revit, Renga и CADLib на основе машиночитаемых требований в формате IDS.
Файл мэппинга – это, в первую очередь, важный инструмент проектировщика для соблюдения IFC-требований бюджетного заказчика, т.к. коммерческим организациям достаточно проприетарных (нативных) форматов.
После перехода бюджетных заказчиков с Navisworks на российское ПО начали возникать примерно такие споры бюджетных заказчиков с подрядчиками:
Приложение помогает ускорить подготовку файла модели из проприетарного формата, а также минимизирует человеческий фактор, сокращая тем самым трудозатраты проектировщика.
Пока ни мы, ни наши подрядчики не использовали IDS в своей работе, но с выходом никитиного приложения, а также плагина «IDS for Autodesk Revit» от компании DiRoots, имеет смысл написать IDS для ТИМ-стандарта области. Чем мы, собственно, вскоре и займёмся.
Приложение Никиты есть на GitHub.
---
Сердечно поздравляем коллег с победой и заслуженными наградами!
В этом году на конкурс поступило 157 заявок, а соревнование проходило в 13 номинациях. В финал конкурса прошли 37 проектов, набравшие наибольшее количество баллов в каждой из номинаций.
Среди целого ряда занимательных выступлений отдельно отметим:
«Лучшая ТИМ-идея года» – проект карельских коллег из ГК «КСМ» «Классификатор элементов ЦИМ (КЭЦИМ): подход к стандартизации моделей ОКС для экспертизы и строительства».
и
«Отечественная программная и аппаратная разработка в области информационного моделирования» – дипломную работу студента НГАСУ-Сибстрина Никиты Сысолова «Инструмент преобразования цифровых требований в атрибуты цифровой информационной модели».
---
КЭЦИМ задуман как инструмент повышения интероперабельности данных.
Хрестоматийный пример такого повышения при передаче данных из ЦИМ для обработки в стороннем ПО приведён на рисунке 7.3 СП 331.1325800.2017 (см. картинку), где с помощью классификатора данные об объёмах СМР извлекаются из модели и передаются в сметное ПО. Подробнее о концепции КЭЦИМ и его отличии от КСИ мы писали ранее.
Отметим, что заместитель начальника технического отдела Дирекции по строительству Республики Карелия Роман Кюроев и BIM-менеджер ГК «КСМ» Александр Осипов не просто доработали международный классификатора Uniformat, применив КЭЦИМ на практике и закодировав элементы модели ДОУ в Сортавале – ребята убедили руководство региона в необходимости перевода КЭЦИМ в нормативный статус, и 29.10.2024 заместитель главы Правительства Республики Виктор Россыпнов подписал приказ № 321 о минимальном рекомендуемом перечне требований к ЦИМ.
Не менее важной вехой в развитии классификатора стало подключение к его развитию коллеги из Пермской государственной экспертизы. В опубликованных пермяками 21.03.2025 обновлёных требованиях к ЦИМ в т.ч. указаны требования по назначению кода согласно КЭЦИМ.
Мы тоже планируем применять КЭЦИМ при актуализации ТИМ-стандарта Свердловской области.
Замечания-предложения-советы по КЭЦИМ, как и прежде, принимает Александр Осипов.
---
Инструмент же преобразования цифровых требований в атрибуты ЦИМ за авторством Никиты Сысолова представляет собой приложение, позволяющее сгенерировать файлы мэппинга для ПО Revit, Renga и CADLib на основе машиночитаемых требований в формате IDS.
Information Delivery Specification (IDS) – открытый стандарт buildingSMART, который определяет требования к информации, которая содержится в IFC-моделях. IDS определяет формат и набор данных, которые должны содержать элементы.
Так как IDS основан на машиночитаемой XML-схеме, он позволяет автоматизировать проверку IFC-моделей по набору требований.
Файл мэппинга – это, в первую очередь, важный инструмент проектировщика для соблюдения IFC-требований бюджетного заказчика, т.к. коммерческим организациям достаточно проприетарных (нативных) форматов.
После перехода бюджетных заказчиков с Navisworks на российское ПО начали возникать примерно такие споры бюджетных заказчиков с подрядчиками:
– Этот ваш продукт для проверки ЦИМ не видит…
– Ничего подобного, это вы криво ЦИМ в IFC экспортируете!(далее следует непереводимая игра слов с использованием отраслевых идиоматических выражений)
Приложение помогает ускорить подготовку файла модели из проприетарного формата, а также минимизирует человеческий фактор, сокращая тем самым трудозатраты проектировщика.
Пока ни мы, ни наши подрядчики не использовали IDS в своей работе, но с выходом никитиного приложения, а также плагина «IDS for Autodesk Revit» от компании DiRoots, имеет смысл написать IDS для ТИМ-стандарта области. Чем мы, собственно, вскоре и займёмся.
Приложение Никиты есть на GitHub.
---
Сердечно поздравляем коллег с победой и заслуженными наградами!
🔥6
Актуальные вопросы формирования задания на проектирование в xml-формате
В связи с большим количеством вопросов по тематике формирования задания на проектирование в xml-формате Учебный Центр ФАУ «Главгосэкспертизы России» проводит дополнительный открытый вебинар 14.08.2025 в 11.00 (мск), где эксперты Главгосэкспертизы России раскроют тему «Актуальные вопросы формирования задания на проектирование в xml-формате».
Ссылка на регистрацию на дополнительный открытый вебинар.
В связи с большим количеством вопросов по тематике формирования задания на проектирование в xml-формате Учебный Центр ФАУ «Главгосэкспертизы России» проводит дополнительный открытый вебинар 14.08.2025 в 11.00 (мск), где эксперты Главгосэкспертизы России раскроют тему «Актуальные вопросы формирования задания на проектирование в xml-формате».
Ссылка на регистрацию на дополнительный открытый вебинар.
Mts-link.ru
Актуальные вопросы формирования задания на проектирование в xml–формате
🔥6
Forwarded from ИИ и роботы в стройке
Прочитала интересную статью на Хабре про ИИ-аасистента на GraphRAG, который понимает ЖК РФ и с помощью графов и RAG ищет ответы по нормативке. Статью написал Николай Сорокин, технический руководитель ML в GPTunneL. Главное — ниже:
Задача
Обработать всю нормативную базу России в ИИ. При этом создать архитектуру, которая бы понимала структуру законодательства, могла логично связывать нормы и объяснять, как получен ответ, чтобы пользователи могли ему доверять.
Проблема
Казалось бы, бери RAG и делай, но классический RAG плохо работает с нормативкой: пропускает до 37% важных связей, без контекста дает до 20% неполных ответов и требует много времени юристов на валидацию своих ответов.
Как делали
Взяли архитектуру GraphRAG от Microsoft и адаптировали её под законы России.
1. Тексты разбили на смысловые фрагменты (чанки), из которых выделили сущности (статьи, роли, организации) и связи между ними (ссылки, дополнения, исключения и др.) в формате триплетов «Сущность–Отношение–Сущность».
2. Настроили промты под нормативку и русский язык, добавили реальные примеры.
3. Построили граф знаний и разделили его на тематические сообщества.
С какими трудностями столкнулись
Большие документы, например, сам Жилищный кодекс становились гиперузлами — узлами с тысячами связей, которые мешали алгоритму правильно выделять темы и ухудшали качество поиска.
Как решили
Провели «санитарную обработку» графа: доработали промты, отвечающие за построение графа, отфильтровали слабые связи, разбили крупные узлы, нормализовали сущности и повторно построили граф. Это помогло сбалансировать структуру, сделать её более логичной и улучшить качество ответов.
Таким образом в LLM «уходят» не только чанки, но и структурированный контекст, дополненный связями между ними.
Результат
Получился ИИ, который может быстро отвечать на вопросы по жилищному праву, показывая, откуда именно взята информация через цепочку связанных норм. Архитектура масштабируема и применима «в любых сферах, где важны регламенты: от внутренних политик и инструкций до ГОСТов, ISO, ESG-отчётности и тех-стандартов».
Задача
Обработать всю нормативную базу России в ИИ. При этом создать архитектуру, которая бы понимала структуру законодательства, могла логично связывать нормы и объяснять, как получен ответ, чтобы пользователи могли ему доверять.
Проблема
Казалось бы, бери RAG и делай, но классический RAG плохо работает с нормативкой: пропускает до 37% важных связей, без контекста дает до 20% неполных ответов и требует много времени юристов на валидацию своих ответов.
Как делали
Взяли архитектуру GraphRAG от Microsoft и адаптировали её под законы России.
1. Тексты разбили на смысловые фрагменты (чанки), из которых выделили сущности (статьи, роли, организации) и связи между ними (ссылки, дополнения, исключения и др.) в формате триплетов «Сущность–Отношение–Сущность».
2. Настроили промты под нормативку и русский язык, добавили реальные примеры.
3. Построили граф знаний и разделили его на тематические сообщества.
С какими трудностями столкнулись
Большие документы, например, сам Жилищный кодекс становились гиперузлами — узлами с тысячами связей, которые мешали алгоритму правильно выделять темы и ухудшали качество поиска.
Как решили
Провели «санитарную обработку» графа: доработали промты, отвечающие за построение графа, отфильтровали слабые связи, разбили крупные узлы, нормализовали сущности и повторно построили граф. Это помогло сбалансировать структуру, сделать её более логичной и улучшить качество ответов.
Таким образом в LLM «уходят» не только чанки, но и структурированный контекст, дополненный связями между ними.
Результат
Получился ИИ, который может быстро отвечать на вопросы по жилищному праву, показывая, откуда именно взята информация через цепочку связанных норм. Архитектура масштабируема и применима «в любых сферах, где важны регламенты: от внутренних политик и инструкций до ГОСТов, ISO, ESG-отчётности и тех-стандартов».
🔥4🤔3😁1🤯1
Forwarded from Всё про IFC
Разбираем ТЗ на ЦИМ. Выпуск 5
Проблема LOD
Продолжая тему целей в ТЗ разберем ключевую проблему LOD. На представленных примерах видно, что эта концепция часто работает не как рабочий инструмент, а как источник хаоса.
🔹 Ни в одном ТЗ, что приходилось видеть, LOD не применяется единообразно. Каждый изобретает свой подход, что сводит пользу концепции к минимуму.
🔹 Кроме того, не указываются способы представления геометрии. Нужен ли элемент как Brep или solid? Или достаточно mesh? (А если меsh, то какая плотность сетки полигонов?).
🔹 Связано это с тем, что использование LOD без привязки к конкретным целям, без четкого понимания, кому и зачем это нужно, вызывает больше путаницы, чем порядка.
Если цель - "получение ПД" (без конкретики), то проработка элементов с большой вероятностью не будет соответствовать тому, что вы ожидаете. А если главная задача в ТЗ - "повышение эффективности проектирования", то это не задача, а получаемый эффект. Поэтому важно исходить из требований к конкретной информации, которую необходимо получить.
Это поняли разработчики ISO 19650 и ввели понятие Level of Information Need и выпустили ISO 7817:1-2024. Он смещает акцент с "проработки вообще" на конкретные потребности.
Примерный алгоритм:
🛑 прописали цель 🔍 поняли, какая информация нужна на конкретном этапе🔍 закрепили в виде требования.
Это трудоемкий, но исчерпывающий подход, который избавит исполнителя от лишней работы, а заказчика от ненужной информации.
На перспективу:
Отрасли еще предстоит переосмыслить подход к уровням проработки в пользу гибкости и реальным потребностям, исключая "информационный шум" в моделях и определяя требования к способу представления геометрии (mesh, brep, solid и т.д.).
Поразмыслить на тему:
🔴 Даешь LOD 3000!
🔴 Что такое LOIN (УИП)
🔴 Кто, как и когда определяет LOIN (УИП)
🔴 SOI - альтернатива LOD (раз, два)
👥 @IFC_ru
👥 @IFC_club
Проблема LOD
Продолжая тему целей в ТЗ разберем ключевую проблему LOD. На представленных примерах видно, что эта концепция часто работает не как рабочий инструмент, а как источник хаоса.
Если цель - "получение ПД" (без конкретики), то проработка элементов с большой вероятностью не будет соответствовать тому, что вы ожидаете. А если главная задача в ТЗ - "повышение эффективности проектирования", то это не задача, а получаемый эффект. Поэтому важно исходить из требований к конкретной информации, которую необходимо получить.
Это поняли разработчики ISO 19650 и ввели понятие Level of Information Need и выпустили ISO 7817:1-2024. Он смещает акцент с "проработки вообще" на конкретные потребности.
Примерный алгоритм:
Это трудоемкий, но исчерпывающий подход, который избавит исполнителя от лишней работы, а заказчика от ненужной информации.
На перспективу:
Отрасли еще предстоит переосмыслить подход к уровням проработки в пользу гибкости и реальным потребностям, исключая "информационный шум" в моделях и определяя требования к способу представления геометрии (mesh, brep, solid и т.д.).
Поразмыслить на тему:
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
С 1 сентября 2025 года ЮЛ и ИП обязаны соблюдать правила по обезличиванию персональных данных
С 1 сентября 2025 года необходимо выполнять требования, установленные в Приказе Роскомнадзора России от 19.06.2025 N 140, даже если обезличивание проводит ЮЛ или ИП, например, вместо уничтожения информации.
Среди исключений - случаи, когда оператор персональных данных обязан их обезличить по запросу Минцифры с учетом положений, установленных Постановлением Правительства РФ от 01.08.2025 г. N 1154.
В числе требований Роскомнадзора значатся:
- принять локальные акты о том, как обезличивать сведения, оценивать достаточность методов выполнения процедуры и т.д.;
- исключить доступ третьих лиц к этим актам, а также к информации о том, какие системы и программы оператор применяет для обезличивания, и пр.;
- хранить обезличенные сведения отдельно от данных, которым только предстоит эта процедура;
- вести учет действий по обезличиванию и операций с его результатами. Форму учета определит оператор. Важно, чтобы с ее помощью можно было подтвердить зафиксированное.
Необходимо применять один или несколько методов обезличивания:
- вводить номера или другие обозначения на замену данным, которые сами по себе позволяют определить человека;
- менять состав или семантику личной информации;
- перемешивать значения атрибутов персональных сведений;
- разделять данные на части.
Также есть метод преобразования (обобщения). Его можно использовать в дополнение к другим, чтобы исключить связь между атрибутами персональных данных и их субъектами.
Пока действует аналогичный приказ о требованиях к обезличиванию и его методах, но он обязателен только для государственных и муниципальных органов. С 1 сентября ситуация изменится.
С 1 сентября 2025 года необходимо выполнять требования, установленные в Приказе Роскомнадзора России от 19.06.2025 N 140, даже если обезличивание проводит ЮЛ или ИП, например, вместо уничтожения информации.
Среди исключений - случаи, когда оператор персональных данных обязан их обезличить по запросу Минцифры с учетом положений, установленных Постановлением Правительства РФ от 01.08.2025 г. N 1154.
В числе требований Роскомнадзора значатся:
- принять локальные акты о том, как обезличивать сведения, оценивать достаточность методов выполнения процедуры и т.д.;
- исключить доступ третьих лиц к этим актам, а также к информации о том, какие системы и программы оператор применяет для обезличивания, и пр.;
- хранить обезличенные сведения отдельно от данных, которым только предстоит эта процедура;
- вести учет действий по обезличиванию и операций с его результатами. Форму учета определит оператор. Важно, чтобы с ее помощью можно было подтвердить зафиксированное.
Необходимо применять один или несколько методов обезличивания:
- вводить номера или другие обозначения на замену данным, которые сами по себе позволяют определить человека;
- менять состав или семантику личной информации;
- перемешивать значения атрибутов персональных сведений;
- разделять данные на части.
Также есть метод преобразования (обобщения). Его можно использовать в дополнение к другим, чтобы исключить связь между атрибутами персональных данных и их субъектами.
Пока действует аналогичный приказ о требованиях к обезличиванию и его методах, но он обязателен только для государственных и муниципальных органов. С 1 сентября ситуация изменится.
Статья_Трехмерный_кадастр_недвижимости_риски,_связанные_с_цифровыми.pdf
317.5 KB
Трехмерный кадастр недвижимости: риски, связанные с цифровыми инновациями
О реестровой модели распределения информациии:
О технологичесĸой нейтральности:
О дилемме Коллингриджа:
О когнитивных последствия недооценки применяемого технологического стека:
В.А. Болдырев, К.Г. Сварчевский, Ю.И. Клепалова: Вестниĸ Санĸт-Петербургсĸого государственного университета. Право, 2024, N 1
P.S. Вечный спорт теоретиков и практиков, но что то в этом есть.
О реестровой модели распределения информациии:
Однаĸо формирование "суперреестров", ĸонтролируемых одним органом власти и размещенных на одной платформе, всегда несет рисĸи безопасности, ĸоторые нельзя игнорировать. Формирование "платформенной эĸономиĸи" влечет за собой целый ряд эĸономичесĸих последствий, вĸлючая ограничение ĸонĸуренции, преĸаризацию труда, уберизацию - деструĸтуризацию цепочĸи создания стоимости. Считать, что государственные цифровые платформы имеют тольĸо достоинства и свободны от недостатĸов, наивно. Анализ работы новейшей Единой цифровой платформы "Национальная система пространственных данных", ее влияния на рыноĸ труда и подготовĸу специалистов должен быть планомерным и не может подменяться доĸладами об упростившихся процессах цирĸуляции сведений. Введение в объеĸтивное право норм о полноценном трехмерном описании новых объеĸтов недвижимости, если таĸовое считать необходимым и
допустимым, например, для стимулирования применения инновационных программ и праĸтиĸ, неизбежно породит проблему состыĸовĸи старых описаний с описаниями новыми, особенно в случае проведения реĸонструĸций и иных изменений существующих объеĸтов руĸотворной недвижимости.
О технологичесĸой нейтральности:
Технологичесĸая нейтральность - ĸомплеĸс заĸонодательных и организационных мер, способствующих развитию свободного ĸонĸурентного ИТ-рынĸа в интересах потребителей". Несмотря на то что российсĸий заĸонодатель не оперирует термином "технологичесĸая нейтральность", одним из принципов регулирования информационной среды, названных в ст. 3 Федерального заĸона от 27.07.2006 N 149-ФЗ "Об информации, информационных технологиях и о защите информации", является недопустимость установления нормативными правовыми аĸтами ĸаĸих-либо преимуществ применения одних информационных технологий перед другими, если тольĸо обязательность применения определенных информационных технологий для создания и эĸсплуатации государственных информационных систем не установлена федеральными заĸонами.
О дилемме Коллингриджа:
Технологичесĸий нейтралитет заĸонодателя тесно связан с дилеммой Коллингриджа, хотя об этом очень часто забывают авторы
юридичесĸих исследований. Дилемма Коллингриджа выражает методологичесĸое затруднение, связанное с управлением технологиями:
1) проблема знания: при внедрении новых технологий мы не обладаем
достаточными знаниями для того, чтобы предсĸазать важные последствия; знание и опыт приобретаются лишь тогда, ĸогда технология уже широĸо
распространена в обществе;
2) проблема власти: ĸогда технологии уĸореняются в инфраструĸтурах общества и мы познаем всю меру рисĸов и негативных последствий, то изменения уже затруднены.
О когнитивных последствия недооценки применяемого технологического стека:
Остановимся на неявной проблеме - цепи негативных последствий ĸогнитивной природы, ĸоторые могут наступить для специалистов и пользователей, работающих сегодня одновременно и с плосĸостными, и с трехмерными моделями объеĸтов, в том числе объеĸтов недвижимости. Отĸаз от двухмерных моделей недвижимости, отраженных на бумаге или в виде графичесĸих образов доĸументов, предпочтение им моделей трехмерных в самом ближайшем будущем при высоĸом уровне автоматизации процесса ĸадастрового учета могут повлечь негативное влияние на познавательные способности специалистов, ĸоторые просто утратят навыĸ переложения трехмерной модели в совоĸупность моделей двухмерных - различных проеĸций объеĸта. Поддержание таĸой способности - не тольĸо гимнастиĸа для ума, но и выработĸа системного пространственного мышления, необходимого для решения многих жизненных задач производственного и бытового хараĸтера.
В.А. Болдырев, К.Г. Сварчевский, Ю.И. Клепалова: Вестниĸ Санĸт-Петербургсĸого государственного университета. Право, 2024, N 1
P.S. Вечный спорт теоретиков и практиков, но что то в этом есть.
👍1🔥1🤔1
С какими проблемами сталкиваетесь при формировании задания на проектирование в формате XML?
В предвидим завтрашнего дополнительного открытого вебинара от Учебного Центра ФАУ «Главгосэкспертизы России» по теме «Актуальные вопросы формирования задания на проектирование в xml-формате» мы решили спросить Вас, уважаемые коллеги, с какими проблемами сталкиваетесь при формировании задания на проектирование в формате XML?
10 вопросов/5 минут вашего времени.
Эти вопросы помогут собрать информацию о ваших трудностях, с которыми вы сталкиваетесь как пользователи, и предложить пути их решения на основе развития альтернативных сервисов.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3🔥2
Статистика и аналитика из ГИС ЖКХ
Всего в системе:
94 672 - зарегистрированные организации
952 191 - многоквартирный дом
19 715 044 - жилых дома
Статистика обработки запросов интеграции (по состоянию на 13.08.2025 12:20):
- запросов поступило за текущий день 6 204 463;
- запросов интеграции в очереди 70 696;
- запросов обработано 6 134 633.
За предыдущий день
15 675 870 - поступило запросов
15 675 728 - обработано запросов, из них:
2 948 761 - запросов не прошло проверку на соответствие установленным форматам.
Карта внедрения ГИС ЖКХ в субъектах Российской Федерации (данные по информации, размещенной в ГИС ЖКХ, по состоянию на 11.08.2025 18:33 МСК)
Аналитика - см. слайды.
Аналитика и отчёты:
• Оснащенность индивидуальными приборами учета
• Оснащенность общедомовыми приборами учета
• Техническое состояние многоквартирных домов
• Способы управления многоквартирными домами
• Статистика по управлению МКД временными УК
• Работа с обращениями граждан
• Проверки, проведенные контролирующими органами
• Привлечение РСО к административной ответственности
• Привлечение УК к административной ответственности
• Способ формирования фонда капитального ремонта
• Реализация краткосрочных планов капитального ремонта
• Размещение информации в субъектах РФ
• Качество питьевой воды
Всего в системе:
94 672 - зарегистрированные организации
952 191 - многоквартирный дом
19 715 044 - жилых дома
Статистика обработки запросов интеграции (по состоянию на 13.08.2025 12:20):
- запросов поступило за текущий день 6 204 463;
- запросов интеграции в очереди 70 696;
- запросов обработано 6 134 633.
За предыдущий день
15 675 870 - поступило запросов
15 675 728 - обработано запросов, из них:
2 948 761 - запросов не прошло проверку на соответствие установленным форматам.
Карта внедрения ГИС ЖКХ в субъектах Российской Федерации (данные по информации, размещенной в ГИС ЖКХ, по состоянию на 11.08.2025 18:33 МСК)
Аналитика - см. слайды.
Аналитика и отчёты:
• Оснащенность индивидуальными приборами учета
• Оснащенность общедомовыми приборами учета
• Техническое состояние многоквартирных домов
• Способы управления многоквартирными домами
• Статистика по управлению МКД временными УК
• Работа с обращениями граждан
• Проверки, проведенные контролирующими органами
• Привлечение РСО к административной ответственности
• Привлечение УК к административной ответственности
• Способ формирования фонда капитального ремонта
• Реализация краткосрочных планов капитального ремонта
• Размещение информации в субъектах РФ
• Качество питьевой воды