ТИМ | BIM | Литература | НПА | НТД


Гео и язык канала: Россия, Русский


АГРЕГАТОР ИНОСТРАННЫХ И РОССИЙСКИХ КНИГ И ДОКУМЕНТОВ ПО BIM И ТЕХНОЛОГИЯМ ИНФОРМАЦИОННОГО МОДЕЛИРОВАНИЯ (ТИМ)
BIMlibrary (Литература по ТИМ)
Если книга вам понравилась и была полезна, поблагодарите автора купив электронную или бумажную версию.

Связанные каналы  |  Похожие каналы

Гео и язык канала
Россия, Русский
Статистика
Фильтр публикаций


Репост из: BIMSERT
XML для исполнительной документации: а где обещанный эффект?

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

И здесь возникает вопрос, с которого, на наш взгляд, и стоило бы начинать разговор об XML.

Не «нужна ли цифровизация исполнительной документации?». Безусловно, нужна. Вопрос другой: а обязательно ли для этого переводить исполнительную документацию именно в XML?

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

Структурированные данные и XML – не одно и то же.

Можно построить цифровую систему, в которой PDF остается визуальным представлением документа, а необходимые сведения о нем хранятся в структурированном виде и используются для автоматической обработки. И наоборот, можно получить XML-файл, который формально соответствует XSD-схеме, но по существу остается электронной формой привычного документа.

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

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

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

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

То есть мы имеем не перевод всей исполнительной документации в единый структурированный формат, а формирование XML-схем для определенной ее части.

И здесь возникает самый интересный вопрос – где именно находится системный эффект от XML, если в XML переводится только часть массива исполнительной документации, а остальная документация продолжает существовать в иных форматах?

Если преимущество XML заключается в структурированных данных – почему структурируется только часть данных? Если преимущество в межсистемном обмене – какой объем исполнительной документации реально участвует в таком обмене? Если преимущество в автоматизации контроля – какие конкретно процессы становятся эффективнее именно благодаря XML?

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

Есть и обратная сторона. Переход к структурированным данным увеличивает количество операций для пользователя – нужно заполнять дополнительные сведения, устанавливать связи между документами и поддерживать их структуру. Авторы проекта прямо описывают это как одну из проблем перехода.

Поэтому возникает вполне рациональный вопрос: какой измеримый эффект компенсирует эту дополнительную нагрузку?

Сколько времени экономится при поиске документов? Насколько сокращается количество ошибок? Как ускоряется проверка комплектности? Что получает заказчик, эксплуатация и государственные информационные системы?

И вот здесь мы подходим к главному. Часто необходимость XML объясняется очень просто: «так требует законодательство». Но это не отвечает на вопрос, насколько обоснованно само законодательное требование.

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

Это разные утверждения «нам нужны структурированные данные» и
«значит, эти данные должны представляться именно в XML».

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

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

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

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

Потому что цифровизация исполнительной документации нужна не ради XML.

Она нужна ради данных и возможностей, которые эти данные дают.

А XML – всего лишь один из инструментов.

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

📸 bimsert


Репост из: BIMSERT
Опубликован ПНСТ 1080-2026 по ЦИМ поликлиник

ПНСТ 1080-2026
Цифровые информационные модели объектов непроизводственного назначения. Поликлиники. Общие требования

Стандарт разработан с целью внедрения ТИМ, используемых при разработке ЦИМ поликлиники в составе информационной модели поликлиники.

Стандарт распространяется на ЦИМ ОКС непроизводственного назначения с функциональным назначением поликлиники (код 03.01.004.002).

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

Стандарт определяет набор базовых процессов ведения ЦИМ объекта капитального строительства и наборы атрибутивных данных элементов ЦИМ поликлиники.

Стандарт содержит описание наборов атрибутивных данных элементов ЦИМ поликлиники, объем которых зависит от базовых процессов ведения ЦИМ поликлиники, установленных застройщиком, техническим заказчиком, лицом, обеспечивающим или осуществляющим подготовку обоснования инвестиций, и (или) лицом, ответственным за эксплуатацию ОКС в договоре, задании на проектирование, техническом задании на ЦИМ ОКС.

Настоящий стандарт устанавливает требования к наборам атрибутивных данных элементов ЦИМ поликлиники для реализации набора базовых процессов, при этом наборы атрибутивных данных элементов ЦИМ поликлиники включаются в ЦИМ, если это установлено законодательством Российской Федерации, а также если требование об их включении содержится в стандарте организации, договоре, задании на проектирование, техническом задании на ЦИМ объекта капитального строительства и (или) в плане реализации проекта с использованием информационного моделирования.

Вступает в действие с 01.01.2027 г.

📸 bimsert


Репост из: BIMSERT
Вопрос/Ответ: о регистре хэш-сумм файлов при формировании Пояснительной записки (Раздел ПД №1)

Вопрос:
При подаче пояснительной записки в ФАУ «Главгосэкспертиза России» нам выставлено замечание, что контрольные суммы CRC-32 должны быть записаны в верхнем регистре. Однако XML-схема explanatorynote-01-07.xsd допускает любой регистр. Правомерно ли данное замечание?

Ответ:
Нет, замечание о необходимости верхнего регистра является требованием конкретной информационной системы (ЕЦПЭ), а не требованием XML-схемы explanatorynote-01-07.xsd.

В схеме explanatorynote-01-07.xsd тип tFileChecksum определен следующим образом:


Текстовая строка длиной 8 символов






Регулярное выражение [0-9a-fA-F]{8} явно допускает:
• 0-9 - цифры;
• a-f - строчные буквы;
• A-F - прописные буквы.

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

Примеры валидных значений по XML-схеме ПЗ версии 01.07:
• 3c57452f - строчные: валидно;
• 3C57452F - прописные: валидно;
• 3c57452F - смешанный: валидно.

С точки зрения XML-схемы - регистр не имеет значения, все варианты допустимы. Замечание ФАУ «Главгосэкспертиза России» о необходимости верхнего регистра не закреплено в схеме и по сути противоречит ей.

Обращаем внимание, что для всех типов файлов, упоминаемых в XML-файле пояснительной записки, используется один и тот же тип tFileChecksum:
• файлы проектной документации;
• файлы отчетов по инженерным изысканиям;
• файлы подписей;
• файлы 3D-моделей;
• любые другие файлы.

Таким образом, правило одинаково для всех файлов, и указанное противоречие носит системный характер. Рекомендуется обратиться в Техподдержку ФАУ «Главгосэкспертиза России» для разъяснения данного требования и его приведения в соответствие с XML-схемой.

📸 bimsert






Репост из: Калинкин Владимир
Вчера провели первую встречу с экспертным сообществом по обсуждению проектов параметрических сводов правил.

Почему это важно?

Сейчас в системе технического регулирования одновременно идут два ключевых процесса.
Первый — переход к параметрическому нормированию: в соответствии с СП 555 нормативная база выстраивается по трем уровням — СП «Основные положения», СП «Правила проектирования» и методические документы.
Второй — изменение подхода к экспертизе. С 1 марта 2027 года экспертиза будет проверять проектные решения на соответствие требованиям, включенным в Реестр требований на портале Стройкомплекс.РФ.

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

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

Ниже презентации по теме.


Репост из: НОТИМ
Новое учебное пособие «Нанософт»: «Проектирование и расчет систем электроснабжения 0,4 кВ предприятий транспорта в nanoCAD BIM Электро»

Компания «Нанософт» (член НОТИМ) представляет первое пособие в новой серии Академической библиотеки. Издание объединяет теорию, практику и цифровые инструменты для создания информационных моделей систем электроснабжения 0,4 кВ в nanoCAD BIM Электро.

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

Ключевые возможности пособия:

✅Готовый алгоритм работ — от старта проекта до комплекта чертежей по ГОСТ;
✅Работа с архитектурной подосновой и интеллектуальный выбор оборудования;
✅Прокладка кабельных трасс с новыми функциями: наклонные участки под любым углом и точная работа с высотами в 3D;
✅Автоматизированные проверочные расчеты и выпуск документации.

Подробнее

#новости_членов_НОТИМ

🥲 НОТИМ в MAX


Репост из: BIMSERT
Правительство утвердило новые требования к информационным системам госорганов не относящихся к ГИС

Постановлением Правительства РФ от 13.08.2026 № 1007 утверждены требования к порядку создания и эксплуатации государственными органами информационных систем, не являющихся государственными информационными системами.

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

Документ вводит понятие «фасет информационной системы» – группы систем со сходными характеристиками и параметрами. Для каждого такого фасета разрабатываются и утверждаются стандарты, устанавливающие минимальные требования к функциям, процессам и иным характеристикам. Разработку стандартов ведёт Минцифры России, а утверждает – президиум Правительственной комиссии по цифровому развитию. Государственные органы вправе направлять предложения о разработке новых стандартов, а Минцифры либо принимает решение о разработке, либо даёт мотивированный отказ, в том числе если уже есть действующий стандарт для данного фасета.

Все создаваемые системы подлежат обязательному учёту в федеральной государственной информационной системе координации информатизации в соответствии с правилами учёта ИТ-активов. Создание системы оформляется правовым актом государственного органа. При этом реализация мероприятий по созданию должна вестись с использованием программ для ЭВМ и баз данных (программно-аппаратных комплексов), включённых в национальный фонд алгоритмов и программ или в реестры российского ПО и ПО из стран ЕАЭС, причём для таких компонентов в реестрах предусматривается специальный признак «соответствует стандартам». Если необходимого ПО с таким признаком нет или стандарт для данного фасета не утверждён, допускается разрабатывать собственное ПО на базе имеющегося из реестров, но при этом требуется подготовить технико-экономическое обоснование и согласовать его с Минцифры (срок согласования – 20 рабочих дней). Положительное заключение уполномоченного органа является обязательным условием для начала создания.

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

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

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

Для государственных органов города Москвы установлено исключение – для них обязательными являются только пункты о правовом акте создания, техническом задании с учётом защиты информации, вводе в эксплуатацию, эксплуатационной документации и порядке изменений, остальные требования не обязательны.

Кроме того, постановление вносит изменения в Правила ведения реестров российского ПО и ПО из ЕАЭС – в них добавляется новый специальный признак «соответствует стандартам», который включается автоматически по результатам оценки информационной системы.

Документ вступает в силу 1 сентября 2026 года и распространяется на все ведомственные информационные системы, создаваемые для внутреннего обеспечения деятельности государственных органов.

P.S. ИСУПовцам на заметку.

📸 bimsert


Репост из: BIMSERT
Рубрика «Вопрос/Ответ»: о форме журнала ухода за бетоном

Вопрос:
Минстрой России 19.11.2025 разместил XML-схему «Журнал ухода за бетоном» в разделе «Действующие XML-схемы». В описании схемы в качестве нормативного основания указана форма, предусмотренная СП 70.13330.2012. При этом приказом Минстроя России от 03.06.2026 № 353/пр утверждено Изменение № 8 к СП 70.13330.2012, которым приложение с формой журнала исключается из свода правил с 01.03.2027. В СП 543.1325800.2024 отдельная форма такого журнала не установлена. Какую форму применять после 01.03.2027?

Ответ:
С 01.03.2027 приложение к СП 70.13330.2012, устанавливающее форму журнала, утрачивает действие. Это прямо следует из пункта 2 приказа Минстроя России от 03.06.2026 № 353/пр, которым приложения А, Б, В, Г, Д, Е, И, Ф Изменения № 8 вводятся в действие с 1 марта 2027 года.

При этом в СП 543.1325800.2024 форма журнала ухода за бетоном пока не установлена. Однако соответствующие изменения готовятся.

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

В таком случае форма журнала может быть определена для конкретного объекта в технической документации и договоре строительного подряда. Согласно части 2 статьи 743 ГК РФ договором строительного подряда определяются состав и содержание технической документации. Определенная таким образом форма может быть закреплена в утвержденном перечне исполнительной документации объекта в соответствии с приказом Минстроя России от 16.05.2023 № 344/пр.

При этом XML-схема Минстроя не является самостоятельным нормативным основанием для установления формы документа. Она предназначена для формирования исполнительной документации в электронном виде и должна соответствовать форме и содержанию документа, установленным нормативными и техническими документами.

Поэтому после 01.03.2027 использование опубликованной XML-схемы, построенной на форме исключенного приложения СП 70.13330.2012, само по себе не может определять форму журнала. Если новая нормативная форма к этому моменту не будет установлена, ее следует определить для конкретного объекта и закрепить в договорной и технической документации.

При этом наличие XML-схемы на сайте Минстроя не означает, что она продолжает применяться независимо от нормативного основания формы, для которой она разработана. Если с 01.03.2027 соответствующая форма исключена из документов по стандартизации и новая форма не установлена, нормативная форма документа, на основе которой разработана XML-схема, отсутствует. В этом случае для формирования электронной исполнительной документации применяется один из альтернативных форматов, предусмотренных пунктом 5 Порядка, утвержденного приказом Минстроя России от 16.05.2023 № 344/пр.

Аналогичный вопрос возникает и в отношении других XML-схем, размещенных Минстроем России в разделе «Действующие XML-схемы» и основанных на формах приложений к СП 70.13330.2012, которые Изменением № 8 исключаются с 01.03.2027. В частности, речь идет о «Журнале бетонных работ», «Журнале замоноличивания монтажных стыков и узлов», «Журнале выполнения монтажных соединений на болтах с контролируемым натяжением», а также о формах, связанных со сварочными и антикоррозионными работами. По каждой из таких схем необходимо отдельно оценивать наличие новой нормативной формы после 01.03.2027.

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

Указанный вывод об альтернативных форматах относится к случаям ведения исполнительной документации в электронной форме. Пункт 1 Порядка, утвержденного приказом Минстроя России от 16.05.2023 № 344/пр, предусматривает также ведение исполнительной документации на бумажном носителе. В этом случае вопрос применения XML-схемы непосредственно не возникает.

Ранее, мы писали о подобной проблеме с формами специальных журналов работ.

📸 bimsert


Репост из: эксперт.дом.рф
💻Как цифровизация этапа эксплуатации повышает удовлетворённость жителей и сокращает издержки?

Уровень цифровизации процессов на этапе эксплуатации – 46% по данным исследования ЭКСПЕРТ.ДОМ.РФ.

Эффективными цифровыми решениями на этапе эксплуатации девелоперы признают:
🏠 Управленческие инструменты для УК и девелопера.
📱 Потребительские сервисы, которые реализуются за счет мобильных приложений.
Цитата: «Приложение позволяет упростить и контакт с жителями. Поскольку голосование собственников – это тяжелая функция для любой управляющей компании с точки зрения того, как провести его успешно и изменять тарифы под реальные затраты, чтобы управляющая компания не была откровенно убыточной, то, под эту важную задачу приложение жильца создает важную базу» эксперт–девелопер


Пилотируемые цифровые решения:

🤖 Роботизация. Некоторые девелоперы запускают пилоты проектов, где используются роботы, которые выполняют функцию клининга в МОП и консьержа.
📶 Системы для прогнозирования трафика и оптимальной «рассадки» коммерческих площадей в ЖК.

Цифровизация на этапе эксплуатации позволяет получать как качественные, так и прямые финансовые эффекты:
➡️Цифровые решения повышают скорость обработки обращений жителей и качество предоставляемых услуг, что повышает удовлетворенность клиентов.
➡️Потребительские сервисы позволяют снижать операционные расходы УК за счет автоматизации работ и создавать дополнительные каналы монетизации сервисов.
➡️Безопасность: устройства помогают контролировать состояние инженерных систем и доступ на придомовую территорию.

ИТ-ландшафт умной эксплуатации формируется исходя из выбранных сценариев автоматизации ЖК/здания/квартиры. Структуру решений и их функциональные возможности можно изучить в маркетплейсе ЭКСПЕРТ.ДОМ.РФ.

Подробнее о цифровизации этапа эксплуатации в нашем экспертно-аналитическом докладе.

Узнайте подробнее о внедрении цифровых сервисов на этапе эксплуатации: expert@domrf.ru


Репост из: БУКВАМИ о ЦИФРЕ
2026_08_11_Кадры_ИИ_на_Комитет_по_цифре.pdf
3.2Мб
🔖Кадры решают всё: как ИИ и ТИМ меняют стройотрасль, и кто будет работать по-новому

Вчера на очередном заседании Комитета НОСТРОЙ по цифровизации строительной отрасли выступила Елена Парикова, директор по развитию - руководитель Проектного офиса НОСТРОЙ.

Она представила стратегический взгляд на подготовку кадров в эпоху внедрения технологий информационного моделирования (ТИМ) и искусственного интеллекта. Делимся ключевыми тезисами из её презентации.

💡 Цифровизация - уже не тренд, а императив
Доля застройщиков, применяющих ТИМ, достигла почти 50%. Но главная проблема сейчас не в софте - в людях. Инженеры часто владеют программами, но не понимают процессов междисциплинарного управления данными. Молодёжи не хватает практического опыта, а старшее поколение слабо вовлечено.

💡 Что меняется в подготовке? Вузы и колледжи внедряют 6 ключевых технологий:
· ТИМ и CDE - снижение ошибок на 30–40%;
· Цифровые двойники - переход к управлению активами;
· БПЛА - точность съёмки +20–30%, время - в 3–5 раз меньше;
· ИИ и автоматизация - освобождают до 30% времени инженера для аналитики;
· VR/AR-тренажёры - снижение травматизма и быстрая адаптация;
· Облачные LMS - непрерывное обучение и прозрачная система CPD.

💡 Опыт вузов: от фундамента до прикладных решений
Ведущие университеты уже готовят инженеров нового поколения:

· НИУ МГСУ - магистратура «Искусственный интеллект в строительстве», BIM-полигон, VR-тренажёры;
· МГУ - факультет ИИ (с 2025 года), исследования в области мультимодальных моделей;
· СПбГАСУ - лаборатория сквозного проектирования, цифровые строительные классы для школьников;
· ННГАСУ, КубГАУ, ЗабГУ - внедрение ИИ в учебные планы и программы переподготовки.

💡 СПО связующее звено между моделью и стройплощадкой
63 колледжа по всей стране (более 3,5 тыс. студентов) готовят специалистов «последней мили»: операторов ТИМ, техников ПТО, геодезистов. Без них цифровая модель остаётся виртуальной. Мариупольский колледж, ККАСиЦТ и другие уже работают с дронами, 3D-печатью и VR-тренажёрами.

💡 Системные барьеры, которые мешают масштабированию:
1. Разрыв между образованием и индустрией.
2. Острый дефицит преподавателей-практиков по ТИМ.
3. Устаревшая инфраструктура и нехватка отечественного ПО.
4. Нет единой системы сертификации компетенций.
5. Медленное обновление ФГОС.
6. Высокая стоимость внедрения (VR, серверы).

💬 Прямая речь:
«Технологический суверенитет отрасли невозможен без суверенитета кадрового. Новые стандарты требуют работы в отечественных ИМ-средах, но образовательная система сталкивается с дефицитом методик и преподавателей-практиков. Нам критически важно не просто обучать софту, но и готовить специалистов "последней мили" в системе СПО - именно они связывают виртуальную модель с реальной стройплощадкой. Без сближения индустрии и учебных заведений, а также переподготовки педагогов, массовое внедрение ИИ рискует притормозиться на этапе пилотов», отметила Елена Парикова.


📎 Изучайте полную презентацию во вложении. Внутри детальная картина текущего состояния, лучшие региональные практики и инициативы НОСТРОЙ: «Школа подрядчика», «Лига СПО» и онлайн-курс «От идеи к практике цифровизации».

#НОСТРОЙ #Буквы_ТИМ #Буквы_ИИ

📲MАХимально на связи 🔴
💬 Мы в Telegram
💙 Мы во ВКонтакте
📺 Мы в RuTube




Репост из: ГК РусьСтройЭкспертиза
#Вопросы #Впомощьпроектировщику

Будет ли в новой версии XML-схемы задания на выполнение инженерных изысканий возможность указывать сразу несколько видов инженерных изысканий?

✅ Да, такая возможность предусмотрена.
XML-схема задания на выполнение инженерных изысканий версии 01.00, вступающая в силу с 3 октября 2026 года, позволяет включать в один XML-документ сразу несколько видов инженерных изысканий.

Структура схемы предусматривает три независимые категории:
— основные виды инженерных изысканий — до 5 видов;
— специальные виды инженерных изысканий — до 6 видов;
— иные необходимые исследования — до 6 видов.

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

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


Репост из: ИНП (Инфраструктура нового поколения)
Оптимизация_цепочек_поставок_и_логистики_17_08.pdf
9.4Мб
🤖 ИИ-трансформация логистики в строительстве:
оптимизация цепочек поставок становится ключевым направлением применения
ИИ-технологий в строительной отрасли. Современные решения позволяют не только автоматизировать рутинные процессы, но и кардинально менять подход к управлению логистикой на строительных площадках.

📈 Главные тренды:
🌟 Предиктивная аналитика для прогнозирования рисков и оптимизации поставок
🌟 Автоматизация закупок с помощью умных ботов и ИИ-агентов
🌟 Интеллектуальное управление складскими запасами в реальном времени
🌟 Автоматизация обработки неструктурированных данных
🌟 Прогнозирование спроса с использованием машинного обучения

🔴Традиционные системы управления поставками сталкиваются с рядом серьёзных вызовов:
⭕️ Высокая волатильность цен на строительные материалы
⭕️ Непредсказуемые задержки в логистических цепочках
⭕️ Ручное управление закупками с риском ошибок
⭕️ Дефицит критически важных материалов
⭕️ Сложность обработки неструктурированных данных

Ключевые достижения внедрения ИИ:
🔺 Сокращение времени обработки документов на 80%
🔺 Повышение точности прогнозирования до 94,4%
🔺 Снижение себестоимости закупок на 7-10%
🔺 Оптимизация складских запасов и сокращение простоев
🔺 Автоматизация рутинных операций и освобождение ресурсов

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

Этот материал подготовлен каналом ИНП совместно с БУКВАМИ о ЦИФРЕ @bukvamiocifre и экспертами Еленой Звонарёвой, Светланой Морозовой и Василием Панютиным.
Хотите узнать больше о конкретных решениях или поделиться опытом внедрения умных технологий в вашем городе? Пишите!
🔴 Подборка аналитических материалов по ИИ и Роботам в стройке от канала ИНП - ЗДЕСЬ.

#ИНП #ИИ_ИНП #СтроительствоБудущего #ИИ #умнаястройка

Будем крайне признательны, если поддержите наши труды перепостом.



📲MАХимально на связи
🔴Подписаться:
@NextGenInfrastructure

🔴Если не скачивается то можно глянуть еще в 📲МАХ наше зеркало здесь.


Репост из: Территория архитектуры – Генпро
📁 Градостроительный комплекс Москвы опубликовал рабочую версию рекомендаций по архитектурно-градостроительному развитию.

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

Среди решений, на которые в документе обращено особое внимание:
➡️ буферные зоны между жильём, промышленными территориями, железными дорогами и инженерными объектами;
➡️ постепенный набор высоты и разнообразный силуэт застройки вместо повторяющихся корпусов;
➡️ активные первые этажи, пешеходные маршруты и связанные общественные пространства;
➡️ визуальная интеграция инженерных сооружений в городскую среду;
➡️ единая концепция благоустройства, малых архитектурных форм и фасадного освещения.

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

📖 Документ — по ссылке.

#МнениеГенпро

💬 МАКС 💙 ВКонтакте


Репост из: BIMSERT
Единая методика без единого целеполагания — путь к несправедливой компенсации

Самое большое противоречие во всей истории с ТИМ в другом.

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

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

И результаты анализа, представленные Росавтодором, это только подтверждают. При применении единой методики отклонение фактических затрат от нормативных по исследованным объектам составило от 6% до 132%, а среднее - 68%. Для одних проектов предусмотренная методикой компенсация практически соответствует фактическим затратам, для других разрыв становится кратным. Такой диапазон сложно объяснить лишь погрешностью расчета - он свидетельствует о том, что единая методика применяется к существенно различающимся условиям реализации проектов.

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

Сегодня цели нередко формулируются слишком широко. Например, «формирование графической части проектной документации». Но такая формулировка практически ничего не говорит о потребительской ценности информационной модели. Под нее можно подвести как обычную трехмерную модель, созданную средствами любой САПР, так и полноценную информационную модель, предназначенную для автоматизированной проверки нормативных требований, анализа проектных решений, управления строительством и последующей эксплуатации объекта. Формально цель одна, а трудоемкость, состав работ и ценность результата отличаются принципиально.

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

📸 bimsert


Репост из: Рупор ГИП
Готова ли ваша организация к применению ИИ?

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

В компании ROSECO (РУСЭКО-СТРОЙПРОЕКТ) собрали чек-лист ИИ-готовности для проектных, BIM- и обследовательских организаций: 92 критерия в 10 блоках — от устройства процессов и управления информацией до BIM, обследований и изысканий.

Чек-лист не выводит универсальный «процент зрелости». Его задача — помочь понять, какие ИИ-сценарии можно тестировать уже сейчас, а какие пока упрутся в данные, процессы, ответственность или инфраструктуру.

🚀 Чек-лист. полная методическая версия с пояснением каждого критерия, глоссарием и разбором применения — по ссылке.


Репост из: Альянс Цифровых Лидеров в стройке
Все 11 крупных проектов в 5 странах, где применялся ISO 19650, завершились с перерасходом бюджета и задержками. Совокупный убыток — более £85 млрд. К таким цифрам пришли BIM-эксперты из Solebo

За последние десять лет использование BIM в Великобритании выросло с 13% до 73%. Вроде налицо эффективность, но доля проектов, завершённых вовремя и в рамках бюджета, так и не поднялась выше 8,5%.

🟣 Примеры провалов
— Crossrail (Великобритания): бюджет вырос с £14,8 млрд до £18,9 млрд (+28%), открытие задержано на 3,5 года. CDE (единая среда данных) после сдачи проекта просто заархивировали.

— HS2 (Великобритания): бюджет вырос с £35–45 млрд до £88–103 млрд (+140%), запуск отложен на 10 лет. Отчёты самого проекта называют BIM успешным, хотя перерасход составил более £50 млрд.

Такая же картина в Австралии (Sydney Metro — +95%, North East Link — +58%), Франции (Grand Paris Express — +70%), Гонконге (Shatin–Central Link — +14%) и Новой Зеландии (City Rail Link — +25%).

🟣 В чём причины
— ISO 19650 — это про принципы, а не про данные. В нём мало конкретных, проверяемых требований. А там, где есть, они часто противоречат друг другу.

— Нет единого понимания BIM. Одни называют BIM процессом, другие — моделью. Это позволяет имитировать управление, не управляя по-настоящему.

— Регуляторы выбирают схему, а не процесс. Сингапур, Дубай и Шэньчжэнь требуют IFC — машинопроверяемый формат. Великобритания требует ISO 19650, но не требует IFC для обмена.

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


«Альянс Цифровых Лидеров в стройке» в MAX


Репост из: BIMSERT
Рост BIM не изменил качество управления проектами

Внедрение BIM в Великобритании за последнее десятилетие совершило колоссальный скачок - с 13% до примерно 73% (согласно отчёту NBS). Однако этот методический прорыв никак не отразился на реальных результатах. Доля крупных проектов, завершаемых точно в срок и в рамках утверждённого бюджета, по-прежнему не превышает отметки в 8,5%.

Этот показатель остаётся неизменным на протяжении последних 70-90 лет, что подтверждается фундаментальными исследованиями. Ситуация идеально описывается «Законом железной инерции» Фливбьерга: методология и технологии активно распространяются, а качество конечной поставки остаётся на месте.

📸 bimsert


Репост из: BIMSERT
Есть стандарт, нет результата: масштаб задержек и перерасходов при BIM-сопровождении

Чтобы увидеть реальную картину, стоит взглянуть не на отдельные метрики, а на совокупный вес ошибки - пересечение перерасхода бюджета и срыва сроков. На графике представлены 11 знаковых проектов из 5 стран, охватывающих 4 сектора (железные дороги, дорожное строительство, водоснабжение и здравоохранение).

Важно отметить, что все эти проекты официально применяли международный стандарт ISO 19650 или соответствующий национальный BIM-стандарт. Тем не менее, масштаб проблем колоссален:
- лидер по перерасходу - британский HS2 (+£50 млрд, задержка 10 лет);
- самый проблемный в процентном соотношении - больница в Ливерпуле (+107% к бюджету, почти 5 лет задержки).

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

📸 bimsert

Показано 20 последних публикаций.