5D BIM и ERP системы в строительстве. Зарубежные и росийские инструмены создания бизнес процессов

📓 The DataDrivenConstruction guidebook, embodying a decade of rigorous research into data integration in construction:

📈 The book features over 200 unique illustrations explaining the topic of data in construction. The book covers more than 80 topics and 40 of the most common business cases.

🤼‍♂️ Междисциплинарное общения между BIM и Software специалистами - которые работают и пытаются разбираться в теме строительных бизнес процессов. На этой встрече мы обсудили как традиционные уже существующие процессы и инструменты 5D, так и возможность создания идеального Pipeline для процессов 5D при помощи открытых инструментов.

📋 Содержание разговора:
00:00:00 - Короткий обзор встречи
00:02:56 - Алексей, BIM в Уралхим
00:07:25 - Артём Андреев, BIM проектирование и сметы
00:08:53 - Нефтяные проекты и сметы в Aveva
00:11:05 - Российские инструменты для процессов 5D
00:12:24 - Нужны ли ссылки на сметы в 3D BIM
00:15:06 - Российские ГЭСН и АВС смета
00:18:14 - Проблема маппинга российских ГЭСН
00:23:45 - Логика работы западных ERP BIM 5D систем
00:26:56 - Работа Deutsche Bahn c подрядчиками в системе BIM 5D
00:36:05 - Классификаторы и Pipeline
00:40:30 - Aveva и формат IFC
00:42:08 - Передача информация по ГЭСН обратно в 3D модель
00:48:35 - Продукт CSD 5D смета и форматы данных
01:00:00 - Инструменты 5D в Северной Америке
01:03:49 - Что важнее сметы или эксплуатационная стоимость объекта
01:08:14 - Расчёты эксплуатационной стоимости объекта
01:11:21 - Универсальные модульные ERP продукты для строительного бизнеса
01:19:23 - Может ли коммьюнити заниматься развитием продуктов
01:30:32 - Чего не хватает в инструментах и в чём проблемы
01:40:00 - Какие процессы должны быть в модульном ERP продукте
01:50:50 - Тема грязных данных на реальных проектах
01:56:38 - Проблемы решаются дополнительными людьми

Участники встречи:
Артём Андреев - BIM эксперт (Инжиниринговая компания, проектный институт)
Александр Боровиков - CX ODA
Алексей - BIM эксперт (Уралхим, проектный институт)
Ксения Гордиенко - VDC Manager ETRO Construction

Группа телеграмм ERP BIM OSS:
(ссылка на вступление в группу)

[Yrogachev]

Очень круто. Отличные спикеры, интересно слышать их. Спасибо Артём!

[regyser]

Неимоверно вдохновляющее видео! Особенно концовка с акцентами

[ialfredmag]

Ну вообще, вот вроде есть АДСК шаблон для ревита. Ну идея с ФОП же отличная. Вот вроде достаточно, чтобы производители делали НОРМАЛЬНЫЕ семейства под один шаблон с параметрами ФОП и вбили в свои семейства правильные параметры, те же цены, ну и обновляли хотя бы их раз в год. И все, тогда большую часть необходимых данных можно будет собрать через не самый сложный инструмент спецификаций. Это работа блин, с которой школьник справится. Но нет это сложно даже для транснациональных компаний. Иногда вообще библиотек нет. А если есть, то чаще всего семейства через Ж сделаны. Может быть пустая красивая геометрия, а могут и замудрить, но ты будешь мучиться пользоваться этими семействами. Это такая боль. Даже вентрешетку, блин, нормально сделать не могут, чтобы она нормально на воздуховод вставала. Например недавно скачал шумоглушитель, а он встает перпендикулярно воздуховоду, накрест, вот так коннекторы поставили. Одна сплошная боль. Ну сделайте простую детализацию с правильной геометрией, нам габариты только важны, и забейте нормально параметры, чтобы данные собирать, попробуйте поработать со своим тупым семейством. Не, это очень сложно. Я вот такой крутой ревитчик, лучше вот максимально все продетализирую, какую-нибудь фигню добавлю, но весь типовой ряд не сделаю, ну и что, что с ним сложно, а то и невозможно работать, это разве важно. Боже, как у меня пригарает с этого бесполезного труда.

[svitchy]

Атрибут - сметный код конструктивного решения - оно и есть часть атрибутивной информации об элементе,
И так, как это сделано у немцев, например в связке Неварис(ех.ВСМ) - Allplan, либо пример из iTwo, позволяет хранить в модели -атрибут Код, а в подключаемой базе данных описание этого Кода (сметная расценка или группа расценок, или ссылка на группу расценок...). Может быть несколько баз данных на один и тот же Код, что позволяет просчитать элемент по-разному (в ГЭСН, в расценках подрядчика и т.д.), главное - формула подсчёта объема работ расценки.
Просто операция с выгрузкой - это не расширение базы данных. А именно такой подход делает базу стоимостных данных подключаемой через линк к ее прототипам в топологии и иных атрибутах

А дальше, постановка задачи получить инструмент стоимостного моделирования, то есть реальную стоимость каждого конструктивного решения по этим Кодам, в ERP. С возможностью собрать информацию о реально понесенных затратах (пакетирование аналогичного состава ресурсов в один блок) и обновить, используя данные о стоимости ресурсов из этой ERP, на сегодня, или проиндексировать на прогнозируемую инфляцию .
Немцам проще, у них эта стоимостная информация доступна к приобретению. У нас вариант ещё, создавать на базе своей ERP, потому что классическая сметная программа не даёт нужного результата