Где обрывается BIM: путь данных от изысканий до эксплуатации

В августе 2026 года Фонд «Сколково» представил первый индекс инновационности российских девелоперов. Исследование охватило 33 крупнейшие строительные компании: эксперты изучили около 700 верифицированных открытых источников, провели 15 глубинных интервью и согласовали результаты с участниками выборки.
Одна пара цифр из отчета особенно точно описывает положение BIM в строительстве. Применение информационной модели на стадии проектирования подтверждено у 29 из 33 компаний, или 88%. Но системное использование BIM на протяжении жизненного цикла объекта — лишь у 6 из 33, или 18%.
Поэтому разница между 88% и 18% — не спор о программном обеспечении. Это разница между моделью как продуктом проектировщика и моделью как общим источником данных для заказчика, строителей и эксплуатирующей организации.
Что именно измерило «Сколково»
Цифры относятся не ко всему российскому рынку, а к выборке из 33 крупнейших девелоперов и к подтвержденным практикам 2025 года. Это важно: результат нельзя автоматически переносить на любую строительную организацию.
В методике индекса разделены два разных уровня зрелости:
- BIM в проектировании — информационная модель применяется при проектировании конкретного объекта;
- BIM системно во всем цикле — на одном объекте подтверждены общая среда данных, применение модели при строительстве или эксплуатации и актуальная модель «как построено».
Именно второе определение делает цифру 18% содержательной. Наличие модели у проектировщика еще не означает, что по ней организовано производство работ, зафиксированы фактические отклонения, переданы характеристики смонтированного оборудования и сформирован пригодный для эксплуатации набор данных.
В отчете этот разрыв назван одной из самых наглядных иллюстраций недоиспользованного потенциала цифровизации. Авторы отдельно отмечают, что даже компании с развитым BIM-проектированием испытывают трудности при переносе цифрового процесса на стройплощадку: там меняются скорость решений, состав участников и характер поступающей информации.
При этом данные «Сколково» не противоречат опубликованной Минстроем оценке ДОМ.РФ, согласно которой в I квартале 2025 года с ТИМ работали 38% застройщиков. У исследований разные выборки и критерии: индекс рассматривает 33 крупнейшие компании и наличие верифицированных кейсов, а показатель ДОМ.РФ характеризует более широкий круг застройщиков. Сопоставлять эти проценты напрямую нельзя.
Сквозной BIM — это не одна большая 3D-модель

Выражение «сквозной BIM» иногда создаёт неверный образ: будто на всех этапах открывается один и тот же файл, который постепенно становится подробнее. В реальном проекте данные существуют в разных представлениях и системах. Геодезист работает с координатами, рельефом и фактическим положением объектов; геолог — со скважинами, слоями грунтов и гидрогеологическими условиями; проектировщик — с расчетными и пространственными решениями; подрядчик — с рабочей документацией, графиком и фактически выполненными конструкциями; эксплуатация — с оборудованием, помещениями, регламентами и событиями обслуживания.
Сквозным должен быть не файл, а управляемый переход между этими состояниями. Для каждого этапа необходимо понимать:
- какие сведения считаются исходными;
- кто отвечает за их проверку и утверждение;
- в какой системе координат, классификации и структуре они передаются;
- как фиксируются изменения;
- какие данные должен получить следующий участник;
- что отправляется в архив, а что остается актуальной версией.
Постановление Правительства РФ № 614 рассматривает ведение информационной модели как включение, проверку достоверности и актуализацию сведений, документов и материалов. В состав модели на соответствующих этапах включается не только геометрия: правила охватывают материалы инженерных изысканий, проектирования, строительства и эксплуатации. Нормативная конструкция уже описывает процесс шире, чем создание красивого цифрового объекта. Практический разрыв возникает при организации этого процесса внутри конкретного проекта.
Где теряются данные: семь переходов жизненного цикла
Точка отказа редко выглядит как полное исчезновение информации. Чаще сведения существуют, но перестают быть пригодными для следующего решения: нет связи с исходной версией, не указан статус, утрачена система координат, фактическое изменение осталось в исполнительной схеме, а эксплуатационная карточка оборудования не связана с элементом модели.
| Переход | Какие данные создаются | Что обычно теряется | К чему это приводит |
|---|---|---|---|
| Участок → изыскания | границы работ, координатная основа, архивные сведения, задание | единые требования проектировщика и будущей эксплуатации | каждый исполнитель формирует удобный ему комплект, который затем приходится переупаковывать |
| Изыскания → проектирование | рельеф, ситуация, сети, геологический разрез, характеристики грунтов | версия, точность, происхождение и ограничения данных | модель выглядит согласованной, но проектные решения опираются на неполную или устаревшую основу |
| Проектирование → рабочая документация | согласованные проектные решения и атрибуты элементов | связь между моделью, чертежом, спецификацией и заданием на производство работ | участники по-разному трактуют актуальный комплект |
| Рабочая документация → стройплощадка | геометрия, объемы, последовательность и контрольные параметры | удобное представление для производителя работ и оперативные изменения | BIM остается в проектном офисе, а площадка работает по выгрузкам и переписке |
| Стройплощадка → исполнительная съемка | фактическое положение конструкций и сетей | идентификатор элемента модели и связь с отклонением | исполнительная схема существует отдельно и не обновляет цифровое состояние объекта |
| Исполнительная модель → ввод | подтвержденная конфигурация «как построено», паспорта и акты | отбор сведений, действительно нужных эксплуатации | передается перегруженная проектная модель либо набор несвязанных файлов |
| Ввод → эксплуатация | состав оборудования, помещения, регламенты, гарантийные данные | ответственный процесс актуализации после ремонтов и замен | цифровой двойник быстро расходится с реальным зданием |
Эта таблица показывает: программная совместимость важна, но недостаточна. Даже идеальный обмен IFC не определяет, кто подтверждает фактическое положение трубы после монтажа и кто обязан изменить данные после замены насоса через три года.
Первый разрыв: изыскания передают поверхность, но не всегда передают контекст
Инженерные изыскания создают исходное пространственное состояние площадки. Инженерно-геодезические изыскания дают сведения о рельефе, существующих объектах и коммуникациях. Инженерно-геологические изыскания формируют модель грунтовых условий, необходимую для оснований, фундаментов, котлованов и защитных мероприятий. В зависимости от задачи используются топографическая съемка, трассопоиск, архивные материалы, бурение, лабораторные исследования и другие методы.
Но для цифрового контура недостаточно передать DWG, отчет и несколько поверхностей. Проектировщику нужны сведения о доверии к данным:
- когда выполнены полевые работы;
- где заканчивается изученная территория;
- какие коммуникации подтверждены измерениями, а какие нанесены по архивным материалам;
- в какой системе координат и высот подготовлен результат;
- с какой точностью и для каких проектных задач он пригоден;
- какие допущения необходимо проверить на следующем этапе.
Если этот контекст остается только в пояснительной записке или переписке, геометрия попадает в BIM, а инженерный смысл частично теряется. Подробнее влияние качества исходной основы разобрано в отдельном материале о том, почему проект начинается не с BIM. Здесь важен следующий шаг: даже правильную основу необходимо провести через все последующие изменения.
Второй разрыв: проектная модель не становится инструментом стройплощадки
На проектной стадии модель хорошо подходит для координации разделов, поиска коллизий, подсчета объемов и выпуска документации. На площадке появляется другая реальность: временные решения, замены материалов, уточнение узлов, опережение или отставание отдельных работ, скрытые конструкции и фактические отклонения.
Если стройка получает модель только для просмотра, а решения продолжают фиксироваться в журналах, письмах, мессенджерах и локальных чертежах, цифровой контур распадается. Проектировщик обновляет свое состояние, подрядчик работает по своему, технический заказчик собирает подтверждения в третьей системе.
Чтобы этого не произошло, до начала работ нужно определить не только доступ к модели, но и регламент обратной связи:
- какие события требуют изменения модели;
- кто инициирует запрос и кто утверждает решение;
- как изменение связывается с конкретным элементом и комплектом документации;
- какой статус разрешает использовать сведения в производстве;
- когда проектное состояние заменяется фактическим;
- кто проверяет, что обновление дошло до всех зависимых представлений.
Геодезическое сопровождение помогает контролировать вынос проектных решений, фиксировать отклонения и готовить данные для исполнительного контура.
Узнать о геодезическом сопровожденииТретий разрыв: исполнительная съемка остается отдельным документом

Исполнительная геодезическая съемка фиксирует фактическое положение построенных элементов и инженерных сетей. В традиционном документообороте ее результатом становится схема или комплект схем. Для сквозного BIM этого мало: измеренное состояние должно быть сопоставлено с проектным элементом, отклонением и принятым решением.
Особенно критична фиксация скрываемых работ и коммуникаций. После обратной засыпки или закрытия конструкций восстановить их положение можно только по исполнительным материалам либо с помощью дополнительных обследований. Если схема не связана с моделью «как построено», эксплуатация получает цифровую геометрию, которая может отражать проект, а не фактический объект.
Практический контур должен отвечать на четыре вопроса:
- какой элемент измерен;
- какой проектной версии он соответствует;
- находится ли фактическое положение в допустимых пределах;
- какое состояние после проверки считается утвержденным.
Для существующих объектов и реконструкции пробелы иногда закрывает лазерное сканирование: облако точек помогает получить фактическую геометрию доступных конструкций. Но сканирование не восстанавливает автоматически атрибуты оборудования, историю согласований и положение скрытых сетей. Оно является источником фактических измерений, а не готовой эксплуатационной моделью.
Как лазерное сканирование сопоставляет построенный объект с BIM
Показательный пример такого контроля приводит «Московская перспектива» в материале от 12 марта 2024 года. При создании станции «ЗИЛ» Троицкой линии метро лазерное сканирование использовали, чтобы своевременно выявлять несоответствия фактически выполненных работ проектным решениям. В той же публикации описан другой этап цифрового контроля: при проектировании станций «Кунцевская» и «Терехово» в единой модели увязали трассы более чем 50 инженерных систем и проверяли возможные коллизии до строительства.
Это две разные проверки. Поиск коллизий внутри проектной модели отвечает на вопрос, не конфликтуют ли между собой запроектированные конструкции, сети и оборудование. Сопоставление облака точек с BIM отвечает на другой вопрос: совпадает ли уже построенная геометрия с актуальным проектным решением. Вторая задача возвращает в цифровой контур измеренный факт и делает роль геодезиста шире обычного выноса осей или выпуска отдельной исполнительной схемы.
- Фиксируют эталон сравнения. До выезда определяют утвержденную версию модели, систему координат и высот, контролируемые элементы, допустимые отклонения и стадию готовности работ.
- Сканируют доступные поверхности. Геодезист выбирает стоянки так, чтобы перекрыть конструкцию с нескольких направлений и уменьшить теневые зоны. Элементы, которые скоро будут закрыты отделкой, облицовкой или обратной засыпкой, нужно измерять до их скрытия.
- Собирают единое облако точек. Отдельные сканы регистрируют, контролируют по опорным точкам и приводят к той же координатной основе, в которой находится проект.
- Сопоставляют факт с моделью. Для выбранных поверхностей, осей и сечений вычисляют расстояния между облаком и проектной геометрией. Результат можно показать картой отклонений, профилями, сечениями и перечнем контрольных зон.
- Проверяют причину расхождения. Цветное пятно на карте еще не доказывает строительную ошибку. Нужно исключить неверную версию BIM, ошибку привязки, шум сканирования, временный объект и допустимое технологическое отклонение.
- Передают замечание в управляемый процесс. Подтвержденное отклонение связывают с элементом модели, местом, проектной версией и ответственным решением. Проектировщик и строительный контроль определяют, требуется ли исправление работ, согласование изменения либо обновление исполнительной модели.
Поэтому полезный результат контроля — не просто тяжелый файл с миллионами точек. Заказчику нужны привязанное облако, отчет о качестве, перечень проверенных элементов, измеренные отклонения, границы непокрытых зон и решения по каждому существенному расхождению. Тогда данные сканирования становятся частью строительного контроля и модели «как построено», а не отдельным цифровым архивом.
Четвертый разрыв: эксплуатация получает лишнюю геометрию и недостающие данные
Эксплуатирующей организации обычно не нужна вся детализация, использованная при проектировании. Ей необходим проверенный набор сведений для конкретных процессов: идентификация оборудования, помещения и зоны обслуживания, характеристики, гарантийные сроки, регламенты, запорная арматура, точки доступа, история замен и связи с документацией.
Если требования эксплуатации появляются перед вводом объекта, проектную модель начинают срочно очищать и дополнять. Часть сведений уже невозможно подтвердить без повторного обследования. В результате заказчик получает либо тяжелую модель с ненадежными атрибутами, либо каталог документов, который нельзя использовать как единый источник.
Требования к эксплуатационному результату нужно формировать в начале проекта. Тогда изыскатели, проектировщики и подрядчики понимают, какие данные должны сохраниться до конца, а какие нужны лишь для временного решения.
Какая информация должна пройти через весь цикл
Состав зависит от объекта и задач заказчика, однако есть устойчивое ядро данных.
| Блок | Что нужно сохранить | Кто использует дальше |
|---|---|---|
| Пространственная основа | система координат и высот, контрольные пункты, границы и версии поверхностей | проектировщик, геодезист, строительный контроль |
| Существующие объекты и сети | положение, способ подтверждения, характеристики, ограничения и охранные зоны | проектировщик, подрядчик, эксплуатация |
| Геологическая модель | скважины, слои, свойства грунтов, воды, опасные процессы и область применимости | конструктор, автор котлована, технический заказчик |
| Проектные элементы | уникальные идентификаторы, геометрия, характеристики и статус решения | подрядчик, снабжение, контроль, эксплуатация |
| Изменения | основание, автор, дата, затронутые элементы и утвержденная версия | все участники общей среды данных |
| Фактическое исполнение | координаты, отклонения, исполнительные схемы, акты и модель «как построено» | заказчик, надзор, эксплуатация |
| Эксплуатационные сведения | оборудование, регламенты, гарантии, помещения, зоны доступа и история обслуживания | управляющая и сервисные организации |
Главное здесь — не максимальное количество атрибутов. Ненужные поля увеличивают стоимость наполнения и быстро устаревают. Ценность создают сведения, для которых заранее определены получатель, проверка и дальнейшее действие.
Как проверить, что BIM действительно сквозной

Проект нельзя считать сквозным только потому, что подрядчики работают в общей среде данных. Нужна проверка на реальном объекте и на конкретных информационных переходах.
- Возьмите один элемент. Например, участок наружной сети, фундамент или единицу инженерного оборудования.
- Проследите происхождение данных. Должно быть понятно, из каких изысканий и проектной версии возникло решение.
- Найдите строительное изменение. Проверьте, как согласованная замена или отклонение попали обратно в информационную модель.
- Сопоставьте с исполнительными измерениями. Фактическое положение должно быть связано с тем же элементом, а не храниться только в отдельной схеме.
- Откройте эксплуатационное состояние. Пользователь должен видеть именно подтвержденное исполнение и нужные ему характеристики.
- Проверьте ответственность. Для каждого перехода должен существовать владелец данных, срок обновления и критерий приемки.
Если цепочку нельзя восстановить без звонков авторам и поиска файлов по папкам, модель пока не стала сквозной — даже при высокой детализации и эффектной визуализации.
Что делать девелоперу: начинать не с закупки новой платформы
Разрыв 88% → 18% нельзя закрыть одной лицензией. Сначала нужно описать информационный результат каждого этапа и ответственность за его приемку.
Рабочая последовательность выглядит так:
- Выбрать пилотный объект и несколько критичных сценариев: сети, конструкции, оборудование или земляные работы.
- Описать конечное решение, которое должна принимать эксплуатация или строительный контроль.
- От конечного решения пройти назад и определить необходимые проектные, изыскательские и исполнительные сведения.
- Установить идентификаторы, статусы, версии, форматы обмена и правила общей среды данных.
- Включить требования в задания и договоры всех участников, а не только BIM-подразделения.
- Проверить переходы на нескольких реальных элементах до массового наполнения модели.
- Измерить не количество объектов в модели, а сокращение повторного ввода, поиск расхождений, скорость согласования и полноту передачи фактического состояния.
Для исходного этапа это означает заранее согласовать состав комплекса инженерных изысканий, систему координат, цифровые форматы, структуру данных и порядок актуализации. Для строительного этапа — связать геодезический контроль и исполнительные материалы с элементами модели. Для эксплуатации — определить минимальный набор проверяемых атрибутов до начала проектирования.
Почему разрыв 88% → 18% полезен для отрасли
Высокая доля BIM-проектирования означает, что базовый инструмент уже освоен крупнейшими участниками. Следующая зона роста стала конкретнее: не «внедрить BIM», а провести достоверные данные через смену организаций, договоров и целей.
Это меняет и роль инженерных изысканий. Они перестают быть комплектом, который закрывают после экспертизы, и становятся первым состоянием цифрового объекта. Исполнительная геодезия, в свою очередь, перестает быть только подтверждающим приложением и формирует обратную связь между проектом и фактическим сооружением.
Цифры «Сколково» дают отрасли полезную отправную точку. Проектирование уже приблизилось к стандартной практике, но работа по модели на стройке, актуальное состояние «как построено» и пригодная для эксплуатации передача данных пока остаются признаком лидеров. Именно на этих переходах будет измеряться следующая стадия цифровой зрелости.
Источники
- Что именно измерило «Сколково»
- Сквозной BIM — это не одна большая 3D-модель
- Где теряются данные: семь переходов жизненного цикла
- Первый разрыв: изыскания передают поверхность, но не всегда передают контекст
- Второй разрыв: проектная модель не становится инструментом стройплощадки
- Третий разрыв: исполнительная съемка остается отдельным документом
- Как лазерное сканирование сопоставляет построенный объект с BIM
- Четвертый разрыв: эксплуатация получает лишнюю геометрию и недостающие данные
- Какая информация должна пройти через весь цикл
- Как проверить, что BIM действительно сквозной
- Что делать девелоперу: начинать не с закупки новой платформы
- Почему разрыв 88% → 18% полезен для отрасли
- Источники
Частые вопросы