🙋 Кто отвечает за объем, который посчитала модель?

Автоматизация должна была закрыть простой вопрос: сколько здесь бетона, стен, перекрытий или оборудования. Нажали кнопку — получили 128,37 м3. Красиво.

А теперь представим, что цифра неправильная.
Проектировщик скажет: геометрия построена правильно.
ТИМ-менеджер — правило расчета настроено.
Сметчик — объем пришел из модели.
Разработчик — программа посчитала то, что ей передали.

И внезапно за итоговые 128,37 м3 как будто не отвечает никто.

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

Сам IFC умеет хранить количественные характеристики: длину, площадь, объем, массу и другие величины. Для отдельных элементов предусмотрены стандартные наборы количеств. Например, для стены отдельно определяются GrossVolume, NetVolume, GrossSideArea и другие показатели. Но наличие параметра еще не отвечает на вопрос, какой именно объем нужен для конкретной работы.

И чем глубже мы связываем ЦИМ с ВОР и стоимостью, тем важнее становится уже не вопрос: «Может ли программа это посчитать?» Может.

❓ Главный вопрос другой: кто проверил, что именно она посчитала, и кто готов отвечать за эту цифру?

Вот здесь автоматизация становится немного интереснее кнопки «Рассчитать»)))

Пятница начинается с актуального «ЮМОРА» 😀

⭕️⭕️⭕️
Сделали свой IFC Anonymizer. Зачем, если аналоги уже существуют?

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

Мы не пытались заново изобрести анонимизацию IFC. Нам нужен был инструмент под конкретную задачу: безопасно подготовить рабочую модель к передаче внешнему специалисту, подрядчику или ИИ, но не потерять данные, необходимые для инженерного анализа.

Простой пример.

У вас есть IFC реального объекта. Внутри могут находиться название проекта, адрес, заказчик, проектировщик, ФИО авторов, исходные GUID, геопривязка и другие данные. При этом вам нужно передать модель на внешний анализ и сохранить стены, перекрытия, материалы, классификацию, площади, объемы и свойства элементов.

Руками проверить десятки тысяч IFC-сущностей практически нереально.

⭕️Наш IFC Anonymizer:⭕️

- работает локально на компьютере;
- не изменяет исходный IFC;
- удаляет адреса, людей, организации и служебные данные;
- позволяет указать конкретные названия, шифры и другие идентификаторы проекта для поиска;
- удаляет геопривязку;
- генерирует новые GlobalId;
- сохраняет геометрию и инженерные данные;
- после обработки формирует отдельный Privacy Report.

Именно отчет нам нравится больше всего.

Мы получаем не просто файл со словами «вроде обезличили», а паспорт обработки: что было очищено, сколько записей изменено, удалена ли геопривязка, сколько GUID заменено и остались ли находки уровня Critical, Review или Info.

На тестовой модели инструмент заменил более 80 тысяч GlobalId, очистил сведения об авторах, организациях, адресах и проекте, удалил геопривязку и при этом сохранил геометрию и структуру модели.

Чем наш подход отличается от похожих решений?

Не самим фактом анонимизации. Такое ПО уже существует.

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

В основе инструмента используется открытая библиотека IfcOpenShell, которая позволяет программно читать, изменять и сохранять IFC.

⭕️⭕️

Пока оставляем инструмент для внутренней работы «Геометрии Столицы». Посмотрим, как он покажет себя на разных моделях. Если окажется действительно полезным, возможно, позже поделимся им с вами.

Если конечно вам такое интересно 🤔

💰 Изменили модель. Кто пересчитает деньги?

Первый расчет стоимости по модели — вообще не самая сложная часть 5D. Самое интересное начинается после первой нормальной корректировки проекта.

Передвинули стену, изменили толщину перекрытия, поменяли материал, добавили проем, конструктор пересчитал решение. ЦИМ обновилась. А стоимость?

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

При этом сама логика связи количества и стоимости давно заложена даже в IFC. В официальной схеме buildingSMART есть IfcCostItem: он может содержать стоимость и быть связан с количествами элементов, процессов и ресурсов. Предусмотрен и IfcCostSchedule — структура для объединения стоимостных позиций в расчет стоимости.

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

Настоящий смысл появляется тогда, когда можно проследить: изменился элемент - изменился объем - изменилась работа - изменилась стоимость.

Причем недостаточно увидеть новую итоговую цифру. Было 300 м3 бетона, стало 327. Хорошо. Откуда появились еще 27?

Вот здесь начинается уже не просто выгрузка объемов из модели, а нормальное управление стоимостью проекта. Поэтому мне все больше нравится одна мысль: настоящий 5D проверяется не на первой версии модели. Он проверяется на второй.

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

И главный вопрос: кто после изменения модели должен пересчитать деньги? Проектировщик? ТИМ-менеджер? Сметчик? Или в идеальной цифровой цепочке система вообще не должна ждать, пока кто-то об этом вспомнит?

Сегодня последний день лета.

Пролетело оно как-то слишком быстро. Кто-то уже грустит — я, если честно, тоже немного 😀

Но встречать осень будем красиво.

Завтра будет дроп. Покажу штуку, над которой работал последнее время.

Без спойлеров. До завтра 👀

До следующего лета осталось 273 дня всего лишь 😢

⭕️⭕️⭕️
Новый продукт от «Геометрии Столицы» - аудит ЦИМ для формирования ЦВОР

Запускаем отдельный продукт для заказчиков, сметных подразделений и проектных организаций, которые хотят использовать ЦИМ как реальный источник объемов работ.

Главный вопрос простой: какую часть существующего ВОР реально можно получить из ЦИМ, каким способом и чего для этого не хватает?

Берем IFC-модель и ВОР и определяем:
⭕️какие объемы можно получить напрямую из ЦИМ;
⭕️ какие можно рассчитать по данным модели;
⭕️ где нужен дополнительный источник или спецификация;
⭕️ где данных в ЦИМ недостаточно;
⭕️ где объемы ЦИМ расходятся с ВОР;
⭕️ что действительно необходимо доработать в модели;
⭕️ какие позиции вообще нецелесообразно пытаться получать из ЦИМ.

Наша задача не заставить проектировщика моделировать все подряд и добавлять сотни параметров. Задача - определить наиболее рациональный и проверяемый источник каждого объема.

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

Дополнительно формируем итоговый отчет с основными выводами, проблемами и рекомендациями по дальнейшей работе.

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

⭕️ Форматы работы:

1️⃣ Диагностика ЦИМ
Если готового ВОР еще нет. Проверяем состав данных, количественные параметры и потенциальные источники объемов.

2️⃣ Аудит ЦИМ + ВОР
Сопоставляем существующий ВОР с ЦИМ и определяем источник и способ получения анализируемых объемов.

3️⃣ Комплексный аудит объекта
Несколько разделов и общая картина готовности объекта к дальнейшей работе с ЦВОР.

Стоимость и срок определяются после предварительной оценки состава ЦИМ, ВОР и границ задачи.

Единой утвержденной методики, которая однозначно регламентировала бы формирование ЦВОР из ЦИМ для любого проекта, пока нет. Поэтому мы не выдаем формальное заключение «соответствует / не соответствует», а анализируем конкретный ВОР и фактические данные конкретной ЦИМ.

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

И небольшой организационный момент:

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

⭕️ Если вы есть у меня в контактах - Telegram: @elvax

⭕️ Если написать в Telegram не получилось:
E-mail: gotcapital@yandex.ru
Тел.: +7(926)035-61-05

⭕️⭕️
После публикации нового продукта понял одну вещь: далеко не всем очевидно, кому вообще нужна такая услуга и зачем.

Если совсем просто, она нужна тем, кто уже работает с ЦИМ, но не хочет потом заново собирать объемы вручную из чертежей, PDF и Excel.

Кому это полезно:

⭕️ ГИПу и руководителю проекта — чтобы быстро понять, где в объемах есть риски и расхождения;
⭕️ BIM-специалисту — чтобы увидеть, какие данные модели реально пригодны для дальнейшей работы;
⭕️ сметчику — чтобы понимать, что можно брать из ЦИМ, а что придется получать другим способом;
⭕️ заказчику — чтобы оценить, насколько модель вообще пригодна для использования после выпуска.

В 2026 году уже странно говорить про BIM, если модель в итоге остается просто дополнением к 2D-чертежам.

ЦИМ должна не только красиво выглядеть, а реально работать дальше: в объемах, сметах, проверках, закупках и контроле.

Вот эту задачу мы и пытаемся решить новым направлением.

И да, каждому спасибо за поддержку, очень ценю. 🙏

💬 Михаил Шуфутинский печатает

Цены бы не было таким заказчикам 👍😀

Хотим автоматическую проверку. Но формализовать смогли только 5,7% требований

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

Были проанализированы 310 нормативных правовых актов и документов по стандартизации. В них выявили 42 246 требований. Для перевода в машиночитаемый и машинопонимаемый формат пригодными признали только 2 403.

Это примерно 5,7%.

Почему так мало? В части требований нет конкретных измеримых параметров. Другие невозможно однозначно связать с элементами ЦИМ. А некоторые сформулированы как общая цель и просто не содержат логики, по которой машина могла бы автоматически определить: выполнено требование или нет.

И здесь хорошо раскрывается тема IDS, о которой мы недавно говорили.

Мы можем сделать формат для машинной проверки, написать валидаторы, подключить ИИ и мечтать об автоматической экспертизе. Но сначала машине нужно объяснить что именно проверять и по какому правилу.

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

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

⭕️Важно: речь идет о данных из пояснительной записки к проекту изменений. Сам проект на момент публикации еще не является принятым нормативным актом.

Revit больше не хочет открывать всю модель сразу

В Revit 2027.2 Autodesk показал Incremental Model Open — новый подход к открытию больших моделей.

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

В первых тестах Autodesk некоторые модели открывались в 1,5–2 раза быстрее, а на старте обрабатывалось на 60–80% меньше данных. Пока это Tech Preview с ограничениями, а не окончательная новая схема работы Revit.

Но интересны даже не проценты.

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

И вот здесь BIM постепенно подходит к интересному моменту. Мы привыкли воспринимать ЦИМ как огромный файл: сначала его нужно скачать, открыть и загрузить целиком, а уже потом что-то с ним делать.

Но человеку, скрипту или ИИ далеко не всегда нужна вся модель одновременно.

Возможно, следующий этап больших ЦИМ — перестать относиться к модели как к файлу, который обязательно нужно целиком открыть. И начать относиться к ней как к данным, к которым мы обращаемся тогда, когда они нужны.

Сама функция появилась ещё в конце июля вместе с Revit 2027.2, но подробно Autodesk разобрал её только в конце августа. Поэтому сейчас уже можно смотреть на неё не как на очередной пункт релиза, а как на часть более широкой стратегии работы с большими моделями и данными по запросу.

За подробностями по Revit — к Владимиру, нашему главному амбассадору этой программы. 🥲

Было такое? 👊😂