#Классификатор Основы. Часть 1.
Обычно, в широком смысле под классификаторами подразумевают справочники позиций, сгруппированные в иерархические структуры.
Примеры тому КСР у нас и Uniformat, Uniclass, Omniclass - в мире.
Но можно относиться к классам как сущностям программирования. Т.е. например как классам IFC или RVT. Эти классы - это сущности, которые отвечают за способы создания экземпляров класса, набор атрибутов и методов взаимодействия с ними.
Например в IFC есть классы Wall, Slab, Column. В RVT - это Wall, Floor, FamilyInstance.
Эти классы иногда группируются в "сборники классов" - Namespaces, примерно по типу применения - Architecture/Structure/Mechanical.
Ещё у классов в программировании может быть наследование. Т.е. один класс может быть наследником из другого и взять в себя наследуемые атрибуты и методы из родительского класса. Таким образом можно отобразить иерархию классов через наследуемость.
Обычно, в широком смысле под классификаторами подразумевают справочники позиций, сгруппированные в иерархические структуры.
Примеры тому КСР у нас и Uniformat, Uniclass, Omniclass - в мире.
Но можно относиться к классам как сущностям программирования. Т.е. например как классам IFC или RVT. Эти классы - это сущности, которые отвечают за способы создания экземпляров класса, набор атрибутов и методов взаимодействия с ними.
Например в IFC есть классы Wall, Slab, Column. В RVT - это Wall, Floor, FamilyInstance.
Эти классы иногда группируются в "сборники классов" - Namespaces, примерно по типу применения - Architecture/Structure/Mechanical.
Ещё у классов в программировании может быть наследование. Т.е. один класс может быть наследником из другого и взять в себя наследуемые атрибуты и методы из родительского класса. Таким образом можно отобразить иерархию классов через наследуемость.
#Классификатор Основы. Часть 2.
Классификаторы (в широком смысле) должны позволять решить определенные задачи. Идеальной группировки по набору признаков не существует, любая группировка - только для решения конкретной задачи.
Классификаторы используют для отнесения какого-либо элемента к определенной группе, с набором одинаковых характеристик влияющих на решение задачи.
Например справочники расценок (их обычно не называют классификатором, но по сути они ничем не отличаются) - группирует элементы по признакам, влияющим на определение трудоёмкости и стоимости выполнения работ. Но не группируют позиции по статьям бюджета, используемому материалу, механизмам или типу подрядчика исполнителя.
Справочник расценок собран так, чтобы можно было поиском найти похожую на нужную расценку и вручную довыбрать то что нужно, доуточнить.
В то же время иерархичность сметных расценок позволяет их дополнять и расшивать не смещая последующие позиции.
Классификаторы (в широком смысле) должны позволять решить определенные задачи. Идеальной группировки по набору признаков не существует, любая группировка - только для решения конкретной задачи.
Классификаторы используют для отнесения какого-либо элемента к определенной группе, с набором одинаковых характеристик влияющих на решение задачи.
Например справочники расценок (их обычно не называют классификатором, но по сути они ничем не отличаются) - группирует элементы по признакам, влияющим на определение трудоёмкости и стоимости выполнения работ. Но не группируют позиции по статьям бюджета, используемому материалу, механизмам или типу подрядчика исполнителя.
Справочник расценок собран так, чтобы можно было поиском найти похожую на нужную расценку и вручную довыбрать то что нужно, доуточнить.
В то же время иерархичность сметных расценок позволяет их дополнять и расшивать не смещая последующие позиции.
#Классификатор Основы. Часть 3.
В классификаторах в широком смысле код нужен для того, чтобы называть элементы не словами или буквами какого-то языка, а цифрами.
Если писать код словами или буквами, то есть шанс опечататься или применить символ из соседнего языка - например "МРСК" может быть написано и английскими и кириллическими буквами.
По началу некоторые коды писались только цифрами 1.2.3, но потом люди столкнулись с проблемой автораспознавания таких данных как формат даты в Excel. Это нельзя было игнорировать, т.к. Excel является основным инструментом работы с классификаторами.
В некоторых кодах добавили первым символом букву. Это позволило распознавать любой код как строку (но буква по прежнему добавляла возможность написать её другим языком).
Из-за потребности в различных классификаторах и разработке целых систем классификационных таблиц (Omniclass, Uniclass) первым стал номер таблицы, а точку было принято сперва заменить на нижнее подчеркивание, а затем просто на пробел (изначально было опасение, что люди могут поставить несколько пробелов и визуально мол будет незаметно, но потом вспомнили что есть функция убирающая дубли пробелов и убедились, что и с нижними подчеркиваниями также бывает ставят несколько).
В классификаторах в широком смысле код нужен для того, чтобы называть элементы не словами или буквами какого-то языка, а цифрами.
Если писать код словами или буквами, то есть шанс опечататься или применить символ из соседнего языка - например "МРСК" может быть написано и английскими и кириллическими буквами.
По началу некоторые коды писались только цифрами 1.2.3, но потом люди столкнулись с проблемой автораспознавания таких данных как формат даты в Excel. Это нельзя было игнорировать, т.к. Excel является основным инструментом работы с классификаторами.
В некоторых кодах добавили первым символом букву. Это позволило распознавать любой код как строку (но буква по прежнему добавляла возможность написать её другим языком).
Из-за потребности в различных классификаторах и разработке целых систем классификационных таблиц (Omniclass, Uniclass) первым стал номер таблицы, а точку было принято сперва заменить на нижнее подчеркивание, а затем просто на пробел (изначально было опасение, что люди могут поставить несколько пробелов и визуально мол будет незаметно, но потом вспомнили что есть функция убирающая дубли пробелов и убедились, что и с нижними подчеркиваниями также бывает ставят несколько).
👍3
#Новости Стартует второй поток бесплатного онлайн курса "BIM-менеджер" Александра Высоцкого, Росатома и ННГАСУ.
В этом году к ним присоединились еще Altec Systems.
Теперь будет моделироваться не только Нижний Новгород, но и Екатеринбург.
Официальная страница
https://edu.bim.vc
Новость
https://clc.to/bim-manager-v2.0
Честный обзор как проходил 1 поток
❗️ С ссылками на лекции и телеграмм каналы
https://vk.com/@54806531-pro-obuchenie-na-kurse-bim-menedzhment
В этом году к ним присоединились еще Altec Systems.
Теперь будет моделироваться не только Нижний Новгород, но и Екатеринбург.
Официальная страница
https://edu.bim.vc
Новость
https://clc.to/bim-manager-v2.0
Честный обзор как проходил 1 поток
❗️ С ссылками на лекции и телеграмм каналы
https://vk.com/@54806531-pro-obuchenie-na-kurse-bim-menedzhment
#Классификатор Основы. Часть 4.
Хороший пример классификатора - это каталог товаров в онлайн-магазинах и сервисах доставки (н-р Wildberries, Ozon) Они разложили товары по группам и назвали их понятно для потенциального покупателя. Но они не используют коды - это программная реализация иерархической структуры сущностей, когда есть возможность работать в одной системе с известной базой данных. Понятно что в стройке мы всех на одно приложение подсадить не можем. Но в то же время структуры этих каталогов онлайн магазинов не утверждены на государственном уровне.
Следующий пример. Допустим нам надо классифицировать игрушки ребенка, и, в частности, деревянную лошадку на колесиках. Мы можем создать классификатор с живое, неживое, а закончить с колесиками или без. Можем начать структуру группировки с материала из которого она сделана, или с отечественности производителя. Можем как в КСИ сделать 3 таблицы: ФнС, ТхС, Ком, в которых нужный нам объект будет лежать в группах: предмет изображающий животное, предмет с 4 колесами, объект проводящийся в движение рукой в горизонтальном направлении.
Разные классификации позволят решить нам разные задачи, например если разложить по производителям, то в случае наложения на нас санкций, выбирать только из лошадок отечественного производства, если сгруппировать по материалу, то можно будет выбирать только деревянные или пластиковые, кому как нравится. Можно сгруппировать по цвету или другим признакам.
Конечно, каждый из этих атрибутов будет отдельным, и всегда можно сделать фильтр, чтобы выбирать из нужных, а не по дереву товаров. Но в каталогах товаров же не лежат все товары одним списком: мол ищите поиском или фильтрами, потому что кто-то ищет и по дереву вручную. Т.е. в каталоге товаров нужна наиболее привычная, понятная, наиболее однозначная группировка.
Наличие поиска и фильтра не говорит нам о том, что каталог можно сделать вообще любой непонятный всем, по произвольной логике, особенно если он формирует код позиции. Если делать ставку на поиск по атрибутам, то можно и вовсе все позиции пронумеровать по порядку и не придумывать иерархии.
Хороший пример классификатора - это каталог товаров в онлайн-магазинах и сервисах доставки (н-р Wildberries, Ozon) Они разложили товары по группам и назвали их понятно для потенциального покупателя. Но они не используют коды - это программная реализация иерархической структуры сущностей, когда есть возможность работать в одной системе с известной базой данных. Понятно что в стройке мы всех на одно приложение подсадить не можем. Но в то же время структуры этих каталогов онлайн магазинов не утверждены на государственном уровне.
Следующий пример. Допустим нам надо классифицировать игрушки ребенка, и, в частности, деревянную лошадку на колесиках. Мы можем создать классификатор с живое, неживое, а закончить с колесиками или без. Можем начать структуру группировки с материала из которого она сделана, или с отечественности производителя. Можем как в КСИ сделать 3 таблицы: ФнС, ТхС, Ком, в которых нужный нам объект будет лежать в группах: предмет изображающий животное, предмет с 4 колесами, объект проводящийся в движение рукой в горизонтальном направлении.
Разные классификации позволят решить нам разные задачи, например если разложить по производителям, то в случае наложения на нас санкций, выбирать только из лошадок отечественного производства, если сгруппировать по материалу, то можно будет выбирать только деревянные или пластиковые, кому как нравится. Можно сгруппировать по цвету или другим признакам.
Конечно, каждый из этих атрибутов будет отдельным, и всегда можно сделать фильтр, чтобы выбирать из нужных, а не по дереву товаров. Но в каталогах товаров же не лежат все товары одним списком: мол ищите поиском или фильтрами, потому что кто-то ищет и по дереву вручную. Т.е. в каталоге товаров нужна наиболее привычная, понятная, наиболее однозначная группировка.
Наличие поиска и фильтра не говорит нам о том, что каталог можно сделать вообще любой непонятный всем, по произвольной логике, особенно если он формирует код позиции. Если делать ставку на поиск по атрибутам, то можно и вовсе все позиции пронумеровать по порядку и не придумывать иерархии.
Вводим новую рубрику #СтроительныеРассказы
*Все описанные события вымышлены, любое совпадение с реальностью случайно. (Взято из @bimchat)
Садик.
декабрь 2018 - подписали ТЗ;
июль 2019 - подготовили конкурсную документацию для тендера на ПИР на госзакупках;
сентябрь 2019 - провели тендер, определили проектировщика (УхтаГражданПроект, вологодский филиал, юридический адрес в Саратове, фактический - в Сыктывкаре) с понижением 40% от сметы
декабрь 2019 - проектировщик разобрался с документами и прислал письмо что документов нет ГПЗУ нужно получать новый, а для этого нужны новые ТУ, и ещё нужно получить ТУ на вынос непойми чьего водопровода из пятна застройки потому что он идёт прямо посередине и непонятно что с ним делать
март 2020 - получили новые ТУ и подали на новый ГПЗУ (кроме водопровода, т.к. владельцев не нашли, и никто их особо не искал)
апрель 2020 - получили новый ГПЗУ, но его было некому забрать потому что локдаун. Проектировщик написал письмо о приостановке работ
июль 2020 - наконец разобрались как забрать новый ГПЗУ, забрали, отправили проектировщику
август 2020 - подошёл срок исполнения контракта, работы не выполнены, Комитет по строительству направил подрядчику письмо о расторжении
октябрь 2020 - контракт расторгнут, далее этим объектом не занимались до конца года т.к. тут уже всё равно неосвоение бюджета как ни крутись, а есть сдаточные объекты этого года и нужно хотя бы по ним закрыть всё по максимуму
Январь 2021 - объект добавлен в АИП 2021 года по статье "проектирование" и ждёт утверждения лимитов финансирования
Март 2021 - утвердили лимиты
апрель 2021 - объявлен повторный тендер. За ту стоимость которая указана желающих проектировать не нашлось. В последний день председатель комитета попросил знакомого владельца строительной компании в счёт прибыльных контрактов по инженерной подготовке запроектировать заодно этот чёртов садик. Документы на тендер подали за один день, победил единственный участник по цене 0.9975 от НМЦ
май 2021 - опять вспомнили про вынос водопровода из пятна застройки. Для поиска владельца водопровода, владелец компании-проектировщика откомандировал на участок экскаватор из строительного подразделения. Экскаватор успешно порвал водопровод, владелец прибежал через полчаса.
июнь 2021 - от владельца водопровода получены ТУ на вынос. Владелец обязуется перенести водопровод из пятна застройки за свой счёт, в тексте ТУ написано "обеспечить проектом возможность самостоятельного выноса водопровода владельцем".
август 2021 - проект подготовлен (по найденному аналогу 2014 года с минимальными доработками; а что вы хотели, проект-то "факуальтативный", в нагрузку, хотя от ГИПа всё равно требуют чтобы он был прибыльным)
сентябрь 2021 - документацию наконец занесли в ГАУ ЦГЭ
___продолжение следует
Можете писать в комментарии как BIM помог бы в данной ситуации.
*Все описанные события вымышлены, любое совпадение с реальностью случайно. (Взято из @bimchat)
Садик.
декабрь 2018 - подписали ТЗ;
июль 2019 - подготовили конкурсную документацию для тендера на ПИР на госзакупках;
сентябрь 2019 - провели тендер, определили проектировщика (УхтаГражданПроект, вологодский филиал, юридический адрес в Саратове, фактический - в Сыктывкаре) с понижением 40% от сметы
декабрь 2019 - проектировщик разобрался с документами и прислал письмо что документов нет ГПЗУ нужно получать новый, а для этого нужны новые ТУ, и ещё нужно получить ТУ на вынос непойми чьего водопровода из пятна застройки потому что он идёт прямо посередине и непонятно что с ним делать
март 2020 - получили новые ТУ и подали на новый ГПЗУ (кроме водопровода, т.к. владельцев не нашли, и никто их особо не искал)
апрель 2020 - получили новый ГПЗУ, но его было некому забрать потому что локдаун. Проектировщик написал письмо о приостановке работ
июль 2020 - наконец разобрались как забрать новый ГПЗУ, забрали, отправили проектировщику
август 2020 - подошёл срок исполнения контракта, работы не выполнены, Комитет по строительству направил подрядчику письмо о расторжении
октябрь 2020 - контракт расторгнут, далее этим объектом не занимались до конца года т.к. тут уже всё равно неосвоение бюджета как ни крутись, а есть сдаточные объекты этого года и нужно хотя бы по ним закрыть всё по максимуму
Январь 2021 - объект добавлен в АИП 2021 года по статье "проектирование" и ждёт утверждения лимитов финансирования
Март 2021 - утвердили лимиты
апрель 2021 - объявлен повторный тендер. За ту стоимость которая указана желающих проектировать не нашлось. В последний день председатель комитета попросил знакомого владельца строительной компании в счёт прибыльных контрактов по инженерной подготовке запроектировать заодно этот чёртов садик. Документы на тендер подали за один день, победил единственный участник по цене 0.9975 от НМЦ
май 2021 - опять вспомнили про вынос водопровода из пятна застройки. Для поиска владельца водопровода, владелец компании-проектировщика откомандировал на участок экскаватор из строительного подразделения. Экскаватор успешно порвал водопровод, владелец прибежал через полчаса.
июнь 2021 - от владельца водопровода получены ТУ на вынос. Владелец обязуется перенести водопровод из пятна застройки за свой счёт, в тексте ТУ написано "обеспечить проектом возможность самостоятельного выноса водопровода владельцем".
август 2021 - проект подготовлен (по найденному аналогу 2014 года с минимальными доработками; а что вы хотели, проект-то "факуальтативный", в нагрузку, хотя от ГИПа всё равно требуют чтобы он был прибыльным)
сентябрь 2021 - документацию наконец занесли в ГАУ ЦГЭ
___продолжение следует
Можете писать в комментарии как BIM помог бы в данной ситуации.
❤1
#Практика #Стандарты
Чек-лист проверки проектной BIM модели.
1. Файлы ИМ загружены, наименованы правильно, имеют требуемый формат.
2. Модели имеют единые координаты, объединяются в сводный файл.
3. Чертежи подготовлены и выпущены на основании моделей.
4. Требуемые элементы смоделированы и имеют корректную разбивку (по слоям, этажам).
5. В элементах присутствуют и заполнены требуемые параметры (Код по классификатору, Секция, Этаж, иные параметры по матрице LOI).
6. Отсутствуют задублированность и критичные коллизии между элементами (критичные коллизии определены матрицей коллизий с указанием допусков).
7. В модели отсутствуют "мусорные элементы", которые не указывают на реальные объекты в их проектном положении.
Чек-лист проверки проектной BIM модели.
1. Файлы ИМ загружены, наименованы правильно, имеют требуемый формат.
2. Модели имеют единые координаты, объединяются в сводный файл.
3. Чертежи подготовлены и выпущены на основании моделей.
4. Требуемые элементы смоделированы и имеют корректную разбивку (по слоям, этажам).
5. В элементах присутствуют и заполнены требуемые параметры (Код по классификатору, Секция, Этаж, иные параметры по матрице LOI).
6. Отсутствуют задублированность и критичные коллизии между элементами (критичные коллизии определены матрицей коллизий с указанием допусков).
7. В модели отсутствуют "мусорные элементы", которые не указывают на реальные объекты в их проектном положении.
#ГосТИМ
Разыскивается: ТИМ-модель!
Пока наше государство планировало переходить на BIM-технологии (примерно с 2014 года), вопроса как же будет выглядеть результат этого перехода не возникало. У частных застройщиков всегда были образцы BIM-моделей, которые можно было показать чиновникам высокого ранга как "то к чему будем стремиться и в госзаказе". Да, часто это была "пыль в глаза" и "весёлые картинки", то что сейчас называют маркетингом или BIM-инфоцыганством.
Но всё же примеры BIM-моделей были, а сейчас их стало и ещё больше, можно зайти к любому крупному девелоперу и посмотреть. (как Минстрой недавно смотрел BIM-модели в ГК "Эталон").
Однако в последнее время стало однозначно понятно, что государство переходит не на BIM, а на ТИМ, и мы уже из каждого утюга слышим, что BIM и ТИМ это не одно и то же.
Что такое ТИМ - пока вопрос дискуссионный, так например бывший замминистра Александр Козлов говорил что ТИМ это более широкое понятие, и BIM там сидит где-то внутри него, а Роман Сидоренко из подведомственного Минстрою же учреждения наоборот сказал что переходить сразу на BIM сейчас всем госзаказчикам рискованно, и потому придумали лайт-вариант - ТИМ, который никого ни к чему особо не обяжет.
Но какую бы позицию мы ни приняли, есть одна проблема: никто и нигде ещё не показывал пример ТИМ-модели, выполненной по правилам, по которым такие модели должны будут выполнять с 1 января 2022 года согласно 331 постановлению правительства. То есть когда говорят "мы переходим на ТИМ", в головах чиновников рисуются картинки красивых 3-4-5-8D моделей, которые будут приносить подрядчики по госзаказам, которые показывают на конкурсах BIM-технологий и на экскурсиях для министров.
Но когда специалисты по BIM задают этим чиновникам вопрос "а где требования, согласно которым нужно будет делать эти самые модели", оказывается что требований нет (как нет шаблона государственного EIR) либо наоборот, они есть, но рассинхронизированные, бессмысленные и невыполнимые в реальности (как СП333 от 2020 года и КСИ).
И, соответственно, нет НИ ОДНОГО проекта, который бы привели как эталон ТИМ - чтобы можно было сказать "с 1 января все проекты должны будут выглядеть ТАК!".
Думаю, до конца года такой образец всё же должен появиться, и вангую что очень многих он сильно разочарует...
Разыскивается: ТИМ-модель!
Пока наше государство планировало переходить на BIM-технологии (примерно с 2014 года), вопроса как же будет выглядеть результат этого перехода не возникало. У частных застройщиков всегда были образцы BIM-моделей, которые можно было показать чиновникам высокого ранга как "то к чему будем стремиться и в госзаказе". Да, часто это была "пыль в глаза" и "весёлые картинки", то что сейчас называют маркетингом или BIM-инфоцыганством.
Но всё же примеры BIM-моделей были, а сейчас их стало и ещё больше, можно зайти к любому крупному девелоперу и посмотреть. (как Минстрой недавно смотрел BIM-модели в ГК "Эталон").
Однако в последнее время стало однозначно понятно, что государство переходит не на BIM, а на ТИМ, и мы уже из каждого утюга слышим, что BIM и ТИМ это не одно и то же.
Что такое ТИМ - пока вопрос дискуссионный, так например бывший замминистра Александр Козлов говорил что ТИМ это более широкое понятие, и BIM там сидит где-то внутри него, а Роман Сидоренко из подведомственного Минстрою же учреждения наоборот сказал что переходить сразу на BIM сейчас всем госзаказчикам рискованно, и потому придумали лайт-вариант - ТИМ, который никого ни к чему особо не обяжет.
Но какую бы позицию мы ни приняли, есть одна проблема: никто и нигде ещё не показывал пример ТИМ-модели, выполненной по правилам, по которым такие модели должны будут выполнять с 1 января 2022 года согласно 331 постановлению правительства. То есть когда говорят "мы переходим на ТИМ", в головах чиновников рисуются картинки красивых 3-4-5-8D моделей, которые будут приносить подрядчики по госзаказам, которые показывают на конкурсах BIM-технологий и на экскурсиях для министров.
Но когда специалисты по BIM задают этим чиновникам вопрос "а где требования, согласно которым нужно будет делать эти самые модели", оказывается что требований нет (как нет шаблона государственного EIR) либо наоборот, они есть, но рассинхронизированные, бессмысленные и невыполнимые в реальности (как СП333 от 2020 года и КСИ).
И, соответственно, нет НИ ОДНОГО проекта, который бы привели как эталон ТИМ - чтобы можно было сказать "с 1 января все проекты должны будут выглядеть ТАК!".
Думаю, до конца года такой образец всё же должен появиться, и вангую что очень многих он сильно разочарует...
#Содержание Просто о 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 на стройке!