Кратко – о главном за неделю с 30 июня по 4 июля 2025 года:
---
Переговорили с главным бизнес-аналитиком Центра информационных технологий Красноярского края Никитой Ковальским.
Никита Анатольевич интересовался, какие контрольные точки в своей работе устанавливает наш областной УКС. Коллеги из самого восточного города-миллионника России развивают информационную систему, консолидирующую все данные о бюджетных объектах, и им важно разобраться, за какими ключевыми вехами в инвестиционно-строительном цикле объекта надлежит следить. Мы рассказали, как ведётся контроль проектирования и строительства в УКСе Свердловской области и поделились образцами контрольных таблиц.
В свою очередь, Никита продемонстрировал информационную систему на базе программного комплекса PRO-Смарт от разработчика «Кейсистемс». В первую очередь, она «заточена» на работу с бюджетными обязательствами и формированием государственных программ – и в этом смысле она куда удобней, нежели Excel и Word вместе взятые. После доработок, заказанных красноярцами, PRO-Смарт можно будет применять и как инструмент контроля.
Рекомендуем коллегам-бюджетникам посмотреть видеозапись с презентацией работы комплекса – особенно если в вашем регионе уже стоят «Электронный бюджет» и(или) «Веб-торги» от «Кейсистемс», т.к. сбор информации будет практически бесшовным.
Кроме того, Никита показал карту бизнес-процесса разработки и согласования государственной программы, послужившей как подспорьем для оптимизации процесса, так основой для задания по настройке системы.
---
Выполнили очередную порцию доработок контрольных таблиц службы заказчика.
Ключевая доработка этой недели – генератор информационных справок. Он собирает сведения из 25 полей сводной таблицы и автоматически изменяет их на актуальные в зависимости от выбранного объекта. Кроме этого, для наглядности, при выборе объекта из выпадающего списка генератор автоматически строит графики помесячного освоения средств и среднемесячного числа сотрудников подрядчика на площадке.
Основной сценарий использования генератора – доклад руководителя УКСа на еженедельной планёрке. В таком сценарии можно не печатать ворох бумаг, а показывать актуальную информацию об объекте на мониторе. Казалось бы простая вещь, а уже избавляет спецов УКСа от нудной работы по переписыванию данных из Excel'овских таблиц в Word'овские справки. На перспективу развития генератора хотим попробовать добавить в него трансляцию с камер видеонаблюдения.
Из других доработок ещё отметим сбор дополнительных 12 параметров, характеризующих помесячное освоение бюджетных средств на объекте.
---
Подготовили письма-напоминания бюджетным заказчикам региона о необходимости исполнения пунктов 4 и 5 протокола совещания под руководством Константина Михайлика от 10.06.2025 № 655-ПРМ-КМ.
❗️Напомним и здесь – коллеги, не забывайте вносить и актуализировать в ИСУП сведения, документы и материалы по всем вашим объектам!
В письме мы указали информацию, за которой наиболее пристально следит федеральный Минстрой, а также приложили обновлённые инструкции по наполнению системы.
---
Кроме интересной работы, о которой можно и нужно рассказывать, мы продолжаем оставаться чиновниками и выполняем много рутинных задач – разнообразные рабочие созвоны, ответы на письма-поручения и участие в ВКСах, совещания и неизбежные напоминания.
---
Переговорили с главным бизнес-аналитиком Центра информационных технологий Красноярского края Никитой Ковальским.
Никита Анатольевич интересовался, какие контрольные точки в своей работе устанавливает наш областной УКС. Коллеги из самого восточного города-миллионника России развивают информационную систему, консолидирующую все данные о бюджетных объектах, и им важно разобраться, за какими ключевыми вехами в инвестиционно-строительном цикле объекта надлежит следить. Мы рассказали, как ведётся контроль проектирования и строительства в УКСе Свердловской области и поделились образцами контрольных таблиц.
В свою очередь, Никита продемонстрировал информационную систему на базе программного комплекса PRO-Смарт от разработчика «Кейсистемс». В первую очередь, она «заточена» на работу с бюджетными обязательствами и формированием государственных программ – и в этом смысле она куда удобней, нежели Excel и Word вместе взятые. После доработок, заказанных красноярцами, PRO-Смарт можно будет применять и как инструмент контроля.
Рекомендуем коллегам-бюджетникам посмотреть видеозапись с презентацией работы комплекса – особенно если в вашем регионе уже стоят «Электронный бюджет» и(или) «Веб-торги» от «Кейсистемс», т.к. сбор информации будет практически бесшовным.
Кроме того, Никита показал карту бизнес-процесса разработки и согласования государственной программы, послужившей как подспорьем для оптимизации процесса, так основой для задания по настройке системы.
---
Выполнили очередную порцию доработок контрольных таблиц службы заказчика.
Ключевая доработка этой недели – генератор информационных справок. Он собирает сведения из 25 полей сводной таблицы и автоматически изменяет их на актуальные в зависимости от выбранного объекта. Кроме этого, для наглядности, при выборе объекта из выпадающего списка генератор автоматически строит графики помесячного освоения средств и среднемесячного числа сотрудников подрядчика на площадке.
Основной сценарий использования генератора – доклад руководителя УКСа на еженедельной планёрке. В таком сценарии можно не печатать ворох бумаг, а показывать актуальную информацию об объекте на мониторе. Казалось бы простая вещь, а уже избавляет спецов УКСа от нудной работы по переписыванию данных из Excel'овских таблиц в Word'овские справки. На перспективу развития генератора хотим попробовать добавить в него трансляцию с камер видеонаблюдения.
Из других доработок ещё отметим сбор дополнительных 12 параметров, характеризующих помесячное освоение бюджетных средств на объекте.
---
Подготовили письма-напоминания бюджетным заказчикам региона о необходимости исполнения пунктов 4 и 5 протокола совещания под руководством Константина Михайлика от 10.06.2025 № 655-ПРМ-КМ.
❗️Напомним и здесь – коллеги, не забывайте вносить и актуализировать в ИСУП сведения, документы и материалы по всем вашим объектам!
В письме мы указали информацию, за которой наиболее пристально следит федеральный Минстрой, а также приложили обновлённые инструкции по наполнению системы.
---
Кроме интересной работы, о которой можно и нужно рассказывать, мы продолжаем оставаться чиновниками и выполняем много рутинных задач – разнообразные рабочие созвоны, ответы на письма-поручения и участие в ВКСах, совещания и неизбежные напоминания.
👍6🔥5❤2
Forwarded from Главгосэкспертиза России
С 9 июля 2025 года вступает в действие xml-схема задания на проектирование. Она опубликована на сайте Минстроя России.
📁 Наборы данных, которые будут включаться в xml-схему, позволят автоматизировать процессы контроля проектных решений. И прежде всего, быстро и качественно проверить их на соответствие требованиям, которые заказчик декларирует в рамках задания на проектирование.
❗️ Обратите внимание: на повторную экспертизу задание на проектирование может быть представлено в ином формате.
✅ Зависимость формата представления на экспертизу задания на проектирование от даты его утверждения, а также обязанность заявителя представить задание на проектирование в новом формате только в связи с изменением требований к формату его представления в ходе проведения экспертизы законодательно не установлены.
🖥 Напоминаем, что в помощь заявителю Главгосэкспертиза России разработала и внедрила на базе Единой цифровой платформы экспертизы (ЕЦПЭ) новый сервис, позволяющий за короткое время сформировать и загрузить на экспертизу задание на проектирование в виде xml-документа.
📷 Freepik
#Главгосэкспертиза @gge_ru
#Главгосэкспертиза @gge_ru
Please open Telegram to view this post
VIEW IN TELEGRAM
✍4
В России на разных уровнях продолжается работа по цифровизации девелоперских компаний, строительных площадок, городов.
О том, когда российские города станут умными, почему важно обмениваться массивами данных и какими будут цифровые стройки через 5 лет, в эксклюзивном интервью директору портала Всеостройке.рф Светлане Опрышко на полях форума недвижимости «Движение» рассказал Константин Михайлик, заместитель Министра строительства и жилищно-коммунального хозяйства РФ.
О том, когда российские города станут умными, почему важно обмениваться массивами данных и какими будут цифровые стройки через 5 лет, в эксклюзивном интервью директору портала Всеостройке.рф Светлане Опрышко на полях форума недвижимости «Движение» рассказал Константин Михайлик, заместитель Министра строительства и жилищно-коммунального хозяйства РФ.
У нас сейчас нулевая гипотеза – сделать аналоги ИСУПа, как мы делали для регионов, только для КРТ. Простой типовой продукт, который позволяет с самого начала, от идеи до принятия документа по КРТ, делать его в «цифре» и потом отслеживать реализацию элементов принятого решения в цифровом виде, условно, соединив с ИСУПом, и видеть, как объекты работают. Это первый шаг. А потом будем постепенно пересматривать все подходы внутри ГИСОГД, чтобы каждый блок – от слоёв данных до услуг – переводить в «цифру» полноценно.
В отношении стройки, конечно, уйдет в «цифру» всё, что сегодня требуется делать в бумаге, в оформлении, взаимодействии между участниками – от техзака до самого застройщика. Всё это будет переходить максимально в скоростной документооборот. ИИ будет достраивать историю: кто что должен сделать, строить сетевые графики. В это я верю.
Притом, думаю, что это реально вопрос двух, максимум трёх лет. Технологически мы к этому уже готовы, сейчас вопрос только экономический: финансово доказать, построить правильные цепочки, убрав всё лишнее. Когда это произойдёт – а это зависит, в первую очередь, от культуры, – как только ты перестаёшь бояться, плюс подтверждаешь экономическую целесообразность, ты перестраиваешься.
Я от операционного управления ИСУПом сейчас отошёл, то есть я оставил этот проект на «рукаве» Роскапстроя, который полноценно с ним работает, как со своим активом, который он продаёт, доводит и развивает. Моя задача – стратегическое управление, даже не тактическое, уж тем более не операционное. Для меня это показатель того, что проект вышел в некую фазу. То есть, когда ты можешь отпустить и перейти в область стратегии, проводя раз в месяц совещание – это для меня хорошая метрика.
А когда закончится: думаю, что конец 2025 года, когда по объёму данных всё будет нормально, и где-то II квартал 2026 года – это когда «весы полноценно начнут сами шину подкачивать».
– То есть государственная и коммерческая стройка уйдут в светлое будущее?
– Да, они соединятся и будут работать дальше вместе.
Всеостройке.рф
Константин Михайлик, замглавы Минстроя РФ: «Мы продолжаем жить в логике маленьких “феодальных княжеств”» — Всеостройке.рф
Константин Михайлик, замглавы Минстроя РФ: «Мы продолжаем жить в логике маленьких “феодальных княжеств”» — Всеостройке.рф Почему застройщикам важно переходить к формату взаимодействия, когда появится цифровой двойник страны, и какими будут цифровые стройки…
🤔8🤮5🤡5🥴1
Как всегда по выходным, некоторый отчёт о нашей работе за неделю с 7 по 11 июля 2025 года:
---
Обратились к заместителю директора Департамента строительства ЯНАО Виталию Бучкову с просьбой показать нам работу ГИС «Строительство Ямало-Ненецкого автономного округа».
Интерес к этой ГИС продиктован впечатлением от просмотра записи выступления Виталия Николаевича на BIM-Форуме Лето '25, где он за 20+ минут рассказал об основных возможностях системы.
Наша просьба застала Виталия Николаевича в отпуске, и демонстрацию для нас вела начальник отдела цифровизации депстроя ЯНАО Наталья Швецова.
---
Наталья рассказала нам о:
– потребностях бюджетных заказчиков и руководства региона, послуживших причиной создания системы. Самое основное и главное – это оперативное получение правдивой и актуальной информации, когда специалисты стремятся тратить меньше времени на работу с данными;
– проделанной работе команды внедрения по постепенному переводу коллег из MS Excel на работу в ГИС. Ибо только в случае, если в системе действительно работают, а не заносят данные от случая к случаю, «когда придётся», можно рассчитывать на их достоверность.
За основу внешнего отображения как полей ввода информации по объекту, так и сводных отчётных данных коллеги взяли годами устоявшиеся формы «экселовских» таблиц.
Особое внимание они уделили быстродействию системы и её отказоустойчивости, чтобы пользователи были уверены – внесённые данные будут сохранены, и можно быстро обратиться ко всем ранее внесённым данным;
– регламентах работы в ГИС, а также приказе, закрепляющем ответственных за внесение информации в ГИС. Регламенты не дают документам «залёживаться», т.к. всегда видно, кто «заволокитил» документ. Также коллеги отмечают, что сроки регламентных процедур действительно соблюдаются, и это архиважно для ЯНАО хотя бы ввиду его климата;
– связи ГИС «Строительство ЯНАО» с Электронный бюджетом, региональной ГИСОГД, системами по автоматизации закупок, КНД и документооборота. Такая связь позволяет реализовать важнейший принцип одноразового ввода данных и получать нужную информацию без звонков и запросов;
– взаимодействии с подрядчиками. Часть взаимодействия построена на базе не нуждающегося в представлении ПО Pilot-ICE – при этом для подрядчиков работа в Pilot ICE абсолютно бесплатна.
---
Обратились к заместителю директора Департамента строительства ЯНАО Виталию Бучкову с просьбой показать нам работу ГИС «Строительство Ямало-Ненецкого автономного округа».
Интерес к этой ГИС продиктован впечатлением от просмотра записи выступления Виталия Николаевича на BIM-Форуме Лето '25, где он за 20+ минут рассказал об основных возможностях системы.
Наша просьба застала Виталия Николаевича в отпуске, и демонстрацию для нас вела начальник отдела цифровизации депстроя ЯНАО Наталья Швецова.
---
Наталья рассказала нам о:
– потребностях бюджетных заказчиков и руководства региона, послуживших причиной создания системы. Самое основное и главное – это оперативное получение правдивой и актуальной информации, когда специалисты стремятся тратить меньше времени на работу с данными;
– проделанной работе команды внедрения по постепенному переводу коллег из MS Excel на работу в ГИС. Ибо только в случае, если в системе действительно работают, а не заносят данные от случая к случаю, «когда придётся», можно рассчитывать на их достоверность.
За основу внешнего отображения как полей ввода информации по объекту, так и сводных отчётных данных коллеги взяли годами устоявшиеся формы «экселовских» таблиц.
Особое внимание они уделили быстродействию системы и её отказоустойчивости, чтобы пользователи были уверены – внесённые данные будут сохранены, и можно быстро обратиться ко всем ранее внесённым данным;
– регламентах работы в ГИС, а также приказе, закрепляющем ответственных за внесение информации в ГИС. Регламенты не дают документам «залёживаться», т.к. всегда видно, кто «заволокитил» документ. Также коллеги отмечают, что сроки регламентных процедур действительно соблюдаются, и это архиважно для ЯНАО хотя бы ввиду его климата;
– связи ГИС «Строительство ЯНАО» с Электронный бюджетом, региональной ГИСОГД, системами по автоматизации закупок, КНД и документооборота. Такая связь позволяет реализовать важнейший принцип одноразового ввода данных и получать нужную информацию без звонков и запросов;
– взаимодействии с подрядчиками. Часть взаимодействия построена на базе не нуждающегося в представлении ПО Pilot-ICE – при этом для подрядчиков работа в Pilot ICE абсолютно бесплатна.
🔥12🆒6❤🔥5❤2😎2
---
Наш практикант из монтажного колледжа Макар Фомин тоже не терял времени даром – он изучил базовые термины и определения инвестиционно- строительного цикла, ознакомился с ключевыми вехами жизненного цикла объекта и приступил к сопоставлению требований к ЦИМ госэкспертиз Москвы (в т.ч. МССК) и Санкт-Петербурга с действующей версией ТИМ-стандарта Свердловской области.
Макар собрал информацию по требованиям к т.н. «предопределённым типам» (Predefined Type), нужным для корректного экспорта ЦИМ из проприетарного формата в формата IFC. В предыдущей версии нашего ТИМ-стандарта мы эти типы не указывали, и сейчас нашей Анастасии Гусевой приходится указывать эти типы в плане информационного моделирования (ПИМ).
Помимо этого, Макар собрал из тех же источников типизированные наименования помещений и выписал определения этих помещений из СП и ГОСТ по проектированию.
На следующей неделе Макар проанализирует собранные материалы под нашим чутким руководством.
---
Также мы продолжаем вёрстку комплекта контрольных таблиц для областного УКСа.
После вычислений, добавленных нами на прошлой неделе, пользователи заказчика начали сетовать на снижение скорости обработки информации (вплоть до зависания). Для решения образовавшейся проблемы мы уменьшили диапазоны выборок, используемые в формулах, а также отключили условное форматирование, не влияющее на работу скриптов, и не используемое в работе коллег.
Кроме этого, собрали замечания по оптимизации генератора информационных справок от нашего замминистра Антона Шафаростова – замечаний не так уж и много, отработаем их оперативно!
Продвинулись мы на пути отладки связи данных между таблицами производственного (СМР) и технического (ПИР) отделов.
Производственники УКСа готовы передавать через контрольные талблицы информацию о позициях сметы контракта (захватках), запланированных к выполнению в следующем месяце, для того, чтобы сотрудники техотдела приоритетно рассматривали и выдавали в работу соответствующие разделы РД.
Сложность такой увязки заключается в том, что по названию захватки не всегда однозначно можно сказать, какой именно раздел РД необходимо выпустить в производство работ.
Но на предстоящей неделе мы на одном из объектов покажем коллегам, придуманный нами способ связи двух таблиц – и, если он окажется удобен коллегам, растиражируем его на все остальные объекты.
Наш практикант из монтажного колледжа Макар Фомин тоже не терял времени даром – он изучил базовые термины и определения инвестиционно- строительного цикла, ознакомился с ключевыми вехами жизненного цикла объекта и приступил к сопоставлению требований к ЦИМ госэкспертиз Москвы (в т.ч. МССК) и Санкт-Петербурга с действующей версией ТИМ-стандарта Свердловской области.
Макар собрал информацию по требованиям к т.н. «предопределённым типам» (Predefined Type), нужным для корректного экспорта ЦИМ из проприетарного формата в формата IFC. В предыдущей версии нашего ТИМ-стандарта мы эти типы не указывали, и сейчас нашей Анастасии Гусевой приходится указывать эти типы в плане информационного моделирования (ПИМ).
Помимо этого, Макар собрал из тех же источников типизированные наименования помещений и выписал определения этих помещений из СП и ГОСТ по проектированию.
На следующей неделе Макар проанализирует собранные материалы под нашим чутким руководством.
---
Также мы продолжаем вёрстку комплекта контрольных таблиц для областного УКСа.
После вычислений, добавленных нами на прошлой неделе, пользователи заказчика начали сетовать на снижение скорости обработки информации (вплоть до зависания). Для решения образовавшейся проблемы мы уменьшили диапазоны выборок, используемые в формулах, а также отключили условное форматирование, не влияющее на работу скриптов, и не используемое в работе коллег.
Кроме этого, собрали замечания по оптимизации генератора информационных справок от нашего замминистра Антона Шафаростова – замечаний не так уж и много, отработаем их оперативно!
Продвинулись мы на пути отладки связи данных между таблицами производственного (СМР) и технического (ПИР) отделов.
Производственники УКСа готовы передавать через контрольные талблицы информацию о позициях сметы контракта (захватках), запланированных к выполнению в следующем месяце, для того, чтобы сотрудники техотдела приоритетно рассматривали и выдавали в работу соответствующие разделы РД.
Сложность такой увязки заключается в том, что по названию захватки не всегда однозначно можно сказать, какой именно раздел РД необходимо выпустить в производство работ.
Но на предстоящей неделе мы на одном из объектов покажем коллегам, придуманный нами способ связи двух таблиц – и, если он окажется удобен коллегам, растиражируем его на все остальные объекты.
🤝6❤5✍3👍2🔥1
О важном из рабочей недели с 14 по 18 июля 2025 года:
---
Продолжаем развивать и совершенствовать набор, логику и взаимосвязь работы контрольных таблиц для службы бюджетного заказчика.
Продемонстрировали двум нашим Никитам – Фомину и Любезнову, помогающим нам в качестве «цифрового звена» областного УКСа, логику работы формул для обмена данными между контрольными таблицами с информацией об исполнении сметы контракта и ходом выпуска в производство работ разделов рабочей документации (РД).
Задача на настройку обмена данными была поставлена следующим образом:
Напомним, что ключевая сложность настройки обмена заключалась в том, что написание названия разделов рабочей документации в ТПО и техотдел отличалась.
Перво-наперво, по каждому из объектов мы собрали и конвертировали шифры РД из формата «*****-053-00-ТХ1» в формат «ТХ1» и вывели его выпадающим списком в отдельный столбец сметы контракта. При передаче в работу новых разделов, выпадающий список наполняется автоматически – таким образом мы сократили влияние человеческого фактора. Дальнейшая связка таблиц построена на запросах (query). Кроме этого, настроили красную подсветку для разделов, необходимых к выпуску в текущем месяце и жёлтую подсветку для разделов, нужных в следующем месяце.
Кроме этого, предложили Никите Любезнову сделать отдельную вкладку для начальников технических отделов, в которую мы собрали бы информацию только о разделах, требующих приоритезированной проверки.
В ближайшее время нам предстоит «протянуть» формулы и настроить списки для остальных объектов УКСа✌️
---
Стажёр-практикант из монтажного колледжа Макар Фомин подготовил первый рабочий отчёт для нашего министерства – сравнение требований к наименованиям помещений в ТИМ-стандарте Свердловской области, МССК и Требованиях к ЦИМ госэкспертизы Санкт-Петербурга.
Хотя сейчас в перечень включены только помещения общеобразовательных школ, этого вполне достаточно для обсуждения подхода к кодификации помещений с разработчиками карельского Классификатора базовых элементов цифровой информационной модели (КЭЦИМ).
В проектной документации мы встречали различные написания названий помещений – особенно для помещений, не имеющих прямого определения в нормативных документах. И если человеку понятно, что имеет в виду проектировщик, то машине это может быть вовсе не понятно. Именно для того, чтобы машина однозначно воспринимала написанное в модели, и нужна стандартизация.
Есть, над чем поработать☺️
---
Несомненно, занимались мы и наполнением ИСУП.
Бюджетные заказчики активизировали работу после наших писем об исполнении пунктов 4 и 5 протокола совещания под руководством Константина Михайлика от 10.06.2025 № 655-ПРМ-КМ, однако выгрузка информации о наполненности системы сведениями, документами и материалами показала, что заполнены ещё не все нужные поля. В этой связи велась адресная работа с отстающими на предмет соответствия их результатов Методике расчёта показателей оценки ведения ИСУП.
На следующей неделе мы планируем закончить разъяснительную работу о наполнении системы и начать диалоги с заказчиками, чьи подрядчики купили ВИС, но данными почему-то не обмениваются.
---
Продолжаем развивать и совершенствовать набор, логику и взаимосвязь работы контрольных таблиц для службы бюджетного заказчика.
Продемонстрировали двум нашим Никитам – Фомину и Любезнову, помогающим нам в качестве «цифрового звена» областного УКСа, логику работы формул для обмена данными между контрольными таблицами с информацией об исполнении сметы контракта и ходом выпуска в производство работ разделов рабочей документации (РД).
Задача на настройку обмена данными была поставлена следующим образом:
Инженер производственного отдела выставляет месяц плановой реализации позиции сметы контракта (захватки) для того, чтобы сотрудники технического отдела приоритезировали выдачу в производство работ именно тех разделов РД, выполнение и приёмка которых планируется в текущем и следующем месяцах.
Взамен производственники хотят видеть текущий статус рассмотрения РД.
Напомним, что ключевая сложность настройки обмена заключалась в том, что написание названия разделов рабочей документации в ТПО и техотдел отличалась.
Перво-наперво, по каждому из объектов мы собрали и конвертировали шифры РД из формата «*****-053-00-ТХ1» в формат «ТХ1» и вывели его выпадающим списком в отдельный столбец сметы контракта. При передаче в работу новых разделов, выпадающий список наполняется автоматически – таким образом мы сократили влияние человеческого фактора. Дальнейшая связка таблиц построена на запросах (query). Кроме этого, настроили красную подсветку для разделов, необходимых к выпуску в текущем месяце и жёлтую подсветку для разделов, нужных в следующем месяце.
Кроме этого, предложили Никите Любезнову сделать отдельную вкладку для начальников технических отделов, в которую мы собрали бы информацию только о разделах, требующих приоритезированной проверки.
В ближайшее время нам предстоит «протянуть» формулы и настроить списки для остальных объектов УКСа
---
Стажёр-практикант из монтажного колледжа Макар Фомин подготовил первый рабочий отчёт для нашего министерства – сравнение требований к наименованиям помещений в ТИМ-стандарте Свердловской области, МССК и Требованиях к ЦИМ госэкспертизы Санкт-Петербурга.
Хотя сейчас в перечень включены только помещения общеобразовательных школ, этого вполне достаточно для обсуждения подхода к кодификации помещений с разработчиками карельского Классификатора базовых элементов цифровой информационной модели (КЭЦИМ).
В проектной документации мы встречали различные написания названий помещений – особенно для помещений, не имеющих прямого определения в нормативных документах. И если человеку понятно, что имеет в виду проектировщик, то машине это может быть вовсе не понятно. Именно для того, чтобы машина однозначно воспринимала написанное в модели, и нужна стандартизация.
По подсчётам Макара, в ТИМ-стандарте нашлось 121 наименование помещений. Из них:
– для 36 не найдено определение в каком-либо документе;
– 34 отсутствуют в МССК и 24 отсутствуют у госэкспертизы Санкт-Петербурга.
При этом в стандарте отсутствуют 12 наименований, которые есть у Санкт-Петербурга, и 10 наименований, которые есть у Москвы.
Есть, над чем поработать
---
Несомненно, занимались мы и наполнением ИСУП.
Бюджетные заказчики активизировали работу после наших писем об исполнении пунктов 4 и 5 протокола совещания под руководством Константина Михайлика от 10.06.2025 № 655-ПРМ-КМ, однако выгрузка информации о наполненности системы сведениями, документами и материалами показала, что заполнены ещё не все нужные поля. В этой связи велась адресная работа с отстающими на предмет соответствия их результатов Методике расчёта показателей оценки ведения ИСУП.
На следующей неделе мы планируем закончить разъяснительную работу о наполнении системы и начать диалоги с заказчиками, чьи подрядчики купили ВИС, но данными почему-то не обмениваются.
Please open Telegram to view this post
VIEW IN TELEGRAM
⚡4❤3🔥2
О важном из рабочей недели с 21 по 25 июля 2025 года:
---
Во вторник генеральный директор Synergy Systems Илья Беленький поделился с нами опытом хранения и администрирования требований по атрибутивной проработке элементов цифровой информационной модели (ЦИМ).
Мы обратились к Илье с просьбой ответить на несколько вопросов:
Как оказалось, наш запрос идеально «лёг» на логику таблицы атрибутного сопоставления (непрямой перевод английского «attribute master table»), которая состоит из нескольких вкладок:
Первая вкладка содержит перечисление всех используемых в модели параметров с различными видами описаний, которых может быть сколь угодно много – будь то имя в IFC (IFC Name), тип параметра в IFC (булевый, текстовый), в каких проверках учувствует и т.д.
Вот что Илья ответил на вопросы о параметре с одним названием в различных элементах модели и о списках с перечислением вариантов ввода параметра:
Вторая вкладка таблицы – классическое сопоставление элементов модели и параметров. Такую таблицу мы использовали в первой редакции ТИМ-стандарта.
Третья вкладка – автоматический сбор параметров в «Файл общих параметров» (ФОП). Напомним, что, переданный подрядчику, ФОП позволяет выполнить требования бюджетного заказчика по параметризации элементов модели.
В завершение рассказа Илья отметил, что сервис управления качеством ЦИМ Эйдос/Eidos, разрабатываемый командой Synergy Systems, берёт основу именно с логики таблицы атрибутного сопоставления.
---
Чем нам и заказчикам полезна таблица сопоставления атрибутов?
В первую очередь, таблица позволит навести порядок в требованиях, и не забыть, для чего нам нужен тот или иной параметр (банально, а всё же важно!). Задавая вопрос авторам различных требований к ЦИМ, мы слышали как ответы «Уже и не припомню», так и «Это же очевидно…» – хотя очевидное для одних может оказаться невероятным для других.
Кроме того, передав подрядчику файл таблицы атрибутивного сопоставления с указанием, в каких проверках используется тот или иной параметр, мы высвободим время BIM/ТИМ-специалиста заказчика, которое он то и дело тратит на объяснение всего этого коллегам на стороне подрядчика.
---
Во вторник генеральный директор Synergy Systems Илья Беленький поделился с нами опытом хранения и администрирования требований по атрибутивной проработке элементов цифровой информационной модели (ЦИМ).
Мы обратились к Илье с просьбой ответить на несколько вопросов:
1. Если в строку перечислены параметры, в столбец элементы модели, а на пересечениях линий столбцов и строк стоят отметки требуется ли этот параметр у элемента, то куда вносить информацию о единицах измерения и зачем требуется параметр?
2. Делать ли списки с перечислением вариантов ввода параметра? Например, конкретное написание марки по ГОСТ (прочность, морозостойкость и т.д.).
3. Можно ли требовать заполнения параметра с одним названием требовать в различных элементах?
Как оказалось, наш запрос идеально «лёг» на логику таблицы атрибутного сопоставления (непрямой перевод английского «attribute master table»), которая состоит из нескольких вкладок:
Первая вкладка содержит перечисление всех используемых в модели параметров с различными видами описаний, которых может быть сколь угодно много – будь то имя в IFC (IFC Name), тип параметра в IFC (булевый, текстовый), в каких проверках учувствует и т.д.
Вот что Илья ответил на вопросы о параметре с одним названием в различных элементах модели и о списках с перечислением вариантов ввода параметра:
Условные длинна и ширина могут и должны быть у различных элементов, если их единая суть – учёт габаритов. Не допускается требовать заполнения параметров с одним названием и разной сутью. Например, параметр «скорость» может быть про скорость интернет-соединения и про скорость течения потока в трубопроводе. Для каждого уникального по своей сути параметра должно быть и уникальное название
Что касается перечисления возможных вариантов написания параметра, то выпадающий список – это, конечно, удобно, но их составление и администрирование – весьма трудоёмкий процесс. Лучше ограничиться требованием по очерёдности написания составного параметра (например, для маркировки бетона: В15_F25_W4). Кроме этого, на первых этапах стоит требовать не больше 60 параметров.
Вторая вкладка таблицы – классическое сопоставление элементов модели и параметров. Такую таблицу мы использовали в первой редакции ТИМ-стандарта.
Третья вкладка – автоматический сбор параметров в «Файл общих параметров» (ФОП). Напомним, что, переданный подрядчику, ФОП позволяет выполнить требования бюджетного заказчика по параметризации элементов модели.
В завершение рассказа Илья отметил, что сервис управления качеством ЦИМ Эйдос/Eidos, разрабатываемый командой Synergy Systems, берёт основу именно с логики таблицы атрибутного сопоставления.
---
Чем нам и заказчикам полезна таблица сопоставления атрибутов?
В первую очередь, таблица позволит навести порядок в требованиях, и не забыть, для чего нам нужен тот или иной параметр (банально, а всё же важно!). Задавая вопрос авторам различных требований к ЦИМ, мы слышали как ответы «Уже и не припомню», так и «Это же очевидно…» – хотя очевидное для одних может оказаться невероятным для других.
Кроме того, передав подрядчику файл таблицы атрибутивного сопоставления с указанием, в каких проверках используется тот или иной параметр, мы высвободим время BIM/ТИМ-специалиста заказчика, которое он то и дело тратит на объяснение всего этого коллегам на стороне подрядчика.
✍3🔥3❤1
---
Также мы разработали основу таблицы для контроля за ходом разработки проектной документации. Здесь мы ориентировались на логику контрольных таблиц производственных отделов, где ведётся учёт хода СМР, и каждая группа работ имеет свой вес в общей готовности объекта. Для расчёта веса конкретного раздела в проекте в целом мы ориентировались на удельную стоимости разработки разделов по приказу Минстроя РФ от 28.11.2023 № 848/пр. А поскольку в этом приказе у школ, ДОУ, ДК и больниц удельный вес разделов несколько разнится, мы усреднили их веса. Также мы добавили прохождение экспертизы как отдельный этап со своим процентом от общей готовности проекта.
Первые замечания к проекту таблицы направил нам замначальника техотдела УКСа Никита Любезнов – понизить удельный вес разделов ТХ, ООС и ЭО, а также настроить зависимости, отражающие взаимосвязь разделов. Например, чтобы готовность ПЗУ зависела от выполнения разделов ИОС в части наружных сетей, а также чтобы АР, КР и ИОС высвечивались как выполненные только при полной готовности всех этих разделов вместе.
---
Естественно, не останавливалась и работа по наполнению ИСУП.
Увы завершить разъяснительную работу о наполнении системы и полноценно приступить к диалогам с заказчиками, чьи подрядчики купили ВИС, но не обмениваются данными нам не удалось – пока всё в процессе. Обеспечили внесение информации по 60 объектам, и сейчас из 232 объектов полная информация внесена в 172.
Отметим добрым словом команду УКСа Верхней Пышмы – коллеги без напоминаний заполнили нужные поля и загрузили документацию в систему. Вы молодцы! Спасибо!
Дабы вопрос с отсутствием информационного обмена между ВИС и ИСУП не оставался в «подвешенном» состоянии, мы письменно уведомили заказчиков 19 объектов о необходимости организации документооборота в ИСУП и ВИС.
Также мы разработали основу таблицы для контроля за ходом разработки проектной документации. Здесь мы ориентировались на логику контрольных таблиц производственных отделов, где ведётся учёт хода СМР, и каждая группа работ имеет свой вес в общей готовности объекта. Для расчёта веса конкретного раздела в проекте в целом мы ориентировались на удельную стоимости разработки разделов по приказу Минстроя РФ от 28.11.2023 № 848/пр. А поскольку в этом приказе у школ, ДОУ, ДК и больниц удельный вес разделов несколько разнится, мы усреднили их веса. Также мы добавили прохождение экспертизы как отдельный этап со своим процентом от общей готовности проекта.
Первые замечания к проекту таблицы направил нам замначальника техотдела УКСа Никита Любезнов – понизить удельный вес разделов ТХ, ООС и ЭО, а также настроить зависимости, отражающие взаимосвязь разделов. Например, чтобы готовность ПЗУ зависела от выполнения разделов ИОС в части наружных сетей, а также чтобы АР, КР и ИОС высвечивались как выполненные только при полной готовности всех этих разделов вместе.
---
Естественно, не останавливалась и работа по наполнению ИСУП.
Увы завершить разъяснительную работу о наполнении системы и полноценно приступить к диалогам с заказчиками, чьи подрядчики купили ВИС, но не обмениваются данными нам не удалось – пока всё в процессе. Обеспечили внесение информации по 60 объектам, и сейчас из 232 объектов полная информация внесена в 172.
Отметим добрым словом команду УКСа Верхней Пышмы – коллеги без напоминаний заполнили нужные поля и загрузили документацию в систему. Вы молодцы! Спасибо!
Дабы вопрос с отсутствием информационного обмена между ВИС и ИСУП не оставался в «подвешенном» состоянии, мы письменно уведомили заказчиков 19 объектов о необходимости организации документооборота в ИСУП и ВИС.
🤝7🔥4❤3
Что мы успели сделать за неделю с 28 июля по 1 августа 2025 года.
---
Продолжили развивать и совершенствовать набор, логику и взаимосвязь работы контрольных таблиц службы заказчика.
На уходящей неделе отладили связь между таблицами с информацией об исполнении сметы контракта (СК) и ходом выпуска в производство работ разделов рабочей документации (РД).
Теперь производственники получают в строку СК статус готовности раздела РД, а технический отдел оперативно узнает, какой из разделов РД надо ставить в приоритет. Для удобства контроля со стороны начальников технических отделов мы сделали вкладки со сбором информации об объектах и разделах, которые нужно выпустить в производство работ в этом и следующем месяцах.
Также исправляли ошибки в работе формул и приступили к написанию скрипта для автоматического обновления формул в случае их отказа. Ввиду того, что сводная таблица обращается с запросами к 15 другим таблицам, время от времени в формулах запроса возникает ошибка «#VALUE». Исправить её можно простым удалением и вставкой точно такой же формулы в ячейку. Наш главспец Егор Редюков написал нужный скрипт – пока на «починку» одной из восьми формул массива. Если одномоментно запустить скрипт на «починку» сразу всех восьми формул, то файл сводной таблицы зависает, а если вставить в скрипт ожидание между заменами, то отработка занимает четыре минуты, что неудобно конечному пользователю.
Итоговое решение этой загвоздки видим в сценарии, где пользователю высвечивается сообщение об ошибке в некоей формуле массива, а он нажимает на панели быстрого доступа кнопку «Обновить n-ную формулу».
На следующей неделе планируем закончить тестирование скрипта и порадовать им коллег из областного УКСа.
---
Наш практикант из монтажного колледжа Макар Фомин не только активно работал, но и учился у практиков-смежников.
Начальник отдела бюджетного планирования нашего Министерства Надежда Галкина рассказала Макару (да и мы тоже послушали) о формировании бюджета и о функциях главного распорядителя бюджетных средств.
Ликбез о составлении задания на проектирование и о приёмке разделов проектной и рабочей документации провёл замначальника технического отдела УКСа Никита Любезнов.
А инженер по слаботочным системам Валерий Негруца совместил теоретическую часть с практической, взяв Макара на приёмку систем безопасности, готовившейся ко вводу в эксплуатацию новой поликлиники детской городской больницы №15.
Помимо лекций и практики, Макар выписал требования к параметризации модели из нашего ТИМ-стандарта, из проекта приказа Минстроя РФ о составе цифровой информационной модели и требований ЦГЭ Санкт Петербурга – это нужно для сборки таблицы атрибутного сопоставления, о которой мы писали в предыдущем отчёте за неделю.
---
Продолжили развивать и совершенствовать набор, логику и взаимосвязь работы контрольных таблиц службы заказчика.
На уходящей неделе отладили связь между таблицами с информацией об исполнении сметы контракта (СК) и ходом выпуска в производство работ разделов рабочей документации (РД).
Теперь производственники получают в строку СК статус готовности раздела РД, а технический отдел оперативно узнает, какой из разделов РД надо ставить в приоритет. Для удобства контроля со стороны начальников технических отделов мы сделали вкладки со сбором информации об объектах и разделах, которые нужно выпустить в производство работ в этом и следующем месяцах.
Также исправляли ошибки в работе формул и приступили к написанию скрипта для автоматического обновления формул в случае их отказа. Ввиду того, что сводная таблица обращается с запросами к 15 другим таблицам, время от времени в формулах запроса возникает ошибка «#VALUE». Исправить её можно простым удалением и вставкой точно такой же формулы в ячейку. Наш главспец Егор Редюков написал нужный скрипт – пока на «починку» одной из восьми формул массива. Если одномоментно запустить скрипт на «починку» сразу всех восьми формул, то файл сводной таблицы зависает, а если вставить в скрипт ожидание между заменами, то отработка занимает четыре минуты, что неудобно конечному пользователю.
Итоговое решение этой загвоздки видим в сценарии, где пользователю высвечивается сообщение об ошибке в некоей формуле массива, а он нажимает на панели быстрого доступа кнопку «Обновить n-ную формулу».
На следующей неделе планируем закончить тестирование скрипта и порадовать им коллег из областного УКСа.
---
Наш практикант из монтажного колледжа Макар Фомин не только активно работал, но и учился у практиков-смежников.
Начальник отдела бюджетного планирования нашего Министерства Надежда Галкина рассказала Макару (да и мы тоже послушали) о формировании бюджета и о функциях главного распорядителя бюджетных средств.
Ликбез о составлении задания на проектирование и о приёмке разделов проектной и рабочей документации провёл замначальника технического отдела УКСа Никита Любезнов.
А инженер по слаботочным системам Валерий Негруца совместил теоретическую часть с практической, взяв Макара на приёмку систем безопасности, готовившейся ко вводу в эксплуатацию новой поликлиники детской городской больницы №15.
Помимо лекций и практики, Макар выписал требования к параметризации модели из нашего ТИМ-стандарта, из проекта приказа Минстроя РФ о составе цифровой информационной модели и требований ЦГЭ Санкт Петербурга – это нужно для сборки таблицы атрибутного сопоставления, о которой мы писали в предыдущем отчёте за неделю.
🤩4⚡2👍2🔥1🆒1
---
Не останавливалась и работа с ИСУП☝🏻
Совместно с ФАУ «РосКапСтрой» мы провели подготовку к обучению заказчиков региона приёмке проектной и рабочей документации в модуле ЭДО ИСУП. Обучение проводится для заказчиков, чьи подрядчики обзавелись внешними информационными системами, но не пользуются ими. Странные люди…🤕
Кроме этого, работали первой линией техподдержки ИСУП для заказчиков, оставивших соответствующую заявку на нашей Яндекс-форме.
Безусловным лидером по числу проблем среди заявок была и остаётся невозможность войти в систему ввиду того, что пользователям не приходит письмо о подтверждении учётной записи. Напомним, что
В ходе отработки заявок обратили внимание, что между поступлением заявки и её принятием в работу порой проходит несколько часов, что негативно сказывается на стремлении заказчиков работать в ИСУП.
Для ускорения процесса Егор Редюков настроил tg-бота, который выгружает текст заявки в чат отдела. Поскольку стандартный функционал Яндекс-формы позволяет получать уведомление о заполнении формы на почту (или иной канал) через API, который совместим с Telegram-ботами, решить эту задачу оказалось достаточно просто.
До запуска бота нам приходилось периодически проверять почту + не было удобного способа поставить отметку о выполнении задачи. В телеграм-чате таких проблем нет. Помимо оперативной реакции, сотрудник отдела пишет в чате, что взял заявку в работу, исключая тем самым ситуацию, когда двое сотрудников работают над одной проблемой. Кроме того, в чате можно быстро посмотреть былые вопросы и проблемы, а также способы их решения.
Не останавливалась и работа с ИСУП☝🏻
Совместно с ФАУ «РосКапСтрой» мы провели подготовку к обучению заказчиков региона приёмке проектной и рабочей документации в модуле ЭДО ИСУП. Обучение проводится для заказчиков, чьи подрядчики обзавелись внешними информационными системами, но не пользуются ими. Странные люди…
Кроме этого, работали первой линией техподдержки ИСУП для заказчиков, оставивших соответствующую заявку на нашей Яндекс-форме.
Безусловным лидером по числу проблем среди заявок была и остаётся невозможность войти в систему ввиду того, что пользователям не приходит письмо о подтверждении учётной записи. Напомним, что
система блокирует «учётку», если пользователь не заходил в систему больше 17 дней.
В ходе отработки заявок обратили внимание, что между поступлением заявки и её принятием в работу порой проходит несколько часов, что негативно сказывается на стремлении заказчиков работать в ИСУП.
Для ускорения процесса Егор Редюков настроил tg-бота, который выгружает текст заявки в чат отдела. Поскольку стандартный функционал Яндекс-формы позволяет получать уведомление о заполнении формы на почту (или иной канал) через API, который совместим с Telegram-ботами, решить эту задачу оказалось достаточно просто.
До запуска бота нам приходилось периодически проверять почту + не было удобного способа поставить отметку о выполнении задачи. В телеграм-чате таких проблем нет. Помимо оперативной реакции, сотрудник отдела пишет в чате, что взял заявку в работу, исключая тем самым ситуацию, когда двое сотрудников работают над одной проблемой. Кроме того, в чате можно быстро посмотреть былые вопросы и проблемы, а также способы их решения.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤🔥5🔥3⚡2
По следам событий уходящей рабочей недели с 4 по 8 августа 2025 года.
---
Продвинулись вперёд в работе с контрольными таблицами службы заказчика.
Вновь вернулась проблема с формулами, точнее – со скриптом, переводящим цвет ячейки в hex-код, который, в свою очередь, можно использовать как переменную в формуле.
Напомним, что формула используется при сборе проблемных вопросов: специалисты УКСа назначили 85 контрольных точек и выполнили их с детализацией до 272 ячеек мониторинга по каждому из объектов. Коллеги красят соответствующую ячейку красным цветом, если плановая задача на этой точке не выполнена. Скрипт позволяет «собрать» только окрашенные ячейки, а далее формула объединяет текст проблемных вопросов и через спецсимвол переноса строкиAlt+Enter складывает результат в одну ячейку.
Суть проблемы заключалась в том, что при первом запуске таблицы формула начинала определять цвет сразу во всех ячейках по всем объектам – и если на ПК пользователя было менее 12 Гб оперативной памяти, то таблица зависала. Мы переписали скрипт так, чтобы определение цвета проводилось только при изменении ячейки.
Дабы закрепить сроки и порядок работы с таблицами, коллеги решили выпустить соответствующий приказ по УКСу. Не дожидаясь наплыва звонков, мы сделали Яндекс-форму для приёма обращений сотрудников и, как и для заявок по ИСУП, настроили tg-бота, выгружающего заявки оттуда в чат отдела – как результат, за первые несколько дней работы формы отработали 4 заявки сотрудников областного УКСа.
А на традиционной оперативке для сотрудников ТИМ-отдела наш курирующий замминистра Антон Шафаростов напомнил о необходимости резервного копирования контрольных таблиц. Без лишних отлагательств наш главспец Егор Редюков написал и протестировал код для ежедневного сохранения всех контрольных и отчётных таблиц учреждения в три разных места.
---
Наш практикант Макар Фомин начал исследовательскую работу о перспективах вступления в силу ч.9 ст.98 федерального закона от 31.07.2020 № 248-ФЗ, согласно которой уведомление контролируемых лиц органами ГСН будет осуществляться исключительно в электронном виде.
В ходе исследования Макар постарается сформулировать гипотезу о том, какие документы и в каком виде должны курсировать между надзорным органом и субъектом контроля (контролируемым лицом), а также поймёт, как запятые меняют смысл написанного в нормативных документах.
---
Своим неустанным чередом шла и работа с ИСУП.
Совместно с куратором внедрения ИСУП в УрФО Кристиной Касукановой мы провели очередную учёбу для сотрудников технических отделов областного УКСа – они сопровождают процесс проектирования.
Начальник ТИМ-отдела Минстроя СО Алексей Андрейченко рассказал о действующем законодательстве в области информационного моделирования, а также напомнил о необходимости формировать обращения по вопросам ИСУП именно через Яндекс-форму и заявку на техподдержку в самой системе. Кристина Евгеньевна рассказывала, а замначальника технического отдела УКСа Никита Любезнов показывал, как передавать документы в модуле заказчика «ЭДО».
Стоит отметить, что эта учёба была более «живой», нежели все предшествующие. Слушатели активно задавали вопросы, а также сформулировали предложения по доработке системы.
Помимо этого, Кристина сделала нам выгрузку по наполненности ИСУП сведениями, документами и материалами (СДМ). Каково же было наше удивление, когда мы увидели, что у 112 объектов нет фотографий, хотя сотрудники отдела вместе с заказчиками прикрепили все фото ещё неделю назад.
Отдельно благодарим коллег из областного Управления автомобильных дорог, администраций Каменского района и Камышловского ГО за педантичное внесение СДМ в ИСУП🙂
---
Продвинулись вперёд в работе с контрольными таблицами службы заказчика.
Вновь вернулась проблема с формулами, точнее – со скриптом, переводящим цвет ячейки в hex-код, который
Напомним, что формула используется при сборе проблемных вопросов: специалисты УКСа назначили 85 контрольных точек и выполнили их с детализацией до 272 ячеек мониторинга по каждому из объектов. Коллеги красят соответствующую ячейку красным цветом, если плановая задача на этой точке не выполнена. Скрипт позволяет «собрать» только окрашенные ячейки, а далее формула объединяет текст проблемных вопросов и через спецсимвол переноса строки
Суть проблемы заключалась в том, что при первом запуске таблицы формула начинала определять цвет сразу во всех ячейках по всем объектам – и если на ПК пользователя было менее 12 Гб оперативной памяти, то таблица зависала. Мы переписали скрипт так, чтобы определение цвета проводилось только при изменении ячейки.
Дабы закрепить сроки и порядок работы с таблицами, коллеги решили выпустить соответствующий приказ по УКСу. Не дожидаясь наплыва звонков, мы сделали Яндекс-форму для приёма обращений сотрудников и, как и для заявок по ИСУП, настроили tg-бота, выгружающего заявки оттуда в чат отдела – как результат, за первые несколько дней работы формы отработали 4 заявки сотрудников областного УКСа.
А на традиционной оперативке для сотрудников ТИМ-отдела наш курирующий замминистра Антон Шафаростов напомнил о необходимости резервного копирования контрольных таблиц. Без лишних отлагательств наш главспец Егор Редюков написал и протестировал код для ежедневного сохранения всех контрольных и отчётных таблиц учреждения в три разных места.
---
Наш практикант Макар Фомин начал исследовательскую работу о перспективах вступления в силу ч.9 ст.98 федерального закона от 31.07.2020 № 248-ФЗ, согласно которой уведомление контролируемых лиц органами ГСН будет осуществляться исключительно в электронном виде.
В ходе исследования Макар постарается сформулировать гипотезу о том, какие документы и в каком виде должны курсировать между надзорным органом и субъектом контроля (контролируемым лицом), а также поймёт, как запятые меняют смысл написанного в нормативных документах.
---
Своим неустанным чередом шла и работа с ИСУП.
Совместно с куратором внедрения ИСУП в УрФО Кристиной Касукановой мы провели очередную учёбу для сотрудников технических отделов областного УКСа – они сопровождают процесс проектирования.
Начальник ТИМ-отдела Минстроя СО Алексей Андрейченко рассказал о действующем законодательстве в области информационного моделирования, а также напомнил о необходимости формировать обращения по вопросам ИСУП именно через Яндекс-форму и заявку на техподдержку в самой системе. Кристина Евгеньевна рассказывала, а замначальника технического отдела УКСа Никита Любезнов показывал, как передавать документы в модуле заказчика «ЭДО».
Стоит отметить, что эта учёба была более «живой», нежели все предшествующие. Слушатели активно задавали вопросы, а также сформулировали предложения по доработке системы.
Помимо этого, Кристина сделала нам выгрузку по наполненности ИСУП сведениями, документами и материалами (СДМ). Каково же было наше удивление, когда мы увидели, что у 112 объектов нет фотографий, хотя сотрудники отдела вместе с заказчиками прикрепили все фото ещё неделю назад.
Причина пропажи фото была проста: после загрузки фотографии нужно было поставить галочку «Главное изображение объекта». Уважаемые коллеги из других регионов – будьте внимательны☝🏻
Отдельно благодарим коллег из областного Управления автомобильных дорог, администраций Каменского района и Камышловского ГО за педантичное внесение СДМ в ИСУП
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5❤4🔥2🤔1
Дорогие наши коллеги-читатели!
Поздравляем всех вас с Днём строителя и желаем успешных новых проектов, плавной и гармоничной цифровизации строительства, и чтобы весь этот процесс помогал нам созидать, достигать целей и выполнять поставленные задачи.
Будьте с нами, и мы постараемся провести вас по фарватеру на стрежень мимо всех нормативных и организационных шхер😉
Поздравляем всех вас с Днём строителя и желаем успешных новых проектов, плавной и гармоничной цифровизации строительства, и чтобы весь этот процесс помогал нам созидать, достигать целей и выполнять поставленные задачи.
Будьте с нами, и мы постараемся провести вас по фарватеру на стрежень мимо всех нормативных и организационных шхер
Please open Telegram to view this post
VIEW IN TELEGRAM
🎉15🔥6❤🔥4
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.
---
Сердечно поздравляем коллег с победой и заслуженными наградами!
⚡7🎉5🔥4❤2❤🔥1
Несколько с запозданием, но всё же… ☺️
---
07.07.2025 опубликованы классификационные таблицы классификатора строительной информации (КСИ) на II квартал 2025 года. Из 234 изменений КСИ 138 внесены по предложению ТИМ-отдела Свердловского Минстроя. Все наши предложения касались дополнения КСИ наименованиями помещений из действующих сводов правил (СП).
---
В предыдущих редакциях КСИ один код мог быть присвоен двум и более помещениям. Например, кабинету начальных классов школы (он же «учебное помещение в образовательной организации, реализующей программы начального общего образования с 1 по 4 классы» согласно п. 7.2.2 СП 251.1325800.2016) соответствовал код «BAE030» – однако в этот же код были включены ещё 6 типов помещений.
Такая ситуация не устраивала нас, поскольку требования к кабинетам начального и общего образования различаны, и, соответственно, различны и автоматические поисковые наборы для проверки ЦИМ.
Для проведения декомпозиции мы смотрим в п.3.4.5 Методики кодирования ИМ ОКС и понимаем, что нам не обойтись без пользовательских типов помещений, т.к. в предыдущих редакциях КСИ не было ничего отдельно для «начальной школы» и для «общеобразовательной школы».
С пользовательской кодировкой, на первый взгляд, трудностей тоже нет: добавляем одну букву после символа «/» и готово. А – для начальной школы, B – для основной школы. Единственно, нам – заказчикам – нужно было прописать все нужные нам варианты пользовательских параметров. Впрочем, весьма вероятно, что развитие декомпозиции могло пойти не так, как будет описано в ТИМ-стандарте или ином классификаторе.
В этой связи мы приступили к проработке перечня нужных нам помещений для формирования предложений по доработке КСИ.
---
Несравненные Анастасия Гусева и Ольга Галитарова выполнили работу колоссальной сложности и колоссальной же полезности, сформулировав Алгоритм наименования помещений медицинских учреждений, который преобразовали в Таблицу систематизации помещений объектов здравоохранения. Затем Анастасия Анатольевна составила Перечень помещений образовательных учреждений и включила весь получившийся материал в областной ТИМ-стандарт.
Помимо теоретической работы, мы оценили жизнеспособность поисковых наборов на помещения и вместе с Ольгой Кутузовой из NSR Specification и техническим экспертом ПО Tangl Аллой Землянской протестировали работу автоматических проверок в ПО Tangl и «Модель и Архив».
А для ответа на вопрос «Какой объём нормативных требований доступен для перевода в машинопонимаемый вид?» мы проанализировали 12 обзоров типичных ошибок, подготовленных региональными госэкспертизами, и определили, что 29 замечаний возможно автоматизировать.
---
Очень надеемся, что со внесением в КСИ кодов и наименований помещений наши разработчики ПО для проверки ЦИМ включат в комплекты поставки наборы преднастроенных проверок на соответствие некоторым требованиям СП.
---
Идеальным сценарием нам видится создание обновляемой базы нормативных документов, в которой находились бы предварительно разобранные тексты нормативных документов, готовые к загрузке в ПО для проверки ЦИМ на языке поисковых наборов. Ранее мы писали, что подобная связка реализована между NormaCS Specification и CADLib «Модель и Архив». Было бы здорово расширить круг взаимодействия и с другим ПО для проверки моделей – тогда появится шанс упростить работу проектировщиков, заказчиков и экспертов – все они смогутхотя бы частично перенести своё внимание с технического вопроса «Как делать?» на сущностный «Что делать?».
---
P.S. Важно отметить, что сейчас мы рассматриваем автоматизированные проверки в первую очередь как вспомогательный инструмент для входного контроля ЦИМ, помогающий обратить внимание специалиста на конкретное помещение в т.ч. и в чертежах.
---
07.07.2025 опубликованы классификационные таблицы классификатора строительной информации (КСИ) на II квартал 2025 года. Из 234 изменений КСИ 138 внесены по предложению ТИМ-отдела Свердловского Минстроя. Все наши предложения касались дополнения КСИ наименованиями помещений из действующих сводов правил (СП).
---
В предыдущих редакциях КСИ один код мог быть присвоен двум и более помещениям. Например, кабинету начальных классов школы (он же «учебное помещение в образовательной организации, реализующей программы начального общего образования с 1 по 4 классы» согласно п. 7.2.2 СП 251.1325800.2016) соответствовал код «BAE030» – однако в этот же код были включены ещё 6 типов помещений.
Такая ситуация не устраивала нас, поскольку требования к кабинетам начального и общего образования различаны, и, соответственно, различны и автоматические поисковые наборы для проверки ЦИМ.
Для проведения декомпозиции мы смотрим в п.3.4.5 Методики кодирования ИМ ОКС и понимаем, что нам не обойтись без пользовательских типов помещений, т.к. в предыдущих редакциях КСИ не было ничего отдельно для «начальной школы» и для «общеобразовательной школы».
С пользовательской кодировкой, на первый взгляд, трудностей тоже нет: добавляем одну букву после символа «/» и готово. А – для начальной школы, B – для основной школы. Единственно, нам – заказчикам – нужно было прописать все нужные нам варианты пользовательских параметров. Впрочем, весьма вероятно, что развитие декомпозиции могло пойти не так, как будет описано в ТИМ-стандарте или ином классификаторе.
В этой связи мы приступили к проработке перечня нужных нам помещений для формирования предложений по доработке КСИ.
---
Несравненные Анастасия Гусева и Ольга Галитарова выполнили работу колоссальной сложности и колоссальной же полезности, сформулировав Алгоритм наименования помещений медицинских учреждений, который преобразовали в Таблицу систематизации помещений объектов здравоохранения. Затем Анастасия Анатольевна составила Перечень помещений образовательных учреждений и включила весь получившийся материал в областной ТИМ-стандарт.
Помимо теоретической работы, мы оценили жизнеспособность поисковых наборов на помещения и вместе с Ольгой Кутузовой из NSR Specification и техническим экспертом ПО Tangl Аллой Землянской протестировали работу автоматических проверок в ПО Tangl и «Модель и Архив».
А для ответа на вопрос «Какой объём нормативных требований доступен для перевода в машинопонимаемый вид?» мы проанализировали 12 обзоров типичных ошибок, подготовленных региональными госэкспертизами, и определили, что 29 замечаний возможно автоматизировать.
---
Очень надеемся, что со внесением в КСИ кодов и наименований помещений наши разработчики ПО для проверки ЦИМ включат в комплекты поставки наборы преднастроенных проверок на соответствие некоторым требованиям СП.
---
Идеальным сценарием нам видится создание обновляемой базы нормативных документов, в которой находились бы предварительно разобранные тексты нормативных документов, готовые к загрузке в ПО для проверки ЦИМ на языке поисковых наборов. Ранее мы писали, что подобная связка реализована между NormaCS Specification и CADLib «Модель и Архив». Было бы здорово расширить круг взаимодействия и с другим ПО для проверки моделей – тогда появится шанс упростить работу проектировщиков, заказчиков и экспертов – все они смогут
---
P.S. Важно отметить, что сейчас мы рассматриваем автоматизированные проверки в первую очередь как вспомогательный инструмент для входного контроля ЦИМ, помогающий обратить внимание специалиста на конкретное помещение в т.ч. и в чертежах.
🔥10🎉9❤7
Коротко – о рабочей неделе с 11 по 15 августа 2025 года.
---
В работе с контрольными таблицами для службы бюджетного заказчика перешли к не самому увлекательному, но весьма важному этапу – документированию кодовой/формульной базы. Оно позволит будущим администраторам таблиц быстро понять, как в них устроена логика связей. Кроме того, документирование фактически является заданием на разработку/доработку полноценной информационной системы.
Куратор контрольных таблиц в нашем УКСе Никита Фомин приступил к написанию приказа о ведении таблиц в учреждении. За основу он взял приказ о ведении информационной модели в УКСе, т.к. в этом приказе есть и ответственные, и сроки размещения документов. В свою очередь, наш главспец Егор Редюков взялся составить требования к качеству данных напротив каждой позиции в проекте приказа.
---
Также помогали коллегам из смежных отделов с решением вопросов, с которыми однажды можем столкнуться и мы.
Разобрались, как работает бот для ответов в Telegram. Коллегам такой бот нужен для, как не странно, ответов на вопросы муниципалитетов о работе сервисов или порядках представления отчётов. Основное требование к боту – не иметь привязки к конкретному специалисту отдела (в отличие от простой учётной записи в tg), чтобы во время отсутствия одного сотрудника на запросы мог ответить любой другой сотрудник отдела. Оптимальным решением задачи видится применение LivegramBot, которым пользуются Максим Горинский («Просто о сметах») и бывший вице-губернатор Оренбуржья (2021-2025) Игнат Петухов.
Приступили мы и к подбору сервиса для анализа и визуализации данных (BI-системы) под задачи нашего министерства, к которым можно отнести визуализацию карты объектов и своевременности представляемых отчётов.
Убеждены, что если потребность в BI-системе есть у двух и более отделов, то система должна быть одна на всё министерство, чтобы как минимум оформление дашбордов соответствовало единому стилю. С высокой долей вероятности, наш выбор остановится на отечественном решении DataLens от Яндекса.
---
Закончил свою первую практику у нас студент ЕМК Макар Фомин.
Макару хорошо давались задачи, связанные с поиском и систематизацией информации из открытых источников. Он неплохо усваивал наущения коллег как на выездах, так и в стенах министерства. Чуть сложнее обстояли дела с поиском смыслов в нормативных документах, что пока простительно, поскольку нормативке студентов традиционно никто не учит.
Со слов Макара, проведённое у нас время прошло с изрядной пользой, и он готов вернуться к нам на следующую производственную практику.
Начатую Макаром исследовательскую работу по реализации ч.9 ст.98 федерального закона от 31.07.2020 № 248-ФЗ о том, какие документы и в каком виде должны курсировать между надзорным органом и субъектом контроля (контролируемым лицом), мы дооформим и опубликуем позже.
---
Шла работа и с ИСУП.
Вдохновившись примерами коллег из субъектов РФ, мы готовы формировать региональный «светофор» внедрения ИСУП – по аналогии с федеральным. Воздержались от слепого копирования Методики федерального светофора, мы решили сконцентрироваться на части наиболее важных, на наш взгляд, показателей. Пока успели собрать черновик показателей и часть информации для будущего «светофора».
Кроме этого, отработали с заказчиками региона загрузку цифровых информационных моделей в ИСУП.
---
В работе с контрольными таблицами для службы бюджетного заказчика перешли к не самому увлекательному, но весьма важному этапу – документированию кодовой/формульной базы. Оно позволит будущим администраторам таблиц быстро понять, как в них устроена логика связей. Кроме того, документирование фактически является заданием на разработку/доработку полноценной информационной системы.
Куратор контрольных таблиц в нашем УКСе Никита Фомин приступил к написанию приказа о ведении таблиц в учреждении. За основу он взял приказ о ведении информационной модели в УКСе, т.к. в этом приказе есть и ответственные, и сроки размещения документов. В свою очередь, наш главспец Егор Редюков взялся составить требования к качеству данных напротив каждой позиции в проекте приказа.
---
Также помогали коллегам из смежных отделов с решением вопросов, с которыми однажды можем столкнуться и мы.
Разобрались, как работает бот для ответов в Telegram. Коллегам такой бот нужен для
Приступили мы и к подбору сервиса для анализа и визуализации данных (BI-системы) под задачи нашего министерства, к которым можно отнести визуализацию карты объектов и своевременности представляемых отчётов.
Убеждены, что если потребность в BI-системе есть у двух и более отделов, то система должна быть одна на всё министерство, чтобы как минимум оформление дашбордов соответствовало единому стилю. С высокой долей вероятности, наш выбор остановится на отечественном решении DataLens от Яндекса.
---
Закончил свою первую практику у нас студент ЕМК Макар Фомин.
Макару хорошо давались задачи, связанные с поиском и систематизацией информации из открытых источников. Он неплохо усваивал наущения коллег как на выездах, так и в стенах министерства. Чуть сложнее обстояли дела с поиском смыслов в нормативных документах, что пока простительно, поскольку нормативке студентов традиционно никто не учит.
Со слов Макара, проведённое у нас время прошло с изрядной пользой, и он готов вернуться к нам на следующую производственную практику.
Начатую Макаром исследовательскую работу по реализации ч.9 ст.98 федерального закона от 31.07.2020 № 248-ФЗ о том, какие документы и в каком виде должны курсировать между надзорным органом и субъектом контроля (контролируемым лицом), мы дооформим и опубликуем позже.
---
Шла работа и с ИСУП.
Вдохновившись примерами коллег из субъектов РФ, мы готовы формировать региональный «светофор» внедрения ИСУП – по аналогии с федеральным. Воздержались от слепого копирования Методики федерального светофора, мы решили сконцентрироваться на части наиболее важных, на наш взгляд, показателей. Пока успели собрать черновик показателей и часть информации для будущего «светофора».
Кроме этого, отработали с заказчиками региона загрузку цифровых информационных моделей в ИСУП.
👍8⚡4🔥3