Первый платит больше.

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

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

В итоге я вижу, что первым сложнее, т.к. они протаптывают тропинки, они больше тратятся. И не факт, что они больше зарабатывают на том, что первые, некоторые быстро сгорают, бросившись на амбразуру.

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

Я думаю, что существует позиция в очереди, когда внедрение технологии наиболее целесообразно, т.е. когда технология созрела и когда она дает максимальную прибыль, при минимальных затратах. Возможно 3 или 10м.

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

В общем это я к чему. BIM технология в проектировании уже давно созрела (думаю что год как точно), в стройке на мой взгляд в следующем году будет пик спроса. В эксплуатации сейчас идут первые клиенты, кто платит за отработку ошибок, набивания шишек.

О бизнес-процессах.

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

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

Бизнес-процесс (далее БП) - это описание технологии, порядка и ресурсов, с помощью которых, с учетом определенных исходных данных достигается требуемый результат.

БП в компании может быть единым, только на верхнем уровне, где есть определенные исходные данные и однозначно известен результат.

Чем мы ниже опускаемся в детализации описания БП, тем больше факторов на него влияет и повышается его вариативность.

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

Решением проблемы будет отказ от описания процессов реализации на низком уровне, заменив шаблонными инструкциями на типовые разовые операции (которые не дольше дня), а на среднем уровне утвердив внутренние шаблонные задания (для недельных задач с перечнем и требованиями к исходным данным) и требования к результату (чек-листы приемки).

Autodesk оказался прав.

Пару лет назад компания Autodesk начала продавать программные продукты по годовым подпискам. В тот момент многие их конкуренты начали писать о том, что у них "навсегда" и мол "вот глупенькие, ишь чего придумали".

Потом притихли и сохраняли тишину по этому вопросу, наблюдали.

Теперь же все устремились в те же подписки.

Затем писали про Autodesk, мол "Пишут BIM-стандарты, потому, что без них в их программах невозможно работать", а сейчас устремились каждый писать свой.

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

Может быть в ведущем САПР-вендоре нанимают на работу и не таких уж и глупеньких людей?

Не такой BIM мы хотели.

Пару лет назад среди BIM проектировщиков ходила мысль, что "когда заказчик осознает всю пользу от BIM на стройке, когда он начнет пользоваться нашими моделями, не только бумагой, вот тогда заживем, вот тогда нас начнут по-настоящему ценить".

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

Все пошло не как хотелось и в гос. регулировании. Думали ли мы, когда говорили о стандартизации, что они начнут писать стандарты с целью личного обогащения и импортозамещения (читай ограничения конкуренции и продвижению своих/дружеских/откатных/лобируемых компаний)?

Вот так у нас в стране постоянно, благими идеями...

Немного практики.

Элемент не виден в Revit – 33 причины

Скрытие/изоляция

- Объект или категория скрыты на виде (посмотреть через «Лампочку»)

- Объект или категория временно изолирован

Настройки вида

- Категория объекта или подкатегория скрыта на виде

- Категория вида запрещает отображать объект (архитектурные стены при категории вида «Несущие конструкции)

- Объект скрыт фильтром, примененным к виду

Рабочие наборы:

- Объект находится в рабочем наборе, который не загружен вместе с проектом

- Объект находится в рабочем наборе, который не видим на данном виде

- Объект находится в рабочем наборе, который не видим в связанном файле

Настройки семейств

- Объект является семейством, геометрия которого не определена как видимая для данного типа вида

- Объект является семейством, геометрия которого не определена как видимая для данного типа уровня детализации

- Объект задан как невидимый в настройках уровня детализации его категории

Границы и области подрезки

- Объект находится за пределами секущего диапазона

- Смещение дальнего предела секущего диапазона недостаточно чтобы показать объект

- Элемент размещен вне области подрезки вида

- Элемент объект аннотаций, который не полностью находится внутри области подрезки аннотаций

- Объект ограничен областью видимости которая не видима на виде

Группы, варианты и стадии

- Настройки стадии объекта или настройки стадии вида не позволяют показать объект

- Объект часть варианта конструкций, который не видим на виде

- Объект находится в составе группы, и он был исключен из группы

Совпадение цветов

- Один или несколько краев объекта переопределены как "<невидимые линии>"

- Элемент находится в составе объекта установленного в цвет фона

- Элемент находится в составе объекта категория которого установлена в цвет фона

- Настройки стиля объекта установлены в цвет фона

Связанные файлы:

- Объект является частью связанного файла, который отключен на виде

- Объект находится в рабочем наборе который не загружен в связанном файле

- Объект связан с координатами которые слишком велики для обработки Revit

- Пользователь неправильно определил связь к которой принадлежит элемент

- Объект находится в связанном файле, который не расположен в указанном месте

Прочие причины:

- Масштаб вида не позволяет увидеть объект (для разрезов)

- Объект в настоящее время закрывает другой объект

- Размеры самого объекта не позволяют его увидеть

- Объект - формообразующий элемент, и "Показывать формообразующие" выключено

- Объект зависит от вида который был удален (границы зон)

Как будет выглядеть строительство через 50 лет? Каким будет проектирование и BIM? Я решил пофантазировать и высказать свое мнение.

Во-первых, я считаю, что 2D чертежи не будут применяться, 3D модель будет загружаться в тахеометры, лазерные проекторы и роботизированные краны, которые будут позволять точно выставлять опалубку, совмещая видео с камеры с дополненной реальностью.

Дополненная реальность в смартфонах, по Wi-Fi привязкам позволит точно устанавливать арматуру и инженерные коммуникации.

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

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

Вокруг стройки с заданными интервалами и по согласованному маршруту будут летать дроны и готовить материал для фотограмметрии и контроля соблюдения техники безопасности.

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

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

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

продолжение следует...

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

Мы всегда сможем вернуться к любой версии и варианту. Примерно как в гугл документах.

На объектах где нельзя будет применять внешние облака, будут развернуты внутренние корпоративные.

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

Да логин пароль станут равнозначны подписи. Действия в информационных системах впринципе станут юридически значимыми и договора похожими на анкеты.

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

Вендоры ПО будут мериться, кто более удобный инструмент для редактирования модели сделает и на языке какой страны интерфейс. Т.е. формат в базе данных разумеется будет единым и открытым, но в json формате, типа svf у Autodesk.

Будет это все через 50 лет или 100 зависит только от нас. Пойдем работать!

https://www.forbes.ru/newsroom/biznes/387065-krupneyshiy-rossiyskiy-zastroyshchik-rasskazal-o-sekretnom-proekte-po?utm_source=facebook&utm_medium=social&utm_campaign=developerskaya-gruppa-pik-sergeya-gordeeva
Ага секретный - опубликованный на сайте и в заказных статьях, ага реализована - без менеджера продукта, ага передовой - для которого требуются навыки 1С

Несколько лет назад я руководил разработкой робота (программы) по автоматической генерации застройки. Там все хорошо и проект развивается.

Но я хочу без привязки к конкретным компаниям написать пару слов о том, чему я научился:

1. Чем выше типизация, тем меньше ТЭПы. Небольшими кубиками заполнить кувшин можно плотнее, чем большими.

2. Инсоляция - определяющий фактор размещения зданий (в рамках мастерплана все остальное можно решить "по месту").

3. Чем выше строятся объекты, тем больше между ними должны быть расстояния (по инсоляции),

4. Из-за нормативных ограничений зависимости лифтов от метров/этажей, экономика объектов при увеличении этажности растет не равномерно. Для каждой инсоляционной линейки и требований по парковкам, озеленению и проездам есть наиболее эффективная этажность для застройки.

5. Генерация мастерпланов - это многофакторная оптимизация, в которой неограниченное количество факторов, с разными весами влияния. В определенный момент надо отрезать факторы ниже какого-то значения важности.

6. Самый эффективный алгоритм оптимизации в многофакторной системе - симуляция.

7. В генерации планировок самое сложное - описать правила по которым должны собираться квартиры и правила их стыковки по горизонтали и вертикали (вентшахты, двери, фасады). Для этого не хватает удобного интерфейса для описания правил (экселем или вордом не описать).

8. Самое сложное в обучении компьютера на сегодня - это описать что мы подразумеваем под словами - как правило, нравится, красиво, удобно - это возможно сделать, но для этого нужно разобраться в себе. Будет выглядеть как: в таких то случаях можно, симметрично, стремится к минимуму.

Почему в РФ не будет BIM на государственном уровне:

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

2. Те в свою очередь имеют бюджеты на людей с з/п ниже рынка, конечно, всеж нормальные зарплаты на "хозяйственников" и "эффективных управленцев" слили (например мне предлагали 100-120 т.р., когда на рынке 200-250 на мою позицию). Слышал что и некоторые теоретики BIM работали на них за 60.

Т.е. из нормальных специалистов к ним никто не пойдет (только те, кого в коммерческом рынке не взяли).

3. Там бюрократическое болото, в котором умным людям просто нечего делать. Никто там не готов принимать решения и брать ответственность - лишь бы скинуть ее и чтобы не предъявили.

4. Т.к. зарплаты низкие, то там сформировалась критическая масса людей, кто размышляет как в анекдоте: "...что за зарплатой не приходишь? - А я думал - пистолет дали и крутись"

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

5. Слишком большой разрыв между теми кто принимает решения и кто работает. Любые здравые идеи через "сломанный телефон" превращаются в абсурд.

6. Существует много заплесневевших организаций, типа НОПРИЗа, в которых держатся за свои кресла старики, которые не про новые технологии, но мол "со связями".

По логике они должны заниматься этим, по факту они могут разве что обсуждать - как правильнее говорить: " технологиИ инф. мод. или технологиЯ", где ключевым фактором станет "как сказал царь".

Проект документа о разнице сметной стоимости проектирования в BIM и без BIM!
https://regulation.gov.ru/projects#npa=97033
Немного юмора: больше всего BIM повлиял на стоимость проектирования... многоуровневых открытых паркингов. Увеличение аж на 24%. Меньше всего - на Универсальные спортивные сооружения (что бы это ни значило) и подземные паркинги, всего +6%.
В этом же документе на всякий случай дублируется распределение стоимости проектирования по разделам (ПД и РД). Я когда вижу эти цифры, уже 10 лет подряд удивляюсь: неужели где-то реально есть проекты где ВСЕ слаботочные системы стоят 4,2% от стоимости ПД (3,8% от РД)? Вдвое меньше генплана, вчетверо меньше архитектуры и в пять раз - конструктива! Тот кто это писал, вы рынок вообще видели? Наполненность современных объектов информационными системами и системами безопасности представляете? Не хочу никак обидеть генпланистов, архитекторов и конструкторов, но, как говорится, "что вижу - о том пою".
Впрочем, это было лирическое отступление. Жаль, что пока нет узаконенного способа обосновать стоимость лазерного сканирования при работе в BIM с реконструкцией и реставрацией.
Ну порадуемся хоть что BIM в госконтрактах позволит зайти на этот рынок компаниям чуть более высокого уровня, когда документ доработают и он вступит в силу.

Пока можно прямо на этом портале, например зайдя через учётную запись с Госуслуг, оставить свои комментарии. Рекомендую вам это сделать, если есть что предложить, вдруг к вам прислушаются разрабочики? :) кстати, кто-то хоть раз направлял замечания к новым нормативам через этот портал? Был результат? Поделитесь в группе @bimchat, если да. Интересно.

Анастасия Морозова ушла из Autodesk.

Это печально. Я думаю это конец определенной BIM-эпохи. Да такие они в бим - не продолжительные, думаю, в истории развития отечественного BIM - это будет важная веха, которая на пол года - год уберет Autodesk из нашей жизни. А потом им придется все восстанавливать, собирать по кусочкам.

Самое обидное - это что теперь будет с BIM-лидерами, без Насти они не будут. Я помню свои первые впечатления от его посещения - здесь реально что-то делается для развития и здесь чувствуется энергия, компетенции и способность что-то изменить. Не будет Autodesk University Russia, не будет BIM-завтраков. Будет что-то другое, но явно меньшее. Это сигнал от Autodesk - мы теперь менее значимы для них, мы не достойны иметь свой офис и своего генерального директора в нём.

Дмитрий Чубрик:

По факту, для пользователей ничего не изменилось.
Однако изменилось для меня лично – ведь у меня компания Autodesk ассоциировалась в первую очередь с Настей. Revit User Day в 2009, САПРяжения, BIM форумы, Autodesk University – все эти идеи Насти сложились в одно вдохновляющее приключение, и не покидало ощущение, что ты являешься частью чего-то важного, нового, нужного другим. И за это спасибо – Насте. А ещё за поддержку – без неё не было бы Сообщества пользователей, блога Борисова, первого тест-драйва по Revit, шаблона Revit от Autodesk Community, BIM Стандартов и всех шаблонов Revit 2017 – 2019 и много чего ещё... Нет, правда – если у меня спросят, может ли один человек повлиять на развитие целого рынка, я скажу – да, и вот вам пример – Анастасия Морозова.

Лариса Поршнева (https://ancb.ru/publication/read/8838):

Осень-2019 выдалась урожайной на думы о грядущем: тут и Стратегия-2030, и Форум 100+ с главной темой о Городе будущего, и различные тусовки то Стратегов будущего, то законодателей, то чиновников. Все мысли о высоком, все планы – за линией горизонта. Повестки дня – одна элегантней другой, с модными словами и трехмерными презентациями. Но как-то чего-то не хватает для полного ощущения радости на тему «Светлый путь». Есть парочка предложений.

Давайте, например, обсудим стратегию избавления 20 миллионов россиян от пользования «удобствами во дворе» - а именно столько народа живет в России в конце второго десятилетия XXI века в домах без минимальных санитарных удобств. Давайте усилим эту стратегию главой о том, что горячую воду надо подавать без отключений, а столичным мусором не травить российский Север, а перерабатывать его в полезные обществу предметы.

Давайте напишем стратегию запрета на профессию тех «экспертов» с покупными документами, которые выдают за одну ночь экспертное заключение на 300 листах о превышении цены контракта, а потом на основании этого откровенно липового документа в СИЗО садится застройщик Константин Ремизов.

А, может быть, создадим стратегию отказа от тотального вранья высшему руководству о том, как все хорошо на вверенных территориях и в доверенных ведомствах? А то ведь «там, наверху» реально думают, что народу в массе своей нужна ипотека под 9% годовых и жилье, каждый метр которого стоит больше, чем в среднем зарплата по стране. И что доходы этого самого народа растут просто невероятными темпами по полпроцента в год.

Может, хватит морочить голову красивыми отчетами и «промежуточными документами» исключительно для того, чтобы закрыть вышестоящее поручение и забыть вообще обо всем – от последнего уволившегося врача до нарастающих протестов против свалок, мэров, церквей и бордюров?

В стране, которая не развивается, не имеет никакой стратегии на будущее вообще, где малые города вымирают, не говоря уж о селе, где начали «кошмарить» ученых и пересажали половину бизнесменов, любая локальная стратегия, спущенная  сверху, обречена, в лучшем случае, на забвение. Конечно, очень важно выполнить поручение и отчитаться, но как потом объяснить, что вместо светлого пути в прекрасное будущее страна – согласно Стратегии! – зашла в стратегический тупик?!

BIM между заказчиком и генпроектировщиком.

Как заказчик может управлять применением BIM на проекте? Перед заключением договора, а лучше и перед тендером подготовить приложение к Договору: Информационные требования заказчика (EIR).
В данном документе требуется отобразить:

1. В каких форматах передавать информационные модели;
2. В каких координатах они должны быть выполнены;
3. Как файлы должны наименоваться;
4. Как должны наименоваться элементы модели, и какие должны быть впринципе смоделированы;
5. Какие параметры должны быть заполнены в элементах модели;
6. Указать, что чертежи и спецификации должны выполняться на основе модели;
7. Прописать, что перед выпуском модели, она должна проверяться на коллизии;
8. Прописать какие допуски в коллизиях принимаются (чтобы не ловить миллиметры);
9. Если требуется заполнять классификатор, то приложить его;
10. Прописать, что проектировщик может разработать и согласовать документ, уточняющий данные требования - BEP.

В ответ на этот документ Проектировщик может подготовить свое видение реализации BIM - План реализации BIM проекта (BEP).

В нем он указывает:

1. Основные контакты;
2. Схему деления модели;
3. График или периодичность передачи моделей;
4. Отклонения и уточнения EIR.

Если договор не заключен, то BEP прикладывается к договору, как уточнение и корректировка EIR. Если уже заключен, то Дополнительным соглашением.

Зачастую проектировщик хочет упростить себе жизнь, и BEP напрочь убивает требования EIR.

В таких случаях заказчик просто не согласует его и все работы должны выполняться по EIR.

Проектировщик в таких случаях начинает шантажировать сроками и что не выполнит работы: мол выбирайте или как мы скажем или никак.

Обычно это происходит из-за того что при заключении договора проектировщик не читал EIR. Но таких становится все меньше - естественный отбор.

Если вам попался такой проектировщик, то находите компромисс и больше с ним не работайте.

В обычных же случаях проектировщик прописывает, что у него параметр Этаж - это ADSK_Этаж и т.п. И заказчика это устраивает.

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

BIM между заказчиком и техзаказчиком.

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

Также техзаказчику следует проверять объемы по модели, сравнивая с тем, что отображается в спецификациях по РД.

Информационная модель позволяет техзаказчику контролировать изменения на проекте (от первоначальной модели, стадии П) и о существенных информировать заказчика.

Специалисты ПТО техзаказчика могут подготавливать 3D отчеты, используя модель. А лучше и присылать в виде NWD модели.

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

Замечания стройконтроля лучше всего выдавать в BIM360 на основе модели, но если его нет или нельзя, то можно и Точками обзора в NWD или параметрами в элементах, с подкраской красным и настроенными поисковыми наборами.

Также появляется возможность периодической фиксации ситуации на площадке с помощью фотографий на 360 градусов.

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

Важный вопрос, с которым все сталкиваются, при внедрении BIM на стройке - это то, что КЖ модель выполнена без учета нарезки на захватки.

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

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

Кто готовит эту модель?

По идее, указание рабочих швов бетонирования - это функционал проектировщика КЖ. При изменениях рабочего шва генподрядчиком, его согласует авторский надзор (и вносит в рабочую документацию?! - если так, то и в рабочую модель)

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

Сегодня чаще получается, что этим занимается либо техзаказчик, либо BIM-консалтер.

Требования EIR к модели КЖ на стадии РД.

Модель должна содержать Котлован (твердотельным элементом землю с выполненным котлованом, выемку, насыпь и обратную засыпку), Шпунтовые ограждения, Распорки шпунта и опоры, Подпорные стены.

Также должны быть Сваи, Песчаная подсыпка, Бетонная подготовка, Одиночные фундаменты, Фундаментная плита, Приямки (загружаемым семейством на основе пола), Откосы бетонные в ФП, Стены, Пилоны (выполненные инструментом Стена), Колонны, Перекрытия, Балки, Капители (выполненные каждое отдельным перекрытием, либо загружаемым семейством на основе пола), Лестничные марши и Лестничные площадки (выполненные семействами для типовых решений и элементом в контексте для нетиповых);

Гидроизоляция (выполненные стенками, перекрытиями и контекстными семействами в категории Перекрытие, условной толщиной 10мм), Утеплитель (аналогично гидроизоляции).

В элементах должны быть заполнены параметры локации (Корпус, Секция, Этаж).

Все монолитные элементы должны содержать заполненный параметр Объем.

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

В монолитных элементах должны быть заполнены параметры массы каждого типа арматуры, содержащихся в них. Также должен быть заполнен параметр принадлежности к альбому РД, в котором они учтены.

В бетонных конструкциях должен быть указан Класс бетона, в стальных - Марка стали.

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

В требованиях к модели КЖ я не предъявил: "В модели должна быть Несущая арматура, поддерживающие каркасы и лягушки, Закладные детали".

Я считаю, что на сегодняшний день трудно найти проектировщика, который справится с этой задачей, а если и найдете, то у него в команде будет 1-2 специалиста, кто хорошо это делает.

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

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

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

Требования EIR к модели АР на стадии РД.

Должны моделироваться кладочные стены, утеплитель (элементом стена), фасадная внешняя отделка (аналогично утеплителю), двери и окна, витражи, кровельный пирог покрытия, лифты, металлические ограждения, которых нет в КМ (заводского изготовления).

На фасадах моделируются корзины для кондиционеров и ограждения балконов, окон, а также решетки кондиционеров.

Также моделируются архитектурные элементы фасадов.

Двери в несущих стенах (для которых нет стен в АР) вставляются в псевдостены, с указанием в названии "Не учитывать".

Покрытие и полы, где перепад свыше 50мм моделируются с уклоном.

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

В кладочных стенах моделируются отверстия размером 100х100мм и более.

Отделка стен моделируется отдельными элементами Категории Стена, либо плагином в Категории Части. Полы моделируются на каждое помещение. Допускается моделирование стен и полов условной, примерной толщиной (округленной до 10мм).

Плинтуса, фартуки и водоотливы не моделируются.