3️⃣3️⃣3️⃣

Красиво, спасибо! ❤️

💰 1С:Смета ТИМ КОРП: смета из модели или новая головная боль?

Сейчас всё чаще слышу разговоры про связку BIM и смет, так же в данный момент изучаю продукт от 1С.

И вроде звучит красиво: модель есть, данные есть, объёмы есть, дальше подключаем 1С:Смета ТИМ КОРП и получаем нормальную сметную историю.

Но есть один важный момент.

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

Она просто покажет хаос в более удобном интерфейсе.
И вот тут начинается самое интересное: раньше можно было сказать «ну это просто модель». А теперь модель хотят использовать для объёмов, ВОР, смет и проверки.

То есть BIM постепенно перестаёт быть красивой картинкой и начинает превращаться в источник данных.
А источник данных должен быть нормальным.
Моё мнение простое: 1С:Смета ТИМ КОРП и похожие решения — это не волшебная кнопка. Это инструмент. И он будет работать только там, где модель к этому готовили заранее.

⭕️ Сначала порядок в модели.
⭕️ Потом сметы из модели.

Не наоборот.

Так, гугаль, прекращай, а то в Яндекс уйду 😅

❓ Как выглядит плохая модель?

Признаки плохой ВІМ-модели: когда «3D» — это единственное, что есть
Думаете, сделали ВІМ, потому что нарисовали здание в цвете?)

Давайте проверим:

⭕️«А что такое атрибуты?»
Стены есть, окна есть, а данных нет. Ни материала, ни стоимости, ни артикула. Как будто нарисовали дом мелками — красиво, но построить нельзя.

⭕️«Ой, а труба тут как оказалась?»
Коллизии? Какие коллизии? Пусть строители разбираются, почему вентиляция проходит сквозь несущую колонну.

⭕️«LOD? Да мы просто обвели 2D-чертёж!»
Модель уровня «чтобы было», а не для работы. Для расчётов не годится, для сметы — тем более.

⭕️«У кого какая версия?» Архитектор обновил фасад, конструктор не в курсе. В сводной модели — три разных этажа.

⭕️«Где мои данные?»
Экспортировали в IFC — половина информации пропала. Теперь это не BIM, а 3D-пазл с недостающими деталями.

⭕️ Запомните: ВІМ — это не картинка, а инструмент. Если модель не помогает экономить время и деньги, значит, что-то пошло не так.

😳 Кто отвечает за данные в модели?
Вот вопрос, который в BIM почему-то всегда висит в воздухе.

Кто отвечает за данные в модели?

⭕️Проектировщик скажет: «Я проектирую, а не заполняю таблицы».
⭕️BIM-координатор скажет: «Я проверяю, но не должен доделывать за всех».
⭕️Заказчик скажет: «Мне нужен результат».
⭕️Сметчик скажет: «Я не буду верить данным, если они непонятно откуда взялись».
И все вроде правы))

Но модель от этого лучше не становится.

Рынок наконец-то приходит к тому, что просто геометрии уже мало. Нужны параметры, структура, классификация, логика, проверка и ответственность.
А ответственность — это не абстрактная фраза в BEP.
Это конкретный человек или конкретная роль, которая понимает: какие данные нужны, кто их заполняет, кто проверяет и что будет, если они заполнены неправильно.
Без этого BIM превращается в коллективную игру «это не моя зона ответственности».

И самое смешное, что в конце всё равно крайним окажется тот, кто последний открыл модель перед сдачей))) 🤡

Моё мнение: данные в модели — это не задача одного человека. Это процесс. Но у процесса должен быть хозяин.
Иначе порядка не будет. Увы.

И где я не прав? 😧

#BIMПросвет
#БольшойBIMПросвет
#БольшойBIMПросвет26
#BIMSupport
#ББП26

Спасибо каждому, кто прочитал мою историю. Уже больше 200 просмотров — для меня это действительно важно.

Ценю ваше внимание, поддержку и добрые слова. Буду и дальше делиться своим опытом, мыслями и тем, что происходит в моей профессиональной жизни.

Спасибо. Ценю и уважаю каждого из вас. ❤️

🤖 ИИ в строительстве: не волшебная кнопка, а инструмент для рутины

В выходные посмотрел вебинар по применению ИИ в строительстве. Главная мысль простая: ИИ уже обсуждают не как игрушку, а как рабочий инструмент для документов, смет, графиков, спецификаций и данных в 1С.

Разбирали четыре блока.
Первый — ИИ в цифровом контуре строительной организации: документы, НСИ, процессы, прогнозирование и поддержка пользователей. То есть всё, где в компании много данных, ручного поиска и повторяющихся действий.

Второй блок — сопоставление календарно-сетевого графика и сметы. ИИ может предварительно связать работы из графика с позициями сметы, показать возможные совпадения и спорные места. Но финальное решение всё равно остаётся за специалистом.

Третий блок — ИИ-агенты и данные 1С. Тут важная мысль: просто подключить ИИ к базе недостаточно. Ему нужен контекст: документы, справочники, регистры, бизнес-правила и понимание связей между объектами. Иначе получится не проверяемый результат, а красивая догадка.

Четвёртый блок — 1С:Смета и конъюнктурный анализ. Это, на мой взгляд, самая прикладная часть. ИИ может помогать разбирать ТКП: вытаскивать реквизиты, цены, характеристики материалов и оборудования, единицы измерения и параметры для сравнения.

Для меня вывод такой: ИИ в строительстве будет полезен не там, где хотят «заменить людей», а там, где нужно снять рутину. Разобрать документы, найти связи, подготовить черновик, подсветить спорные места, ускорить первичную обработку данных.

Но есть нюанс. Если в данных хаос, ИИ не сделает из этого нормальную систему. Он просто быстрее покажет, где этот хаос находится.

Поэтому ИИ в строительстве — это не отдельная революция. Это следующий слой над данными, процессами, НСИ, сметами, графиками и проектной информацией.

BIM ТИМ больше не про модели. Новый ГОСТ это официально подтвердил.

Честно говоря, настолько растворился в новой работе, конференциях и изучении новых направлений, что только сейчас понял — прошёл уже целый месяц с момента вступления в силу ГОСТ Р 10.00.00.02–2026 «Единая система информационного моделирования. Принципы, цели и задачи».

Время летит настолько быстро, что некоторые действительно важные события успевают пройти мимо.

А ведь, как мне кажется, это не просто очередной ГОСТ.

На мой взгляд, в нём есть несколько действительно важных моментов.

⭕️ Главный акцент смещается с документов на данные. Стандарт официально говорит о переходе от документоориентированного подхода к моделеориентированному, а затем — к датаориентированному. Ценность теперь не в файле или модели, а в информации, которая в ней содержится.

⭕️ ТИМ рассматривается не только для проектирования. Информационная модель должна сопровождать объект на всём жизненном цикле: от идеи и проектирования до строительства, эксплуатации и вывода объекта из эксплуатации.

⭕️ Появляется Единая система информационного моделирования (ЕСИМ). Это шаг к тому, чтобы все участники отрасли работали по единым принципам и говорили на одном языке.

⭕️ Оценивается уже не просто использование ТИМ, а уровень его зрелости. То есть важно не наличие модели, а насколько технологии встроены в процессы организации.

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

Лично для меня главный вывод один: ещё несколько лет назад многие воспринимали ТИМ как красивую 3D-модель. Сегодня национальный стандарт фактически говорит о другом: главная ценность — данные, процессы и управление информацией.

Именно поэтому я всё чаще говорю, что ТИМ перестаёт быть просто моделированием и постепенно становится системой управления данными.

Думаю, именно в этом и заключается главный посыл нового ГОСТ.⬇️

ТИМ стоит денег. Просто многие делают вид, что нет.

Вот это, на мой взгляд, одна из самых честных мыслей, которая прозвучала от НОСТРОЙ.

Главный вопрос сейчас — не только в софте, кадрах или требованиях. Главный вопрос — экономика ТИМ.

Потому что модель, данные, проверки, лицензии, специалисты, сопровождение и настройка процессов — всё это стоит денег. Но на практике часто получается странная история: ТИМ требуют, модель нужна, данные нужны, отчёты нужны, а в задании, документации и цене контракта эти затраты нормально не отражены.

И тогда всё ложится на подрядчика.

НОСТРОЙ привёл хороший пример: на объекте стоимостью 550 млн рублей затраты на ТИМ могут превышать 12 млн рублей.

12 млн — это уже не «ну вы там модельку соберите». Это отдельная серьёзная статья затрат.

И вот здесь становится понятно, почему у крупных компаний ТИМ ещё как-то едет, а для среднего и малого бизнеса это часто превращается в боль. Требование есть, а экономика не всегда сходится.

Моё мнение простое: ТИМ не может развиваться как бесплатное приложение к проекту. Если мы хотим нормальные модели, нормальные данные, нормальную координацию и нормальную цифровизацию — это должно закладываться в стоимость.

Иначе рынок так и будет жить в режиме: «Сделайте нам ТИМ, но желательно бесплатно».

⭕️⭕️⭕️
P.S. Если у вас не хватает специалистов по ТИМ или нужна помощь с проектом — вы знаете, к кому обратиться. Берёмся за задачи любой сложности: от разработки BIM/ТИМ-стандартов и сопровождения проектов до внедрения процессов, подготовки моделей и обучения. Работаем с гарантией результата. @elvax

Как вам мой план B? 😏

Всем хороших выходных!

🇷🇺 nanoCAD BIM и ЦИМ АГР: российский софт начал подстраиваться под требования Москвы?

Мне нравится наблюдать, как требования начинают двигать рынок.

Ещё недавно многие воспринимали ЦИМ АГР как что-то отдельное: ну появилась новая история, ну нужен IFC, ну как-нибудь выгрузим.
А потом выяснилось, что «как-нибудь» не работает.
Нужны параметры. Нужен маппинг. Нужен нормальный экспорт. Нужна логика внутри модели.
И вот тут уже начинают подтягиваться программные решения.

nanoCAD BIM, например, начал адаптироваться под требования ЦИМ АГР (еще в мае): профили экспорта, параметры, настройка IFC. То есть софт постепенно понимает, что рынок хочет не просто моделировать, а сдавать модель по конкретным правилам.

Но тут снова есть важный момент.

Даже самый подготовленный софт не спасёт, если человек не понимает, что он делает.
- Можно дать готовый профиль экспорта.
- Можно дать библиотеку параметров.
- Можно дать инструкцию.
Но если модель собрана без структуры, всё равно будет боль.

Поэтому я бы не говорил, что российский софт «решил проблему ЦИМ АГР».
Скорее он начал закрывать техническую часть.
А вот методология, дисциплина и ответственность всё равно остаются на людях.
И это нормально.
BIM никогда не был только про кнопки.

7️⃣Я❤️🔐

Автоматизация в BIM: где польза, а где просто игрушки для отчёта?

Автоматизация в BIM — тема красивая.
Скрипты, плагины, Dynamo, кнопки, выгрузки, проверки, отчёты.
Звучит мощно.

Но иногда смотришь на это и думаешь: а мы точно автоматизируем пользу, а не просто делаем вид, что стали технологичнее?

Потому что автоматизация должна экономить время, снижать ошибки и давать понятный результат.

А не превращаться в отдельный проект ради проекта.

Бывает, что задачу можно сделать вручную за две минуты, но под неё пишут скрипт неделю. Потом этот скрипт работает только у одного человека, только на одной версии файла и только если никто ничего не трогал.

Это не автоматизация. Это красивый костыль.

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

⭕️⭕️
Моё мнение: сначала порядок, потом автоматизация. Потому что автоматизировать бардак — это просто быстрее получать бардак.

Что правда, то правда 🤣

Жарких летних солнечных хороших выходных вам! 🙏

⭕️⭕️⭕️
18 октября моему каналу исполнится 1 год.

Есть небольшая цель — собрать к этой дате 500 единомышленников.

Если вам нравится контент и вы считаете, что он может быть полезен вашим коллегам или друзьям из сферы ТИМ — буду рад, если расскажете о канале.

А если к 18 октября нас станет 500 — обещаю масштабный розыгрыш с действительно интересными призами. 😉

Спасибо, что вы здесь! ⭐️

❓ ЦВОР: цифровой процесс или просто новый XML?

Ознакомился с постом коллег из канала «Просто о сметах» о китайском опыте применения ИИ в управлении стоимостью строительства. С главным выводом сложно спорить: пока мы обсуждаем форматы передачи данных, китайские специалисты пытаются формализовать сами знания, правила расчёта и логику принятия решений.

Для BIM и ЦВОР это особенно важно. Сегодня цепочка выглядит красиво: модель, IFC, цифровая ВОР, смета. Но между моделью и итоговым объёмом по-прежнему находится человек. Он выбирает параметр, определяет состав элементов, применяет коэффициенты, учитывает правила обмера и добавляет работы, которых в модели нет.

После этого готовое значение попадает в XML. То есть документ становится цифровым, а способ получения объёма во многом остаётся ручным.

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

Китайский подход начинается с другой точки. Там создан исследовательский консорциум с участием более десяти научных институтов и разработана архитектура «1+2+N»: единая система стандартов, база знаний, база данных по стоимости и набор прикладных сценариев — от прогнозирования инвестиций до контроля рисков и цифровой передачи данных.

Самое интересное для BIM — попытка превратить нормативы и опыт специалистов в машиночитаемую систему. В материале описан отраслевой цифровой словарь с шестью уровнями детализации, пятью категориями сущностей и 17 типами логических связей. Используются графы знаний и язык OWL, а систему обучают извлекать правила из нормативной документации и применять их при обработке стоимостных данных.

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

⭕️ При этом важно не преувеличивать: статья не доказывает, что в Китае уже работает идеальная кнопка «изменили модель — автоматически пересчитали всю смету». В ней описываются архитектура, исследования и направление развития. Но само направление показательное.

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

Пока эта логика не станет машиночитаемой, ЦВОР будет стандартизировать результат, но не полностью автоматизировать его получение.

⭕️⭕️
Поэтому главный вопрос сейчас не в том, нужен ли XML. Главный вопрос — строим ли мы цифровой процесс расчёта или просто переносим готовые цифры в новый формат.