ТИМ | BIM | Литература | НПА | НТД

Доброго дня! Запись 3-го консультационного онлайн семинара от 11.06.26 о применении IFC на этапе АГР уже в открытом доступе. ➡️➡️➡️ Приглашаем вас к просмотру по [ссылке] ▪️ ◀️◀️◀️ Хорошей недели! 💙

Посмотрим, как выглядит СОД будущего по концепции ВитроСофт Традиционные системы СОД хорошо справляются с хранением файлов и документов, но не могут дать полную картину происходящего в проекте. Для того, чтобы СОД была не просто хранилищем файлов, а давала управлять проектом и принимать решения в режиме реального времени ВитроСофт предложило архитектуру, включающую: — Специальный слой данных, связывающий модели, документы и задачи. — Автоматическое обновление контекста при любых изменениях — Два уровня информации: краткое резюме и детальные структурированные данные — ИИ-агентов, которые понимают не только контекс т проект, но и разбираются, какая информация нужна каждому пользователю — от ГИПа до проектировщика ОВ. Основное отличие СОД 2.0 от традиционных систем заключается во внедрении специального слоя проектного контекста. Если классическая СОД фокусируется преимущественно на управлении файлами и записями, то новая система добавляет понимание смысла происходящих в проекте процессов. Файлы изучить приложили ниже.

Удивило другое. К моменту получения отказа, как правило, ни у одного подрядчика нет четкого представления о том, какой объем фактически выполнен на момент досрочного прекращения отношений с заказчиком. Речь не о том, что уже принято и, возможно даже оплачено. И не о том, что к приемке предъявлено. Речь о том, что сами подрядчики для себя не знают свой же объем выполнения на текущий момент

Ситуация, на мой взгляд, из практического опыта вовсе не удивительная. Удивительно другое, год из года одно и то же, звонок в офис: а вот у нас заказчик контракт расторг, требует вернуть аванс, но мы же выполнили часть работ, а как бы нам экспертизу провести.... Да легко, только сначала ответьте на пару вопросов: ИД есть? Нет, Проект из экспертизы не вышел, не формировали Но работы же вели? Почему ИД не формировали? Но проект не вышел из экспертизы, как ее вести? Да, подрядчик находится в сложной ситуации, которая, увы, не единична, даже более того - массовая. ⏩Однако, кто вам запретил вести ИД? ⏩Кто вам запретил фиксировать объемы работ в накопительном учете, например в КС-6а или его аналоге? ⏩Кто вам запретил формировать акт приемки работ КС-2? ➡️И, кто вам запретил передать эту документацию заказчику? Он не подписывает? Но это его ответственность, вы сформируйте и передайте, снимите ответственность с себя, ведь все вышеперечисленное – это не обязанность заказчика)) Мало того, апелляция к не вышедшей из экспертизы ПД – в принципе не аргумент, если подрядчик ведет работы Пример из последних кейсов, буквально неделю назад (хотя можно приводить и предпоследний и еще какой-нибудь, всегда одно и то же) Подрядчика выгоняют с объекта, ИД толком нет, как говорят - примерно половина от необходимого состава, накопительного учета нет. На объекте весьма большой объем материалов, до 2 тыс. позиций в перечне. Просят зафиксировать объем работ и количество материала на складах. Показывают таблички в экселе, типа инвентаризационных ведомостей. Алгоритм работы, для того чтобы сформировать доказательную базу, например по материалам простой, но трудоемкий: - инвентаризация - анализ ЖВК - анализ комплекта документов о качестве - сравнение с данными бухучета (ТТН) - сравнение с проектными спецификациями. В результате получаем сводную ведомость, которая подтверждает, что материал в количестве таком-то поставлен на площадку в соответствии с требованиями проекта, затраты подтверждаются ТТН и прочими счет-фактурами. Стоит такая работа не дешево. И подрядчик: так за это еще и заплатить денег надо, но вам же просто посмотреть!)))) Вот и получается, что посмотреть остается в последствии только подрядчику. В решение суда о взыскании неотработанного аванса. Грустным таким взглядом🤷‍♂️

⚡️ Пособие проектировщика. 88 промптов. 76 страниц. Сегодня. Типовой нормоконтроль легко превращается в чёткий чек-лист для нейросети — если правильно задать промпт. Я систематизировал такие промпты в одном формате: 88 штук на четыре раздела — АР, КЖ, ОВ+ВК, ПЗУ + зоны ответственности проектировщик ↔️ ГИП. Сегодня вышло одним PDF-файлом. Что внутри. Двадцать две типовые задачи нормоконтроля и согласований — на каждую дано четыре промпта: полный по формату STANDARDS, быстрый проход, сверка со смежниками, формулировка запроса. Все промпты — копировать и применять, без переписывания. Восемь кластеров типичных замечаний экспертизы с привязкой к промптам. Пять обобщённых сценариев применения. Пять шаблонов и форм в табличном виде — карточка задачи, чек-лист подготовки документов, шаблон таблицы запроса смежнику. FAQ из десяти вопросов с практики. Отдельный раздел — зоны ответственности проектировщик ↔️ ГИП. Что закрывает проектировщик, что выносится на ГИПа. Граница не очевидна, особенно для новых инженеров. Эту часть делали совместно с [@zametkigipa] — каналом «Заметки ГИПа Ковалева». Что снаружи. Информационно-методическое издание, не нормативный акт. Все ссылки на СП и ГОСТ — обобщённые, без жёсткой привязки к редакциям. Перед применением действующая редакция и дата отсечения проверяются по официальным источникам: ФАУ «ФЦС», ФГИС ЦС, Кодекс-Техэксперт, КонсультантПлюс. Ответственность за применение — на ГИПе и инженере с правом подписи. ИИ — ассистент проверки. Не заменяет нормоконтроль, не подменяет подпись и не отменяет экспертизу. Каждое замечание модели — материал для верификации, а не финальный документ. Как пользоваться. Открываете нужный раздел. Берёте задачу. Копируете промпт в Claude, ChatGPT, Gemini, NotebookLM или GigaChat. Подставляете параметры объекта в блок [КОНТЕКСТ]. Прикладываете файлы. Получаете структурированную таблицу замечаний. Перед загрузкой в облако — обезличивание по 152-ФЗ. Чек-лист подготовки документов — в Части 8 «Шаблоны и формы». При работе с чувствительными данными — согласование с подразделением ИБ или решение руководителя организации. PDF — следующим сообщением. 76 страниц. Если найдёте неточность или устаревшую ссылку — напишите в комментариях. Внесу в следующую редакцию. #пособие #ОВВК #АР #КЖ #ПЗУ #ГИП #промпт #STANDARDS

Магомед Исмаилов, руководитель проекта dLab, на связке mcp-servers-for-revit, Ревита и Клода попробовал смоделировать квартиру 100 кв. м — без плагинов и C#: 🟣Что вышло: сетку осей, стены и перегородки ИИ, а также маркировка, цветовое выделение стен по параметру огнестойкости, спецификации, ведомость материалов и размеры по контуру — сделал сам, сначала предложив планировку. При этом Магомед отмечает, что расход токенов вышел заметно ниже, чем при работе только через API. 🟣При этом некоторые задачи потребовали C#: например, для заполнение параметров типоразмеров (по огнестойкости). С помощью промтов через MCP‑сервер можно получить геометрию, атрибутику, маркировку и отчёты. Но для стабильной постоянной работы такой способ не подойдет — слишком много контроля нужно за результатом. Репозиторий на Гитхабе

Шесть принципов формирования дашбордов в девелопменте Большинство дашбордов в компаниях не управляют бизнесом. Они просто красиво показывают данные. Но девелоперу нужен не экран с графиками. Ему нужен управленческий контур, который помогает быстрее принимать решения по продукту, цене, себестоимости, срокам, рискам и организационным издержкам. Хороший дашборд должен отвечать не на вопрос: «Что произошло?» А на вопрос: «Какое решение нужно принять сейчас, кто за него отвечает и какие данные это подтверждают?» Вот 6 принципов, с которых стоит начинать. 1. Начинать не с данных, а с решений Первый артефакт при создании дашборда - не макет экрана и не перечень графиков. Первый артефакт - список управленческих решений. Например: - менять ли цену продаж; - пересматривать ли продуктовый микс; - останавливать ли изменение проекта; - усиливать ли подрядчика; - переносить ли ресурс между проектами; - выносить ли отклонение на комитет. Если решение не описано, метрика почти всегда превращается в декоративную отчетность. 2. Смотреть на ведущие индикаторы (leading indicators), а не только на факт Факт прошлого месяца редко помогает управлять. Когда перерасход уже попал в отчет, часть маржи часто уже потеряна. Поэтому дашборд должен показывать не только факт, но и ранние сигналы. Например: - достаточность ресурса (рабочие на площадке); - темпы выполнения работ; - динамику изменения себестоимости; - отклонения по графику; - скорость получения разрешительной документации; - расходы до завершения(cost-to-complete); - прогноз итоговой стоимости проекта (EAC). Задача дашборда - увидеть проблему до того, как она стала бухгалтерским фактом. 3. У каждой метрики должен быть владелец Метрика без владельца - это коллективная безответственность. Важно различать получателя отчета и владельца метрики. Получатель смотрит. Владелец реагирует. По каждой ключевой метрике должно быть понятно: - кто отвечает; - какой допустимый порог отклонения; - что делаем при выходе за порог; - за какой срок должна быть реакция; - куда эскалируется проблема. Без этого дашборд становится «панелью наблюдения», а не инструментом управления. 4. Оперативность должна соответствовать скорости решения Real-time нужен не везде. Если решение принимается раз в месяц, ежедневное обновление создает шум. Если решение нужно принимать каждый день, месячный отчет бесполезен. Частота обновления должна зависеть от управленческого цикла. Оперативность - это не «обновляется каждую минуту». Оперативность - это «данные приходят до момента принятия решения». 5. Forecast (прогноз) важнее, чем просто факт Девелопер управляет будущей маржой, а не прошлым отчетом. Поэтому хороший дашборд должен показывать не только бюджет / факт, но и прогноз: - EAC; - cost-to-complete; - cash flow; - прогноз отклонения по срокам; - прогноз маржи; - прогноз эскроу-покрытия; - прогноз влияния изменений на экономику проекта. Если дашборд показывает только прошлое, он помогает объяснять результат. Если показывает прогноз, он помогает менять результат. 6. Связывать продукт, продажи, финансы и стройку Главная ошибка - делать отдельные дашборды, которые не разговаривают друг с другом. Продажи живут в CRM. Финансы - в модели и 1С. Стройка - в графике, BIM, КС-2 и отчетах площадки. Продукт - в исследованиях, планировках, цене и NPS. Но прибыль девелопера рождается между этими блоками. Поэтому зрелый дашборд девелопера должен соединять: - воронку продаж; - цену и продукт; - наполнение эскроу; - финмодель; - стройготовность; - бюджет; - EAC; - изменения; - продуктовые характеристики; - скорость управленческих решений. Именно здесь дашборд перестает быть BI-отчетом и становится инструментом управления прибылью. Вывод простой. Дашборд нужен не для того, чтобы «у нас тоже была аналитика». Он нужен для того, чтобы компания быстрее видела отклонения, раньше принимала решения и управляла не только себестоимостью, но и ценностью продукта, скоростью организации и будущей маржой. #цифравстройке #девелопмент #дашборды #datadriven #управлениесебестоимостью #оргразвитие

Профстандарты и ТИМ – аналитический обзор Часть 2/2 Технологический спектр выявленных стандартов (один стандарт может относиться к нескольким категориям, поэтому сумма процентов превышает 100%): • информационное моделирование / ТИМ / ЦИМ – 27 стандартов (43,5%) • 3D-моделирование и изыскания – 12 стандартов (19,4%) • CAE – 5 стандартов (8,1%) • 4D/5D-моделирование – 3 стандарта (4,8%) • строительный контроль и авторский надзор с использованием ЦИМ – 3 стандарта (4,8%) • ведение исполнительной документации в электронном виде – 2 стандарта (3,2%) • смета и ведомости объемов работ по модели – 9 стандартов (14,5%) • смежные функции контроля и проверки модели – 3 стандарта (4,8%) • цифровой двойник – 3 стандарта (4,8%) • среда общих данных – 3 стандарта (4,8%) • PLM/CAM – 4 стандарта (6,5%) Управленческая вертикаль: • руководители проектных организаций и главные архитекторы проектов (ГАП) – 1 стандарт (1,6% от 62) • руководители строительных организаций и главные инженеры проектов (ГИП) – 1 стандарт (1,6%) • руководители проектов – 3 стандарта (4,8%) • монтажники – 1 стандарт (1,6%) • контролеры и инспекторы – 2 стандарта (3,2%) • производители работ и мастера участков – 0 стандартов (0%) Профстандарты для линейных строительных руководителей пока не содержат требований к работе с информационной моделью. Стимулы для развития компетенций. Актуализация профстандартов необходима, но недостаточна. Требуется расширенная система стимулов, которая вместо декларативных требований предлагает конкретные, измеримые механизмы: - экономическое обоснование применения ТИМ (конкретные сценарии вместо общих фраз); - технологические карты, реализованные через BPMN-нотации для моделирования бизнес-процессов в разрезе наиболее повторяемых бизнес-моделей организаций-участников; - расчет экономических эффектов под выбранную бизнес-модель; - метрики по трудоемкости; машиночитаемые требования к информационным моделям. Помимо этого, необходимы: - субсидирование закупок отечественного ПО для ТИМ; - налоговые льготы для компаний, инвестирующих в развитие цифровых компетенций сотрудников; - включение BIM-модулей в программы ДПО за счет отраслевых бюджетов; - независимая оценка квалификации по BIM; - внесение BIM-компетенций в ФГОС строительных специальностей; - активное участие СРО в организации обучения своих членов. Без комплекса мер – финансирования закупок, поддержки обучения, нормативного закрепления и перехода на экономически обоснованные, машиночитаемые требования – профстандарты останутся декларативными документами. Таким образом, главные выводы нашего исследования. Технологическая база (российское ПО) хоть и существует, и зафиксирована в официальном перечне Минстроя России. Но ее функционал требует сопоставления с иностранными аналогами. Кроме того, кадровая база (профессиональные стандарты) сформирована лишь на 10-15% от необходимого объема. Отсутствуют профстандарты для большинства линейных строителей и специалистов, а также для этапа эксплуатации зданий и сооружений. Необходима не только актуализация профстандартов, но и внедрение системы экономических и организационных стимулов. Остро стоит и вопрос развития компетенций у тех специалистов, чьи профстандарты уже содержат компетенции по ТИМ. Значительную часть стандартов надо не просто обновить, а глубоко переработать. Иначе мы рискуем получить формальное исполнение, наполнение систем недостоверными данными («мусор на входе – мусор на выходе») и несознательное отравление данных, когда требования есть, а реальных навыков и культуры работы нет. А как известно, культура имеет свойство есть стратегию на завтрак. В данном случае культура работы с данными. Без комплексного подхода – глубокой переработки стандартов, развития реальных компетенций, экономических стимулов и машиночитаемых требований – полноценный переход на ТИМ на всех этапах жизненного цикла объекта капитального строительства в ближайшие 3-7 лет будет невозможен. 📸 bimsert

Профстандарты и ТИМ – аналитический обзор Часть 1/2 Мы проанализировали два массива данных с использованием технологий искусственного интеллекта. Первый – реестр профессиональных стандартов Российской Федерации (выгрузка на апрель 2026 года, всего 2 500 стандартов), размещенный на официальном сайте Минтруда России. Второй – перечень российского ПО для субъектов градостроительной деятельности, взятый с официального сайта Минстроя России по состоянию на 4 мая 2026 года. Для формирования полного списка целевых слов мы использовали в т.ч. задачи и описание функционала ПО из этого перечня. Фильтрация проводилась по структурированным данным реестров – по категориям, кодам, названиям и аннотациям, содержащимся в соответствующих записях. Такой подход позволил нам охватить весь массив данных системно и исключить субъективный отбор. В фокусе анализа – профессиональные стандарты, содержащие в разделах «трудовые действия», «необходимые умения» или «необходимые знания» целевые слова, связанные с ИМ ОКС, ТИМ, а также смежными задачами. Далее под «компетенциями» понимаются именно указанные элементы профстандартов. Фильтрация проводилась по следующему списку из 43 целевых слов и словосочетаний:

информационное моделирование; информационная модель; ТИМ; ЦИМ; цифровая информационная модель; цифровая модель; цифровая модель местности; информационная цифровая модель местности; модель рельефа; геологическая модель; облака точек; фотограмметрия; 4D моделирование; 5D моделирование; 4D/5D; календарно-сетевое планирование; строительный контроль с использованием ЦИМ; строительный контроль с использованием информационной модели; авторский надзор по модели; фотофиксация; исполнительная документация в электронном виде; ведомость объемов работ; смета; ценообразование; сметная документация; среда общих данных; сводная модель; проверка на коллизии; проверка модели; контроль качества модели; цифровой двойник; умный дом; диспетчеризация зданий; PLM; CAM; CAE; единое информационное пространство; управление инженерными данными; обработка данных инженерных изысканий; экспертиза ЦИМ; экспертиза информационной модели; проверка проектной документации с использованием ТИМ; формирование планов развития территорий.

Из 2 500 профессиональных стандартов к строительной сфере, проектированию, изысканиям, архитектуре, градостроительству, планировке территории и эксплуатации зданий прямым или косвенным образом относится 517 стандартов, что составляет 20,7% от общего реестра. После фильтрации по указанному списку мы выявили 62 уникальных профессиональных стандарта, содержащих компетенции по информационному моделированию. Это составляет 2,48% от всех профстандартов страны (62 из 2 500) и 12,0% от всех строительных стандартов (62 из 517). Распределение по отраслям и сферам деятельности: • строительство, проектирование, инженерные изыскания, архитектура и градостроительство – 45 стандартов (72,6% от всех выявленных) • эксплуатация зданий и сооружений – 2 стандарта (3,2%) • атомная промышленность – 9 стандартов (14,5%) • ракетно-космическая промышленность – 3 стандарта (4,8%) • машиностроение и автоматизация – 2 стандарта (3,2%) • административно-управленческая сфера – 1 стандарт (1,6%) Ядро компетенций по информационному моделированию сосредоточено в строительной и атомной отраслях, на которые приходится 87,1% всех выявленных стандартов. По этапам жизненного цикла объектов капитального строительства распределение следующее: • проектирование – 33 стандарта (53,2% от всех выявленных) • инженерные изыскания – 8 стандартов (12,9%) • строительство и монтаж – 7 стандартов (11,3%) • эксплуатация – 3 стандарта (4,8%) • управление документацией и данными – 3 стандарта (4,8%) • остальные отрасли (атомная, космическая, машиностроение, административная) – 13,0% Этап строительства и эксплуатации значительно отстают от проектирования, что отражает реальную ситуацию на рынке: ТИМ пока застревает на стадии разработки модели и редко доходит до стройплощадки и тем более до эксплуатации. 📸 bimsert

Доброго дня! Запись консультационного онлайн семинара от 29.05.26 о применении IFC на этапе АГР уже в открытом доступе. ➡️➡️➡️ Приглашаем вас к просмотру по [ссылке] ▪️ ◀️◀️◀️ Хорошей недели! 💙