Привет, Хабр! Познакомимся? Меня зовут Адель Матвеева, я – координатор по технологиям информационного моделирования в команде информационного моделирования архитектурного направления в ПИК. Сегодня хочу рассказать о нашем подходе к работе с перемычками.

Перемычки относятся к тем элементам, которые редко создают геометрические конфликты, но регулярно «рассыпаются» при изменениях, из-за чего решение быстро теряет актуальность. На бумаге всё просто: над проёмом должна быть конструкция. В реальности каждый проём — это набор условий. Результат зависит от исходных данных (материала и толщины стены, ширины проёма, высоты кладки над ним) и выбранных решений (конструкции перемычки, требуемого опирания, наличия опорных элементов).

Ручной процесс плохо переживает изменения. После серии правок модель быстро становится несогласованной:

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

Как правило, ошибки всплывают поздно — после выпуска документации или уже на стройке. Настоящая ценность перемычек в Revit — не в быстрой расстановке семейства, а в том, чтобы принять верное решение и сохранить его актуальным до выпуска рабочей документации. Ручной выбор по каждому проёму не масштабируется: после изменения в модели его приходится заново проверять и пересобирать. В итоге время уходит не на проектирование, а на переделки.

Мы в команде прошли путь от классического подхода «двери/окна с вложенными перемычками» к инструменту «Перемычки», который автоматизирует именно выбор по стандарту и контроль актуальности, а не только расстановку.

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

Привет, Хабр! На связи команда разработки продукта PIKTools Генплан.

Хотите узнать, как генпланисту оперативно создавать, редактировать, оформлять и проверять генеральные планы? Как получать рабочую документацию строительства, сократить трудозатраты на ее разработку? Как наш продукт PIKTools Генплан помогает в этом?

Если да, тогда приготовьте себе кофе и погнали — мы продолжаем наш рассказ. Если вы пропустили вводную статью про продукт, советуем начать с нее. Сегодня речь пойдет о модуле «Озеленение». Расскажем о том, из чего он состоит, а также какие прикладные задачи и проблемы он решает.

Привет, Хабр! Меня зовут Артур Ишмаев, я руководитель отдела внедрения и развития нейросетей в дирекции цифровых инноваций и ИИ в ПИК. 

В первой части статьи я подробно разбирал работу Data-driven Interior Plan Generation for Residential Buildings (2019) — одного из первых проектов, пытающихся воспроизвести процесс проектирования дома с помощью нейронных сетей, а именно с помощью набора свёрточных моделей.

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

Начну я с инструмента WallPlan, который стал важным промежуточным этапом в эволюции генеративных планировочных систем.

Привет, Хабр!

Меня зовут Дмитрий Гайдамак. В ПИК я отвечаю за серверную инфраструктуру для проектировщиков и их техническую поддержку. В этом цикле статей я расскажу, как мы внедряли и развивали Omnissa (ранее — VMware) Horizon. И сделаю это глазами инженера, а не менеджера.

Цикл будет полезен ИТ-специалистам — как тем, кто ещё сомневается, с чего вообще начать внедрение, так и тем, кто уже рисует первые наброски архитектуры под себя.

Постепенно мы разберём:

• соображения на тему подбора железа для VDI;

• базовые понятия vSAN и его сайзинг под свои нужды;

• компоненты всей будущей системы VDI;

• балансировку нагрузки и организацию отказоустойчивости решений Omnissa;

• администрирование системы: золотой образ, клоны, пулы;

• доставку приложений AppVolumes;

• возможности кастомизации рабочих мест VDI;

• мониторинг Horizon;

• соображения на тему безопасности stateless рабочих мест;

• брендирование и настройку веб-портала Horizon.

Всё это я постараюсь дополнить реальными случаями из опыта эксплуатации VDI у нас в ПИК. Но всему своё время. Начнём с краткой предыстории.

Привет, Хабр, и с наступающим Новым годом! Меня зовут Станислав Пуртов, я – заместитель директора по автоматизации проектного блока в ПИК. 

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

Для начала давайте разберемся, что это такое, ведь под «удалёнщиком» до сих пор понимают разное. 

Для кого-то это подрядчик, который не состоит в штате и работает в своем режиме, а ещё для него редко появляется какое-то дело, или мы вовсе можем забыть про этого человека на полгода.

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

Но, важный момент – «офиса» как физического пространства  у нас нет. Вся наша команда – удалёнщики – или также это называют «распределённая команда», и в этой статье я как раз и расскажу, как мы ею стали.

Привет, Хабр!

Меня зовут Александра Касаткина. Я ведущий координатор по технологиям информационного моделирования в группе BIM-поддержки в команде ПИК Digital.

Ранее руководитель группы Александра Васильева рассказывала, как устроен сервис BIM-поддержки и как мы решаем проблемы до их появления в статье «BIM-поддержка в ПИК: как сервис решает проблемы до их возникновения». Но что делать, если проблема есть, а решения в базе знаний у нас нет? Разберем в этой статье. В конце статьи приложим чек-лист с алгоритмом действий при решении нетиповых кейсов.

Почему важно не просто «починить», а понять корень проблемы

В работе с Revit даже самая продуманная методология не застрахована от неожиданных сбоев — особенно когда речь идет о нетиповых задачах, которых нет во внутренних инструкциях. В BIM-поддержке ПИК мы сталкиваемся с такими кейсами регулярно. И наш подход — не просто быстро «залатать дыру», а разобраться, почему она появилась. Глубокое понимание причины позволяет не только решить текущую проблему, но и предотвратить десятки подобных в будущем. В этой статье мы поделимся практическими примерами таких ситуаций и тем, как мы их превращаем в устойчивые решения.

Реальные кейсы: что пошло не так, и как мы это решили

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

Максим Курбатов, руководитель продукта BIM Inspector (ПИК Digital)

В современном проектировании BIM-модели становятся всё более сложными, а требования к их качеству — строже. Проверка соответствия модели внутренним стандартам, ГОСТам и регламентам — неотъемлемая часть рабочего процесса. Однако ручная или полуавтоматическая проверка быстро превращается в узкое место: десятки правил, сотни элементов, часы ожидания результата.

В ПИК мы столкнулись с этой проблемой на практике. Когда проверка одной модели стала занимать до часа, стало ясно: подход «нажми и жди» больше не масштабируется. Мы задались целью не просто ускорить проверку, а полностью исключить её из активного участия проектировщика. Так родилось решение, которое мы называем «умные фермы» — распределённая система фоновой автоматической проверки BIM-моделей.

Привет, Хабр! Меня зовут Артур Ишмаев, я — руководитель отдела внедрения и развития нейросетей в девелопере ПИК. 

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

Вводная часть

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

Задача генерации плана дома

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

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

Привет, Хабр!

На связи команда BIM-координации в ПИК, ранее мы уже рассказывали о себе в статье «Мы создали сервис для координации BIM-моделей. Как он работает?».

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

CheckUP — это система автоматизированной проверки BIM-моделей на наличие коллизий, основанная на фоновой проверке средствами Navisworks и обработке результатов в среде Revit.

Привет, Хабр!

Меня зовут Александр Гокканен, я координатор по технологиям информационного моделирования в команде ПИК Digital.

В этой статье я расскажу, как мы, используя BIM-технологии, изменили процесс проектирования и оформления комплектов КЖС (конструкций железобетонных сборных) в ПИК.

Предпосылки

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

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

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

Привет, Хабр! На связи команда разработчиков R2 из ПИК Digital. Сегодня мы расскажем о нашей платформе на базе движка UE, на которой мы занимаемся разработкой модулей, автоматизирующих  различные процессы девелопмента.

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

Когда мы начинали автоматизировать проектные процессы, столкнулись с типичной проблемой: каждая стадия проекта, от концепции до эксплуатации — требовала своего набора инструментов, зачастую мало интегрированных друг с другом. Градостроительный анализ делали в одной среде, рабочую документацию готовили в другой, контроль качества строительства — в третьей. Данные между системами передавались вручную, что вызывало потери и ошибки.

Платформа R2 — это попытка системно решить эту проблему, охватив часть процессов девелоперского цикла модульными инструментами, которые работают с моделью данных и интегрируются с привычными САПР-системами.

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

Почему Unreal Engine?

В основе платформы R2 лежит движок Unreal Engine — решение, которое может показаться неожиданным для сферы проектирования недвижимости. Однако именно производительность этого движка и его способность работать с большими объемами данных стали ключевыми факторами выбора.

Привет, Хабр!

Меня зовут Рудольф Караджаян, я руковожу направлением информационного моделирования наружных сетей в ПИК.

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

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

Привет, Хабр! Меня зовут Анастасия Типакова, я руковожу группой развития технологий информационного моделирования инженерного направления в ПИК.

Сегодня расскажу подробнее про наш продукт ИОС (инженерное оборудование и сети) из экосистемы ПИК. Полное описание экосистемы можно найти в статье «Экосистема ПИК. История формирования».

Всё началось в далёком 2018 году, когда ПИК начал формировать продуктовую модель в Дирекции автоматизации проектного блока. Постепенно стало ясно, что готовые инструменты и сервисы прекрасно адаптируются под продуктовую модель. Так у нас появилась целая линейка продуктов: Family Manager, BIM Inspector, PikTools, Робот R2, BIM Data Service и PIK СheckUP.

Привет, Хабр!

Меня зовут Сергей Кузикян, я руководитель проекта из отдела внедрения информационного моделирования архитектурного направления в ПИК Digital.

Мы в ПИК используем для проектирования объектов технологию информационного моделирования зданий, более известную как BIM. Подробнее о том, как мы с ней работаем, можно почитать в статье «Как BIM помогает оптимизировать процессы?». И в рамках применения технологии BIM архитекторы используют, на мой взгляд, самую удобную программу — Autodesk Revit.

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

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

Для рабочей документации собирают, помимо подготовки планов и разрезов, объемы материалов и изделий, необходимых для строительства объекта. Эти данные в дальнейшем будут уточняться ПТО (производственно-техническим отделом, который отвечает за организацию, планирование и контроль строительных и производственных процессов), но в данных также требуется высокая точность расчетов для корректных закупок. Именно от проектировщиков архитектурного раздела приходит информация о габаритах проемов, рам окон и дверей, о составе полов, потолков и отделки стен. Цена ошибки также высока и может вылиться в крупные затраты для компании.

В этой статье мы расскажем, как можно упростить нелегкую жизнь архитектора с помощью BIM-технологий.

Привет, Хабр!

Меня зовут Дарья Попова, я из отдела внедрения технологий информационного моделирования ПИК Digital. Мы занимаемся разработкой и внедрением технологии BIM-проектирования. Одна из наших задач — понять, что́ проектировщикам нужно автоматизировать, и создать инструменты, которые помогут работать быстрее, точнее и качественнее.

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

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

Привет, Хабр!

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

Зачем нужен отдельный сервис BIM‑координации?

Представьте: утро, начало рабочего дня, от проектировщиков один за другим сыплются запросы: не получается обновить семейства; модель зависает — не можем синхронизироваться; нужно срочно проверить модель на коллизии — сегодня выпуск; плагин печати в PDF «не видит» штриховку; начинаем новый объект — срочно нужно создать модели и тд. Все эти задачи требуют немедленного реагирования и часто конфликтуют по приоритетам. Координатор начинает разбираться с одной, но тут же поступает срочный запрос на решение другой. Это приводит к тому, что в попытках разорваться между задачами, он теряет концентрацию, переключается туда‑сюда и в итоге не успевает качественно решить ни одну из проблем. Все это замедляет работу и повышает уровень стресса в команде.

Мы проанализировали и разделили поступающие задачи на два направления. Часть из них обрабатывает сервис BIM‑поддержки, который оказывает техническую помощь проектировщикам в использовании САПР‑программ, консультирует по работе инструментов и технологии BIM. Другую часть выполняет сервис BIM‑координации адресных объектов, который выступает связующим звеном для всех проектировщиков: помогает в создании моделей, поддерживает актуальность данных, отвечает за техническую координацию и следит за качеством информации.

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

Привет, Хабр!

Меня зовут Татьяна Поспелова, я руководитель группы разработки семейств в команде ПИК Digital. 

В этой статье расскажу, как мы централизовали и автоматизировали разработку BIM-семейств в Revit с помощью нашего внутреннего сервиса под названием «Фабрика семейств».

Если вы только начинаете знакомство с BIM (информационное моделирование зданий), важно понимать, что BIM-семейства — это параметрические компоненты, из которых собирается модель здания в Revit. Это могут быть стены, окна, мебель, сантехника и любое инженерное оборудование. Каждое семейство содержит геометрию и параметры, которые позволяют использовать его в расчётах, спецификациях и автоматизации.

Привет, Хабр!

Меня зовут Александра Васильева, я руковожу группой BIM-поддержки в ПИК Технологии.

В этой статье я расскажу:

• что такое BIM-поддержка в ПИК и почему это не просто «техподдержка САПР» (системы автоматизированного проектирования);

• для кого мы работаем, какие задачи проектировщиков закрываем и зачем изучаем их боли;

• как устроен сервис: от приёма заявки до системной профилактики;

• какие метрики и дашборды используем, чтобы не тушить пожары, а предотвращать их;

• и почему по-настоящему эффективная поддержка — это та, куда почти не обращаются.

Привет, Хабр!

Это Константин Логинов и Любовь Лоренц. Мы — специалисты отдела разработки отопления и вентиляции в блоке проектирования по направлению объектов реновации в ПИК.

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

Привет, Хабр! Меня зовут Артур Ишмаев, я руководитель отдела исследований и разработки в области искусственного интеллекта группы компаний ПИК. В этой статье я расскажу о модуле анализа видов из окон R2.Видоботы, который является частью большой Платформы R2.

О платформе R2

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