Цифровые технологии в строительстве: применение ИИ на объекте и в управлении проектом

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

Отрасль последние годы наращивает именно цифровой слой. По данным Минстроя России, по итогам II квартала 2026 года доля российских застройщиков, применяющих или пилотирующих технологии информационного моделирования (ТИМ), достигла 49%, это на 2 процентных пункта больше, чем кварталом ранее; такие инструменты используются в 84 регионах, а информационная модель применяется при возведении 46% общего объёма строящегося жилья. Разрыв между регионами при этом большой: в Центральном федеральном округе технологии информационного моделирования применяются при строительстве 81% жилья, в Южном — 73%, в Уральском — 71%. Иными словами, цифра на объекте перестала быть исключением, но приходит она в компании неравномерно.

Проверять данные площадки тоже стали цифровыми средствами. По данным Мосгосстройнадзора, за 2025 год ведомство организовало 914 выездных проверок объектов реновации, а подведомственный центр экспертиз провёл 480 инструментальных проверок на 185 площадках строительства и выдал более 4,6 тысячи экспертных заключений. Такой контроль опирается не на слова, а на измерения и материалы с объекта — и это задаёт планку для всей отрасли: если проверяющий видит объект в данных, то и управляющий проектом должен видеть его так же.

О том, откуда на стройке берутся большие данные, почему они не доходят до решения и что поверх существующих систем делает ИИ-агент, — в разборе «Big Data в строительстве: как ИИ работает с большими данными на стройке».

Коротко

Цифровые технологии в строительстве работают на двух уровнях: на объекте они превращают работу площадки в данные, в управлении — превращают данные в решения. Разрыв между уровнями закрывается вручную: факт с объекта сводят с планом, версии документов сверяют, отчёт собирают к совещанию. ИИ-агент — программа, которая по заданному правилу сама читает документы и выполняет шаги — забирает эту сводку, сверяет данные площадки с учётным контуром и возвращает разбор в систему, а решение остаётся за человеком. Первый шаг — бесплатный разбор стратегии внедрения ИИ в компанию.

Содержание

• Что относят к цифровым технологиям на объекте
• Почему данные объекта не доходят до управления
• Что съедает время между объектом и решением
• Что делает ИИ-агент поверх систем объекта
• Какие риски это снимает
• Сколько часов это возвращает
• Что остаётся за человеком
• Как это выглядит на практике
• Как внедрить поэтапно
• Что в итоге
• Источники

Что относят к цифровым технологиям на объекте

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

Три уровня цифры на стройке

• Уровень площадки. Всё, что рождает данные прямо на объекте: лазерное сканирование и облёты беспилотниками, датчики и мониторинг конструкций, фотофиксация обходов, электронный журнал работ, отметки о приёмке. Этот уровень отвечает на вопрос «что сейчас происходит на объекте».
• Уровень данных объекта. Информационная модель здания, среда общих данных, исполнительная документация, версии чертежей и решений. Здесь данные хранятся, связываются с элементами объекта и живут в версиях. Этот уровень отвечает на вопрос «чему верить и что актуально».
• Уровень управления. Учётный контур: график, объёмы, сметы, акты выполненных работ, план-факт, заявки. 1С:УСО (управление строительной организацией), 1С:БИТ.Строительство, корпоративные учётные системы. Здесь данные превращаются в деньги и обязательства, а значит — в решения.

Ни один продукт не закрывает все три уровня сразу, и это главная причина, по которой «внедрить цифровые технологии» целиком не получается. Что уже умеет каждый уровень по отдельности, разобрано в материале про автоматизацию строительства с помощью ИИ: что реально автоматизируется и как выбрать решение, а устройство учётного контура — в разборе 1С:БИТ.Строительство: возможности и что автоматизировать поверх системы.

Что каждый день рождает объект

Строительная площадка — это непрерывный поток факта, который почти никогда не фиксируется целиком. За один день на среднем объекте появляется: результаты обхода с замечаниями и фотографиями, отметки о выполненных работах по захваткам, записи в журнале работ, изменения в исполнительной документации (сокращённо ИД) по закрытым объёмам, заявки на материалы и технику, а также внешние данные — результаты измерений, сканирования или облёта. Каждая из этих записей по отдельности выглядит мелочью, но вместе они и есть то, из чего складывается понимание объекта.

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

Из чего состоит цифровой контур объекта

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

Технология на объекте	Что даёт управлению проектом	Где чаще всего теряется
Информационная модель и среда общих данных	Единая версия объекта, связь работ с элементами и объёмами	Модель обновляется реже, чем меняется объект
Облёты и лазерное сканирование	Точный факт выполненных объёмов на дату	Результат не сопоставляется с планом по захватке
Датчики и мониторинг конструкций	Раннее предупреждение об отклонениях и нагрузках	Данные не связаны с графиком и решениями
Фотофиксация обходов и замечаний	Доказательная база по качеству и состоянию работ	Фото живут в чате, а не в реестре с ответственным
Электронный журнал работ	Хронология факта по объекту и бригадам	Журнал ведётся для отчётности, а не для анализа
Бесконтактные и инструментальные проверки	Подтверждённые измерения и заключения	Выводы не попадают в план-факт и решения

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

Почему данные объекта не доходят до управления

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

Исследование RICS «Artificial intelligence in construction» (2025) показало, насколько осторожно отрасль подходит к автоматизации этого слоя: около 45% организаций вообще не используют ИИ, ещё 34% находятся на стадии ранних пилотов, использование ИИ в нескольких процессах отметили 1,5% респондентов, а масштабировали его на уровне всей организации менее 1%. То есть технология способна закрыть разбор данных, но пользуются этим единицы — и разрыв между площадкой и управлением остаётся ручным почти у всех.

Цену этого разрыва отрасль считает давно. Ещё в исследовании PlanGrid и FMI (2018) было зафиксировано, что каждый участник строительной команды тратит в среднем более 14 часов в неделю на разбирательство с конфликтами, переделками и поиском проектной информации — почти две полные рабочие недели в месяц на одного человека, а отрасль в целом теряет на этом свыше 177 миллиардов долларов в год. С тех пор инструменты стали лучше, но сама механика не изменилась: данные лежат в разных системах, а искать и сводить их по-прежнему приходится вручную.

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

Что съедает время между объектом и решением

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

1. Сводка факта с планом. План лежит в учётной системе, факт — в обходах, фото и журнале. Пока инженер сводит их вручную, между появлением отклонения и его обнаружением проходит день-два, а на сложном объекте — неделя.
2. Версии документов. Информационная модель и комплект исполнительной документации обновляются отдельно от работ. Актуальность приходится проверять вручную, и на приёмке выясняется, что часть объёмов закрыта не тем документом.
3. Поиск нужного. Фотофиксация обхода, замечание, решение по прошлому этапу или актуальная версия чертежа ищутся по папкам, чатам и почте. Это самая незаметная потеря: по 14 часов в неделю на команду.
4. Отчёт к совещанию. Данные, которые накопились за неделю, сводятся в презентацию к планёрке. Отчёт получается точным, но описывает ситуацию, которой уже несколько дней, а решения принимаются по устаревшей картине.
5. Зависимость от конкретного человека. Пока связку «объект — управление» держит один инженер, его отпуск, болезнь или перевод на другой объект тормозят сдачу. Знание живёт в голове, а не в системе, и передать его без потерь невозможно.

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

Что делает ИИ-агент поверх систем объекта

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

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

Отдельно про границы. Агент не подписывает документы, не согласовывает изменения проекта, не принимает работы и не выбирает подрядчиков — всё это остаётся за человеком. Его работа — подготовить основание для решения и убрать ручную сводку там, где она не требует суждения. Как это устроено в управлении сроками и графиком, разобрано в материале про управление строительными проектами и ИИ-контроль сроков, а в контроле качества — в обзоре систем контроля строительства.

Какие риски это снимает

Эффект от связки объекта и управления измеряется не часами, а тем, какие сценарии перестают случаться. Разберём их по порядку — от самых дорогих.

Предписание и остановка работ

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

Штраф по закону

Нарушение требований проектной документации попадает под статью 9.4 КоАП РФ: для юридического лица это 100–300 тысяч рублей, а если нарушение затрагивает надёжность и безопасность конструкций — 300–600 тысяч рублей либо приостановление деятельности до 60 суток. При повторном нарушении штраф вырастает до 700 тысяч — 1 миллиона рублей либо приостановление до 90 суток. Спорить здесь не с чем: расхождение между фактом на объекте и документом — это и есть то, что фиксирует проверяющий.

Переделки и их цена

Переделки — второй измеримый риск. По оценке PlanRadar, они съедают 5–10% стоимости проекта, а на плохо контролируемых проектах — до 20%. Даже на нижней границе это сумма, которая стирает маржу подрядчика. Значительная часть переделок связана не с плохой работой, а с неверной или устаревшей информацией: сделали по старой версии, не увидели замечание, поздно заметили отклонение.

Возврат комплекта на пересогласование

Если объём закрыт не тем документом или в комплекте не хватает подписи, комплект возвращается на новый круг: сборка, подписи, проверка. Каждый такой круг сдвигает закрытие объёмов и, соответственно, оплату. Сверка полноты в момент работы, а не на сдаче, убирает эти круги почти полностью.

Спор с заказчиком без доказательной базы

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

Потеря управляемости и зависимость от человека

Когда связка «объект — управление» держится на одном инженере, компания зависит от его отпуска и загрузки, а руководство видит объект только через его отчёт. Отклонение замечается за неделю до приёмки, а не в момент появления, и повлиять на исход уже почти нельзя. Прозрачность появляется тогда, когда данные площадки видны в системе в тот же день.

Сколько часов это возвращает

Часы — уже следствие того, что ручная сводка уходит из процесса. Посчитаем на типовых числах объекта: в месяц на площадке появляется около 240 записей о факте — обходы с фотофиксацией, отметки о приёмке, записи журнала работ, заявки на материалы и технику. Вручную на одну запись уходит в среднем 12 минут вместе с поиском версии, сверкой и переносом в отчёт — это 48 часов в месяц на объект. С агентом остаётся 4 минуты: проверить разбор, подтвердить или отклонить.

Показатель	Вручную	С агентом
Сбор факта с площадки (обходы, фотофиксация, отметки)	16 ч	5 ч
Журнал работ и версии документов по объекту	12 ч	4 ч
Сверка план-факта по строительно-монтажным работам	14 ч	5 ч
Заявки на материалы и технику	6 ч	2 ч
Итого в месяц на объект	48 ч	16 ч

Экономия — 32 часа в месяц на один объект. При стоимости часа инженера 900 рублей это около 28 800 рублей на объекте. На четырёх объектах та же связка возвращает около 128 часов и порядка 115 000 рублей в месяц, то есть около 1,38 миллиона рублей в год — и это без учёта того, что отклонение теперь видно в день появления, а не через неделю.

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

Что остаётся за человеком

Честные границы здесь важнее обещаний.

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

Такое разделение — не компромисс, а условие управляемости: агент ускоряет подготовку решения, но ответственность остаётся там, где она есть по регламенту.

Как это выглядит на практике

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

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

Как внедрить поэтапно

1. Выберите один объект и один процесс. Не компанию, не направление — один объект и одну связку, где ручная сводка заметнее всего: план-факт, замечания обходов или комплект документов.
2. Посчитайте объём и часы вручную. Сколько записей о факте появляется в месяц, сколько минут уходит на сводку и перенос, кто этим занят. Это и есть база для метрики.
3. Сведите источники данных. Определите, откуда агент читает данные объекта и куда возвращает результат. Системы остаются на месте — меняется только маршрут между ними.
4. Запустите пилот с одной метрикой. Например, время от появления отклонения до решения. Пилот должен быть коротким и измеримым, а не «показательным».
5. Сверьте результат с ручным разбором. Прогоните месяц данных и сравните: где агент ошибся, где не увидел, где решение всё равно принимал человек.
6. Расширяйте по одному участку. Следующий объект или процесс добавляется только тогда, когда первый работает стабильно и метрика подтверждена.

Что в итоге

Цифровые технологии на объекте и цифровой контур управления — это две разные половины одной задачи. Площадка рождает данные: облёты и сканирование, датчики, фотофиксацию, журнал работ, отметки о приёмке. Управление принимает решения по графику, объёмам и документам. Между ними по-прежнему стоит ручная сводка, и именно она съедает часы, задерживает решения и делает проект зависимым от конкретных людей. Первыми называются риски: предписание и остановка работ, штраф по статье 9.4 КоАП, переделки в 5–10% стоимости проекта, возврат комплекта, спор без доказательной базы, потеря управляемости. Деньги и часы — следом: 32 часа и около 28 800 рублей на объекте, порядка 115 000 рублей в месяц на четырёх объектах. ИИ-агент забирает ручную сводку и возвращает разбор в систему, а решение остаётся за человеком. Начать быстрее всего с бесплатного разбора стратегии внедрения ИИ в компанию и демонстрации на вашем объекте.

Источники

• Данные Минстроя России о применении технологий информационного моделирования (по итогам II квартала 2026 года: доля застройщиков 49%, 84 региона, 46% объёма строящегося жилья): minstroyrf.gov.ru
• Данные Мосгосстройнадзора за 2025 год (914 выездных проверок, 480 инструментальных проверок на 185 площадках, более 4,6 тыс. экспертных заключений): mos.ru
• Исследование RICS «Artificial intelligence in construction» о распространении ИИ в отрасли (2025: около 45% организаций не используют ИИ, 34% в ранних пилотах, менее 1% масштабировали): rics.org
• Исследование PlanGrid и FMI о потерях времени на стройке (более 14 часов в неделю на участника команды, свыше 177 млрд долларов в год по отрасли): prnewswire.com
• Оценка PlanRadar стоимости переделок в строительстве (5–10% стоимости проекта, до 20% на плохо контролируемых проектах): planradar.com
• Статья 9.4 КоАП РФ о нарушении обязательных требований в области строительства (штрафы для юридических лиц и приостановление деятельности): consultant.ru
• Подход к автоматизации поверх существующих систем и результаты пилотов: ИИ-ассистент НОВАЦИЯ для строительства