#Содержание Просто о BIM @prostobim
Начал вести тэги по рубрикам. Иду с конца в начало, постепенно тэгируя посты. Для использования, нажмите на интересующий тег и он найдет посты этой рубрики.
Часть уже обработал, пробуйте - пишите в комментарии удобно или нет, или что поправить.
#Теория #Практика #Новости #Интриги #ГосТИМ #Стандарты #Классификатор #Подкасты #Деньги #СтроительныеРассказы #IFC #ACC #СуперСистемы #SIGNAL #Образование
#Ссылки #Рейтинги #Autodesk #СтроительствоVSМашиностроение
#Dynamo #Python
Начал вести тэги по рубрикам. Иду с конца в начало, постепенно тэгируя посты. Для использования, нажмите на интересующий тег и он найдет посты этой рубрики.
Часть уже обработал, пробуйте - пишите в комментарии удобно или нет, или что поправить.
#Теория #Практика #Новости #Интриги #ГосТИМ #Стандарты #Классификатор #Подкасты #Деньги #СтроительныеРассказы #IFC #ACC #СуперСистемы #SIGNAL #Образование
#Ссылки #Рейтинги #Autodesk #СтроительствоVSМашиностроение
#Dynamo #Python
👍3❤2🔥1👨💻1
Просто о BIM pinned «#Содержание Просто о BIM @prostobim Начал вести тэги по рубрикам. Иду с конца в начало, постепенно тэгируя посты. Для использования, нажмите на интересующий тег и он найдет посты этой рубрики. Часть уже обработал, пробуйте - пишите в комментарии удобно…»
Просто о BIM pinned «СОДЕРЖАНИЕ КАНАЛА #Содержание ЧАСТЬ 1 ЧАСТЬ 2 ЧАСТЬ 3 ЧАСТЬ 4 ЧАСТЬ 5»
#Новости #AU2021 #Ссылки
7 и 8 октября пройдет русская секция AU2021
Можно смотреть онлайн и в записи
РЕГИСТРАЦИЯ РАСПИСАНИЕ
Наши доклады:
> Эффективная разработка собственных программных продуктов с платформой Forge (Александр Попов)
> BIM сопровождение строительства и передача модели в эксплуатацию (Никита Поспелов)
Новые продукты:
> Управление проектными данными и финансами в DSX: снижаем издержки с Forge (Артем Вайтицкий)
> Облачные решения «G-TEC Suite» ГК “ФСК” (Дмитрий Журавленко, Сергей Бирюков)
> Онлайн продажа квартир с полной отделкой (Павел Балобанов)
Проектировщикам:
> Шаблоны Revit 2021: краткий обзор новинок (Дмитрий Чубрик)
> Высокая промышленная повторяемость в проектах (Александр Бойцов)
> BIM-моделирование ПС 220 кВ (Александр Лапыгин)
Другие интересные:
> Формирование спецификаций и работа с данными в Civil 3D (Александр Панькин)
> Nika information (Алексей Бабинов)
> Бесплатная система управления моделями, качеством и BIM-контентом для всех (Дмитрий Бисеров)
7 и 8 октября пройдет русская секция AU2021
Можно смотреть онлайн и в записи
РЕГИСТРАЦИЯ РАСПИСАНИЕ
Наши доклады:
> Эффективная разработка собственных программных продуктов с платформой Forge (Александр Попов)
> BIM сопровождение строительства и передача модели в эксплуатацию (Никита Поспелов)
Новые продукты:
> Управление проектными данными и финансами в DSX: снижаем издержки с Forge (Артем Вайтицкий)
> Облачные решения «G-TEC Suite» ГК “ФСК” (Дмитрий Журавленко, Сергей Бирюков)
> Онлайн продажа квартир с полной отделкой (Павел Балобанов)
Проектировщикам:
> Шаблоны Revit 2021: краткий обзор новинок (Дмитрий Чубрик)
> Высокая промышленная повторяемость в проектах (Александр Бойцов)
> BIM-моделирование ПС 220 кВ (Александр Лапыгин)
Другие интересные:
> Формирование спецификаций и работа с данными в Civil 3D (Александр Панькин)
> Nika information (Алексей Бабинов)
> Бесплатная система управления моделями, качеством и BIM-контентом для всех (Дмитрий Бисеров)
👍1
#СтроительствоVSМашиностроение Часть 1.
По мотивам дискуссии в @bimchat подытожил своё мнение в 4 частях.
Иногда мы путаем похожее и противоположное. Например зеркальные сборные железобетонные панели - это не похожие элементы, нельзя один поставить вместо другого, даже подпилив или просверлив. Они полностью не подходят на место друг друга. Также и строительство с машиностроением если и похожи в каких-то аспектах (вроде массы и стоимости зеркальных панелей), то по сути все-таки являются очень разными.
Разница между строительством и машиностроением заключается в том, что в машиностроении продукт динамичный, средства производства статичны, высокая повторяемость (проект долго готовится, продукт редко изменяется, любое изменение - это стресс для продукта и длительное время прорабатывается). Цикл выпуска одного изделия - часы, дни, недели.
В строительстве продукт статичный, средства производства динамичны. проект делается в максимально сжатые сроки в ущерб проработке и качеству, каждый раз чуть ли не заново, изменения - это норма и они всегда идут вплоть до конца реализации. Низкая повторяемость, к следующему изделию проект меняется на 10%, что затрагивает до 50% элементов. Цикл выпуска одного изделия - 1-3 года.
В машиностроении основные детали - типовые, одинаковые, в строительстве основные детали (стены, перекрытия) - уникальны.
Главное отличие стройки от машиностроения, что на момент её начала, есть только примерное описание требуемого результата, рабочий проект же делается параллельно со стройкой, опережая на неделю-две. В машиностроении - готовое изделие известно ещё до подготовки технологической линии.
По мотивам дискуссии в @bimchat подытожил своё мнение в 4 частях.
Иногда мы путаем похожее и противоположное. Например зеркальные сборные железобетонные панели - это не похожие элементы, нельзя один поставить вместо другого, даже подпилив или просверлив. Они полностью не подходят на место друг друга. Также и строительство с машиностроением если и похожи в каких-то аспектах (вроде массы и стоимости зеркальных панелей), то по сути все-таки являются очень разными.
Разница между строительством и машиностроением заключается в том, что в машиностроении продукт динамичный, средства производства статичны, высокая повторяемость (проект долго готовится, продукт редко изменяется, любое изменение - это стресс для продукта и длительное время прорабатывается). Цикл выпуска одного изделия - часы, дни, недели.
В строительстве продукт статичный, средства производства динамичны. проект делается в максимально сжатые сроки в ущерб проработке и качеству, каждый раз чуть ли не заново, изменения - это норма и они всегда идут вплоть до конца реализации. Низкая повторяемость, к следующему изделию проект меняется на 10%, что затрагивает до 50% элементов. Цикл выпуска одного изделия - 1-3 года.
В машиностроении основные детали - типовые, одинаковые, в строительстве основные детали (стены, перекрытия) - уникальны.
Главное отличие стройки от машиностроения, что на момент её начала, есть только примерное описание требуемого результата, рабочий проект же делается параллельно со стройкой, опережая на неделю-две. В машиностроении - готовое изделие известно ещё до подготовки технологической линии.
❤1🔥1
#СтроительствоVSМашиностроение Часть 2.
Но есть некоторые типы строительства, например из сборных жб конструкций или металл, которые похожи на машиностроение, и в машиностроении есть работы, которые похожи на строительство - элитные авто индивидуальной сборки, штучные спецзаказы.
Иногда мы видим, как некоторые подходы из машиностроения пробуют применяться в строительстве (типа крупноблочного домостроения с готовой отделкой). На старте это обосновывается эффективностью, скоростью и ценой, но потом превращается в те же ценники и "внешне будто и не сборняк", "нам надо загрузить завод заказами", "ну уже вложились, может вентблоки и канализационные колодцы будем выпускать?"
Основными проблемами натягивания подходов машиностроения на строительство - являются низкие эффективность, гибкость и масштабируемость. В то же время если применить подходы строительства на заводе, то это будет анархия и бардак.
Если представить строительство по принципам машиностроения, то оно будет выглядеть так:
- полная рабочая документация готова на начало строительства
- несколько тестовых домов по этой документации уже построено, замечания к документации исправлены.
- описана технология производства работ на каждом этапе, потребность в ресурсах и датах поставки, монтажа.
- любые изменения - это новый проект, который надо заново проектировать и строить тестовые изделия.
Но есть некоторые типы строительства, например из сборных жб конструкций или металл, которые похожи на машиностроение, и в машиностроении есть работы, которые похожи на строительство - элитные авто индивидуальной сборки, штучные спецзаказы.
Иногда мы видим, как некоторые подходы из машиностроения пробуют применяться в строительстве (типа крупноблочного домостроения с готовой отделкой). На старте это обосновывается эффективностью, скоростью и ценой, но потом превращается в те же ценники и "внешне будто и не сборняк", "нам надо загрузить завод заказами", "ну уже вложились, может вентблоки и канализационные колодцы будем выпускать?"
Основными проблемами натягивания подходов машиностроения на строительство - являются низкие эффективность, гибкость и масштабируемость. В то же время если применить подходы строительства на заводе, то это будет анархия и бардак.
Если представить строительство по принципам машиностроения, то оно будет выглядеть так:
- полная рабочая документация готова на начало строительства
- несколько тестовых домов по этой документации уже построено, замечания к документации исправлены.
- описана технология производства работ на каждом этапе, потребность в ресурсах и датах поставки, монтажа.
- любые изменения - это новый проект, который надо заново проектировать и строить тестовые изделия.
❤1
BIM всë? #ГосТИМ
Рассказываем вкратце что произошло с BIM в РФ.
Когда-то в далеком 2014м Медведеву и Путину показывали BIM-модели и говорили что это повысит прозрачность и эффективность на стройке (цифры экономии аж доходили до 30%).
Затем были постановления и приказы мол "внедрить BIM за пол года". По СМИ каждый год ходили байки что вот со следующего года он станет обязательным, т.ч. готовьтесь.
С участием проф. сообщества даже писались дорожные карты внедрения BIM (например 2017го года). Но в последний момент (прям в последнюю ночь) они переписывались в угоду желающих нагреться или подразделений ценообразования (которым свой бюджет на нормативы не согласовали, так хоть в этот влезть).
Один раз даже за пол года написали определение в Градкодекс и отчитались мол "внедрили". Но на верху не поверили.
Кстати примерно в это время BIM переименовали в ТИМ мол тоже самое только русскими буквами.
Затем было постановление мол с 1 января 2022 год ТИМ для всех госстроек обязателен. Потом поняли что внедрить за меньше чем год не успеют и переписали требования к ТИМ так, чтобы они описывали то, что уже есть и везде работает. Т.е. назвали ТИМом то, что уже есть в отрасли (PDF сканы, разложенные по папочкам).
Также мы кстати можем на Марс слетать, переименовав Казань в Марс и слетав туда, внедрить ИИ, переименовав в машинные алгоритмы, ресурсные расценки в ресурсно-индексные и просто актуализировать базисно-индексные (а или это уже есть?)
В результате всех этих приключений у различных ведомств сложились свои требования к ТИМ и понимание что это такое. Теперь у нас есть некий бардак кто что требует и что имеет в виду, но главное что нужно знать на сегодняшний день, что BIM делают необязательным на следующий год, а ТИМ это практически также как вы грузили электронно ПД в PDF по папочкам в экспертизу (XML файлик с атрибутами ещё потребуется заполнить, приложить).
Рассказываем вкратце что произошло с BIM в РФ.
Когда-то в далеком 2014м Медведеву и Путину показывали BIM-модели и говорили что это повысит прозрачность и эффективность на стройке (цифры экономии аж доходили до 30%).
Затем были постановления и приказы мол "внедрить BIM за пол года". По СМИ каждый год ходили байки что вот со следующего года он станет обязательным, т.ч. готовьтесь.
С участием проф. сообщества даже писались дорожные карты внедрения BIM (например 2017го года). Но в последний момент (прям в последнюю ночь) они переписывались в угоду желающих нагреться или подразделений ценообразования (которым свой бюджет на нормативы не согласовали, так хоть в этот влезть).
Один раз даже за пол года написали определение в Градкодекс и отчитались мол "внедрили". Но на верху не поверили.
Кстати примерно в это время BIM переименовали в ТИМ мол тоже самое только русскими буквами.
Затем было постановление мол с 1 января 2022 год ТИМ для всех госстроек обязателен. Потом поняли что внедрить за меньше чем год не успеют и переписали требования к ТИМ так, чтобы они описывали то, что уже есть и везде работает. Т.е. назвали ТИМом то, что уже есть в отрасли (PDF сканы, разложенные по папочкам).
Также мы кстати можем на Марс слетать, переименовав Казань в Марс и слетав туда, внедрить ИИ, переименовав в машинные алгоритмы, ресурсные расценки в ресурсно-индексные и просто актуализировать базисно-индексные (а или это уже есть?)
В результате всех этих приключений у различных ведомств сложились свои требования к ТИМ и понимание что это такое. Теперь у нас есть некий бардак кто что требует и что имеет в виду, но главное что нужно знать на сегодняшний день, что BIM делают необязательным на следующий год, а ТИМ это практически также как вы грузили электронно ПД в PDF по папочкам в экспертизу (XML файлик с атрибутами ещё потребуется заполнить, приложить).
👍3👀1
#СтроительствоVSМашиностроение Часть 3.
Мечта руководителя проекта - всë спланировано и строится точно по плану.
Но это не позволительная роскошь для стройки, мало того, что это заранее, на старте, увеличение сроков на 6 месяцев (т.е. не с вероятность 30% из-за косяков в ПД, а прям точно на все 100), так ещё работа технологов которые делают реальные ПОС и ППР (те что сейчас делаются видели? Вот не эти, а в десятки раз проработаннее и точнее. Ну и дороже конечно и сроки ещё +3месяца).
Туда же закиньте, что заказчик не имеет возможности вносить изменения и просто "не мешает" в течение года, предварительно, конечно, проработав ТЗ до мелочей. Ну и вишенка на торте - тестовые дома. Если их построить, то это уже займет несколько лет, а за это время и требования рынка изменятся и собственнику бизнеса гениальные идеи придут в голову и у него эффективные оптимизаторы в команде появятся, которые несомненно придумают что поменять, да еще и в предыдущих проектах вскроются какие-то дефекты, которые точно надо не допустить в этих и мол это важнее всего.
Строительные подходы в машиностроении также встречаются, когда "нет времени делать проект", "не заложено денег на проработку технологии производства" и "надо сделать на том оборудовании и из тех деталей, что у нас есть". Но надо ли говорить, что это не эталонный подход в машиностроении и там приводит к плачевным последствиям и крайне неэффективен.
Мечта руководителя проекта - всë спланировано и строится точно по плану.
Но это не позволительная роскошь для стройки, мало того, что это заранее, на старте, увеличение сроков на 6 месяцев (т.е. не с вероятность 30% из-за косяков в ПД, а прям точно на все 100), так ещё работа технологов которые делают реальные ПОС и ППР (те что сейчас делаются видели? Вот не эти, а в десятки раз проработаннее и точнее. Ну и дороже конечно и сроки ещё +3месяца).
Туда же закиньте, что заказчик не имеет возможности вносить изменения и просто "не мешает" в течение года, предварительно, конечно, проработав ТЗ до мелочей. Ну и вишенка на торте - тестовые дома. Если их построить, то это уже займет несколько лет, а за это время и требования рынка изменятся и собственнику бизнеса гениальные идеи придут в голову и у него эффективные оптимизаторы в команде появятся, которые несомненно придумают что поменять, да еще и в предыдущих проектах вскроются какие-то дефекты, которые точно надо не допустить в этих и мол это важнее всего.
Строительные подходы в машиностроении также встречаются, когда "нет времени делать проект", "не заложено денег на проработку технологии производства" и "надо сделать на том оборудовании и из тех деталей, что у нас есть". Но надо ли говорить, что это не эталонный подход в машиностроении и там приводит к плачевным последствиям и крайне неэффективен.
👍1
#СтроительствоVSМашиностроение Часть 4.
Автоматизированные станки для создания и сборки изделий в машиностроении стоят в тысячи или миллионы раз дороже, чем выпускаемые ими изделия. Эти станки технологически более сложные и по размерам существенно превышают изделия. Они отбиваются только при массовой их загрузке и выпуске миллионов экземпляров изделий при существенно ограниченной настройке вариативности.
Если этот подход спроецировать на стройку, то станок для сборки/печати здания будет в сотни раз крупнее его и в тысячи раз дороже, отобьется только через тысячи экземпляров домов, которые будут доставлены на их место расположения. Если сборка/печать одного дома будет идти по полгода, то срок окупаемости такого станка - пятьсот лет.
Тут мы еще не говорим, что если посчитать дом по худшим условиям по грунту и климатическим условиям, то он будет неэффективен для 80% случаев (т.е. дороже на 30% чем мог бы при индивидуальном проекте под исходные условия).
В строительстве, на тех изделиях, где это возможно, роботизация и автоматические станки используются - например в производстве окон, дверей, труб и воздуховодов, гнутых профилей, резки и сварки арматуры, сеток, закладных деталей, в производстве сборных железобетонных изделий.
Автоматизированные станки для создания и сборки изделий в машиностроении стоят в тысячи или миллионы раз дороже, чем выпускаемые ими изделия. Эти станки технологически более сложные и по размерам существенно превышают изделия. Они отбиваются только при массовой их загрузке и выпуске миллионов экземпляров изделий при существенно ограниченной настройке вариативности.
Если этот подход спроецировать на стройку, то станок для сборки/печати здания будет в сотни раз крупнее его и в тысячи раз дороже, отобьется только через тысячи экземпляров домов, которые будут доставлены на их место расположения. Если сборка/печать одного дома будет идти по полгода, то срок окупаемости такого станка - пятьсот лет.
Тут мы еще не говорим, что если посчитать дом по худшим условиям по грунту и климатическим условиям, то он будет неэффективен для 80% случаев (т.е. дороже на 30% чем мог бы при индивидуальном проекте под исходные условия).
В строительстве, на тех изделиях, где это возможно, роботизация и автоматические станки используются - например в производстве окон, дверей, труб и воздуховодов, гнутых профилей, резки и сварки арматуры, сеток, закладных деталей, в производстве сборных железобетонных изделий.
#СтроительствоVSМашиностроение Часть 5.
Почему софт из машиностроения не подходит для проектирования зданий?
Во-первых, производительность программ зависит от размерности единиц пространства, точности, округлений, которыми можно пренебречь. Т.е. в программах с точностью до доли миллиметра не эффективно моделировать конструкции в сотни метров и километры - они просто хуже будут справляться, чем те, что округляют до миллиметра или метра (как при разработке генплана в автокаде - 1ед.=1м).
Во-вторых, в машиностроении подавляющее большинство деталей - сборные (исключение составляют разве что провода, которые чаще не моделируются, а отображаются схематично). Т.е. практически все детали с точки зрения моделирования - профили выдавливания и вычитания, вставленные в другую сборку по координате. В стройке тоже такие детали есть, но их не большинство. Основная трудоёмкость в моделировании зданий заключается в стенах и перекрытиях. При этом, инструменты строительных САПР позволяют создавать эти элементы более автоматизированно чем если бы мы делали это элементами выдавливания.
Это происходит из-за того, что инструменты стен и перекрытий по умолчанию ортогональны и не требуют выбирать плоскость в которой их выдавливать, что каждый раз занимало бы дополнительное время.
Также там преднастраивается пирог конструкции и задаются типы слоев, что задает правила пересечения нескольких стен.
Есть инструменты создания труб и воздуховодов параллельно плану этажа, потому что в стройке они чаще всего так и идут, есть инструменты лестницы и пандуса по линии и витража по двум точкам (как стена), потолки и помещения "растекающиеся" как штриховка в автокаде, точки высот на перекрытиях (для задания уклонов), и арматура "заполняющая" монолитные элементы.
Инструменты строительных САПР позволяют удобнее создавать нужные элементы, сразу в заданной категории и по ориентированным под стройку правилам, т.е. с одной стороны это меньшая гибкость в инструментарии, но с другой - это повышение скорости создания модели и наполнения еë информацией.
К тому же немного отличается оформление чертежей.
Т.е. разработка строительного проекта в машиностроительном софте возможна, но по трудозатратам значительно превышает разработку в специализированных строительных САПР.
Почему софт из машиностроения не подходит для проектирования зданий?
Во-первых, производительность программ зависит от размерности единиц пространства, точности, округлений, которыми можно пренебречь. Т.е. в программах с точностью до доли миллиметра не эффективно моделировать конструкции в сотни метров и километры - они просто хуже будут справляться, чем те, что округляют до миллиметра или метра (как при разработке генплана в автокаде - 1ед.=1м).
Во-вторых, в машиностроении подавляющее большинство деталей - сборные (исключение составляют разве что провода, которые чаще не моделируются, а отображаются схематично). Т.е. практически все детали с точки зрения моделирования - профили выдавливания и вычитания, вставленные в другую сборку по координате. В стройке тоже такие детали есть, но их не большинство. Основная трудоёмкость в моделировании зданий заключается в стенах и перекрытиях. При этом, инструменты строительных САПР позволяют создавать эти элементы более автоматизированно чем если бы мы делали это элементами выдавливания.
Это происходит из-за того, что инструменты стен и перекрытий по умолчанию ортогональны и не требуют выбирать плоскость в которой их выдавливать, что каждый раз занимало бы дополнительное время.
Также там преднастраивается пирог конструкции и задаются типы слоев, что задает правила пересечения нескольких стен.
Есть инструменты создания труб и воздуховодов параллельно плану этажа, потому что в стройке они чаще всего так и идут, есть инструменты лестницы и пандуса по линии и витража по двум точкам (как стена), потолки и помещения "растекающиеся" как штриховка в автокаде, точки высот на перекрытиях (для задания уклонов), и арматура "заполняющая" монолитные элементы.
Инструменты строительных САПР позволяют удобнее создавать нужные элементы, сразу в заданной категории и по ориентированным под стройку правилам, т.е. с одной стороны это меньшая гибкость в инструментарии, но с другой - это повышение скорости создания модели и наполнения еë информацией.
К тому же немного отличается оформление чертежей.
Т.е. разработка строительного проекта в машиностроительном софте возможна, но по трудозатратам значительно превышает разработку в специализированных строительных САПР.
#Деньги Экономия от BIM на стройке. Практический кейс.
Все наверно знают, что конкурс на генподряд тендерится по стадии П, причём генподрядчик должен подписаться, что сделает весь объект за определенную сумму (еще и скидку в 10-15% от сметной стоимости "минимальной" должен дать).
Затем, на рабочке, происходит изменение объемов. Ну логично же (хотя госухе не логично, там думают что стадия П - это также все продумано и просчитано как Р, только не оформлено).
При этом генподрядчик, спустя пару месяцев, осознает, что подписался под ценой, за которую построить не сможет (ну там примерно месяца 2 ему надо чтобы самому смету посчитать - на конкурсе же неделя давалась, и либо подписывай, либо нет, и скидку с барского плеча же гендиректор давал, а не прораб которому это реализовывать).
В такой ситуации генподрядчик начинает искать способы "как бы выйти в плюс" - замена материалов и на каждый чих допники, приписка объемов, чтобы под конец допник выбить, а заактированное уже будет по акту принято и оплачено и "ничего не знаю - ваши проблемы".
Вообще, наша стройка реально выглядит как цыгане на рынке - кто на ком больше нагреется, мол сам подписался - теперь за свой счет делай, а у меня ручки то вот они.
В результате в огромном потоке информации заказчику надо понимать, что правда и где реальное увеличение объемов по РД и не учтенные сметой работы, а где они в другом месте сидели или припиской подрядчик занимается.
В такой ситуации заказчик всё по 3 раза перепроверяет. Когда это считается по 2D чертежам, то постоянно получаются разные цифры у разных специалистов - и это еще больше заказчика напрягает и путает.
BIM модель позволяет перепроверить объемы в несколько кликов и это реально снимает целый пласт серой зоны в сегодняшней стройке. В то же время для генподрядчика это выгодно тем, что ускоряется согласование КС-2 и быстрее приходят деньги на счет, не застревают на трёх перепроверках.
Также генподрядчик выступает в качестве заказчика по отношению к своим субчикам и заинтересован контролировать выполненные ими объемы (там та же история с приписками и перепроверками).
Т.е. BIM позволяет повысить прозрачность на стройке в части контроля объемов, убрать целую тему споров из повестки еженедельных совещаний и ускорить оплаты.
Все наверно знают, что конкурс на генподряд тендерится по стадии П, причём генподрядчик должен подписаться, что сделает весь объект за определенную сумму (еще и скидку в 10-15% от сметной стоимости "минимальной" должен дать).
Затем, на рабочке, происходит изменение объемов. Ну логично же (хотя госухе не логично, там думают что стадия П - это также все продумано и просчитано как Р, только не оформлено).
При этом генподрядчик, спустя пару месяцев, осознает, что подписался под ценой, за которую построить не сможет (ну там примерно месяца 2 ему надо чтобы самому смету посчитать - на конкурсе же неделя давалась, и либо подписывай, либо нет, и скидку с барского плеча же гендиректор давал, а не прораб которому это реализовывать).
В такой ситуации генподрядчик начинает искать способы "как бы выйти в плюс" - замена материалов и на каждый чих допники, приписка объемов, чтобы под конец допник выбить, а заактированное уже будет по акту принято и оплачено и "ничего не знаю - ваши проблемы".
Вообще, наша стройка реально выглядит как цыгане на рынке - кто на ком больше нагреется, мол сам подписался - теперь за свой счет делай, а у меня ручки то вот они.
В результате в огромном потоке информации заказчику надо понимать, что правда и где реальное увеличение объемов по РД и не учтенные сметой работы, а где они в другом месте сидели или припиской подрядчик занимается.
В такой ситуации заказчик всё по 3 раза перепроверяет. Когда это считается по 2D чертежам, то постоянно получаются разные цифры у разных специалистов - и это еще больше заказчика напрягает и путает.
BIM модель позволяет перепроверить объемы в несколько кликов и это реально снимает целый пласт серой зоны в сегодняшней стройке. В то же время для генподрядчика это выгодно тем, что ускоряется согласование КС-2 и быстрее приходят деньги на счет, не застревают на трёх перепроверках.
Также генподрядчик выступает в качестве заказчика по отношению к своим субчикам и заинтересован контролировать выполненные ими объемы (там та же история с приписками и перепроверками).
Т.е. BIM позволяет повысить прозрачность на стройке в части контроля объемов, убрать целую тему споров из повестки еженедельных совещаний и ускорить оплаты.
#SIGNAL Завтра в пт 22.10 с 11:00 до 12:00 пройдёт вебинар по новому модулю SIGNAL TOOLS
Регистрация бесплатная:
https://signal.csd.ru/webinars/vebinar-novyy-modul-signal-tools-vozmozhnosti-dostupnye-v-grazhdanskom-stroitelstve/
На вебинаре вы узнаете, как:
🗂 автоматически классифицировать BIM-модели;
✅ в 2 клика проверять информационные модели на соответствие требованиям EIR;
📊 программно собирать объемы по BIM-моделям для тендерных пакетов;
🔨 создавать строительную модель и отмечать по ней выполнение работ;
🔪 нарезать элементы на захватки;
📈 сопоставлять план-факт выполнения работ по BIM-модели;
📑 выгружать формы для заказа материалов и КС-2 из информационной модели;
📎 прикреплять предписания и исполнительную документацию к элементам модели.
❗️Очень полезно для тех, кому нельзя облака, но можно Revit и Navisworks.
📢 BIM на стройке!
Регистрация бесплатная:
https://signal.csd.ru/webinars/vebinar-novyy-modul-signal-tools-vozmozhnosti-dostupnye-v-grazhdanskom-stroitelstve/
На вебинаре вы узнаете, как:
🗂 автоматически классифицировать BIM-модели;
✅ в 2 клика проверять информационные модели на соответствие требованиям EIR;
📊 программно собирать объемы по BIM-моделям для тендерных пакетов;
🔨 создавать строительную модель и отмечать по ней выполнение работ;
🔪 нарезать элементы на захватки;
📈 сопоставлять план-факт выполнения работ по BIM-модели;
📑 выгружать формы для заказа материалов и КС-2 из информационной модели;
📎 прикреплять предписания и исполнительную документацию к элементам модели.
❗️Очень полезно для тех, кому нельзя облака, но можно Revit и Navisworks.
📢 BIM на стройке!
#Новости Вадим Муратов @revitblog провёл опрос про BIM. Собрал очень интересные данные и мнения в своей статье:
https://zen.yandex.ru/media/muratovbim/bim-v-rossii-i-sng-rezultaty-bolshogo-oprosa-614738c68a833355e7c821b6
Много интересных вопросов, на которые ответили более 300 специалистов.
89% респондентов BIM устраивает, обратно в CAD не хотят.
https://zen.yandex.ru/media/muratovbim/bim-v-rossii-i-sng-rezultaty-bolshogo-oprosa-614738c68a833355e7c821b6
Много интересных вопросов, на которые ответили более 300 специалистов.
89% респондентов BIM устраивает, обратно в CAD не хотят.
#Новости
Вышли новые ADSK-шаблоны Revit 2021, разработанные командой BIM2B.
Скачать шаблоны и большую библиотеку дженериков с ADSK-параметрами можно по ссылке: http://bim2b.ru/adsk
Там же можно найти ссылки на мануал по шаблонам и видео по новинкам версии 2021.
ADSK-шаблоны Revit - один из инструментов, благодаря которым стала возможна стандартизация параметров Revit в России.
Благодаря шаблонам и ФОП ADSK, большинство производителей создают семейства Revit, используя ADSK-параметры, девелоперы и даже гос. заказчик включают ADSK-параметры в свои EIR и проектировщикам не нужно кардинально перестраиваться при работе с разными заказчиками.
Вышли новые ADSK-шаблоны Revit 2021, разработанные командой BIM2B.
Скачать шаблоны и большую библиотеку дженериков с ADSK-параметрами можно по ссылке: http://bim2b.ru/adsk
Там же можно найти ссылки на мануал по шаблонам и видео по новинкам версии 2021.
ADSK-шаблоны Revit - один из инструментов, благодаря которым стала возможна стандартизация параметров Revit в России.
Благодаря шаблонам и ФОП ADSK, большинство производителей создают семейства Revit, используя ADSK-параметры, девелоперы и даже гос. заказчик включают ADSK-параметры в свои EIR и проектировщикам не нужно кардинально перестраиваться при работе с разными заказчиками.
BIM2B
ADSK – шаблоны и стандарты
Мы собрали все ADSK-шаблоны для Revit в одном месте. А ещё — сделали подборку BIM-стандартов Autodesk.
👌1
Нужно ли убрать префикс ADSK у параметров в шаблоне Revit от Autodesk?
Anonymous Poll
35%
Да
65%
Нет
#Сметы Почему BIM плохо интегрируется со сметами?
Начну с того, какие сметные интеграции с BIM-продуктами я знаю: Плагины 5D-смета и АВС-смета. 1С-смета с Renga.
Если кто знает ещё, скидывайте в комментарии, можно сразу ссылки на видео.
Далее причины:
1. Сметы имеют бОльшую детализацию, чем модели. В лучшем случае получится осметить 60% позиций. 40% придётся накидывать руками, что намного более трудоёмко чем копирнуть смету объекта аналога и перебить объемы. К тому же 60% тоже надо будет перепроверять - что вошло, что не вошло, что докинуть.
2. Сметчики в настоящее время привыкли работать так, чтобы им дали ведомости объемов работ проектировщики, и они уже эти цифры перебили в сметную программу. Маппинг элементов со сметными позициями подразумевает, что сметчик сам задаёт правила сбора объемов по элементам. Если этот маппинг сделает проектировщик, то сметчик будет и не нужен, но проектировщик думает, что там магия и не берётся это делать.
3. Сметные позиции расшиты по нестабильным аспектам. Т.е. по параметрам, которые в модели автоматически либо не заполняются, либо заполняются нестабильно. (Н-р: высота стены, высота монтажа трубы - которые могут в разных местах быть разными даже для одного элемента. Ещё например периметр воздуховода, который надо вычислять). Это требует дополнительных манипуляций от человека и ломает всю автоматизацию.
4. Нет расценок в открытом доступе в машиночитаемом виде. В результате мы ждём решения от вендоров, монополизировавших рынок, но не можем сделать интеграции сами на том же Dynamo.
5. Маппинг элементов со сметными позициями затруднён тем, что каждый делает по-своему, нет единого стандарта какие элементы как моделировать, какие параметры заполнять. Интерфейсы имеющихся плагинов не предполагают пакетных замен правил и не задают методологию как моделировать и какие нужны параметры, из-за чего попытки осмечивания скатываются в крайне нестабильные формулы и выбор элементов по экземплярам вручную прокликиванием. Т.е. программы пытаются адаптироваться под пользователя, который каждый раз всё делает по-разному и от того не работают.
Начну с того, какие сметные интеграции с BIM-продуктами я знаю: Плагины 5D-смета и АВС-смета. 1С-смета с Renga.
Если кто знает ещё, скидывайте в комментарии, можно сразу ссылки на видео.
Далее причины:
1. Сметы имеют бОльшую детализацию, чем модели. В лучшем случае получится осметить 60% позиций. 40% придётся накидывать руками, что намного более трудоёмко чем копирнуть смету объекта аналога и перебить объемы. К тому же 60% тоже надо будет перепроверять - что вошло, что не вошло, что докинуть.
2. Сметчики в настоящее время привыкли работать так, чтобы им дали ведомости объемов работ проектировщики, и они уже эти цифры перебили в сметную программу. Маппинг элементов со сметными позициями подразумевает, что сметчик сам задаёт правила сбора объемов по элементам. Если этот маппинг сделает проектировщик, то сметчик будет и не нужен, но проектировщик думает, что там магия и не берётся это делать.
3. Сметные позиции расшиты по нестабильным аспектам. Т.е. по параметрам, которые в модели автоматически либо не заполняются, либо заполняются нестабильно. (Н-р: высота стены, высота монтажа трубы - которые могут в разных местах быть разными даже для одного элемента. Ещё например периметр воздуховода, который надо вычислять). Это требует дополнительных манипуляций от человека и ломает всю автоматизацию.
4. Нет расценок в открытом доступе в машиночитаемом виде. В результате мы ждём решения от вендоров, монополизировавших рынок, но не можем сделать интеграции сами на том же Dynamo.
5. Маппинг элементов со сметными позициями затруднён тем, что каждый делает по-своему, нет единого стандарта какие элементы как моделировать, какие параметры заполнять. Интерфейсы имеющихся плагинов не предполагают пакетных замен правил и не задают методологию как моделировать и какие нужны параметры, из-за чего попытки осмечивания скатываются в крайне нестабильные формулы и выбор элементов по экземплярам вручную прокликиванием. Т.е. программы пытаются адаптироваться под пользователя, который каждый раз всё делает по-разному и от того не работают.